Topics created by justGuner

I might be onto something:

I cut off the pins that I don't need on the 2209 from the J3 column (pins 2, 3 & 5). 40239395-a074-42b3-ad22-2af4380e8002-image.png

After declaring the drivers in the board.txt file this is the status of the drivers from m122:
7760f99d-d9ea-4a64-af31-332f66a85791-image.png
(I think my driver 1 socked is broken, no matter what I put in there it sais that there is no driver, I will look into it some other time)

Now I need to reconnect the cables to the board as before so that I can go on with testing.

Update:
Succes! All axis moving as they should.

First print with the new board at relatively high speeds (compared to the previous setup) and no CAN disconnects! I guess this means that the cabling is fine.

@justGuner What does M122 b124 (or whatever board number your RRF36 is) report when it is in this "low power" state? What current setting do you have for the driver? Is this in a heated chamber? How are you determining that the power has been reduced?

@gloomyandy good to know

@justGuner ADXL345 is not supported in RRF. 3.5 supports the lis2dw which also is supported in Klipper.

I finally installed a esp32 from btt and it works just fine. Too bad I couldn't find an answer for the original question that started this thread. I might revisit this at some point in the future, who knows...

@justGuner I don't think I've ever had a problem with missed steps during a print that hasn't also been part of a much bigger problem (so recovery was not an option). I've also found that sensorless homing is more than accurate enough to operate my e3d toolchanger (which needs pretty accurate and repeatable homing to be able to pick up and drop off tools). I think the reports of problems with accuracy are somewhat overstated. Honestly I think you are more likely to have issues with false triggers from stall detection during a print (especiially if you want to operate at higher speeds), but I guess only you know what will be best with your setup. Certainly the simplest setup would just be to use endstops and ignore stall detection completely! Good luck!

@droftarts yes it's still supported at present but will be removed in a future version of RRF, hence the warning.