RepRapFirmware 3.0 is released!

[4lathe]

@dc42 here is my config.g
M950 S0 C”zprobe.mod”
M558 P9 C”zprobe.in” H4 F120 T2400 R0.5
So are you saying I must place the M950 after that M558?

[4lathe]

Just tried that. Works fine. Might be worth a comment somewhere to tell people that M950 has to be after the M558 since it default assigns both.

[4lathe]

On another issue, I upgraded to 3.01 no issues. I also upgraded to dwc 2.0.5 but in the system page it still shows 2.0.4.

[4lathe]

Sorry to post on this again, but used the version on chrishamm’s github page and it now shows 2.0.5.

[dc42]

@4lathe said in RepRapFirmware 3.0 is released!:

On another issue, I upgraded to 3.01 no issues. I also upgraded to dwc 2.0.5 but in the system page it still shows 2.0.4.

Thanks, I'll check which version I included in the release.

In 3.01 there is no default Z probe, so the ordering issue between M950 and M558 should not arise.

[Adryzz]

@dc42

I just updated from 2.0 to 3.0 on a corexy, I used the online configurator, but the stallguard does not work, the cart does not stop, while in 2.0 it worked perfectly.

In config,g i've put :

; Endstops
M574 X1 S3 ; configure sensorless endstop for low end on X
M574 Y1 S3 ; configure sensorless endstop for low end on Y
M574 Z1 S2 ; configure Z-probe endstop for low end on Z

and in homex.g (for example) i've put:

M915 P0:1 S0 R0 F0 H400; both motors because corexy; Sensitivity 10, don't take action, don't filter, 400steps/sec
G91 ; relative positioning
G1 H1 X-325 F1800 ; move quickly to X axis endstop and stop there (first pass)
G1 X5 F6000 ; go back a few mm
G90 ; absolute positioning

[dc42]

Try upgrading to 3.01beta. I have a CoreXY tool changer running 3.01 with stall homing working on X and Y.

Also, try running M98 P"config.g" to see if it generates any error messages.

[zerspaner_gerd]

Hello everyone
I just switched to RF3

I would have the following questions

• How can I convert M581 S-1 into RF3?

• Why does my X homing fail?
  Y, Z and homeall work?

; homeall.g
G91							; relative positioning
G1 H1 Z215 F1600			        ; move Z up stopping at the endstop
G1 H1 X-235 Y235 F4800		; move quickly to X and Y axis endstops and stop there (first pass)
G1 X5 Y-5 F6000				; go back a few mm
G1 H1 X-7.5 Y7.5 F1300		; move slowly to X and Y axis endstops once more (second pass)		
G1 Z-5.0 F1400
G1 H1 Z7.5 F800				; move Z up until the switch triggers
G90							; absolute positioning
 
; homex.g
G91					; relative positioning
G1 H1 X-232 F4800	; move quickly to X axis endstop and stop there (first pass)
G1 X5 F6000			; go back a few mm
G1 H1 X-7.5 F1300	; move slowly to X axis endstop once more (second pass)
G90					; absolute positioning
 
; homey.g
G91              ; relative positioning
G1 H1 Y235 F4800 ; move quickly to Y axis endstop and stop there (first pass)
G1 Y-5 F6000     ; go back a few mm
G1 H1 Y7.5 F1300  ; move slowly to Y axis endstop once more (second pass)
G90              ; absolute positioning
 
; homez.g
G91						; relative positioning
G1 H1 Z215 F1600		; move Z up until the switch triggers
G1 Z-5.0 F1400
G1 H1 Z7.5 F800			; move Z up until the switch triggers
G90						; absolute positioning
 
; Endstops
M574 X1 S1 P"!xstop"					; configure active-low endstop for low end on X via pin xstop
M574 Y2 S1 P"!ystop"					; configure active-low endstop for high end on Y via pin ystop
M574 Z2 S1 P"!zstop"					; configure active-low endstop for high end on Z via pin zstop

If I write H2 in this sentence G1 X5 F6000 ; go back a few mm it works, but with Y, Z and homeall it is not necessary either?

I'm totally keen on the meta commands, but first one by one

greetings

[littlehobbyshop]

@zerspaner_gerd You need that H2 in there as you described for the move back a few mm. My config has these and was generated by the config tool.

[deckingman]

@littlehobbyshop said in RepRapFirmware 3.0 is released!:

@zerspaner_gerd You need that H2 in there as you described for the move back a few mm. My config has these and was generated by the config tool.

He shouldn't need to add that H2. If the first G1 H1 X- move works, then the axis will be flagged as being homed. So after that, he should be able to do any G1 moves without any H parameter.
I suggest the OP steps through his homex one command at a time to check that the axis gets flagged as being homed after that first move. One thing that might be a clue is that in homeall, the move is X-235 but in home X it's - 232 (I think - but I'm typing this on my phone and can't scroll up).

[zerspaner_gerd]

@deckingman said in RepRapFirmware 3.0 is released!:

@littlehobbyshop said in RepRapFirmware 3.0 is released!:

@zerspaner_gerd You need that H2 in there as you described for the move back a few mm. My config has these and was generated by the config tool.

He shouldn't need to add that H2. If the first G1 H1 X- move works, then the axis will be flagged as being homed. So after that, he should be able to do any G1 moves without any H parameter.

I agree with you. Why should it be necessary for X and not for Y, Z and homeall?

I suggest the OP steps through his homex one command at a time to check that the axis gets flagged as being homed after that first move.

The warning message disappears for the first time, so I assume that it is considered referenced.

One thing that might be a clue is that in homeall, the move is X-235 but in home X it's - 232 (I think - but I'm typing this on my phone and can't scroll up).

Well seen, I compared again and again and saw no differences.
But nothing has changed.

Since my english is not good here is a video of how the X axis behaves
https://www.dropbox.com/s/b9ms5dav5o08n24/2020-01-27 16-06-58.ts?dl=0

What I have found out is that this is completed without errors:

G91					; relative positioning
G1 H1 X-235.0 F4800	; move quickly to X axis endstop and stop there (first pass)
G1 X10.0 F6000		; go back a few mm
G1 H1 X-7.5 F1300	; move slowly to X axis endstop once more (second pass)
G90					; absolute positioning

Only the result is wrong.
It seems to me that it ignores the second H1.
Why?

[zerspaner_gerd]

This is also completed without errors:

; homex.g
 
G91					; relative positioning
G1 H1 X-235.0 F4800	; move quickly to X axis endstop and stop there (first pass)
G1 X5.0 F6000		; go back a few mm
G1 H2
G1 H1 X-7.5 F1300	; move slowly to X axis endstop once more (second pass)
G90					; absolute positioning

One question should this not fail or complete successfully:

; homey.g
 
G91					; relative positioning
G1 H1 Y235 F4800	; move quickly to Y axis endstop and stop there (first pass)
G1 Y-50.0 F6000		; go back a few mm
G1 H1 Y7.5 F1300	; move slowly to Y axis endstop once more (second pass)
G90					; absolute positioning

With RF2.05 I had no problems.
And why only homex.g
Can't be because of my config, right?
Maybe in connection with low end and high endstop configuration

; Endstops
M574 X1 S1 P"!xstop"
M574 Y2 S1 P"!ystop"
M574 Z2 S1 P"!zstop"

greetings

[stewwy]

@zerspaner_gerd This is my homex.g

G91 ; relative positioning
G1 H2 Z5 F6000 ; lift Z relative to current position
G1 H1 X-265 F3000 ; move quickly to X axis endstop and stop there (first pass)
G1 H2 X5 F6000 ; go back a few mm
G1 H1 X-265 F600 ; move slowly to X axis endstop once more (second pass)
G1 H2 Z-5 F6000 ; lower Z again
G90 ; absolute positioning

hope this helps , works perfectly on 3.0,

[matej1006]

@dc42 Hello me again

i just got my noctua fan which as we talk i want to control by water temp.
so my code is now looking like that:

;Water temp
M308 S5 P"e0temp" Y"thermistor" T100000 B4138 A"Water temp."                  ;configure sensor 5 as thermistor on pin e1temp
 
; Mesh  grid
M557 X20:420 Y104:384 40            
                                                          
; Fans
M950 F0 C"!Fan0+exp.pb6" Q25000 				; fan 0 is a 4-wire PWM fan so invert it, use high PWM frequency, tacho connected to PB6 on expansion connector
M106 P0 H5 T80   

i with that code fan no matther water temp work with same speed.
i have Noctua 12V 1700 PWM fan that is connected yellow and black wire to 12v DC and blue wire to fan0- as i read.

and i want that this fan work's on Thermostatic mode what i am doing wrong please help?

Matej

[zerspaner_gerd]

@stewwy Thanks

I now run it with H2, but it is very strange that this is only necessary at homex.
homeall, homez and homey no H2 is necessary.
With RF2, H2 was nowhere necessary.

Best regards

[dc42]

@matej1006 said in RepRapFirmware 3.0 is released!:

@dc42 Hello me again

i just got my noctua fan which as we talk i want to control by water temp.
so my code is now looking like that:

;Water temp
M308 S5 P"e0temp" Y"thermistor" T100000 B4138 A"Water temp."                  ;configure sensor 5 as thermistor on pin e1temp
 
; Mesh  grid
M557 X20:420 Y104:384 40            
                                                          
; Fans
M950 F0 C"!Fan0+exp.pb6" Q25000 				; fan 0 is a 4-wire PWM fan so invert it, use high PWM frequency, tacho connected to PB6 on expansion connector
M106 P0 H5 T80   

i with that code fan no matther water temp work with same speed.
i have Noctua 12V 1700 PWM fan that is connected yellow and black wire to 12v DC and blue wire to fan0- as i read.

and i want that this fan work's on Thermostatic mode what i am doing wrong please help?

Matej

I don't see anything wrong with that configuration. What reading is sensor 5 giving in DWC?

[matej1006]

@dc42 i figurit out i didn't connec 24V and 12V GND together Thanks anyway

Can i use this same sensor to contorl water pump with that code?

;Water temp
M308 S5 P"e0temp" Y"thermistor" T100000 B4138 A"Water temp."                  ;configure sensor 5 as thermistor on pin e1temp
 
; Mesh  grid
M557 X20:420 Y104:384 40            
                                                          
; Fans
M950 F0 C"!Fan0+exp.pb6" Q25000 				; fan 0 is a 4-wire PWM fan so invert it, use high PWM frequency, tacho connected to PB6 on expansion connector
M106 P0 H5 T30   
 
;Water pump
M950 F0 C"!Fan1" Q25000 				             
M106 P1 H5 T30  

[dc42]

Yes, that should work.

[MrSteve920]

@dc42 Did you ever get around to testing what the new maximum step rate in RRF3 is? I saw there was a change in one of the recent betas to get some of the max step rate back; do you think it's going to be possible to increase the max step even more in the future?

[dc42]

Yes I did. On a Duet WiFi it was disappointingly low, around 45kHz to each of 3 motors moving simultaneously AFAIR. The changes I made helped somewhat, but more improvement is planned for release 3.02.