Firmware 1.19+3 (1.19.1 release candidate)
-
Also any other operations that take a variable amount of time are not counted: heating, cooling, homing, bed probing, and changing tools. It runs the gcode file and plans all the moves, except that at the last minute it doesn't actually do each move, it just works out how long it would take.
-
Received my DuetWiFi a couple of weeks ago, v1.18.
Managed to upgrade to 19.1+3 using special instructions.
Wifi works, configured 4 thermocouples ok.
Will hook up to heaters, steppers, endstops and IR z probe over the weekend.Many thanks for all your hard work and documention.
-
Uploaded the firmware without any issues and printed 3 separate prints on a Ultibots D300VS delta printer.
I did not run across any issues, Everything turned on and off when it was supposed to. -
M37 P works really well, estimate was correct to within a minute.
However, the firmware stopped automatically selecting Tool 0 if no tool is active. Meaning it just starts moving the head without activating the extruder if I start a print with no tool active.
-
What do you have at the start of your gcode file? If there is a M109 command to set the hot end temperature, that should select the tool
-
I'll give this a go in the ormerod 2 before I strip it down. The Repeitier Host estimation was out by an hour for a four hour build, hence my interest in Simulation!
Will all the 1.19.x releases work on the Duet 0.6?
-
still having major issues with file uploads, they never complete have to M999 to duet (WiFi signal strength -59dBm)
also having the gcode issues I reported earlier
edit: after ~10 tries, I managed to upload a 4MB gcode file… during the first tries a rpi was connected to the usb port of the duet (no software connection tho), for the successful try I disconnected it. Time will tell if there's a relation. If it happens again I'll either downgrade to 1.18 or replace the web ui by octoprint. -
Also currently printing on my Machine with 1.19+3 without any kind of problems. Indeed it seems to fix the BedSurface-Problems cause i use over 200 Measure-Points. Now it looks much more real
Also before with 1.19+1 i've noticed that Filament-Measurement isn't working well (800mm printed of 1700mm but finished) which seems to show now the real values.
Cheers
MoS-tekknixThanks for the feedback. Which figure do you think is correct, the 800mm or the 1700mm? Does that print use just one filament, or more than one? Are you using relative or absolute extruder coordinates in your slicer?
I've just done a print and it finished with 1274.7mm of 1280.7mm, so it's working for me.
One more question: are you using volumetric extrusion?
Yes, indeed.
-
Also currently printing on my Machine with 1.19+3 without any kind of problems. Indeed it seems to fix the BedSurface-Problems cause i use over 200 Measure-Points. Now it looks much more real
Also before with 1.19+1 i've noticed that Filament-Measurement isn't working well (800mm printed of 1700mm but finished) which seems to show now the real values.
Cheers
MoS-tekknixThanks for the feedback. Which figure do you think is correct, the 800mm or the 1700mm? Does that print use just one filament, or more than one? Are you using relative or absolute extruder coordinates in your slicer?
I've just done a print and it finished with 1274.7mm of 1280.7mm, so it's working for me.
800mm was the correct one. It seems to wokr now all the time +- a few mm.
-
Has been a few days since I checked this
I will try this evening concerning the heightmap correction. -
Hello everyone,
I noticed that the bar in the print status tab is not fair, I want to tell by that on my copy of screens you can see which indicates 100% while I am in the 28th Layers on 48.
This is normal or not.
Thank you for your answers.
-
Observed the same but was my fault. What your END-GCode looks like?
I've set relative Modes before and raise Z to my maximum (200mm) and it always shows up 1000 Layers to print.
Now i've set it to G91 (Relative Positioning) lift Z 5mm and set it back to G90 (Absolute Positioning)
That solves the problem. I assume that Reprap seems to analyze also the END-Script too and calculates the maximum heigh of all Moves. And that was my maximum Z-Heigh.
Cheers
MoS-tekknix -
My g end code is like this
"G28 ; Home all axes
M140 S0 ; Set Bed Temperature
M84 ; Stop idle hold
G1 E-3 ; Remove 3.00mm of material
M400 ; Wait for current moves to finish
M104 S0 ; Set Extruder Temperature
M106 S0 P0 ; Stop Fans Print" -
+1 was fine, +3 repeats the same response since last console command as a UI notification. Is there an update to the web interface, too?
-
+1 was fine, +3 repeats the same response since last console command as a UI notification. Is there an update to the web interface, too?
There is no update to the web interface. Please can you explain more clearly what you think has changed.
-
During printing the last console message is repeated. In this case I was checking the motors currents (I've typed M906 once).
-
Is that a behaviour that you can reproduce? Does it also happen if you install the 1.19+4 firmware?
-
I have installed +4, but didn't have the chance to test it, as I have nothing to print yet
-
I experienced something similar to that, where every command in the console showed the output of an older M122 command, but I haven't seen it happen yet in +4.
-
Yeap, can confirm that. It seems +4 is not repeating.
