Duet Wifi upgrade to 1.19 failed and I cannot access my printer.
-
@phaedrux I think I am doing something wrong as I can't get bossa to install on my IMAC it won't let me drag bossac and bossash into the BIN Directory.
Do you have any tips on how to do this?
Thanks Doug
-
@dougal1957 said in Duet Wifi upgrade to 1.19 failed and I cannot access my printer.:
@phaedrux I think I am doing something wrong as I can't get bossa to install on my IMAC it won't let me drag bossac and bossash into the BIN Directory.
Do you have any tips on how to do this?
Thanks Doug
It's a bit of a pain.
-
@condensedcloud said in Duet Wifi upgrade to 1.19 failed and I cannot access my printer.:
@dc42 thank you, it appears I am getting closer. I got to step 9 in the instructions and when attempting to connect to the IP address in the chrome browser I get this message:
"Your Duet rejected the HTTP request: page not found
Check that the SD card is mounted and has the correct files in its /www folder"I haven't messed with any of the files in its /www folder ... Should I?
You can extract the Duet web control zip file into the /www folder.
-
Thankyou very much for that info that has got it to install however if I attempt to open Bossa from the launchpad or even from finder it goes into the system tray but doesn't seem to do anything.
Is it supposed to open a guy or does it just enable boss command line?
TIA
Doug
-
@phaedrux extracted the duetwebcontrol-1.22.6 into the www/ folder (it was previously version vr. 1.19 which I deleted) after following the Getting Connected Steps again I came up with the same result:
Your Duet rejected the HTTP request: page not found
Check that the SD card is mounted and has the correct files in its /www folder -
@condensedcloud How did you send the M587 command to the Duet to set up the WiFi credentials ie what terminal software did you use?
-
-
Run M503 from USB to check that the SD card is being read ok. It should return the contents of config.g. Also run M39 and check that it says the SD card is mounted.
-
Check that folder /www on the SF card contains at least the reprap.htm file and subfolders /sys and /js.
The message you are seeing implies that the web server couldn't read /www/reprap.htm.
-
-
@dc42 1. M503 seemed to read the contents of the the .config.g ... M39 returned this: Error: G-Code buffer 'serial' length overflow (Edit: see next comment running command in pronterface, sdcard appears to be mounted)
- unzipped reprap.htm.gz file in /www folder ... /js folder is in /www folder ... /sys folder is in the main SD folder and not in the /www folder
Still cannot connect to web interface
-
@dc42 ran M39 in pronterface, returned this:
M39
SENDING:M39
SD card in slot 0: capacity 7.74Gb, free space 7.04Gb, speed 20.00MBytes/sec, cluster size 32kbAppears to be mounted
(EDIT: here is an image of what my SD card currently looks like: https://imgur.com/a/30g8QEV ) -
Yes, that looks ok. The reprap.htm file can be in its raw or gzipped form, it doesn't matter although gzipped is faster.
Try unzipping DWC 2.0RC3 into /www. You don't need to delete the existing files because both versions can coexist. It will add file index.html (probably .vs again) into that folder.
Also please run disk checking on the SD card on a PC, in case there is an error accessing /www that affects the Duet but not your PC.
One more thing you could try is to rename /www to /www-old then create a new /www folder and unzip the DuetWebControl.zip file into it. No need to unzip the .gz files, leave them as they are.
-
@dc42 renamed /www to /www-old Created new /www file and unzipped DWC 2.0RC3 into it (no index.html or .vs file was added) Same result. No idea how to run disc checking on an SD card on a MAC. Could this have something to do with my DuetWebControl.bin file in /sys being dated to 2016?
-
You could send M122 then look for the WiFi firmware version in the response. It should be 1.22.
-
@dougal1957 said in Duet Wifi upgrade to 1.19 failed and I cannot access my printer.:
Is it supposed to open a guy or does it just enable boss command line?
For me Bossa 1.8 in the applications folder opens a full GUI. Though there appears to be some compatibility issues. For me 1.9 behaves as you describe.
-
@dc42 Sending M122 from pronterface (w/o getting connected in terminal) :
M122
SENDING:M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.02(RTOS) running on Duet WiFi 1.0 or 1.01
Board ID: 08D6M-91AST-L23S4-7J1DG-3S86K-TPXFK
Used output buffers: 1 of 20 (1 max)
=== RTOS ===
Static ram: 25524
Dynamic ram: 98588 of which 0 recycled
Exception stack ram used: 304
Never used ram: 6656
Tasks: NETWORK(ready,1872) HEAT(blocked,1324) MAIN(running,3868) IDLE(ready,200)
Owned mutexes:
=== Platform ===
Last reset 00:00:24 ago, cause: power up
Last software reset details not available
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, max retries 0
MCU temperature: min 16.1, current 19.7, max 19.9
Supply voltage: min 0.0, current 0.6, max 0.6, under voltage events: 0, over voltage events: 0, power good: no
Driver 0: ok, SG min/max not available
Driver 1: ok, SG min/max not available
Driver 2: ok, SG min/max not available
Driver 3: ok, SG min/max not available
Driver 4: ok, SG min/max not available
Date/time: 1970-01-01 00:00:00
Cache data hit count 41978028
Slowest loop: 0.28ms; fastest: 0.06ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0
=== Move ===
Hiccups: 0, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm: 240, MaxWait: 0ms, Underruns: 0, 0
Scheduled moves: 0, completed moves: 0
Bed compensation in use: none
Bed probe heights: 0.000 0.000 0.000 0.000 0.000
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
Heater 1 is on, I-accum = 0.0
=== GCodes ===
Segments left: 0
Stack records: 1 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 ===
Slowest loop: 0.18ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8- WiFi -
Network state is disabled
WiFi module is disabled
Failed messages: pending 2779096485, notready 2779096485, noresp 2779096485
Socket states: 0 0 0 0 0 0 0 0
- WiFi -
-
Send M552 S0 to enable the WiFi module, then repeat the M122. Then send M552 S1 to try to connect to the AP, give it half a minute to connect, and run M552 again.
I think your browser may have cached the error message page and not be connecting to the Duet.
-
@dc42 Tried clearing cached data in browser (EDIT: also tried a different browser), same result, wall of text:
Connecting...
Printer is now online.M552 S0
SENDING:M552 S0
WiFi module started
M122
SENDING:M122
=== Diagnostics ===
RepRapFirmware for Duet 2 WiFi/Ethernet version 2.02(RTOS) running on Duet WiFi 1.0 or 1.01
Board ID: 08D6M-91AST-L23S4-7J1DG-3S86K-TPXFK
Used output buffers: 1 of 20 (1 max)
=== RTOS ===
Static ram: 25524
Dynamic ram: 98588 of which 0 recycled
Exception stack ram used: 256
Never used ram: 6704
Tasks: NETWORK(ready,1492) HEAT(blocked,1296) MAIN(running,3868) IDLE(ready,200)
Owned mutexes:
=== Platform ===
Last reset 00:00:48 ago, cause: power up
Last software reset details not available
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, max retries 0
MCU temperature: min 16.0, current 21.2, max 21.4
Supply voltage: min 0.0, current 0.5, max 0.8, under voltage events: 0, over voltage events: 0, power good: no
Driver 0: ok, SG min/max not available
Driver 1: ok, SG min/max not available
Driver 2: ok, SG min/max not available
Driver 3: ok, SG min/max not available
Driver 4: ok, SG min/max not available
Date/time: 1970-01-01 00:00:00
Cache data hit count 86005194
Slowest loop: 99.20ms; fastest: 0.06ms
I2C nak errors 0, send timeouts 0, receive timeouts 0, finishTimeouts 0
=== Move ===
Hiccups: 0, StepErrors: 0, LaErrors: 0, FreeDm: 240, MinFreeDm: 240, MaxWait: 0ms, Underruns: 0, 0
Scheduled moves: 0, completed moves: 0
Bed compensation in use: none
Bed probe heights: 0.000 0.000 0.000 0.000 0.000
=== Heat ===
Bed heaters = 0 -1 -1 -1, chamberHeaters = -1 -1
Heater 1 is on, I-accum = 0.0
=== GCodes ===
Segments left: 0
Stack records: 1 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 ===
Slowest loop: 1.28ms; fastest: 0.00ms
Responder states: HTTP(0) HTTP(0) HTTP(0) HTTP(0) FTP(0) Telnet(0) Telnet(0)
HTTP sessions: 0 of 8- WiFi -
Network state is running
WiFi module is idle
Failed messages: pending 0, notready 0, noresp 0
WiFi firmware version 1.22
WiFi MAC address a0:20:a6:19:45:f5
WiFi Vcc 3.38, reset reason Turned on by main processor
WiFi flash size 4194304, free heap 33632
Socket states: 0 0 0 0 0 0 0 0
M552 S1
SENDING:M552 S1
WiFi module is connected to access point interwebs, IP address 10.0.0.28
M552
SENDING:M552
WiFi module is connected to access point interwebs, IP address 10.0.0.28 - WiFi -
-
Please confirm, you have a folder called www in the root of the SD card (not inside /sys), and in that folder is a file called reprap.htm or reprap.htm.gz ?
-
confirmed: https://imgur.com/a/30g8QEV
-
@condensedcloud, thanks for the image. I can now see the problem. Instead of copying the DuetWebControl-xxx.zip file into /www you need to extract the contents of it into /www.
-
@dc42 I dropped the .zip file into the /www folder I then double clicked it to extract it into the folder. I then followed the Getting Connected to Your Duet Steps into the Terminal. Same result (EDIT: left the .zip file in the /www folder)