DuetWifi driving me crazy
-
The card works, I am running
Firmware Name:
RepRapFirmware for Duet WiFi
Firmware Version:
1.15e (2016-10-02)
WiFi Server Version:
1.02
Web Interface Version:
1.12I went back to the 1.15e to see if it was maybe the 1.16 beta that was causing problems.
-
Here is the complete diagnostic file incase it helps:
READ: === Diagnostics ===
READ: Used output buffers: 1 of 32 (11 max)
READ: === Platform ===
READ: Memory usage:
READ: Program static ram used: 19284
READ: Dynamic ram used: 83084
READ: Recycled dynamic ram: 32
READ: Current stack ram used: 2752
READ: Maximum stack ram used: 4108
READ: Never used ram: 24564
READ: Last reset 00:18:26 ago, cause: external
READ: Error status: 0
READ: Bed probe heights: 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000 0.000
READ: Free file entries: 10
READ: SD card 0 detected, interface speed: 20.0MBytes/sec
READ: SD card longest block write time: 0.0ms
READ: MCU temperature: min 30.9, current 32.4, max 35.7
READ: Supply voltage: min 1.0, current 1.0, max 1.1, under voltage events: 0, over voltage events: 0
READ: Slowest main loop (seconds): 0.004517; fastest: 0.000000
READ: === Move ===
READ: MaxReps: 0, StepErrors: 0, MaxWait: 0ms, Underruns: 0, 0
READ: === Heat ===
READ: Bed heater = 0, chamber heater = -1
READ: Heater 1 is on, I-accum = 0.0
READ: === GCodes ===
READ: Move available? no
READ: Stack pointer: 0 of 5
READ: macro is idle
READ: http is idle
READ: telnet is idle
READ: serial is ready with "M122"
READ: aux is idle
READ: file is idle
READ: === Network ===
READ: WiFiServer is running
READ: SPI underruns 0, overruns 0
READ: === Webserver ===
READ: HTTP sessions: 1 of 8
READ: ok
SENT: M105
READ: ok T:24.7 B:22.4
SENT: M105
READ: ok T:24.8 B:22.4
SENT: M105
READ: ok T:24.7 B:22.4 -
Our posts crossed. It sounds to me that your SD card is working OK now but you can't edit or upload files over WiFi. Is that what you are now finding? Does the System File Editor list the files in /sys, and does the GCode Files page list the files in /gcodes?
That is correct.
The system file editor now lists the /sys files, but the Gcode files are not listed in the /gcode -
What web browser are you using?
-
windows edge
-
Try using chrome or firefox. I haven't used windows edge but I know safari doesn't work well, and historically microsoft browsers are the worst in terms of supporting new features and frameworks.
-
But I just tried Firefox, I can now edit the config files with that and it saves them. Still can't see the gcodes file….
-
which is a step in the right direction, I can edit the configuration, just can't upload anything to print.
-
okay, found out what the problem was. The folder was named "gcodes-ormerod", apparently that is wrong and it must be just gcodes…. would love a slap forehead emoji right now...
-
can't tell my wife I have spent most of the day on this and it was a simple file name change…
-
I am glad you sorted it. For reference, you can find the required SD card folder structure here https://duet3d.com/wiki/SD_card_folder_structure.
-
The web interface should really support all browsers. This is 2016, not 1997.
-
The web interface should really support all browsers. This is 2016, not 1997.
It's not always possible. MS have never followed compliance. If all browsers were WebKit then 100% compliance could be achieved with ease.
-
I am glad you sorted it. For reference, you can find the required SD card folder structure here https://duet3d.com/wiki/SD_card_folder_structure.
yeah, I saw that, but figured that if the original files had the added tags that it would be allowed so I didn't think anything about it.
-
Web development requires testing. Not supporting or not testing with some of the major browsers shouldn't be considered acceptable.
-
tomasf, DuetWebControl is open source. I invite you to modify it to work around the failures of the so-called major browsers to implement the HTML 5 standard sufficiently. See https://html5test.com/compare/browser/mybrowser/edge-14/safari-9.1/chrome-52.html.
Edge browser is getting better, and almost all of DWC worked in it last time I tried it.
-
Web development requires testing. Not supporting or not testing with some of the major browsers shouldn't be considered acceptable.
MS Edge seems to have a ~5% market share spread across 3 versions:
https://www.netmarketshare.com/browser-market-share.aspx?qprid=2&qpcustomd=0
Not sure that can be considered "major"?
-
FYI The problem with editing config files is that Safari doesn't support the 'new File()' constructor used in upload.js (nor does IE or Edge). However it is supported in Chrome, Opera, and FireFox. See http://caniuse.com/#feat=fileapi
I've tried some of the usual work-arounds for this Safari issue, but not found one that works.
-
I have updated the Wiki to include a note on the folder naming, eca77 sorry you spent so much time on this!
https://duet3d.com/wiki/SD_card_folder_structureAlso added a note about browsers to here:
https://duet3d.com/wiki/Prerequisites_for_using_the_Duet_WiFiAnd this as a trouble shooting page:
https://duet3d.com/wiki/File_uploads_or_other_DWC_features_not_workingWhen any more information or workarounds for other browsers becomes available we can update the troubleshooting page.
-
FWIW I tried to find out why saving files in the System File Editor doesn't work in the latest version of Edge. With developer tools enabled, Edge pauses when I attempt to save the file as if an exception has occurred. But Edge is then completely unresponsive, denying me the possibility of finding out what the exception was. Microsoft needs to get its act together.
