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

trobison

@phaedrux Ok, but I'm not keen on rolling it back. It is printing nicely. Do I just update to version 3.3, and that downgrades it?

trobison

@trobison I downgraded to version 3.3. I then reinstalled the SD Card with my version 3.3 config files. This version had a working servo on PWM5 on the DuetX5 board. After the downgrade, I could not get this working nor PWM5. I performed a M122 all looked good. It was running 3.3 not errors.

I performed another upgrade to 3.4. I performed another M122. This verified that I was now running version 3.4. An interesting observation is that M122 causes a network disconnect and reconnect. I did not get this with version 3.3. Perhaps M122 now cycles the network now.

I have two ports that are not driving my servos (PWM4 and PWM5). Is there a way to test these ports? I have not connected a servo to PWM4 until PWM5 stopped working. I have a functioning servo on PWM3 used to clean nozzles on tool changes.

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.

airscapes

This issue is still alive for me and getting worse. It is heat related as after half a day of printing when removing the part no matter how gentle I am, the network drops. I have even tried locking all motors so as not to cause any voltage spikes with no avail. The ground of the duet 2 is not attached to the frame and I do not think it matters, duet 3 does not have this issue and no external LCD on either. The Ethernet module was replaced with no change in behavior. Getting tired or powering off and on, reloading height map and micro steps after every print job. Any other guesses? firmware is fairly up to date at 3.5.2 and when it was updated to that, no change in behavior. Not expecting an answer just frustrated and grasping at straws..

dc42

@airscapes it would be worth updating to firmware 3.5.4. If your system includes a PanelDue, please update that to the latest firmware (3.5.1) too.

airscapes

@dc42 No PanelDue.. it is really heat related.. If I print TPU no issue.. bet set at 70 or more issue arises..
I have been just using the machine with the Duet 3 as I don't want to deal with resetting everything after each job..