Constant 'connection interrupted'
-
@taglia said in Constant 'connection interrupted':
When the HTTP connection is not responsive, the same happens to FTP, but I can still ping the board with no losses and normal ping times.
it'd be interesting to see the wireshark log; if its a common issue it needs to be in RRF and not in the Wifi Firmware (separate fimwares) .. but it could also be different issue but same symptoms however unlikely it may be.
-
@bearer said in Constant 'connection interrupted':
it'd be interesting to see the wireshark log; if its a common issue it needs to be in RRF and not in the Wifi Firmware (separate fimwares) .. but it could also be different issue but same symptoms however unlikely it may be.
It looks very similar to the screenshots @Foden sent earlier. Here is the WS capture: https://www.dropbox.com/t/tIMSR7APIe63zAsL
113 is the Duet, 25 is my laptop
-
In my ignorance - I'm not sure the Wireshark logs show much useful information. Other than traffic relating to equipment disappearing/disconnecting from the network, which is why our logs look similar. The Duet webserver is basically saying 'Hello...HELLO...H E L L O O O ....etc"
I could be wrong though -
I agree, and I would add that it might be something related to our network configuration, or more people would be raising it.
I am not sure if this is helpful in any way, but I have noticed that the connection is usually reliable for a while, right after switching the board on. Then, it degrades progressively, and after some time, it's hard to do anything.
Also, on the status page during a print, often the web interface keeps trying to reconnect. Still, I can see data updating behind the overlay: is the JS code too aggressive to detect disconnections? I have set the number of AJAX retries to 4 and the update interval to 500ms.
-
@taglia said in Constant 'connection interrupted':
I am not sure if this is helpful in any way, but I have noticed that the connection is usually reliable for a while, right after switching the board on. Then, it degrades progressively, and after some time, it's hard to do anything.
When I had disconnect issues, they were completely unrelated to board "on" time. My printer is on 24/7 and there was no connection between connection issues and length of Duet board being on.
Of course there is nothing saying that my issues (which I haven't seen in a while) are the same as your issues. Oh, I have a Duet wifi. -
@taglia Nothing has changed on my network at all is the only issue I have. I have a Wyze v2 cam on the printer which uses the same SSID and it doesn't drop.
I agree that it normally starts off ok and then degrades - I was thinking that was maybe temperature related? The printer will still carry on printing regardless of whether I can connect to it via WIFI or not.
My I have my AJAX retries set to 4 also
-
@Foden, I hear you; my network is also extremely stable. I have a professional Ubiquiti setup, and the Duet is on a restricted network with less than 10 devices. It is also quite close to the switch, so the Ethernet cable is not long.
Anyway, reading the forum, I have found a couple of posts where @dc42 mentioned the added computing power required to deal with small cluster sizes on the SD card. So, I have reformatted my card using 64KB as cluster size. I did this yesterday, and the printer was on all day with no disconnections.
I also thought it might depend on the temperature, and yesterday it was PLA, but today I'm printing ABS with the bed at 100ΒΊC and an enclosed chamber, and it's been very stable.
I'll post an update here if things go south again, but increasing the cluster size is definitely something I'd recommend everyone to do.
-
@taglia Thanks for the suggestion, am doing that now. Will try to do some test prints later this weekend and post results
What size SD Card are you using?
-
Good call so far! I've had my printer up and printing for 2 hours - ZERO drops. Hope that's not the kiss of death though.......
KOD - 3 drops in 4 hours, but only printing for 3.
Definitely waaayyy better than before. Will see how I go and report back
-
It pretty much matches my experience, much better though not perfect. I have also ruled out the temperature, yesterday I had the printer on (but not printing) for most of the day, and I could not connect.
I think the first disconnection was triggered by me trying to FTP two files simultaneously: after that, it was a no-go for any complex connection till a physical reboot. Calling the
rr_status
API endpoint always succeeds, though, as pinging the board. -
@taglia Yep, left min on all day, but not printing, and I got a dozen drops after it was on for 9 hours total. Pleased I have not gone near the duet with my fat-fingered soldering iron