Implementing BRS AWD Kit into RatOS
Hi All,
I'm trying to go about the best way to implement the BRS AWD kit into RatOS printer.cfg.
Hardware:
VC3.1 500mm + Enclosure 2.0
VZ Hextrudort (LDO 10T LDO-36STH20-1004AHG)
VZ Goliath Hotend (PT1000)
BTT Octopus Pro H723 V1.1
BTT TMC5160T Pro Drivers for X, X1, Y, Y1 48V
Meanwell 48v PSU
BTT TMC2209 Z, Z1, Z2 24V
Meanwell 24v PSU
(7) LDO 42STH48-2504AC
Would it be worth creating my own steppers config and linking it to simplify the cfg file or would it be better to dump the 4 steppers under "User Overrides"
Would anyone be able to point me in the direction of 5160T Pro configuration?
AFTER DIGGING AROUND OS.RATRIG.COM I FOUND THE ADVANCED STEPPER CONFIGURATION WHICH HAS POINTED ME IN THE RIGHT DIRECTION
It's been awhile since I've worked in Klipper and RatOS has made everything a breeze.
Attached is my current printer.cfg
Update:
I'm having trouble adding two stepper drivers / motors for X1 and Y1.
71 Replies
Provided by BRS
Updated printer.cfg
I think I'm pretty squared away minus adding the two extra stepper motors X1 (4th slot / DRIVER3) and Y1 (5th slot / DRIVER4).
Updated printer.cfg
@miklschmidt I know you're a super busy man but when you get a moment would you mind helping a noob out please?
Wiithout looking at the BRS stuff: Literally all it takes to configure awd is to add stepper_y1 and stepper_x1 and associated driver sections. Nothing more.
There's no reason to modify anything, just add them in user overrides and you're done.
thats basically what im trying to do at this point
would you mind taking a look at my printer.cfg and let me know where I'm messing up? @miklschmidt
And define your [stepper_x1] and [stepper_y1] sections, you've only defined the drivers.
didnt even see your response, sorry to drop that again!
your stepper_x1 and y1 sections are missing step_pin and enable_pin
adding them in now
You should also set microstepping to the same value as your x and y (RatOS default 64)
i was about to ask about microstepping bc i just got that error
@miklschmidt
i will make sure to remember this for next time
this looks good. Is it working?
yeah delete your board alias pin override section if you still have that one
i did
wait
Check if you've used x1_step_pin anywhere
thats weird, had two browsers opened and it didnt take the delete from the alias pins
it works now
thank you sir
excellent 👍
last question:
BRS recommends adding this macro, but im having issues with it
#[gcode_macro enable_stepper]
#gcode:
#SET_STEPPER_ENABLE STEPPER=stepper_x ENABLE=1
#SET_STEPPER_ENABLE STEPPER=stepper_x1 ENABLE=1
#SET_STEPPER_ENABLE STEPPER=stepper_y ENABLE=1
#SET_STEPPER_ENABLE STEPPER=stepper_y1 ENABLE=1
when i uncomment it
If i had to guess i'd assume he uses it for syncing the pulleys
It's a one time thing, and i'm not sure why you'd need a macro for that when M84 does the same thing.
Ah, except M84 is the opposite
Yep
The reason you're getting this is because you deleted the indentation
literally just double checked that and got it
Everything under gcode should be indented as it's a value for
gcode:. Without the indentation it's parsed as parameters.ahh got it
so should i just put that in my slicer for good measure?
No, you use that macro once for set up
All it's for is synchronizing the pulleys
You loosen the pulleys on the AWD motors, run the macro, tighten the pulleys down, and you're done.
Vez has a video on this i believe
gotcha okay perfect. im gonna go do that now and then home the machine. thanks for the help! @miklschmidt
should probs run stepper buzz to verify direction too
before just willy nilly sending it
Apparently I'm a bone head and can't pick the proper pins for these two motors
Latest error didn't pop up until I turned my printer on.
I was able to fix it though.
PA0 was used for the heater so I changed to PA2 in per pin out change notice.
Then I got an error about the x1_uart_pin or something like that for the cs_pin
I changed that to PF2 for x1 and PC7 for y1 in the cs_pin section under tmc5160 stepper x1/y1
I hope I have everything wired correctly.
@miklschmidt
Y1 motor is enabled but the rest can spin freely.
Is that the Pro H723 v1.0 or v1.1 ?
Pro H723 V1.1
Once powered down, the enabled motor spins freely like the rest.
Wiring on the motor side
Not sure i follow, it can't be enabled if it's powered down.
when i power the printer on, only the front left is locked / enabled but the other 3 motors freely spin. i thought motors are only enabled once the motor gets homed first
That is correct. Your enable pins are missing a
!got it
thanks!
@miklschmidt I must have the wrong pins bc it’s still enabled after putting a ❕
Maybe yours is the 1.0 and not the 1.1?
ill double check the box. do you know if theres a way to verify on the mobo itself by chance?
I’m going to double check I put it in SPI too
I’m hoping the label got cut off or else they know how to fuck with someone lol
Did a power cycle and power cycled the Pi. Everything works as it should now and all pulleys are freely spinning.
Oh good! .. Was about to get real strange 😂
NOT TODAY CHINA, NOT TODAY.
So stuck on getting it to home properly.
X = !
X1 = !
Y= !
Y1= !
The machine will home X properly
When homing Y, it’ll move forward instead on backwards.
Everything else and it seems to stutter.
Obligatory voron graphic
(you need to swap cables on X/Y)
I assume the BRS mod switches which side drives which belt (this is the only thing that makes sense for AWD)
Yes, the original upper belt becomes the lower belt and vice versa.
back right and front left is upper
back left / front right is lower.
It should home left for X and backwards for Y through correct?
Idk why my brain is running at like Intel Pentium levels with this lol.
Okay yeah idk what’s going on.
I unplugged the two new steppers to try to get it to home with only X & Y.
I can’t get it to home properly.
X & Y = X ➡️ Y ⬆️
!X & Y = X ⬆️ Y ➡️
X & !Y = X ⬇️ Y ⬅️
!X & !Y = X ⬅️ Y ⬇️
Before the AWD conversion,
!X & !Y homed the machine properly.
@brsengineeringflorentbroise_3873
So you're saying I need to swap Left & Right cables @miklschmidt
Y homing positive direction shouldn't need to get touched right?
maybe i should swap the 5160's back to 2209's for X and Y to use the default homing config and double check that
Instead of looking at it like X + X1 and Y + Y1 in an X pattern
would it be better to look at it like
L + L1 & R + R1 as Left and Right
wee-brown•7mo ago
You have for dir_pin on rows 197-220 in your config: !X and X1, !Y and !Y1. Not sure about your wiring but doesn't look quite right to me.
As per the BRS manual those should be:
"X and Y don’t feature a “!” in the DIR_PIN section
X1 and Y1 need a “!” in the DIR_PIN section"
Swapped L & R cables and it homes X + Y properly.
I’m going to update the names in the config so that it reflects properly.
Solved by swapping both Left + Right cables as well as swapping X1 + Y1 cables. Everything homes correctly.
New error to figure out.
All the Z steppers are using 2209s w/ mobo voltage / 24v and not the 48v. Hmm…
This is probably a wiring issue, recrimp that cable
(The openload error is what’s making me say that)
Very coincidental but it’s running the same Z configs and everything else is unchanged. I thought maybe the hear from the 48v next to it.
I’ll crimp new pins and toss the printed case w/ fans on it.
THANK YOU FOR ALL YOUR HELP @miklschmidt
Everything has been fine with Z axiis after logging a lot of hours before the AWD swap but since I was in the area maybe some wire movement caused the pins to be less than perfect
Im assuming stepper_z2 is the very top connector? I can run Stepper Buzz to verify though
Bingo!
No problem buddy, hope you got it working 👍