Unable to upload files and DWC connection issues
-
@LuckyLuke check you are running the same version of DWC and firmware; their version numbers are now aligned. Version numbers are shown on the Settings > General tab.
Check SD card function, see https://docs.duet3d.com/en/User_manual/RepRapFirmware/SD_card#troubleshooting-sd-card-issues
Ian
Bed-slinger - Mini5+ WiFi/1LC | RRP Fisher v1 - D2 WiFi | Polargraph - D2 WiFi | TronXY X5S - 6HC/Roto | CNC router - 6HC | Tractus3D T1250 - D2 Eth
-
@all
What he wants to say is: NOTHING CHANGED between working and not working, at least so it appears.
This is the case for me, running all 3.5.0 rc2: it worked for a couple of days, and then... nada. I mean I started printing something 3 hours ago, then I tried to upload a new part, and all broke. I cant even connect to the printer.
It has fixed IP, and in its console is saying it is connected with that IP to the network.My network it is fine, I am just uploading (from the same computer) a website back-up, at 1.4 MiBs.
The networks works ok, I am receiving e-mails, and can open files on some NAS.Tried from another computer on the same network... no use.
Waiting to finish the upload, and try again.
L.E. Upload finished, no use. I will try to restart all stuff.
NOTE: this is why I love printing from SD card!
L.L.E. Restarted again both PC and printer, and this time worked.
What I do not know is what I did wrong. The browser seemed to receive temperatures (I noticed the rampling up, as I did it at Panel, before going to PC. I may have tried, by error, to upload again the file while it was already uploading it. Maybe I will check again these days...Not funny, but hey...
-
@Phaedrux said in Unable to upload files and DWC connection issues:
@LuckyLuke said in Unable to upload files and DWC connection issues:
I'm going to try connecting my board to my phones hotspot as the only way I have to eliminate my network from the equation.
You can also test in access point mode where the Duet creates an SSID that you connect to. This would eliminate the unifi AP from the setup.
https://docs.duet3d.com/en/User_manual/Reference/Gcodes#m589-configure-access-point-parameters
I will give this a try this evening, though I'm particularly keen on the idea of needing to disconnect my devices from my network (and internet) just to control my printer. Unless I am misunderstanding the process
The 1.27 version of the wifi server has technically worked to resolve the "ERR_EMPTY_RESPONSE" errors and inability to upload files; however, the loading times have skyrocketed to averages over a minute for DWC to load with a few instances of DWC never loading requiring a power cycle of the board to regain access. DWC now also frequently loses connection and reconnects itself after a few seconds. This is almost as frustrating as the original issue, though I am at least able to upload files.
@droftarts I am running the latest version of DWC "Duet Web Control 3.5.0-rc.2"
Again, appreciate all the help!
-
I was able to set up access point mode and the connection seemed much more stable and uploading of files was successful and at expected speeds.
After this, I updated the wifi firmware back to 2.1beta6 and retested AP mode, with the same positive result. However, I don't consider this a viable solution as it requires disconnecting any control device from my regular network any time I want to do anything with my printer. Furthermore, I lose the ability to access my NAS where I store all my gcode files.
I did retest 2.1beta6 in standard mode and was able to connect and upload a few files, though these experienced the same speed and disconnect issues. And looking back in my original post I'm realizing I didn't fully explain the issue I was experiencing with uploading files. The failure mode is as follows:
- Select file(s) for upload
- Upload begins at standard transfer rates (350kb/s - 650kb/s)
- Upload progress stalls after around 100kb
- File upload fails and auto-retry kicks in
- Upload speed tanks to single digit kb/s, infrequently succeeding at these slow rates but more often fails after auto-retry threshold is reached
- DWC will sometimes disconnect during an upload attempt and the upload process dies as a result, at different points of the above process
From all I can see and have experienced, this appears to be a stability issue between wifi firmware after 1.27 and my Unifi network. If there is anything else I can try or assist with testing, I'll be happy to give it a go. As it is right now, this printer (my main machine) is so inconvenient to use that it's essentially out of commission.
Thanks in advance for the continued assistance!
-
@LuckyLuke said in Unable to upload files and DWC connection issues:
I don't consider this a viable solution
I didn't suggest it as a long term solution, just a test to see if the module is working correctly which it seems to be. The issue is with your router settings and how it's interacting with the Duet. Further digging would be needed to determine what is going on.
You can try the different releases of the newer wifi firmware to see if there is a version that works correctly and where it stops working. That would be useful in identifying the change that broke it.
-
@Phaedrux said in Unable to upload files and DWC connection issues:
I didn't suggest it as a long term solution, just a test to see if the module is working correctly which it seems to be.
Understood; I agree the module appears to be working correctly and the issue is related to the firmware compatibility with my network.
Though, personally, I don't think it is unreasonable to expect a premium priced product which advertises web access to work on a major networking retailers platform. If I were running a homebrew or community based network solution, I would be more understanding of these types of issues, but not on a main stream, enterprise level network infrastructure.
I will work through the 2.1beta releases of the firmware to see if I can identify if/where a break happens. Thanks again!
-
Hello everyone,
I faced some very similar connection problems after upgrading from 3.4.x to 3.5rc3.
AP (Mikrotik) is about 1m away from the CNC (RSSI -27db) and the Macbook, ping and telnet seems to work well but
DWC fails to load.
After connecting my Macbook via Ethernet to the AP it started to work as expected, so I suspect its some kind of WIFI interference since updating the Duet 2 (rev. 1.02).Maybe this Info could help to track the issues down.
-
Okay, I thought connecting the Laptop via Ethernet solved the problem, but here is another one.
After some more clicking on the DWC I got completely disconnected, so I tried to connect via USB (without rebooting the duet).
Interesting thing is M587 says:
Failed to retrieve network list: another SPI transfer is pending
Here is the output of M122:
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 3.5.0-rc.3 (2024-01-24 17:56:24) running on Duet WiFi 1.02 or later
Board ID: 08DGM-95BNL-MGPSJ-6JKFJ-3S86K-12ZVX
Used output buffers: 1 of 26 (24 max)
=== RTOS ===
Static ram: 23224
Dynamic ram: 72012 of which 184 recycled
Never used RAM 14700, free system stack 132 words
Tasks: NETWORK(1,ready,38.6%,212) HEAT(3,nWait 5,0.0%,379) Move(4,nWait 5,0.4%,301) MAIN(1,running,60.9%,699) IDLE(0,ready,0.1%,30), total 100.0%
Owned mutexes: WiFi(NETWORK) USB(MAIN)
=== Platform ===
Last reset 00:56:36 ago, cause: power up
Last software reset at 2024-01-30 00:29, reason: User, Gcodes spinning, available RAM 14700, slot 2
Software reset code 0x0003 HFSR 0x00000000 CFSR 0x00000000 ICSR 0x0041f000 BFAR 0xe000ed38 SP 0x00000000 Task MAIN Freestk 0 n/a
Error status: 0x00
MCU temperature: min 34.5, current 36.2, max 39.7
Supply voltage: min 24.3, current 24.4, max 24.8, under voltage events: 0, over voltage events: 0, power good: yes
Heap OK, handles allocated/used 99/0, heap memory allocated/used/recyclable 2048/24/24, gc cycles 0
Events: 0 queued, 0 completed
Driver 0: standstill, SG min 0
Driver 1: standstill, SG min 0
Driver 2: standstill, SG min 0
Driver 3: standstill, SG min n/a
Driver 4: standstill, SG min n/a
Driver 5:
Driver 6:
Driver 7:
Driver 8:
Driver 9:
Driver 10:
Driver 11:
Date/time: 2024-02-01 11:04:56
Cache data hit count 4294967295
Slowest loop: 303.09ms; fastest: 0.19ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0, resets 0
=== Storage ===
Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest read time 101.0ms, write time 130.4ms, max retries 0
=== Move ===
DMs created 83, segments created 7, maxWait 1867110ms, bed compensation in use: none, height map offset 0.000, max steps late 1, ebfmin 0.00, ebfmax 0.00
no step interrupt scheduled
Moves shaped first try 0, on retry 0, too short 0, wrong shape 0, maybepossible 0
=== DDARing 0 ===
Scheduled moves 1546, completed 1546, hiccups 0, stepErrors 0, LaErrors 0, Underruns [0, 0, 14], CDDA state -1
=== Heat ===
Bed heaters 0 -1 -1 -1, chamber heaters -1 -1 -1 -1, ordering errs 0
=== GCodes ===
Movement locks held by null
HTTP is idle in state(s) 0
Telnet is idle in state(s) 0
File is idle in state(s) 0
USB is ready with "M122" in state(s) 0
Aux is idle in state(s) 0
Trigger is idle in state(s) 0
Queue is idle in state(s) 0
LCD is idle in state(s) 0
Daemon is idle in state(s) 0
Autopause is idle in state(s) 0
Q0 segments left 0
Code queue 0 is empty
=== Network ===
Slowest loop: 332.61ms; fastest: 0.07ms
Responder states: HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)
HTTP sessions: 0 of 8
=== WiFi ===
Interface state: active
Module is connected to access point
Failed messages: pending 0, notrdy 4886, noresp 1
Failed to get WiFi status
Socket states: 0 6 0 0 0 0 0 0 -
@derBruchpilotPro please see this post https://forum.duet3d.com/post/332835
-
Wow, DWC feels now MUCH more responsive!
Thank you!!!
Let's hope that will solve the 2nd issue too.
