Topics created by wcj97

@chrishamm said in Conditional Loops running slow after SBC addition:

M576 S0

That worked perfectly, thank you! I was afraid the issue might have had to do with how the SBC sends commands to the Duet. Startup script is running normally now.

@dc42 Could the new conditionals be used to accomplish this? I've just started to add them to my macros and things this evening. Would it be possible to say something along the lines of:

while sensors.filamentMonitors[0].distanceMoved <= 300 G1 F600 E-25

I'm still learning the syntax and what all of the implemented object models are, but is there a way I could make that happen?

I just want to chime in, had the same issue after adding bed levelers and getting my bed really flat.

This created a new problem where Babystepping was "undoing" itself within 1-2 seconds. I could hold my hand on the Z rod and feel it bumping back. and watch the lines flatten out on the bed while printing, and then unflatten as it reset to Z=0.

This totally solved it for me. I typically have to babystep -0.25 and now I can again.

Thank you!

@dc42 Something I just thought of - why not use the rotating magnet filament sensor for this? I could place it in the bowden path between the selector and my extruder (much closer to the selector) and use that to monitor whether the commanded retraction to the selector matched the actual distance traveled by the filament. I would then only need the single sensor - no switches or combinations of switches with other sensing techniques. That would also allow me to monitor filament feed issues during a print.

@wcj97 said in No access to Duet Wifi over serial/wireless:

apostrophe in my SSID

The apostrophe is considered a special character in this case.

https://duet3d.dozuki.com/Wiki/Gcode#Section_M587_Add_WiFi_host_network_to_remembered_list_or_list_remembered_networks

Many programs used to send GCodes convert all characters to uppercase. In firmware 1.19.2 and later, within any quoted string you can use a single-quote character to indicate that the following character should be changed to lowercase. For example, M587 S"ABC" P"P'A'S'SW'O'R'D" would specify that the password is "PassWord". Use two single quote characters to represent one actual single quote character in the password or in the SSID. For example, if your SSID is "Pete's network" then enter "Pete''s network".

@RyanP I figure 10mm/s is a pretty slow print speed. You don't want it to slow down too much at corners because that causes its own issues.

@dc42 I got it figured out. Not sure what I was doing the first time around, but after playing with the config for a bit I finally went back to the RRF configurator and was able to get the proper setup. Everything is up and running now on RRF 3.0 and I'm loving it. Thank you again for all of the help over the past couple of days

@dc42 that's better and the probe is working. Thank you

Got it! My machine is now running 3.0. I had to revert back to 1.19, but the second time around I was able to successfully update everything. Time to update my config file and start playing around. Love the new WebControl design, btw!

Thank you everyone for your help!

if its a relay module with a transistor to drive the coil, then maybe check the markings on the relay to see if its a 12v coil? it could get a bit toasty if fed 24v

@dc42 I would use the Duet to control the temperature, but the heating element was purchased pre-wired and I'd prefer not to cut any cables for now.

When you say "virtual heater", do you mean configuring a new heater in the firmware but just not having an actual heating element wired to the duet?

You don't need to alter the Z steps/mm, you can use M579.

@dc42 I will upload a video this weekend of the material change in process, so that everyone can see where the issue lies and better understand how the mechanical side of my filament selector works.
On another note, Thank you for always being so attentive to this forum! I don’t think I’ve ever posed a question that you didn’t have some input on. I really appreciate that!

@botanic2000 said in G92 not working for E axis:

Has run into same issue with E-axis today. Was trying to set up print resuming after power loss and found out that RRF is ignoring G92 command in the "resurrect.g" file.
Basically, what happens is when I resume printing after power down the print head goes over the print and then it starts extruding all the way from 0 to the value that has been stored in "resurrect.g".

What am I doing wrong here?

Firmware Version: 2.01(RTOS) (2018-07-26b2)

1_1537273182573_resurrect-prologue.g 0_1537273182573_resurrect.g

Please post the ResTest.gcode file too, or put it on a file sharing site so that I can download it.