Best posts made by jay_s_uk

For the last few weeks, there has been a new method of calibrating pressure advance with klipper called the pattern method. This is now the recommended method to use over the lines method.

As of a few minutes ago, the online generator now has RRF support too.

The pattern PA calibration generator can be found here https://ellis3dp.com/Pressure_Linear_Advance_Tool/ and the information about how to interpret it can be found here https://ellis3dp.com/Print-Tuning-Guide/articles/pressure_linear_advance/introduction.html

@gloomyandy and TeamGloomy are pleased to announce the initial release of the STM32H7 port of RRF (reprapfirmware). This build is based on RRF 3.4.1-RC1.
What does this bring over the STM32F4 port?
• A more powerful processor (480MHz compared to 300MHz of a Duet 3 6HC) with lots of spare flash and ram
• More hardware SPI channels
• Proper cache which helps with performance
• Better floating point support (double precision)
• 16bit ADC compared to 12bits on the STM32F4 (14bits with oversampling)
• CAN-FD Support with full support for the RRF CAN-FD protocol including all available expansion boards (e.g. 1LC Toolboard)
Some of the above hardware advantages of the STM32H7 aren’t currently used (such as hardware double precision for the 16bit ADC) but they are on the implementation list.
Does this mean we will be dropping STM32F4 support?
No! The STM32F4 builds are built from the same source as the STM32H7 builds. The STM32F4 builds will continue to have support for as long as the Duet 3 Mini has support (and maybe even longer).
What boards can I run this on?
There are currently 3 boards that can run the STM32H7 port of RRF. They are:
• Fly-Super5
• Bigtreetech SKR3 - https://www.aliexpress.com/item/1005004291817213.html
• Bigtreetech SKR3 EZ - https://www.aliexpress.com/item/1005004295073346.html
Where can I get this?
The source and pre-compiled versions can be found here https://github.com/gloomyandy/RepRapFirmware and documentation can be found here https://teamgloomy.github.io/

I am pleased to announce that RRF finally has a compatible Stealthburner CAN-FD board. https://s.click.aliexpress.com/e/_DdqyPGN
There are two versions that are compatible with RRF (and as a bonus are also compatible with klipper), the SB2040 Max v3 and the SB2040 Pro Max v3.

The SB2040 Max v3 has the following main features

• TMC2209 driver

• LIS2DW onboard accelerometer

• Onboard LC1612 for Z Scanning Probe support. This is the same as the Duet3D SZP. It is also compatible with Duet3D scanning probe heads.

• MAX31865 onboard for PT100 support.

The SB2040 Pro Max v3 swaps the TMC2209 for a TMC2240.

Documentation will be on the teamgloomy wiki in the coming days.

After recently making some changes to one of my printers, I was running into issues with layer shifting etc and I wanted to investigate further. I was lucky enough to be able to purchase one of @zapta fantastic stepper motor analysers and I thought now was the perfect time to put it to good use.

For reference, the machine in question has a Fly-E3-Pro installed (which has onboard 2209 drivers) utilising the STM32 port of RRF (3.4.1_102) and uses E3D high torque motors (1680 max peak, set to 1344ma in the firmware).

Here is a photograph of the readings taken using the stepper motor analyser.

As you can see, the readings (which are in peak on the stepper motor analyser), aren't the values that I was expecting.

I ran a few more tests using the same board, setting different currents and was getting similar readings. I then switched to a Fly-E3 board I had on the bench, along with a Fly-2209 driver and was getting similar results as the Fly-E3-Pro.

I also tested a TMC5160 and that performed as expected so I have discounted the 5160 drivers from any further testing.

Discussions were then had with @gloomyandy to ensure that the STM32 port of RRF was calculating the current both as per the trinamic datasheet (pg 53 of https://www.trinamic.com/fileadmin/assets/Products/ICs_Documents/TMC2209_datasheet_rev1.08.pdf) and in the same manner as the Duet version of RRF. It was confirmed it was, which prompted the need for wider testing to be carried out using both a Duet 3 Mini 5+ and an array of different drivers and boards running RRF, Klipper and Marlin.

It may have been apparent with the previous screenshot of the stepper motor analyser, that unfortunately, the current is output on a histogram rather than some actual values (yes, there are other screens but the none of them actually show the peak value and are merely real-time values). Luckily for me @Sindarius not only was willing to mod the firmware to display a reading on that screen, he also had a stepper motor analyser to hand for testing those changes. Without @Sindarius help, the testing below would not have been possible so a big shout out to him!

I gathered a collection of boards and tested an E3D high torque stepper (under no load conditions) to each of them in turn, adjusting the M906 requested current value. They all used the same config (x16 micro stepping and no interpolation) and the results can be seen below.

A can be seen, the Duet 3 mini 5+ performed consistently well up to 1400mA, with a little bit of current drop off above that. The Fly-E3-Pro-V3 also performed consistently well. The EZ 2209 drivers performed worst at 800mA where the output current was 12.2% lower than the requested current. The Fly 2209 ran consistently ~18-22% lower than the current requested and were the worst performing on the chart. Both the Fly-E3-Pro and BTT-RRF-E3 ran around 10-15% lower than requested.

I then ran the same current tests using an SKR3 EZ board. First running RRF

and then running Klipper

You may notice that the EZ drivers are missing from the Klipper results. This is due to me incorrectly flashing Klipper when I started the testing and it set them at full current and burnt them out. Please also note that the BTT 2226 v1.0 drivers use a different sense resistor (0.150 ohm) than standard 22XX drivers (0.110 ohm) and I adjusted accordingly for that when running the tests.

The results are pretty consistent between RRF and Klipper, which confirms the testing method and confirms that both firmwares calculate the required current using the sense resistor in a similar fashion.

So how we overcome this incorrect current setting? The ideal is for the driver manufacturers to produce drivers that perform as expected, but that doesn't really help users who already have poor performing hardware. Fortunately we can counteract this by adjusting the sense resistor value configured in the firmware (this has only just been added to the STM32 port of RRF in 3.4.1). I found that a sense resistor value of 0.125 resulted in the Fly-E3-Pro performing correctly (when testing with RRF) and a sense resistor value of 0.140 resulting in the Fly 2209 drivers performing correctly (when testing with RRF).

Further work needs to be carried out to validate the sense resistor values that users should be using with each driver to counteract poor driver performance

Here are my full results driver_readings.xlsx

There is a very handy guide for calculating the Max Speed and Acceleration your printer can handle here except the macro that it offers is aimed at klipper.
I created 2 macros that do the same thing, one for coreXY printers and one for cartesian printers.
These can be used in conjunction with the klipper guide.

coreXY

; parameters
; A = maximum speed in mm/s
; B = maximum acceleration in mm/s2
; C = iterations
; D = Bound Size in mm
; E = smallPatternSize in mm

; Set up local variables
var speedXCurrent = move.axes[0].speed
var speedYCurrent = move.axes[1].speed
var accelerationXCurrent = move.axes[0].acceleration
var accelerationYCurrent = move.axes[1].acceleration
var speedX = 0
var speedY = 0
var accelerationX = 0
var accelerationY = 0
var macroIterations = 0
var bound = 0
var smallPatternSize = 0
var xPositionStart = 0
var yPositionStart = 0
var xPositionEnd = 0
var yPositionEnd = 0
var xEndstopHigh = sensors.endstops[0].highEnd
var yEndstopHigh = sensors.endstops[1].highEnd
var xPositionDifference = 0
var yPositionDifference = 0
var xMMPerFullStep = 0
var yMMPerFullStep = 0

if !exists(param.A)
	set var.speedX = move.axes[0].speed / 60
	set var.speedY = move.axes[1].speed / 60
else 
	set var.speedX = param.A
	set var.speedY = param.A

if !exists(param.B)
	set var.accelerationX = move.axes[0].acceleration
	set var.accelerationY = move.axes[1].acceleration
else
	set var.accelerationX = param.B
	set var.accelerationY = param.B

if !exists(param.C)
	set var.macroIterations = 5
else
	set var.macroIterations = param.C

if !exists(param.D)
	set var.bound = 20
else
	set var.bound = param.D
	
if !exists(param.E)
	set var.smallPatternSize = 20
else
	set var.smallPatternSize = param.E

; Large Pattern
var x_min = move.axes[0].min + var.bound
var x_max = move.axes[0].max - var.bound
var y_min = move.axes[1].min + var.bound
var y_max = move.axes[1].max - var.bound

; Small Pattern at Centre
var x_centre = ( move.axes[0].max - move.axes[0].min ) / 2
var y_centre = ( move.axes[1].max - move.axes[1].min ) / 2

; Set Small Pattern Box Around Centre Point
var x_centre_min = var.x_centre - (var.smallPatternSize/2)
var x_centre_max = var.x_centre + (var.smallPatternSize/2)
var y_centre_min = var.y_centre - (var.smallPatternSize/2)
var y_centre_max = var.y_centre + (var.smallPatternSize/2)

M118 P0 S"Starting Speed Test"

; Home and get position for comparison later
G28
G32
G90
if var.xEndstopHigh
	G0 X{move.axes[0].max - 1} F1800
else
	G0 X{move.axes[0].min + 1} F1800
if var.yEndstopHigh
	G0 Y{move.axes[1].max - 1} F1800
else
	G0 Y{move.axes[1].min + 1} F1800
M400
G4 S1
set var.xPositionStart = move.axes[0].machinePosition
set var.yPositionStart = move.axes[1].machinePosition

echo "Start X Position is " ^ var.xPositionStart
echo "Start Y Position is " ^ var.yPositionStart

; Set New Limits
; Speeds
M203 X{var.speedX*60} Y{var.speedY*60}
; Accelerations
M201 X{var.accelerationX} Y{var.accelerationY}

; Go to Start Position
G0 X{var.x_min} Y{var.y_min} Z{var.bound + 10} F{var.speedX*60}

; Movement
while iterations < var.macroIterations

	; Large Pattern
	; Diagonals
	G0 X{var.x_min} Y{var.y_min} F{var.speedX*60}
	G0 X{var.x_max} Y{var.y_max} F{var.speedX*60}
	G0 X{var.x_min} Y{var.y_min} F{var.speedX*60}
	G0 X{var.x_max} Y{var.y_min} F{var.speedX*60}
	G0 X{var.x_min} Y{var.y_max} F{var.speedX*60}
	G0 X{var.x_max} Y{var.y_min} F{var.speedX*60}

	; Box
	G0 X{var.x_min} Y{var.y_min} F{var.speedX*60}
	G0 X{var.x_min} Y{var.y_max} F{var.speedX*60}
	G0 X{var.x_max} Y{var.y_max} F{var.speedX*60}
	G0 X{var.x_max} Y{var.y_min} F{var.speedX*60}

	; Small Pattern
	; Diagonals
	G0 X{var.x_centre_min} Y{var.y_centre_min} F{var.speedX*60}
	G0 X{var.x_centre_max} Y{var.y_centre_max} F{var.speedX*60}
	G0 X{var.x_centre_min} Y{var.y_centre_min} F{var.speedX*60}
	G0 X{var.x_centre_max} Y{var.y_centre_min} F{var.speedX*60}
	G0 X{var.x_centre_min} Y{var.y_centre_max} F{var.speedX*60}
	G0 X{var.x_centre_max} Y{var.y_centre_min} F{var.speedX*60}

	; Box
	G0 X{var.x_centre_min} Y{var.y_centre_min} F{var.speedX*60}
	G0 X{var.x_centre_min} Y{var.y_centre_max} F{var.speedX*60}
	G0 X{var.x_centre_max} Y{var.y_centre_max} F{var.speedX*60}
	G0 X{var.x_centre_max} Y{var.y_centre_min} F{var.speedX*60}

; Restore Limits
; Speeds
M203 X{var.speedXCurrent} Y{var.speedYCurrent}
; Accelerations
M201 X{var.accelerationXCurrent} Y{var.accelerationYCurrent}

; Go back to 1mm from endstops and measure distance to endstop for Comparison
G90
if var.xEndstopHigh
	G0 X{move.axes[0].max - 1} F1800
	M400
	G4 S1
	G91
	G1 H4 X{move.axes[0].max} F60
	G90
	M400
	G4 S1
	set var.xPositionEnd = move.axes[0].machinePosition - 1
else
	G0 X{move.axes[0].min + 1} F1800
	M400
	G4 S1
	G91
	G1 H4 X{-move.axes[0].max} F60
	G90
	M400
	G4 S1
	set var.xPositionEnd = move.axes[0].machinePosition + 1
if var.yEndstopHigh
	G0 Y{move.axes[1].max - 1} F1800
	M400
	G4 S1
	G91
	G1 H4 Y{move.axes[1].max} F60
	M400
	G4 S1
	set var.yPositionEnd = move.axes[1].machinePosition - 1
else
	G0 Y{move.axes[1].min + 1} F1800
	M400
	G4 S1
	G91
	G1 H4 Y{-move.axes[1].max} F60
	M400
	G4 S1
	set var.yPositionEnd = move.axes[1].machinePosition + 1

echo "End X Position is " ^ var.xPositionEnd
echo "End Y Position is " ^ var.yPositionEnd
set var.xPositionDifference = abs(var.xPositionStart - var.xPositionEnd)
set var.yPositionDifference = abs(var.yPositionStart - var.yPositionEnd)

echo "X difference is " ^ var.xPositionDifference
echo "Y difference is " ^ var.yPositionDifference

set var.xMMPerFullStep = (1 / move.axes[0].stepsPerMm) + (1 / move.axes[0].stepsPerMm / move.axes[0].microstepping.value)
set var.yMMPerFullStep = (1 / move.axes[1].stepsPerMm) + (1 / move.axes[1].stepsPerMm / move.axes[1].microstepping.value)

if var.xPositionDifference >= var.xMMPerFullStep
	M118 P0 S"There has been some skipping detected on the X axis. Please lower your acceleration or speed and test again"
else
	M118 P0 S"There has been no skipping detected on the X axis"

if var.yPositionDifference >= var.yMMPerFullStep
	M118 P0 S"There has been some skipping detected on the Y axis. Please lower your acceleration or speed and test again"
else
	M118 P0 S"There has been no skipping detected on the Y axis"

cartesian

; parameters
; A = maximum speed in mm/s
; B = maximum acceleration in mm/s2
; C = iterations
; D = Bound Size in mm
; E = smallPatternSize in mm
; F = Axis to be tested, either F"X" or F"Y" is valid

; Set up local variables
var speedXCurrent = move.axes[0].speed
var speedYCurrent = move.axes[1].speed
var accelerationXCurrent = move.axes[0].acceleration
var accelerationYCurrent = move.axes[1].acceleration
var speedX = 0
var speedY = 0
var accelerationX = 0
var accelerationY = 0
var macroIterations = 0
var bound = 0
var smallPatternSize = 0
var testAxis = 0
var xPositionStart = 0
var yPositionStart = 0
var xPositionEnd = 0
var yPositionEnd = 0
var xEndstopHigh = sensors.endstops[0].highEnd
var yEndstopHigh = sensors.endstops[1].highEnd
var xPositionDifference = 0
var yPositionDifference = 0
var xMMPerFullStep = 0
var yMMPerFullStep = 0

if !exists(param.A)
	set var.speedX = move.axes[0].speed / 60
	set var.speedY = move.axes[1].speed / 60
else 
	set var.speedX = param.A
	set var.speedY = param.A

if !exists(param.B)
	set var.accelerationX = move.axes[0].acceleration
	set var.accelerationY = move.axes[1].acceleration
else
	set var.accelerationX = param.B
	set var.accelerationY = param.B

if !exists(param.C)
	set var.macroIterations = 5
else
	set var.macroIterations = param.C

if !exists(param.D)
	set var.bound = 20
else
	set var.bound = param.D
	
if !exists(param.E)
	set var.smallPatternSize = 20
else
	set var.smallPatternSize = param.E

if !exists(param.F)
	abort "No Axis has been set using parameters"
elif param.F = "X"
	set var.testAxis = 0
elif param.F = "Y"
	set var.testAxis = 1	
else
	abort "Only X or Y axis can be used"

; Large Pattern
var x_min = move.axes[0].min + var.bound
var x_max = move.axes[0].max - var.bound
var y_min = move.axes[1].min + var.bound
var y_max = move.axes[1].max - var.bound

; Small Pattern at Centre
var x_centre = ( move.axes[0].max - move.axes[0].min ) / 2
var y_centre = ( move.axes[1].max - move.axes[1].min ) / 2

; Set Small Pattern Box Around Centre Point
var x_centre_min = var.x_centre - (var.smallPatternSize/2)
var x_centre_max = var.x_centre + (var.smallPatternSize/2)
var y_centre_min = var.y_centre - (var.smallPatternSize/2)
var y_centre_max = var.y_centre + (var.smallPatternSize/2)

M118 P0 S"Starting Speed Test"

; Home and get position for comparison later
G28
G32
G90

if var.testAxis = 0
	if var.xEndstopHigh
		G0 X{move.axes[0].max - 1} F1800
	else
		G0 X{move.axes[0].min + 1} F1800
	M400
	G4 S1
	set var.xPositionStart = move.axes[0].machinePosition
	echo "Start X Position is " ^ var.xPositionStart

if var.testAxis = 1
	if var.yEndstopHigh
		G0 Y{move.axes[1].max - 1} F1800
	
	else
		G0 Y{move.axes[1].min + 1} F1800
	M400
	G4 S1
	set var.yPositionStart = move.axes[1].machinePosition
	echo "Start Y Position is " ^ var.yPositionStart

; Set New Limits
; Speeds
M203 X{var.speedX*60} Y{var.speedY*60}
; Accelerations
M201 X{var.accelerationX} Y{var.accelerationY}

; Go to Start Position

if var.testAxis = 0
	G0 X{var.x_min} Z{var.bound + 10} F{var.speedX*60}

if var.testAxis = 1
	G0 Y{var.y_min} Z{var.bound + 10} F{var.speedX*60}

if var.testAxis = 0
	; Movement
	while iterations < var.macroIterations

		; Large Pattern
		; Large Line
		G0 X{var.x_min} F{var.speedX*60}
		G0 X{var.x_max} F{var.speedX*60}
		G0 X{var.x_min} F{var.speedX*60}
		G0 X{var.x_max} F{var.speedX*60}

		; Small Pattern
		; Small Line
		G0 X{var.x_centre_min} F{var.speedX*60}
		G0 X{var.x_centre_max} F{var.speedX*60}
		G0 X{var.x_centre_min} F{var.speedX*60}
		G0 X{var.x_centre_max} F{var.speedX*60}

if var.testAxis = 1
	; Movement
	while iterations < var.macroIterations

		; Large Pattern
		; Large Line
		G0 Y{var.y_min} F{var.speedX*60}
		G0 Y{var.y_max} F{var.speedX*60}
		G0 Y{var.y_min} F{var.speedX*60}
		G0 Y{var.y_max} F{var.speedX*60}

		; Small Pattern
		; Small Line
		G0 Y{var.y_centre_min} F{var.speedX*60}
		G0 Y{var.y_centre_max} F{var.speedX*60}
		G0 Y{var.y_centre_min} F{var.speedX*60}
		G0 Y{var.y_centre_max} F{var.speedX*60}

; Restore Limits
; Speeds
M203 X{var.speedXCurrent} Y{var.speedYCurrent}
; Accelerations
M201 X{var.accelerationXCurrent} Y{var.accelerationYCurrent}

; Go back to 1mm from endstops and measure distance to endstop for Comparison
if var.testAxis = 0
	if var.xEndstopHigh
		G0 X{move.axes[0].max - 1} F1800
		M400
		G4 S1
		G91
		G1 H4 X{move.axes[0].max} F60
		G90
		M400
		G4 S1
		set var.xPositionEnd = move.axes[0].machinePosition - 1
	else
		G0 X{move.axes[0].min + 1} F1800
		M400
		G4 S1
		G91
		G1 H4 X{-move.axes[0].max} F60
		G90
		M400
		G4 S1
		set var.xPositionEnd = move.axes[0].machinePosition + 1
	G90
	echo "End X Position is " ^ var.xPositionEnd
	set var.xPositionDifference = abs(var.xPositionStart - var.xPositionEnd)
	echo "X difference is " ^ var.xPositionDifference
	set var.xMMPerFullStep = (1 / move.axes[0].stepsPerMm) + (1 / move.axes[0].stepsPerMm / move.axes[0].microstepping.value) ; set the check value to a full step + 1 microstep. mainly due to round with only 3 decemal places
	if var.xPositionDifference >= var.xMMPerFullStep
		M118 P0 S"There has been some skipping detected on the X axis. Please lower your acceleration or speed and test again"
	else
		M118 P0 S"There has been no skipping detected on the X axis"

if var.testAxis = 1
	if var.yEndstopHigh
		G0 Y{move.axes[1].max - 1} F1800
		M400
		G4 S1
		G91
		G1 H4 Y{move.axes[1].max} F60
		M400
		G4 S1
		set var.yPositionEnd = move.axes[1].machinePosition - 1
	else
		G0 Y{move.axes[1].min + 1} F1800
		M400
		G4 S1
		G91
		G1 H4 Y{-move.axes[1].max} F60
		M400
		G4 S1
		set var.yPositionEnd = move.axes[1].machinePosition + 1
	echo "End Y Position is " ^ var.yPositionEnd
	set var.yPositionDifference = abs(var.yPositionStart - var.yPositionEnd)
	echo "Y difference is " ^ var.yPositionDifference
	set var.yMMPerFullStep = (1 / move.axes[1].stepsPerMm) + (1 / move.axes[1].stepsPerMm / move.axes[1].microstepping.value) ; set the check value to a full step + 1 microstep. mainly due to round with only 3 decemal places
	if var.yPositionDifference >= var.yMMPerFullStep
		M118 P0 S"There has been some skipping detected on the Y axis. Please lower your acceleration or speed and test again"
	else
		M118 P0 S"There has been no skipping detected on the Y axis"

Both of these scripts accept parameters to adjust the settings (and these are listed at the top of each macro). Once they have ran, they will tell you whether a skip of more than 1 full step has occurred.
The macros will automatically work regardless of whether your endstops are low or high.
The cartesian macro will abort if an axis (X or Y) is not passed through as a parameter.
If no other parameters are used, the default config.g settings will be used.
If custom parameters are used, the default config.g settings will be restored at the end of the macro.

Warning 1: They won't work with sensorless homing based printers unless you edit the scripts to include all the correct settings just above the G1 H4 measurement moves

Warning 2: If the moves commanded have too high acceleration or speed they will skip. There is no protection against this and you may damage your printer. Make sure you are prepared to press the emergency stop button whilst running this

I'm interested in any feedback people have and whether the scripts work ok for you.
Both have been tested on 3.4.5 and should be fine on 3.5betaX

About 18 months ago, @FLY announced he had made 2 new screens (4.3" and 7") which could be used with RRF https://forum.duet3d.com/topic/18742/i-made-a-new-paneldue
At the time, there was disappointment that the firmware running on them was closed source.
Fast forward to today and I am pleased to announce that the firmware is now open source and can be found here for both the 4.3" and 7".
I have also written some basic instructions about how to get the IDE up and running, as well as how to compile the firmware and edit the code/UI.

@gloomyandy and TeamGloomy have just uploaded a stable release of the STM32F4 and LPC port of RepRapFirmware. We support both WiFi and SBC modes.
The ESP32 support allows quicker upload speeds (1.6Mb/s) compared to the ESP8266 (500Kb/s). ESP32 adapters are only supported on STM32F4 boards.

For details of changes for LPC/STM versions see here

We support the following boards:

LPC

• Azsmz Mini
• Azteeg X5 Mini v1.1
• Azteeg X5 Mini v2
• Azteeg X5 Mini v3
• fly-CDY
• MKS Sbase v1.3
• MKS SGen L v1.0
• MKS SGen L v2.0
• ReArm
• SKR v1.1
• SKR v1.3
• SKR v1.4 (both the standard and turbo versions)
• SKR E3 Turbo
• Smoothieboard

STM32F4

• Fly-407ZG
• Fly-CDYv2
• Fly-E3
• Fly-E3-Pro
• Fysetc Spider 407 Version
• SKR v2
• SKR-RRF-E3 + Expansion Board
• SKR Pro v1.1
• SKR Pro v1.2
• BTT GTR v1.0

Firmware Release files

Can be found here

WiFi Users

As well as updating the firmware, you need to update the following:

• ESP8266 and ESP32 firmware V1.26-05 from here. Instructions for LPC are here, STM32 ESP8266 are here and STM32 ESP32 are here
• DWC inline with the firmware version from here.

SBC Users

Please follow the instructions from here for LPC and here for STM32

General Info

For more information on installing and configuring the firmware please see Wiki

For help with generating RRF configuration files please see the online configuration tool (which has been updated for this release):
RRF Configurator

For help and general discussion please use the discord server:
Discord Channel.

Any restrictions/differences between the Duet3D release and the LPC release are detailed here.
Any restrictions/differences between the Duet3D release and the STM32F4 release are detailed here.

@gloomyandy has just uploaded beta test versions of an experimental STM32F4 port of RepRap Firmware V3.1.x+. The firmware files can be found here: Google Drive

This port is an enhanced version of the RepRap Firmware LPC176x port and much of the documentation/features etc. applies to both.
Currently the following boards are supported:
BTT SKR Pro V1.1
BTT SKR Pro V1.2
BTT GTR V1.0 (The drivers on the expansion board are not currently supported)

Two versions of the firmware are provided:
firmware-wifi.bin supports access by an ESP8266 WiFi module.
firmware-sbc.bin supports connection to a Raspberry Pi SBC.
Both versions have USB and serial ports enabled.

For more information on installing and configuring the firmware please see the STM32F4 sections of the Wiki:
Github Wiki

For help with generating RRF configuration files please see the online configuration tool (which has been updated for this release):
RRF Configurator

For help and general discussion please use the discord server:
Discord Channel

Please note the following:

• The WiFi version of this firmware requires updated firmware on the ESP8266 (it removes the small number of active socket limitation used with the LPC version). The updated ESP8266 firmware is provided in the link above (see the WiKi for programming details).

• The SBC version of this firmware removes many of the limitations present in the LPC port (which are due to memory constraints), because of this the STM32F4 version now uses the standard Duet3D SBC RPi software not the version modified for the LPC.

• As with the LPC version of RRF the WiFi module and SBC is connected via the EXP1 and EXP2 headers. However it should be noted that the orientation of these headers is different on the STM32F4 boards which may make using existing adaptors difficult.

Adaptor boards for the WiFi and SBC connections can be purchased from @PCR here

PLEASE DO NOT LEAVE ANY HARDWARE RUNNING THIS FIRMWARE UNATTENDED.
This version is very new and has only received a small amount of testing. It may be used to control heaters and other hardware that in some situations could be dangerous. Please monitor operation carefully and use this firmware at your own risk.

I am pleased to announce that our first RP2040 based CAN-FD in now available for sale at https://www.aliexpress.com/item/1005005710321309.html
This toolboard is compatible with STM32F4 boards when combined with an spican module, STM32H7 boards and Duet3D 3 series boards. You must be using RRF 3.5beta4. The toolboards include an LIS3DH accelerometer onboard as well as support for Neopixels.
Information on the toolboard can be found here https://teamgloomy.github.io/fly_rrf_36_general.html and the schematic can be found here https://github.com/Mellow-3D/Fly-RRF-36/blob/master/Hardware/Schematic_Fly_RRF-36.pdf

something along the lines of this should work

if state.gpOut[1].pwm == 1
   M42 P1 S0
else
   M42 P1 S1

With RRF3, its possible to home an axis using multiple motors and endstops without having to split the axis during homing.
However, if any adjustment of the position of the gantry is required (due to misalignment of endstops, no way of repositioning them etc), the old method of splitting the axis during homing must be used.
My request is for an endstop offset that could be applied to just one axis during the homing procedure, removing the need to split the axis.

@Surgikill I spoke to E3D about this today. The limitation on the 40 degrees is the motor, nothing else. They will releasing a more capable motor in the new year

I am pleased to announce the release of the Fysetc StrideMax Dual.

This is an expansion board based on the RP2040. It supports both RRF (CAN-FD) and klipper (CAN). It is supported by all Duet 3 Boards, all STM32H7 RRF boards and any STM32F4 board using the teamgloomy SPICAN module.
It has 2 x onboard TMC5160 drivers which support up to 48V.
There are also 2 x IOs, 3 x thermistors ports (the 2nd and 3rd thermistor ports can either be used with onboard thermistors for each driver or external thermistors), 2 x 4 wire fan ports (supporting 5v or 12v fans only) and 1 x neopixel header.
The board will be supported from 3.5-RC2 of the teamgloomy RRF release and documentation will be on our wiki in the following days.
It can be purchased from AliExpress

Edit: Its dimensions are roughly 91mm x 80mm without the holder

On behalf of TeamGloomy, I am pleased to announce that 3.5b2 (https://github.com/gloomyandy/RepRapFirmware/releases/tag/v3.5beta2%2B_103) has been released and this build brings support for SPI to CAN-FD modules.

We have worked with Flymaker/Mellow to develop a module that can be plugged into either the driver socket or the EXP1/EXP2 ports of an STM32F4 based board, enabling you to connect 1 or 2 toolboards to your printer. Previously, this was restricted to STM32H7 or Duet 3 boards. The modules will be available to purchase in the next few days.

More information can be found on the wiki https://teamgloomy.github.io/ for each board along with recommendations for which module should be purchased. There are 3 boards that SPI to CAN-FD can’t be used on, which are the Fly-E3, Fly-E3-Pro and BTT-RRF-E3-v1.1, due to hardware SPI pins being unavailable.

It would nice to be able to toggle the extrusion control buttons so flow rate could be used rather than feed rate.
This would be especially useful when calibrating the flow rate of your hotend when using different materials

I am pleased to announce that the RRF compatible Fly-SHT36 Max V3 is now in stock at https://s.click.aliexpress.com/e/_DF3K3Nz
The toolboard brings a few additional features over the Fly-RRF36, which are:

• Compatability with both Klipper and RRF on the same board
• An LDC1612 has been added which provides scanning probe support
• A CAN out connector has been added to allow additional devices to be added or to wire the toolboard as part of a CAN chain (rather than as a stub)
• Comes with a MAX31865 installed for PT100 support (It was an additional feature on the Fly-RRF36) with easier mode selection
• Switched from an LIS3DH to an LIS2DW for compatibility between RRF and Klipper
• comes with a new type of moulded cable

Documents will be on the teamgloomy wiki in the next few days

@droftarts Yes it did.
Here's an example from a recently sliced file

; LightBurn 1.4.04
; GRBL device profile, absolute coords
; Bounds: X5 Y5 to X105 Y155

Just posted a new fan design for the smart effector.
Nothing fancy but it works.
https://www.thingiverse.com/thing:3768236

I'm creating a bunch of tool files and they're all the same except for different X/Y co-ordinates.
I've already created one file so the rest would just be a copy of the other.
I would like to be able to right click an existing file and then select create a copy, rather than having to open the file and copy the values to paste into another.

@dc42 it would be good if voron style hotend mounting was supported.