Firmware 2.0RC2 released
-
Updated successfully, but needed to do a power cycle, as with USB connected it reported an error (sorry didn't trap it). Tried the earlier release, but that kept throwing a heater prob, & stopped the extruder motor, but the other motors kept rolling along, as if doint the print...
One quick question regarding the web interface; while printing via USB from Simply3D the Machine elements (heaters\machine\fan status etc.) work as expected, but the Print Status screen is "blank" (graphics but no data) and the Pause print button is disabled. Is this how it should be ??
I also have to admit that I don't know if it was like this with the release version.
-
@dc42 i try panel due, phone, ipad and touch rpi raspbian. The last two works better but y want a display, non touch. Don't need see a movie in the printer, only temps and minimal info. This month I will try a esp solution and put in a post the results.
-
@dr_ju_ju said in Firmware 2.0RC2 released:
...
One quick question regarding the web interface; while printing via USB from Simply3D the Machine elements (heaters\machine\fan status etc.) work as expected, but the Print Status screen is "blank" (graphics but no data) and the Pause print button is disabled. Is this how it should be ??That's expected. If you print over USB then the firmware knows nothing about the file you are printing - it doesn't even know you are printing a file. So your USB host program needs to handle pausing, print time estimation etc.
-
@okercho said in Firmware 2.0RC2 released:
My first print with the new firmware came out perfectly fine, but the heater was in "standby status" at 205ºC (the temperature of my print), so it didn't turn out when it finished...
My ending gcode is "G10 P0 R-273.15 S-273.15" (same as if I use "Turn Everything Off"), but it doesn't do the job. However, If I use "G10 P0 R0 S0" the status is still Active or Standby but the temp actually goes to 0 as the desired temp...
Thanks, I confirm this is a bug in 2.0RC2 and 2.0RC2a.
-
Not sure if this is new in this release or not. First thing after power on I do a Home All from DWC that homes fine and then Delta Calibration from DWC. The first point probed during the calibration strikes the bed pretty hard and then proceeds to probe the remaining points normally. It returns a pretty bad value as a result. Just doing the calibration again with no other actions runs normally and I get a value of .025 or so.
This with a Duet ethernet and smart effector. -
@davea said in Firmware 2.0RC2 released:
Not sure if this is new in this release or not. First thing after power on I do a Home All from DWC that homes fine and then Delta Calibration from DWC. The first point probed during the calibration strikes the bed pretty hard and then proceeds to probe the remaining points normally. It returns a pretty bad value as a result. Just doing the calibration again with no other actions runs normally and I get a value of .025 or so.
This with a Duet ethernet and smart effector.Have you saved the results of calibration in config.g? It may be that your homed height (H parameter in M665) is set too high. If you are not sure, temporarily increase the M558 H parameter to start probing from a greater height.
-
@dc42 I installed the 1.21.1RC2 update on the 0.8.5 Duet and it noticeably slowed down my Ormerod 2 just like 1.21.1RC1 did. Prints still turn out ok and everything else seems to be working as expected.
-
@ayudtee said in Firmware 2.0RC2 released:
@dc42 I installed the 1.21.1RC2 update on the 0.8.5 Duet and it noticeably slowed down my Ormerod 2 just like 1.21.1RC1 did. Prints still turn out ok and everything else seems to be working as expected.
Do you mean that prints took longer, or something else?
-
Loaded:
Firmware Name: RepRapFirmware for Duet 2 WiFi/Ethernet Firmware Electronics: Duet WiFi 1.02 or later Firmware Version: 2.0(RTOS)RC2a (2018-05-12b1) WiFi Server Version: 1.21 Web Interface Version: 1.21.1-RC4
With no problems. It did take a power cycle to get WiFi to reconnect, but this is not totally unusual.
No Prints Yet.
-
@dc42 Sorry that I was not clear. Yes the prints take longer. The first indication of a difference is evident by the sounds made by the steppers when the skirt around the part is laid down. It was quite noticeable to me right away. I ran a test piece from the reprap whistle.stl file on 1.21.1RC1 and 1.12.1RC2 and each took 51 minutes. The same piece on 1.21.1 took 45 minutes.
-
@dc42 Thanks for tip on the M558 parameter. I'm not sure what changed in the printer but changing M558 H from 10mm to 15mm fixed the issue. First time cal. after power up works fine now.
-
@davea said in Firmware 2.0RC2 released:
@dc42 Thanks for tip on the M558 parameter. I'm not sure what changed in the printer but changing M558 H from 10mm to 15mm fixed the issue. First time cal. after power up works fine now.
So now you need to run calibration, then run M665 and M666 without parameters and copy the values displayed to the M665 and M666 commands in config.g. Or, if you are using config-override.g, you can just use M500 to save them. After that you should be able to change your M558 H parameter back to a lower value, for faster probing.