RepRapFirmware 3.0

dc42

Should you not be able to use M401 instead of M280 to keep the menu files the same? I thought M401 called M98 P"deployprobe.g" which then can ve version specific?

M401 does a little more than that, it also records the Z probe as being deployed. This means that when you come to do a G30, the firmware knows that the probe is deployed, so it doesn't do an automatic deploy/retract around the G30 command. This can be used to deploy the probe just once at the start of bed.g and retract the proibe just once at the end. [This doesn't work for BLTouch, which needs to be deployed/retracted at every probe point.]

So M401 should always be used in preference to M98 Pdeployprobe.g, and similarly M402 instead of M98 Pretractprobe.g.

gtj0

@dc42 just did a git pull to get your latest v3-dev changes and just fyi... auto bed levelling is still non-automatic. Calculations are done but no movement.

If you don't have time to look at it right now, that's cool. I can take a look this weekend.

dc42

@gtj0 said in RepRapFirmware 3.0:

@dc42 just did a git pull to get your latest v3-dev changes and just fyi... auto bed levelling is still non-automatic. Calculations are done but no movement.

If you don't have time to look at it right now, that's cool. I can take a look this weekend.

Does it work properly on your printer using 2.03RC2 ?

gtj0

@dc42 said in RepRapFirmware 3.0:

@gtj0 said in RepRapFirmware 3.0:

@dc42 just did a git pull to get your latest v3-dev changes and just fyi... auto bed levelling is still non-automatic. Calculations are done but no movement.

If you don't have time to look at it right now, that's cool. I can take a look this weekend.

Does it work properly on your printer using 2.03RC2 ?

I just double checked and yes it works on 2.03RC2. It does the 3 probes, calculates the offsets, then adjusts the motors to compensate.

dc42

@gtj0, thanks for confirming this. I will invesgigate the issue RRF3.

dc42

I think I have found the reason for leadscrew moves not working. I have pushed some updates to the RRF 3 source. Please note, I have also made some changes to the M558 command.

gtj0

@dc42 said in RepRapFirmware 3.0:

I think I have found the reason for leadscrew moves not working. I have pushed some updates to the RRF 3 source. Please note, I have also made some changes to the M558 command.

Working now, thanks!

mudcruzr

Is there any chance of a new build with these changes in (for those of us without the wherewithall to compile) please?

dc42

@mudcruzr said in RepRapFirmware 3.0:

Is there any chance of a new build with these changes in (for those of us without the wherewithall to compile) please?

New binaries here https://www.dropbox.com/s/fyvibzm0zl92hiy/Duet2CombinedFirmware.bin?dl=0 and here https://www.dropbox.com/s/m0r3ldy424mxf4v/DuetMaestroFirmware.bin?dl=0.

mudcruzr

@dc42 Many thanks David

oliof

That last build does not move the extruder for me on a CR-20. I checked by moving the extruder motor to X and was able to move it. Downgrading to 2.03RC2 (what I ran previously) fixed the extruder.

I am pretty sure that nothing in my config.g needs changing, but maybe I overlooked something in the wiki. See attached file.

0_1558265361187_config.g

Dougal1957

@oliof you did have the nozzle heated didn't you?

oliof

Yes, this was with a heated nozzle -- DWC showed extruder moves in the UI, but the motor was not moving and there was no error regarding attempting to extrude with a cold nozzle. And even enabling cool extrusion (with filament removed) with M302 P1 did not allow the extruder motor to move.

Dougal1957

@oliof just checking as it is a common mistake but not valid in this case

oliof

@dougal1957 it's absolutely fair to ask (-:

dc42

Was the extruder motor connected directly to an output on the Duet?

oliof

Yes, to output "E0" on the duet wifi board.

4lathe

Sane for me. Just loaded latest 3.0 and modified my m558 as I use fsr’s on endstop e0. Motion control all fine as is bed and nozzle heat bur the extruder E0 will not extrude or retract. Its at temperature.

carlosspr

Same here using RepRapFirmware 3.0beta3 (2019-05-16b1) . In my case I have two tools (two extruders and one heater). The following is the configuration of my TOOLS section:

;_____ TOOLS
M563 P0 D0 H1                       ; Define tool 0 to use extruder drive 0 and heater 1
G10 P0 S0 R0 X0 Y0                  ; set tool 0 temperatures and offsets
M572 D0 S0.1			    ; Pressure advance enable for extruder 0

M563 P1 D1 H1                       ; Define tool 1 to use extruder drive 1 and heater 1
G10 P1 S0 R0 X0 Y0                  ; set tool 1 temperatures and offsets
M572 D1 S0.1			    ; Pressure advance enable for extruder 1

None of the tools would move, neither with temp nor forcing cold extrusion with M302

dc42

Run M584 and check whether the extruders are mapped to drivers 3 and 4.