Got both my cartesian (Maestro) and delta(Duet Ethernet) running on 3.0RC1 with no issues other than those that were self inflicted. I don't have any specific printing requirements right now so I've just been printing calibration stuff and Benchys but all is working well. Thanks guys for all the work.

Well, I can't reproduce the issue with the heightmap not being applied relative to jerk (with me being the jerk 🙂 ).

Still have the issues with the heightmap not being applied on homing and with baby steps being applied to the Z position display.

@dc42 said in RRF 3.0RC1 Z Homing Issue (Analogue Mode):

I think I have found the reason for the problem, although I don't have a printer using an analog probe at present so I can't test the fix. Please try the Duet2CombinedFirmware.bin file at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.

Yes, that has solved the problem. Many thanks and a Merry Christmas 🎅 😃

M25 during tool change works now, thank you.

It was an issue in RRF code that is only used when communicating with the SBC. Will be fixed in RRF3.0RC2.

thanks, I have not encountered any other missing parameter.

@Phaedrux I guess so, I just haven't tried it (macro's) yet, so time to get on with that too 😄

chrishamm replied via DSF issue board confirming that M26 is buggy and will be fixed in next release.

Thanks, I'll fix it in the next DSF version. If you encounter more issues with DSF, please report them at GitHub.

@dc42 said:

These are awaiting implementation in DSF. M37 is due to be implemented shortly. @chrishamm may be able to provide further details.

I must have misunderstood.
Ah well, I'll just chuck away the last 7 hours of work.

And this is why I said...

it's hard to (contribute) without knowing whether you want them implemented in RRF or DSF or both, and what you already have in the works for the model

@dc42 said in Fourth Extruder not working on latest RRF3:

I've just fixed this - new binary in same place as before.

Tested with the dropbox binary. Now it's working. Thanks

@deckingman So long as the forum can handle the huge file size of your config.g, go for it! I'm sure they would be educational.

Ian

@too said in M28 not working in RRF3:

@dc42 did you get any further on the DSF M28 issue?

I'm waiting for @chrishamm to look into it.

I assumed so, but better for clarification.
Thank you so much for the time and help.

All, please either use DWC 1.22.6 with 2.05RC1, or wait for 2.05RC2.

@dc42 said in M574 usage on RRF 3:

Thanks for reporting this. S0 is handled correctly for endstops on Duet 3 expansion boards, but S0 is currently treated the same as S1 for endstop switches connected to a main board. I will fix this in the next release.

There is a new build at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0 which should fix this. It also fixes file upload issues when running in standalone mode.

@Veti said in Firmware 2.05 in preparation:

Bed compensation did not take account of the XY offset of the printing nozzle from the head reference point

does that refer to the offset specified with G10 ?

Yes, the tool offset specified with G10.

Thanks, I'll fix that.

@dc42 It looks like that build fixed it.

@dc42 said in RRF3 Sensorless Homing issue/bug:

Now fixed.

Now I'm in a reboot loop. I', going to start a separate thread for this.