New test firmware 1.19+4 and DuetWiFiServer 1.19+1
-
Jarery, it would be helpful if you can also connect to your printer via USB and Pronterface, then when a WiFi disconnection occurs you can see what reconnection attempts were made and post the trace here.
Using newest 1.19.2 , i continue to have a terrible time to connect and stay connected. Typically i need to kill the powerbar power and turn back on to reconnect.
I don't think I've had a print complete and stayed connected since the beta 1.19 upgrade.Im now wishing i purchased the ethernet versions. Or is there a way I can use the web browser interface with a serial port connection from a laptop and I'll forget the wifi part?
Im on a mac using MacPronterface and after it disconnects I run a M122 command and get the following :
SENDING:M122
=== Diagnostics ===
Used output buffers: 1 of 32 (9 max)
=== Platform ===
RepRapFirmware for Duet WiFi version 1.19.2 running on Duet WiFi 1.0
Board ID: 08DDM-9FAM2-LW4SD-6JTF0-3SJ6J-TLZHY
Static ram used: 21176
Dynamic ram used: 96096
Recycled dynamic ram: 1512
Stack ram used: 4048 current, 5116 maximum
Never used ram: 7172
Last reset 00:05:09 ago, cause: software
Last software reset reason: User, spinning module GCodes, available RAM 2948 bytes (slot 0)
Software reset code 0x0003, HFSR 0x00000000, CFSR 0x00000000, ICSR 0x00400000, BFAR 0xe000ed38, SP 0xffffffff
Error status: 0
[ERROR] Error status: 0Free file entries: 10
SD card 0 detected, interface speed: 20.0MBytes/sec
SD card longest block write time: 0.0ms
MCU temperature: min 39.3, current 42.5, max 42.9
Supply voltage: min 12.1, current 12.4, max 12.6, under voltage events: 0, over voltage events: 0
Driver 0: stalled standstill
Driver 1: stalled standstill
Driver 2: stalled standstill
Driver 3: stalled standstill
Driver 4: standstill
Date/time: 2017-09-03 14:59:08
Slowest main loop (seconds): 0.005500; fastest: 0.000034
=== Move ===
MaxReps: 3, StepErrors: 0, FreeDm: 240, MinFreeDm 234, MaxWait: 5394ms, Underruns: 0, 0
Scheduled moves: 5, completed moves: 5
Bed compensation in use: none
Bed probe heights: 0.000 0.000 0.000 0.000 0.000
=== Heat ===
Bed heater = 0, chamber heater = -1
Heater 1 is on, I-accum = 0.0
=== GCodes ===
Segments left: 0
Stack records: 2 allocated, 0 in use
Movement lock held by null
http is idle in state(s) 0
telnet is idle in state(s) 0
file is idle in state(s) 0
serial is ready with "M122" in state(s) 0
aux is idle in state(s) 0
daemon is idle in state(s) 0
queue is idle in state(s) 0
autopause is idle in state(s) 0
Code queue is empty.
Network state is running
WiFi module is connected to access point
WiFi firmware version 1.19.2
WiFi MAC address 5c:cf:7f:a4:a1:64
WiFi Vcc 3.13, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 39064
WiFi IP address 192.168.2.54
WiFi signal strength -42dBm
Reconnections 0
HTTP sessions: 1 of 8
Socket states: 0 0 0 0 0 0 0 0
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) -
Im now wishing i purchased the ethernet versions. Or is there a way I can use the web browser interface with a serial port connection from a laptop and I'll forget the wifi part?
I'm also having a hard time with my duet wifi at the moment.
I'm writting a small python caching proxy to replace the wifi/webserver stack from the duet while still using the web ui
At the moment I'm able to correctly proxy everything to the duet through wifi, I'm able to connect, upload and print through it.
I also have a thread polling the duet with M408 every seconds through usb/serial to provide rr_status data instead of getting them through wifi.
I'll probably try to proxy every http rr_* commands as usb/serial gcodes (not sure about the upload/download yet) -
Please can both of you connect via both USB and WiFi, and when the WiFi connection is lost, see what reconnection messages are written to USB and post them here? This is assuming that you are both running firmware 1.19.2.
Some users have found that the WiFi connection is more stable if they set the access point to a fixed channel (usually 6) instead of leaving it on auto select.
If the disconnections occur only during printing or other movements, and you have high microstepping selected, try putting the microstepping back to x16 with interpolation.
A few users have converted a Duet WiFi to a Duet Ethernet. Hot air rework equipment is needed to remove the WiFi module, but after that it's straightforward to install the Ethernet module in its place.
-
Thanks for the reply
Both the suggestions I have been using since the beginning of my issues:
- I've set my modem to a fixed channel from earlier suggestions
- i've always been using 16x with interpolation (0.9 steppers)
I've had macpronterface hooked up while i print and its disconnected. Running M122 on it after i lose web browser connection, the output ri posted above.
Perhaps I don't understand your instructions of " see what reconnection messages are written to USB" as i see no messages mirrored to the usb when it disconnects and as mentioned the M122 output is as i posted above where it states reconnections 0. Is there a different command you want me to run via usb after it disconnects?My Settings:General are as per default, ajax retries 5 (I've boosted to 10 with no effect),
-
Are you definitely running version 1.19.2 of DuetWiFiServer as well as version 1.19.2 of DuetWiFiFirmware? Look in the Settings General tab to check.
-
Firmware Name: RepRapFirmware for Duet WiFi
Firmware Electronics: Duet WiFi 1.0
Firmware Version: 1.19.2 (2017-09-01)
WiFi Server Version: 1.19.2
Web Interface Version: 1.19 -
If the WiFi module has disconnected from your router then it should write a message to USB saying so and giving progress information about the reconnection attempt. This was new in 1.19.2.
-
Is the "File Information" section of the web page getting information from the firmware or purely on the web server side of things? How is it identifying layers if on the firmware? Mine is currently reporting 0.35mm layer thickness, which is only the first layer. I have however stripped a lot of code out of the gcode file to stop it using heat, and might have accidentally stripped what it is using to identify layers!
Edit: Nuts. Just seen the rc5 release… Will upgrade after testing the time estimation.
-
Late report on the build time estimation! This is a test build with no heat. Works fine for me.
Actual build time: 2hr20m36s
Time to run the simulation: 0hr5m30s
Predicted build time: 2hr2125.6 times quicker than build time on a Duet 0.6. I'll run a similar test on the DuetWifi at home soon. Guess I could just run the simulation and use this machine's config file temporarily.
Edit: Running the above again in 1.19+5 (2017-08-30) Will report on that thread.
-
Please use the 1.19.2 release from https://github.com/dc42/RepRapFirmware/releases, not the older +5 release.
The file information is provided by the firmware.
The Duet WiFi has a faster processor than the 0.6 so it should run the simulation faster.
-
Thanks. Will do - after the current test has completed. Didn't spot the 19.2 release.
-
If the WiFi module has disconnected from your router then it should write a message to USB saying so and giving progress information about the reconnection attempt. This was new in 1.19.2.
Doing a mesh bed calibration it disconnects mid way through. No output or messages on MacPronterface which was connected via serial at the time. I get no messages via serial at all unless I type a command to get a response.
On the MacPronterface if I do a M122 I get the following Wifi section:
Network state is running
WiFi module is connected to access point
WiFi firmware version 1.19.2
WiFi MAC address 5c:cf:7f:a4:a1:64
WiFi Vcc 3.13, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 39840
WiFi IP address 192.168.2.54
WiFi signal strength -38dBm
Reconnections 0
HTTP sessions: 1 of 8
Socket states: 0 0 0 0 0 0 0 0
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0)Trying to reconnect via browser that was open previously is " Error, Could not establish a connection to the Duet firmware! Please check your settings and try again" repeatedly, unable to reconnect.
Opening a new browser, to check Router (Asus AC3100) I see its connected and assigned an IP. Clicking on IP within router browser its unable to open a new window, it just times out.
-
That sounds like a different failure mode (connection stable but messages not getting through). Try enabling Webserver and Network debugging using M111, then see whether the failed attempts to open a session in a browser give rise to any debug messages in Pronterface.
-
heres whats the serial connection reports after after a disconnect :
HTTP connection accepted
Found responder
Received 394 bytes
Sending reply, file = no
HTTP req, command words { GET /rr_status HTTP/1.1 }, parameters { type=3 }
New conn on socket 0 for local port 80
HTTP connection accepted
Found responder
Received 394 bytes
Sending reply, file = no
HTTP req, command words { GET /rr_status HTTP/1.1 }, parameters { type=3 }
New conn on socket 0 for local port 80
HTTP connection accepted
Found responder
Received 394 bytes
Sending reply, file = no
HTTP req, command words { GET /rr_status HTTP/1.1 }, parameters { type=3 }
Class Network spinning.
Class Network spinning.
Class Network spinning. -
According to that, the Duet appears to be behaving correctly. Can you get a Wireshark trace of the network traffic?
-
That is beyond my current level of network troubleshooting ability…
Once it disconnects, My web browser just repeatedly states it cannot connect, and the serial output is :
Class Network spinning.
Class Network spinning.
Class Network spinning.
Class Network spinning.
File DuetWifi_Wiring_Box.gcode print time was 5h 8m
Class Network spinning.
Class Network spinning.
Class Network spinning.
Class Network spinning. -
Sounds like the WiFi module has stopped responding. Sending M552 S-1 to reset it followed by M552 S1 to reconnect may get it working again, but that doesn't solve the problem.
-
Noticed that my PanelDue 7 flashes now every second or so. didnt do this before.. not sure whats causing it.
-
If you mean the backlight flashes on and off, or isn't a steady brightness, that's common if you try to power a 7" PanelDue from USB power only. A standard 500mA USB port can't provide enough current for the 7" display.
-
Sounds like the WiFi module has stopped responding. Sending M552 S-1 to reset it followed by M552 S1 to reconnect may get it working again, but that doesn't solve the problem.
This helps occasionally.
After initial power on, once connected it seems to remain connected until I print. I have yet to have a print go beyond 15-20 min and stay connected since the update from 1.18I have a macro that disconnects wifi and reactivates so after it loses connection I can attempt to reacquire. I have maybe 50-50 success rate. Many times, doing this still I am unable to require web browser. The only sure fire way is to power completely off, unplug serial if connected, and power back up. Even if i do reacquire connection mid print using this method (macro not reboot) it disconnects again after a period of time.
My router shows ip assigned the entire time.
Safari, chrome, etc, browser has no change.
