Duet 2 Ethernet WC 3.3.0 crashes, have to reset to reconnect

Phaedrux

Have you tested for network drops with the Duex disconnected? Not sure how feasible that would be for printing given the tool changer. I'm just wondering it there's an interaction.

trobison

@phaedrux I'm not sure if I can even print without the Duex. Functionality is spread across the two boards. What is concerning is the PWM4 and PWM4 ports can't drive a servo. PWM5 worked before, but PWM4 was never tested until I was looking for a functioning port. Can these be tested. I tried downgrading and that did not work. I am back at Version 3.4 and switched my servo to PWM3. PWM1 and PWM2 are in use .

Phaedrux

Can you describe the servo in use and show your config? Are you saying it works in one port, but not another?

trobison

@phaedrux This was my working config.g with Version 3.3

; Servo Config
M950 S0 C"duex.pwm5"

and to exercise the servo:

M280 P0 S180					; Set Servo Position for Wipe to 160 degrees
G4 P600							; Pause 600 ms
M280 P0 S1-0					; Set Servo Position for Wipe to 0 degrees
G4 P600							; Pause 600 ms
M280 P0 S180					; Return to Servo Position for Wipe

After the update to version 3.4, I couldn't get the servo working. I have moved to duex.pwm3. duex.pwm4 did not work, this port never had anything connected to it previously.

Current config.g has this definition.

M950 S0 C"duex.pwm3"				; Port 0

and to exercise the servo:

M280 P0 S180					; Set Servo Position for Wipe to 160 degrees
G4 P600							; Pause 600 ms
M280 P0 S1-0					; Set Servo Position for Wipe to 0 degrees
G4 P600							; Pause 600 ms
M280 P0 S180					; Return to Servo Position for Wipe

I have been testing with a small hobby 9G servo. It works in duex.pwm3 but not in duex.pwm4 or duex.pwm5.

airscapes

@Phaedrux Just wanted to updated my issue. With the replacement board and replacement Ethernet the network has been very stable. I can still not reproduce this on demand, however yesterday I ran a job that did not have the code to extend the build plate for part removal and I slowly pulled the bed out. Everything was fine, I just reran the job forgetting to upload the new gcode after I put the end script code in. Once that job finished I moved the bed in the same slow manner and this time, after returning to the disk the network was disconnected. After reconnection I physically tried to reproduce this but moving the bed.. slow, fast, in starts and stop.. could not get the problem to reproduce. Very odd. BTW when I tired the disable/enable I had to do it 2 times before it worked. Something very odd is going on but at least I can live with it like this. Have a good one!

trobison

@airscapes Since I removed the screen, the network has been stable.
I can send an M122 and that will cause the network to disconnect and reconnect at any time. I can work with that. It was convenient to have a screen without a PC near to control the printer if required.

My most pressing issue are the ports used to control the servos. I can't get them to function and have no idea how to test this on the expansion board, DueX5.

dc42

@trobison there are two types of port used to generate PWM on the Duet and DueX. The code to drive servos was changed in RRF3.4 to support variable servo refresh frequency. So I am wondering whether a bug has crept in that affects just one of the two types of port.

trobison

@dc42 G'day dc42. Can you provide a way to test the ports on the DueX? I can move the servo to the next port, reconfigure the config.g and send a command to move the servo, but nothing happens. When I configure them from the console, no errors are present. It looks like hardware, but you are correct. It could be a bug.

T3P3Tony

@trobison I have tested this on my setup and cant see the difference between 3.3 and 3.4

As a complete test you could try temporarily downgrading to 3.3 and see if it changes the result.

trobison

@t3p3tony I completed this task earlier on 4 April. There was no difference with the servos, but the network does not disconnect and reconnect with a M122. I still can't get Ports PWM5 and PWM5 to function.

T3P3Tony

@trobison ahh apologies i missed that. in that case it looks like a hardware issue. not sure why it would come up in sync with a firmware update. Please email warranty@duet3d.com highlighting this thread.

airscapes

@Phaedrux
Hey, just removed a part from the bed, without moving it, just a smack with a wooden handle, came back to desk and duet disconnected.. really thought I had figured this out but bed movement is not what is doing it.. would explain why I can not reproduce it on demand by moving the bed..

clegg78

@airscapes I am seeing a very similar situation. This was completely stable until 3.4.0 for me, and after that upgrade my Duet 2 Ethernet drops connections to DWC randomly, and once cost me a big update to a macro I was doing as it crashed out.

Now I don't use DWC to edit anything because its liable to reconnect often through the entire print, or even at idle! Same error you are seeing, with no change in config other than the firmware being updated.

clegg78

@airscapes You have filament sensors on your printer (rotating magnet style?). I noticed tonight that my DWC instance will crash and need to reconnect if I have mine enabled, I posted about it in another thread.

airscapes

@clegg78 said in Duet 2 Ethernet WC 3.3.0 crashes, have to reset to reconnect:

@airscapes You have filament sensors on your printer (rotating magnet style?). I noticed tonight that my DWC instance will crash and need to reconnect if I have mine enabled, I posted about it in another thread.

Nope, only magnet is on the door to the enclosure and that is far from the Duet. Being an IT admin and before that an Auto Mechanic.. this issue is very odd, not being repeatable on-demand is really annoying. My board was replaced but the replacement had a serial number that was 2 off from the first one. The Ethernet module was also replace and the drops still persist. I have seen it drop and reconnect a few times as well.