Thanks for your explanations. It turned out to be other issues.
First of all, the fan I used for testing doesn't support PWM, I can get it running by tuning the F parameter, but overall I can't get it running consistently.
Second, it turned out that I accidentally reversed the polarity of my other fans yikes. Luckily no damage.
And at last I can highly recommend adding the H-1 parameter just to ensure it wasn't configured as a fan for a tool.
@Phaedrux said in Issues upgrading to 3.2.2 firmware:
iles, one at a time i
Cool, thanks. I used the tool to create a new config, and then i diffed both configs old and new to see where I forgot something. Machine is moving and not killing itself, and the delta calibration works.
Mesh bed calibration not working yet: Error: G29: No valid grid defined for bed probing
Issue was my M557 command which used a too low S value, I had it set to 5. Now that I set it to 20 it works
@danal said in Delta auto calibration without z probe:
Thank you very much, turned out that I had the wrong delta radius. I thought it's the size of the print bed, so I set it to a safe smaller value. But of course that was completely wrong. I'm now using a proper calculated value.
@alankilian said in Arduino as Z-Probe questions:
The Z_PROBE_MOD pin is an output from the DUet tht can control a servo to deploy a BLTough for example.
Does that mean, I can use that pin, to ouput a servo pwm signal from the duet using the following configuration?
M950 S0 C"zprobe.mod" ; assign GPIO port 0 to heater3 on expansion connector, servo mode
...
M280 P0 S80 ; set 80deg servo position on GPIO port 0
Can I hook that pin up to the Arduino to read the signal issued by the M280 command?
I couldn't find anything using the search. Is it possible to create a custom gcode command for a g-code which doesn't exist yet?
I'd like to create a M601 command which simply executes M226. Is that somehow possible?
[Edit] Nevermind, I just created a M601.g file in the sys folder with the following code
; M601 is the command Prusa printers issue to pause print
; However in duet/reprap firmware that command doesn`t exist
; And therefore we can bind it to the actual reprap pause command which is M226
M226
Well, turned out it was something completely different. I just hooked up the board again and the panel due was blank. Suddenly everything stopped working.
It was also weird, that the Serial port changed. The working one was no. 4, the not working one was no.3. Then I thought ... wait a minute ... I've got two usb ports on my laptop, let's use the other one.
Turned out that connecting the duet to one port works, but connecting the duet to the other one doesn't.
I just used a usb tester. On the working port the duet board consumes about 300mA, on the non working port it consumes only 100mA.
And I thought the usb-port survied that 12V incident a couple of years ago. But even if the fuses seem to have recovered, that port is no longer able to deliver enough power.
So the entire problem all the time was having the duet connected to a broken usb-port which doesn't provide enough power.
Well, seems like my perimeter overlap was so small, that the infill layer didn't properly connect and was "bridging" mid air. I increased the perimeter overlap and now the issue is gone ....