New firmware 1.16 RC1
-
Great news, and thank you for getting the release candidate out! How is this different from the betas? I have been using beta10 with no problems.
The main changes since beta 10 are the per-tool fan mapping and the SD card file time stamping.
-
Hi
I have a problem in gcode-file section, too.
I have 34 files and 6 directories, so 40 data entries. Directory is loaded well in WebControl.
If I add the next file, it will upload but at loading the entries again it throws an ajax error and disconnets.
After connecting again, you cant list this directory, its throws the error and disonnects.
I tried this with 33/7 and 32/8. Its allways the 41st entry that produces the error.
This was on my Duet 0.8.5.
I can connect and list this directory with ftp. I deleted one file over ftp and can now list the directory with WebControl.Can someone please verify the problem with the 41st entry in a directory.
I may have found a bug in 1.16rc1/1.13 web controls - When you go to the G-Code Files section it just sits there saying loading.
This occured at mine too. But after reloading with F5 and checking that now you have under settings-general the correct WebInterface Version it dissappeard.
Andre
-
Hi
I have a problem in gcode-file section, too.
I have 34 files and 6 directories, so 40 data entries. Directory is loaded well in WebControl.
If I add the next file, it will upload but at loading the entries again it throws an ajax error and disconnets.
After connecting again, you cant list this directory, its throws the error and disonnects.
I tried this with 33/7 and 32/8. Its allways the 41st entry that produces the error.
This was on my Duet 0.8.5.
I can connect and list this directory with ftp. I deleted one file over ftp and can now list the directory with WebControl.I have reproduced a similar issue. I will liaise with chrishamm to sort out a fix.
-
Thanks David. So I don't seem to be able to make this work. I've got a Duet 0.6 and BLtouch on my bench for testing, and I've just updated the Duet to 1.16 RC1.
i've added the following two lines to the config to allow two pins to be used for servos:
M307 H3 A-1 C-1 D-1 ; Make Heater 3 (Exp Pin 21) available for PWM use
M307 H4 A-1 C-1 D-1 ; Make Heater 4 (Exp Pin 22) available for PWM useWith a scope connected to the relevant expansion header pins (21, 22), as a test if I send the command M280 P3 S90, the only thing I see occur is the pin state switches from high to low, and stays there until the board is reset. No sign of a PWM burst being sent.
The same behavior occurs with P4 (formally Heater 4), the pin goes low then stays there.
Is there something I overlooked?
I can confirm that on a Duet 0.8.5, tried with H2 and H5.
After M42 P2/5 S# the pin goes low and stays there. No PWM.Andre
-
I have included a beta of Chrishamm's 1.13 Duet Web control in the release folder. My thanks for Chrishamm for his work on this. I'll leave it to him to tell you all about it.
There will be AJAX errors fixed?
This problem should be fixed in an upcoming DuetWiFiServer version. Fortunately I managed to compile all the source files yesterday, so I'm going to check how this can be resolved. AFAIK the problem concerning empty JSON responses doesn't show up on wired Duets, so it must be related to bad communication between the client and the ESP8266 chip. Nevertheless I've fixed another problem in the AJAX error handler and I hope this will make things a bit more stable.
Here the preliminary changelog for DuetWebControl 1.16:
- Implemented control buttons, axis positions and home warnings for optional UVW axes
- Added new "time" key to rr_connect and to rr_upload requests for RTC support
- Added tooltip to G-Code file list to display last modified date and time (if available)
- Added new "Last modified" column to "Macros" and "System Directory" pages
- Second SD card can be mounted on the "G-Code Files" page (DuetWiFi only)
- Updated translations for v1.16
- Bug fix: CPU temperature was not displayed; Min+max values are shown via title
- Bug fix: Error reason wasn't explicitly converted to string in the AJAX error handler
- Bug fix: Print status response was not requested when Settings page was active
- Bug fix: Uploads should work well if an older Safari version or IE/Edge is used
-
I updated firmware and DWC, now it can't print a G-code file after uploading, throwing error:
M32 s/Plate.gcode
GCode file "s/Plate.gcode" not found
Failed to open file s/Plate.gcodeBut the uploaded file can be printed from G-Code Files section.
-
Unless you have a folder called /gcode/s containing a file called Plate.gcode, that was never going to work.
-
I understand that.
But the error appears when I use "upload and print" button. So I guess that the system issues "M32 s/Plate.gcode" instead of "M32 Plate.gcode" after uploading.
I tried different files, the error always pops out. But files upload correctly, I can print them from the list later. -
Sorry pkm, my bad. This version should fix it: https://www.dropbox.com/s/hbzhwws1dfk01pw/DuetWebControl-1.13-rc2.bin?dl=0
Please let me know if it's working.
-
Thanks David!
I have tested this functionality on a Duet WiFi but not yet on a wired Duet. I shall try to find time to do this today.
-
Thanks David. So I don't seem to be able to make this work. I've got a Duet 0.6 and BLtouch on my bench for testing, and I've just updated the Duet to 1.16 RC1.
i've added the following two lines to the config to allow two pins to be used for servos:
M307 H3 A-1 C-1 D-1 ; Make Heater 3 (Exp Pin 21) available for PWM use
M307 H4 A-1 C-1 D-1 ; Make Heater 4 (Exp Pin 22) available for PWM useWith a scope connected to the relevant expansion header pins (21, 22), as a test if I send the command M280 P3 S90, the only thing I see occur is the pin state switches from high to low, and stays there until the board is reset. No sign of a PWM burst being sent.
The same behavior occurs with P4 (formally Heater 4), the pin goes low then stays there.
Is there something I overlooked?
I have reproduced this and fixed it. I intend to release rc2 later today or tomorrow.
-
That's fantastic, thanks so much for your efforts!
I have reproduced this and fixed it. I intend to release rc2 later today or tomorrow.
-
After updating to RC1 my endstop E0 endstop for my Zprobe always says its triggered even if i reverse it.
M574 X1 Y2 S1 ; Reverse Microswitches
M574 E0 S0 ; Endstop for Zprobe on E0
M558 P4 X0 Y0 Z1 H4 F120 T6000 ; Set Z probe type to switch, the axes for which it is used and the probe + travel speeds
G31 P600 X0 Y0 Z-1.1 ; Set Z probe trigger value, offset and trigger height -
I also notice that when editing the config file. after i save it , it no longer asks me to reset the Duet Wifi
what gcode command should i use to reset after editing codeM999?
-
After updating to RC1 my endstop E0 endstop for my Zprobe always says its triggered even if i reverse it.
M574 X1 Y2 S1 ; Reverse Microswitches
M574 E0 S0 ; Endstop for Zprobe on E0
M558 P4 X0 Y0 Z1 H4 F120 T6000 ; Set Z probe type to switch, the axes for which it is used and the probe + travel speeds
G31 P600 X0 Y0 Z-1.1 ; Set Z probe trigger value, offset and trigger heightI confirm the issue. However, I was going to remove the E parameter from the M574 command anyway. You can use the I1 parameter on the M558 command instead.
-
I also notice that when editing the config file. after i save it , it no longer asks me to reset the Duet Wifi
what gcode command should i use to reset after editing codeM999?
Just hit emergency stop, does the same thing.
-
Emergency stop is working for me. However, I confirm that after editing config.g the latest DWC does not ask if I want to reset the Duet.
-
Is a reset always required or will some settings update immediatelyupon save?
-
Settings don't update immediately on save. However, with a few exceptions (e.g. network settings), you can send the modified gcode commands through the gcode console to have them take immediate effect. Or you can execute "M98 Pconfig.g".
-
I have just released 1.16rc2 so I am closing this thread.
