New firmware 2.01 beta 2 available

Phaedrux

Am I correct to assume that the changes made by @chrishamm to include the current and requested speed display as well as heater and fan renaming are not present in this release? They appeared to be there at first, but then after completely reloading the page they are gone.

dc42

Those changes are not in this beta. They will be in the next one.

spw

@dc42 said in New firmware 2.01 beta 2 available:

Non-movement commands were not correctly synchronised with movement commands when there were more than 8 non-movement commands interspersed with more than 2 seconds of movement

Laser engraving works correctly now, thank you.

dc42

@spw said in New firmware 2.01 beta 2 available:

@dc42 said in New firmware 2.01 beta 2 available:

Non-movement commands were not correctly synchronised with movement commands when there were more than 8 non-movement commands interspersed with more than 2 seconds of movement

Laser engraving works correctly now, thank you.

Thanks for confirming this.

Catalin_RO

I have done some initial tests air cutting one of the GCode files with problems and they are indeed gone! Some undesired problems are also gone, but they may be related to the movement/non-movement sync fix. Now going to check the maximum jerk - I suspect I might be able to bring it back to default 900 value!

P.S. Did those jerk tests. While there are no error messages, going back to the original 900mm/min brings some genuine mechanical noises when reversing the direction. In the end it is an actual limit of the machine.

dc42

@catalin_ro, thanks for confirming the fix.

incogizmo

@dc42 said in New firmware 2.01 beta 2 available:

On the Duet 2 Maestro, the 2 optional add-on drivers are now assumed to be TMC2224 with UART interface

Amazing! I will have some time on the weekend to properly test this! Along with the 7th Driver pin reversal. I will report back as soon as I can.

kraegar

Tested on my railcore 2 (with a bltouch), a few test prints through, and everything's working as expected.

wilriker

@dc42 said in New firmware 2.01 beta 2 available:

If M28/M29 was used in a macro file to then the commands between M28 and M29 were executed as well as being written to the target file

The part with executing as well as writing seems to be fixed but still not working as expected. M29 does not seem to be recognized inside a macro. Or not executed.

I have the following filament load macro:

M28 /sys/current_material.g
M98 P/macros/Settings/PETG/DevilDesign
M29

It will now successfully create the file /sys/current_material.g reliably
It will not exectute /macros/Settings/PETG/DevilDesign (this file exists)
It will not close the file at the end of the macro but continue to write all following commands into this file until I explicitely call M29 via GCode console - strangely enough the M29 from the macro will also not end up in the written file

So, if I execute the above macro by loading the filament this is assigned to and afterwards enter the following commands manually in GCode Console

M82
M84
M29

I end up with the following contents in /sys/current_material.g

M98 P/macros/Settings/PETG/DevilDesign
M82
M84

If I enter M29 immediately after loading the filament it will only be the first line.

EDIT: On GCode console I get the following output (note: descending time stamp)

16:27:04    M29
            Done saving file.
16:26:54    M702
            M701 S"PETG_DevilDesign"
            Writing to file: /sys/current_material.g
            GCode end-of-file being interpreted.

OBELIKS

Would it be possible to get a mirror for the files? github seems to have problems.

keyz182

@dc42 laser engraving working great here too. With the G1 S for lasers you said would be in 2.02 (I think) things should be perfect!

OBELIKS

@obeliks nevermind, it's back

dc42

@wilriker said in New firmware 2.01 beta 2 available:

@dc42 said in New firmware 2.01 beta 2 available:

If M28/M29 was used in a macro file to then the commands between M28 and M29 were executed as well as being written to the target file

The part with executing as well as writing seems to be fixed but still not working as expected. M29 does not seem to be recognized inside a macro. Or not executed.

I have the following filament load macro:
M28 /sys/current_material.g
M98 P/macros/Settings/PETG/DevilDesign
M29
It will now successfully create the file /sys/current_material.g reliably

It will not exectute /macros/Settings/PETG/DevilDesign (this file exists)

It will not close the file at the end of the macro but continue to write all following commands into this file until I explicitely call M29 via GCode console - strangely enough the M29 from the macro will also not end up in the written file

So, if I execute the above macro by loading the filament this is assigned to and afterwards enter the following commands manually in GCode Console

M82

M84

M29

I end up with the following contents in /sys/current_material.g
M98 P/macros/Settings/PETG/DevilDesign
M82
M84
If I enter M29 immediately after loading the filament it will only be the first line.

EDIT: On GCode console I get the following output (note: descending time stamp)
16:27:04    M29
            Done saving file.
16:26:54    M702
            M701 S"PETG_DevilDesign"
            Writing to file: /sys/current_material.g
            GCode end-of-file being interpreted.

Strange, I tested it several times and it worked for me. Please try adding a comment line in your macro file after the M29 command, in case the M29 at the end of the file isn't being interpreted correctly..

wilriker

@dc42 said in New firmware 2.01 beta 2 available:

Strange, I tested it several times and it worked for me. Please try adding a comment line in your macro file after the M29 command, in case the M29 at the end of the file isn't being interpreted correctly..

Adding an additional line with just a comment at the end makes it work. Adding an inline comment on the M29 line does not change the faulty behavior.

Now, why would the last line not be interpreted correctly? These seems only to apply to M29. I just tested with a M117 as the last line (right after M29) and the text was displayed.

BPisLife

Using this version on 4 different printers with no noticable differences between beta 1 and 2. BLtouch has been working much better over these past two versions. Thanks for taking the time to make them work perfectly (ie no-bounce, fast response).

dc42

@wilriker said in New firmware 2.01 beta 2 available:

@dc42 said in New firmware 2.01 beta 2 available:

Strange, I tested it several times and it worked for me. Please try adding a comment line in your macro file after the M29 command, in case the M29 at the end of the file isn't being interpreted correctly..

Adding an additional line with just a comment at the end makes it work. Adding an inline comment on the M29 line does not change the faulty behavior.

Now, why would the last line not be interpreted correctly? These seems only to apply to M29. I just tested with a M117 as the last line (right after M29) and the text was displayed.

Before you added the comment, did you have a newline at the end of the M29, or not?

dc42

@bpislife said in New firmware 2.01 beta 2 available:

Using this version on 4 different printers with no noticable differences between beta 1 and 2. BLtouch has been working much better over these past two versions. Thanks for taking the time to make them work perfectly (ie no-bounce, fast response).

Thanks for the feedback!

wilriker

@dc42 said in New firmware 2.01 beta 2 available:

Before you added the comment, did you have a newline at the end of the M29, or not?

I did not. Is that an implicit requirement?

EDIT: Empty newline at the end also works.

dc42

@wilriker said in New firmware 2.01 beta 2 available:

@dc42 said in New firmware 2.01 beta 2 available:

Before you added the comment, did you have a newline at the end of the M29, or not?

I did not. Is that an implicit requirement?

EDIT: Empty newline at the end also works.

Thanks for confirming that. The firmware appends a newline to the end of the last command if there isn't one, but I guess it's doing it a little too late in the case of having to recognise M29. I'll fix it in the next beta or RC if the fix isn't complicated.

incogizmo

@incogizmo said in New firmware 2.01 beta 2 available:

@dc42 said in New firmware 2.01 beta 2 available:

On the Duet 2 Maestro, the 2 optional add-on drivers are now assumed to be TMC2224 with UART interface

Amazing! I will have some time on the weekend to properly test this! Along with the 7th Driver pin reversal. I will report back as soon as I can.

@dc42 got to testing it all sooner than expected. Can confirm microstepping is now applying on both addon drivers and driver 6 (7th driver) is also working as expected.

Are there any commands or anything else I can do to help you confirm all is working as expected?