Firmware 1.19RC1 released - please help us with testing!
-
G92 E0 is not required at all when doing relative extrusion. But it doesn't cause any problems.
When using relative extrusion, it's best to include M83 near the beginning of the gcode somewhere before the first extrusion command, to tell the firmware that relative extrusion is in use.
-
G92 E0 is not required at all when doing relative extrusion. But it doesn't cause any problems.
When using relative extrusion, it's best to include M83 near the beginning of the gcode somewhere before the first extrusion command, to tell the firmware that relative extrusion is in use.
Understood, thanks.
-
Issues I've found so far:
-
Getting following error at each restart/reboot: Can't open 0:/sys/oem.json to read, error code 4
-
Can't edit Macros
-
Can't delete Macros
-
When using M200 D1.75 in order to run in Volumetric mode the lenght of manual extrusion is around 4/10 the expected length
-
Filaments - can add one with name, but no properties/can't edit
Using
Firmware Electronics: Duet WiFi 1.0 + DueX5
Firmware Version: 1.19RC3 (2017-08-05)
WiFi Server Version: 1.19beta10
Web Interface Version: 1.17+2 -
-
I have created CuraEngine PRs that always using relative extrusion and output an initial T0 before any temperature setting commands when generating RepRap flavour firmware. Hopefully, they (or a variant) will get accepted and then become available in the 2.8 release.
-
I have created CuraEngine PRs that always using relative extrusion and output an initial T0 before any temperature setting commands when generating RepRap flavour firmware. Hopefully, they (or a variant) will get accepted and then become available in the 2.8 release.
Nice!
-
Issues I've found so far:
-
Getting following error at each restart/reboot: Can't open 0:/sys/oem.json to read, error code 4
-
Can't edit Macros
-
Can't delete Macros
-
When using M200 D1.75 in order to run in Volumetric mode the lenght of manual extrusion is around 4/10 the expected length
-
Filaments - can add one with name, but no properties/can't edit
Using
Firmware Electronics: Duet WiFi 1.0 + DueX5
Firmware Version: 1.19RC3 (2017-08-05)
WiFi Server Version: 1.19beta10
Web Interface Version: 1.17+2Thanks for your report.
Regarding #1, it's normal for that message will be generated if you have Platform debugging enabled. It's not usual to run a printer with debugging enabled. Perhaps you have a M111 command in config.g left over?
Regarding #s 2, 3 and 5, those functions are working properly for me. However, I am running a pre-release copy of DWC 1.19. I've asked chrishamm if he is happy to release that version yet. I don't plan to release RRF 1.19 until DWC 1.19 is also available.
I will investigate #4.
EDIT: regarding #4, I see what is happening. You enable volumetric extrusion, and the firmware then assumes that all extrusion commands received are in volumetric units - including values received from DWC. Looks like we I should make volumetric extrusion work on a per input source basis, and turn it off when starting to print a new gcode file.
-
-
Here is a question for those of you who use Cura with multiple tools. If you select volumetric extrusion in Cura, what M200 commands does it generate? I see the following possibilities:
1. A single M200 command at the start, with a single D parameter. This would constrain you to use the same filament diameter on all extruders.
2. A single M200 command with multiple D parameters, one per extruder (or perhaps one per tool).
3. One M200 command shortly after each tool change.
-
Firmware 1.19RC5 is now released. Please post any remaining issues in the thread I have created for that release.
-
Hi dc42,
Cura developer here ^^
Relative extrusion can have rounding problems.
Nevertheless we now have a PR for relative extrusion, and I am willing to merge.I don't see any use in making the E-values relative by default for RepRap firmware, though. If users have already been printing with Cura then there's no need for relative extrusion any more.
Instead I would like to make the E-values absolute by default, unless a users changes the setting for Relative E-steps by hand.What do you think?
-
Please explain why you think relative extrusion can have rounding problems. Are you talking about rounding in the slicer, or in the firmware, and where does the rounding you are referring to occur?
Way back in the mists of time, before we had the M221 command or mixing extruders, the step count of the extruder motor bore a direct relationship to the E value in the G1 command, until the slicer sent G92 E0. But that simple relationship has long since ceased to exist. So it is no longer the case that the only rounding that the firmware does is from the absolute extrusion commanded to the nearest motor step, plus any rounding when G92 E0 is processed.
