Voron 0 BoxZero

[TitusADuxass]

@mvdveer I know that you've done this mod so maybe you can reassure me.

I've just finished installing the belts, I seem to have a lot of belt "spare", is it normal?

[mvdveer]

37 minutes ago, TitusADuxass said:

I've just finished installing the belts, I seem to have a lot of belt "spare", is it normal?

Yes, it also depends on the kit as to the length of the belts they supply. I usually run one belt, cut it to length, remove it and then cut another the same length. As long as the belts don't touch any plastic and they are all seated on the pulleys, you'll be fine. I built the BoxZero from scratch, so I can't tell whether the mod in itself has something to do with the length off the belts.

[TitusADuxass]

Mod is drying me potty.

I've buzzed the steppers - they both move as they should (first CW, then CCW).

When I home X it firsts moves -y until it hits the rails and then goes -x until I hit emergency stop.

Likewise when I home X but it moves +y until it hits the rails and then it goes +x until it hits the endstop switches.

I've checked that the motor pulleys are tight and on the flats. I had the belts off 3 times and followed path in the step files.

Here is X Y section of my printer.cfg.

 

[stepper_x]
step_pin: PC8
dir_pin: PC9
enable_pin: !PA15
microsteps: 16
rotation_distance: 40
endstop_pin: EBBCan: PB6 #^PD3
position_endstop: 0
position_max: 200
homing_speed: 50

[tmc2209 stepper_x]
uart_pin: PD9
run_current: 0.800
diag_pin: PD3

[stepper_y]
step_pin: PA10
dir_pin: PA14
enable_pin: !PA13
microsteps: 16
rotation_distance: 40
endstop_pin: PD3 #EBBCan: PB6  #^PD2
position_endstop: 0
position_max: 200
homing_speed: 50

[tmc2209 stepper_y]
uart_pin: PD8
run_current: 0.800
diag_pin: PD2
 

What am I missing?

 

[mvdveer]

32 minutes ago, TitusADuxass said:

What am I missing?

From the above it looks like your endstops are in the left of the X-Axis and  front of the machine. (X0, Y0) Normally on the Voron 0 they would be at 120, 120 (X- on right of gantry and Y at the back).

Try and invert both direction pins. (Remember on CoreXY, if you change direction of one axis, you need to change direction on the other as well)

Make sure motors are connected correctly. I have had my A and B motors reversed on X and Y before.

Here is my section for X and Y (Am running a BTT Pico board)

[stepper_x]
step_pin: gpio11
dir_pin: !gpio10            # Check motor direction. If inverted, add a ! before pin
enable_pin: !gpio12
rotation_distance: 40
microsteps: 32
full_steps_per_rotation: 200              
endstop_pin: EBB36:PB6 
position_endstop: 120
position_min: 0
position_max: 120
homing_speed: 50        
homing_retract_dist: 5
#homing_positive_dir: true
#homing_positive_dir: False

[tmc2209 stepper_x]
uart_pin: gpio9
tx_pin: gpio8
uart_address: 0
run_current: 0.8
hold_current: 0.6
stealthchop_threshold: 0   

[stepper_y]
step_pin: gpio6
dir_pin: !gpio5       # Check motor direction. If inverted, add a ! before pin
enable_pin: !gpio7
rotation_distance: 40
microsteps: 32
full_steps_per_rotation: 200  
endstop_pin: ^gpio3
position_endstop: 123
position_min: 0
position_max: 125
homing_speed: 50          
homing

Also see the following:

 

[TitusADuxass]

@mvdveer I used that Voron Guide and did get it to run nicely but as per the top 3rd scenario, so I reversed stepper connectors. that's when it started doing these multiple moves.

The end stops are on the right and rear.

I'm now running a Manta M5P/CB2, the last Piko was very flaky with regard to the Canbus setup. Sometimes it would be fine, the next power up would result in no Can0.

Are you running a U2C on your set up, and did you have any issues setting up the can bridge on the Pico?

I'm going to drop the Pico back in and give it another whirl, but I'll use your .cfg data.

[TitusADuxass]

So I dropped the Pico back in and was met with the thermistor error.

I tried 4 EBB36s and 2 thermistors - I couldn't get rid of the error.

Put the M5P back, reconnected the orginal EBB36 and thermistor - and bugger me it homes correctly!!

I must have had a loose connection on the power side.

I've got noisy steppers but I've also got very loose belts.

I'm almost scared to turn the bugger off now.

[mvdveer]

11 hours ago, TitusADuxass said:

Are you running a U2C on your set up, and did you have any issues setting up the can bridge on the Pico?

No, abandoned the U2C and have a mellow Fly UTOC as I just could not get the U2C to recognise the CAN network

[mvdveer]

8 hours ago, TitusADuxass said:

I've got noisy steppers but I've also got very loose belts.

Same here. The actually run quieter in spreadcycle then in stealthchop

[TitusADuxass]

8 hours ago, mvdveer said:

No, abandoned the U2C and have a mellow Fly UTOC as I just could not get the U2C to recognise the CAN network

I too abandoned mine, it was sporadic.

This, however, picked up every EBB36 that I connected.

I just set the can bridge up on the main board, then flashed the EBB36s via USB and then wired them to this. 

 

[mvdveer]

I had intermittent CAN issues during print - the dreaded lost communication with mcu. Finally figured out it was my USB camera drawing too much power from the raspi.

Thus changed to a different USB camera (non-autofocus) and the issue is resolved.

[TitusADuxass]

So, now that I have a stable system that works every time I power it up I can get on to solving other issues.

Like the fact that the X stepper doesn't do anything.

 

[TitusADuxass]

I'm confused, when I buzz stepper X it moves (first CW, then CCW), it's vey noisy compared to Y.

But it doesn't do anything when homing or moving the tool head.

[mvdveer]

10 hours ago, TitusADuxass said:

I'm confused, when I buzz stepper X it moves (first CW, then CCW), it's vey noisy compared to Y.

But it doesn't do anything when homing or moving the tool head.

? loose connection

? faulty stepper

Wheat happens when you physically swap motors - plugging the X-motor in Y and see if it does what it should = home Y

[TitusADuxass]

8 hours ago, mvdveer said:

? loose connection

? faulty stepper

Wheat happens when you physically swap motors - plugging the X-motor in Y and see if it does what it should = home Y

I'm thinking it's a faulty stepper. 

It's on the back burner until the middle of October,  I'm off to Croatia for 3 weeks.  Camping, swimming,  SUPing, fishing, eating and possibly a bit of drinking but no 3D printers.

[mvdveer]

2 hours ago, TitusADuxass said:

I'm thinking it's a faulty stepper. 

It's on the back burner until the middle of October,  I'm off to Croatia for 3 weeks.  Camping, swimming,  SUPing, fishing, eating and possibly a bit of drinking but no 3D printers.

Enjoy - I am a bit envious!