RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available

wesc

Are you sure that you are running DSF 1.2.5?

1.2.4. 1.25 did make deploy/retractprobe.g work.

Figuring out how to get DSF 1.2.5 wasn't pleasant. To repost and save others lots of grepping the forums and internet:

Do this to get the bleeding edge DSF:

wget -q https://pkg.duet3d.com/duet3d-unstable.list
sudo mv duet3d-unstable.list /etc/apt/sources.list.d/duet3d-unstable.list
sudo chown root:root /etc/apt/sources.list.d/duet3d-unstable.list

then apt-get update/upgrade

A Former User

@wesc said in RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available:

Do this to get the bleeding edge DSF:

or it can be shortened to

echo "deb https://pkg.duet3d.com/ unstable armv7" | sudo tee /etc/apt/sources.list.d/duet3d-unstable.list

tbh its not a unreasonable threshold to get non-release versions, there are bigger questions in that regards.

Phaedrux

@arhi said in RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available:

@Phaedrux said in RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available:

@arhi said in RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available:

@Schmart so M220 S150 will be underextruding?

No, it's still going to scale the extruder speed to match the new XY speed since it's still a coordinated move.

So M220 will scale both XY and E, and M221 will only scale E so as I asked before M220S150\nM221S150 will get XY to 150% and E to 225% ? or M221 in this case won't do anything?

@Phaedrux I expected this to be a single sentence answer came to be few posts, maybe better to split it from this thread and create separate one to keep this one clean from this offtopic

The speed factor will only adjust the E values to maintain the amount that the slicer requested. It has to now that XY moves are faster.

The extrusion factor will increase the E amount the slicer requested but not change the xy speed.

Same as before.

The main difference now is that the speed factor change won't apply to travel moves.

chas2706

Running Duet3 with SBC and having problems.

In my bed.g I have this:

; If the printer hasn't been homed, home it

if !move.axes[0].homed || !move.axes[1].homed || !move.axes[2].homed
G28

while true
if iterations = 5
abort "Too many auto calibration attempts"
G30 P0 X5 Y160 Z-99999 ; probe near first leadscrew
if result != 0
continue

G30 P1 X300 Y160 Z-99999 S2 ; probe near last leadscrew and calibrate
echo result
if result != 0
continue

if move.calibrationDeviation.deviation <= 0.03
break

echo "Repeating calibration, Deviation is " ^ move.calibrationDeviation.deviation ^ "mm"
echo "Auto calibration successful. Deviation = " ^ move.calibrationDeviation.deviation ^ "mm"
G28 Z ; re-home z axis in case it has shifted

Firstly, the code for check homing does not work. The printer just homes anyway.

Leadscrew levelling then takes place and the deviations reported back but there's no further indication of what happens next. There is no reporting from the echo commands whatsoever.

Anyone help please.

Danal

I don't see in any release notes where conditional Gcode is (yet) available on SBC? Did I miss something?

dc42

@Danal said in RepRapFirmware 3.01-RC4 and DSF 1.2.5 now available:

@dc42, is M291 S2 (and S3) not working a bug, or a "not there yet"?

Not implemented in DSF yet. There may be progress on that by this time next week.

Danal

@dc42 fantastic to hear that!

@chas2706 That's why none of your conditional stuff is working. Wait a little bit...

chas2706

@Danal @dc42

That will explain it then lol.
Fantastic news cant wait.

DIY-O-Sphere

@dc42
Today I have realised that N400 and N500 are displayed wrong in the 12864 LCD menu.
The bigger issue: If a factor is set in the menu it causes a 100 times higher value.

The menu should show 100% instead of 1%

dc42

@DIY-O-Sphere, thanks for reporting this. I have fixed it in the internal build of RRF at https://www.dropbox.com/sh/3azy1njy3ayjsbp/AACquxr2m00eV568RZg5QG5wa?dl=0.