New firmware 1.21RC3 available
-
I have released this at https://github.com/dc42/RepRapFirmware/tree/dev/EdgeRelease/1.21RC3. Please read the upgrade notes at https://github.com/dc42/RepRapFirmware/blob/dev/WHATS_NEW.md for things you need to know before you upgrade and a list of the changes. The Duet2CombinedFirmware.bin file is for both the Duet WiFi and the Duet Ethernet.
-
Hi David
Can I check this:
Illegal movement commands in a print file or macro file cause the file to be terminated and heaters/spindle motors/lasers to be turned off; except that when the printer is in FDM mode, G0 and G1 moves outside the movement limits are just truncated as before
Does this mean that in FDM modes nothing has changed, if we have a skirt or something that goes outside the print area it will be truncated as before, but for CNC mode any movement command outside of the valid area causes the print to end (is an error generated?). Does this happen in simulation mode? What about invalid commands like an unrecognised gcode ?
I guess the advice should be to always simulate a CNC print file to ensure it does not contain any invalid movement commands.
-
Yes there is an exception for G0/G1 moves in FDM mode so that you can still have a skirt that goes outside the printable area. But if you try to make other types of illegal move, such as moves when the axes are not homed, or G2/G3 moves that go outside the printable area, the print file will be terminated.
-
The bltouch / multi-tap fix works great.
Probe configuration:
M558 P9 X0 Y0 Z1 H5 F50 T6000 A5 S0.023 point leveling result:
Leadscrew adjustments made: 0.004 -0.008 -0.000, points used 3, deviation before 0.005 -
dc42, I hate to nag… but..
Is the issue I've reported concerning M116 seemingly being ignored under certain circumstances (https://www.duet3d.com/forum/thread.php?id=4018) likely to be addressed before this round of RC's ends? The issue bit me again with 1.21RC2, and I haven't seen anything in the release notes that might relate. (I also don't know if anyone else has even tried to repeat the issue.)
Thanks
Gary -
I have tried to reproduce this issue without success, and I have reviewed the code and not found any explanation. Nobody else has reported it.
What I really need from you, assuming that you still find it a problem in 1.21RC3, is a set of simple steps to reproduce it.
-
Will try it tonight – I'm a bit hesitant to remove static IP though
-
Fantastic! I love how you continue to support the board with F/W changes and also support on this forum, keep up the awesome work.
Now that i have my printer a bit more stable state I will give this version a try soon. -
there is a bug in WiFi Server. i have DuetWiFi (and upgraded WiFi module to one with external connector)
1.21 RC3 does not boot WiFi
Printer is now online.
m552
SENDING:M552
WiFi module is being startedonce i rolled back to 1.20 all is back to normal.
now i have mixed environment
WiFi + Web 1.20
Firmware 1.21RC3 (2018-02-28 build 4) -
Just to say, as I didn't remember to do so on the RC2 thread. The multitouch probing is a big improvement. More accurate - no, but the chance that one aberrant probing point would then result in junk M665 and M666 data has reduced to practically zero. Excellent work.
-
Just to say, as I didn't remember to do so on the RC2 thread. The multitouch probing is a big improvement. More accurate - no, but the chance that one aberrant probing point would then result in junk M665 and M666 data has reduced to practically zero. Excellent work.
Completely agree!
-
there is a bug in WiFi Server. i have DuetWiFi (and upgraded WiFi module to one with external connector)
1.21 RC3 does not boot WiFi
Printer is now online.
m552
SENDING:M552
WiFi module is being startedonce i rolled back to 1.20 all is back to normal.
now i have mixed environment
WiFi + Web 1.20
Firmware 1.21RC3 (2018-02-28 build 4)Strange, does WiFi 1.21RC1 work for you?
-
there is a bug in WiFi Server. i have DuetWiFi (and upgraded WiFi module to one with external connector)
1.21 RC3 does not boot WiFi
Printer is now online.
m552
SENDING:M552
WiFi module is being startedonce i rolled back to 1.20 all is back to normal.
now i have mixed environment
WiFi + Web 1.20
Firmware 1.21RC3 (2018-02-28 build 4)Strange, does WiFi 1.21RC1 work for you?
I'm also still having issues with WiFi since I updated to 1.20. around 60% of the times I'm getting "WiFi reported error: Wrong password while trying to connect to ESSID. Wifi module is idle". Then I just type in the panelDue "M552 S1", and the wifi works again "Wifi module is connected to access point ESSID, IP address XXX.XXX.XXX.XXX"
I tried with 1.19.3 and wifi works fine (no HW issue apparently), I tried flashing my AP (Linksys) with DD-WRT and duet connects 100% of the time… but DDWRT is really unstable in my AP (beta version... :() and caused lots of issues in my network.
Summarizing, something changed between 1.19.3 and 1.20 that makes my duet to fight against my AP and loose most of the times :(.
I've updated to RC3 (wifi problems still persists), and I've tried FTP (I tried it yesterday first time, and couldn't get it working at all), but it still doesn't work fine.
I tried with Filezilla (connects, but sometimes returns (500 Unknown login command), ftp terminal command (didn't work:421 Service not available, remote server has closed connection.), google chrome (Err_Connection_Reset) and Mac Finder (unable to connect at all). after trying terminal, chrome and finder, I tried again Filezilla, and it connects, but even though it list the folders and the files, I cannot download anything.
This is from FileZilla:
[[language]] Status: Connecting to XXX.XXX.XXX.XXX:21... Status: Connection established, waiting for welcome message... Status: Insecure server, it does not support FTP over TLS. Status: Server does not support non-ASCII characters. Status: Logged in Status: Retrieving directory listing... Status: Directory listing of "/" successful Status: Retrieving directory listing of "/sys"... Status: Directory listing of "/sys" successful Status: Connecting to XXX.XXX.XXX.XXX:21... Status: Connecting to XXX.XXX.XXX.XXX:21... Status: Retrieving directory listing of "/"... Status: Connection established, waiting for welcome message... Error: Could not read from socket: ECONNRESET - Connection reset by peer Error: Could not connect to server Status: Connection established, waiting for welcome message... Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... Error: Could not read from socket: ECONNRESET - Connection reset by peer Error: Could not connect to server Status: Disconnected from server Status: Delaying connection for 5 seconds due to previously failed connection attempt... DWC works fine, and I didn't have any packet lost during the test. I can capture traffic with wireshark if you need to. I tried to download gcodes folder too (just in case sys causes problems or something) and I've got the same error.
Regards
-
Strange, does WiFi 1.21RC1 work for you?
yes, i managed to put it in.
Current combination has full range of Rcx
Firmware Version: 1.21RC3 (2018-02-28 build 4)
WiFi Server Version: 1.21RC1
Web Interface Version: 1.21-RC4 -
Why does my home all not work anymore?
[[GCode]] ; Lift Z relative to current position T0 G91 G1 Z4 F6000 G1 X-350 Y-240 F3000 S1 ; move up to 240mm in the -X and -Y directions until the homing switches are triggered G1 X6 Y6 F600 ; move slowly 6mm in +X and +Y directions G1 X-10 Y-10 S1 ; move up to 10mm in the -X and -Y directions until the homing switches are triggered G90 ; ############################################# ; Go to Center of the bed probe point and home the Z axis G1 X150 Y100 F3000 G30 ;dock T0 M117 Docking Printhead. G1 X70 Y200 F3000 G1 X70 Y235 F3000 Get this output:
10:40:33 G28 Error: G0/G1: insufficient axes homedWorked fine when using RC2
Also tried to print something that worked fine and got this:
10:34:47 M25 Resume-after-power-fail state saved Printing paused
10:34:42 Error: G0/G1: insufficient axes homed
10:34:41 M32 "Monopoly_Replacement_Part_Wheelbarrow.gcode"File Monopoly_Replacement_Part_Wheelbarrow.gcode selected for printingWhy does it claim that it tries to restart after power-failed? I just tried to start my print as I always has done… It is not impossible that I have bad start-up scripts... (my home seem to be suddenly wrong) But I do not understand this from reading the change log...
[[GCode]] ;BigBox Printer Start Script Begin ;extruder offset - refer to the wiki | http://wiki.e3d-online.com/wiki/Printer_Commissioning#Dual_Nozzle_Alignment M117 Print Starting G91 ; Relative coordinate G1 Z5 F400 //Lower Bed 5mm// G90 ; Absolute coordinate ;Homing M117 Homing. G28 ; home all axes G29 S1 //This command loads the stored IR bed levels// G30 P0 X25 y100 z-99999 G30 P1 X275 y100 z-99999 S2 G30 P0 X25 y100 z-99999 G30 P1 X275 y100 z-99999 S2 G30 P0 X25 y100 z-99999 G30 P1 X275 y100 z-99999 S2 G30 P0 X25 y100 z-99999 G30 P1 X275 y100 z-99999 S2 ;dock T0 G1 X70 Y200 F3000 G1 X70 Y235 F3000 M117 Print Starting. ;BigBox Printer Start Script End I find it strange that I cannot move my Z axis away from the bed to enable the probe to be at a "safe" detection distance to avoid the hot-end to crash into the bed because the probe is to close and already passed the trig threshold. (tried that one MANY times…)
-
GrodanB, please see David's release notes:
https://github.com/dc42/RepRapFirmware/blob/dev/WHATS_NEW.mdYou will see you need to either home Z first, or specify the lift with S2 to override the axis homing protection.
-
OK, amazing that 3-4 readings and still miss this… I assumed that was the probable root cause...
Fixing immediately! Thanks
So I practice the method that it is better to ask and be an idiot for five minutes then being it for the rest of you life
Edit: Re-reading it is so obvious... First time I just assumed that not allowing movement to an not homed axis was OK and did not register the homing issue...
The resume weirdness also disappeared when adding the S2 to the G1 Z-axis movement. Strange...New issue?: Why can I not upload files unless there is at least one XXX.Gcode in the gcode directory? Via the up-load button.
Did a emergency stop (reset) and the button was available again.
-
ttyACM3 16°> M115
SENDING:M115
FRMWR_NAME: epapirwae orDut WiF ad ue Ethene FRMAR_VERSON 121C2ELRNIS:Dut ii .0or101FIMWRE_AT: 01-0-1 bil 2
o T170 0. B16.7 /00I've tried to upload DuetWifiFirmware.bin several time from webui.
M115 was still reporting 1.21RC2
I've copied DuetWifiFirmware.bin to /sys and M997 S0something borken again.
-
The bltouch / multi-tap fix works great.
Probe configuration:
M558 P9 X0 Y0 Z1 H5 F50 T6000 A5 S0.023 point leveling result:
Leadscrew adjustments made: 0.004 -0.008 -0.000, points used 3, deviation before 0.005is there a link to guide or tute or dozuki page outlining the implementation of this newly supported feature? My BL Touch bed leveling has been giving me fits and I think its due to inconsistent probing results - this would be rather nice
-
The bltouch / multi-tap fix works great.
Probe configuration:
M558 P9 X0 Y0 Z1 H5 F50 T6000 A5 S0.023 point leveling result:
Leadscrew adjustments made: 0.004 -0.008 -0.000, points used 3, deviation before 0.005is there a link to guide or tute or dozuki page outlining the implementation of this newly supported feature? My BL Touch bed leveling has been giving me fits and I think its due to inconsistent probing results - this would be rather nice
If you're referring to the multi-tap, the relevent bits there are the S0.02 (max deviation between two sequential taps) and A5 (allow up to 5 attempts). I never see it tap more than twice, though.
The new probe type, P9, is to specify it's a BLTouch specifically, and so you no longer need to manually deploy the probe, it does it automatically.