Bigtreetech Scylla V1 firmware installation.

[PFarm]

I don't remember if I mentioned this, but any changes you need to make should be done in user-config.g this is so they don't get overwritten when software is updated.

[real1st]

1 minute ago, PFarm said:

Also, in the drive.g, look at what amperage your steppers are rated for and adjust these settings accordingly. Keep in mind the setting is in milliamps. 

My motors are rated for 2.8ams, so 2800 is the setting I have..

 

[PFarm]

14 minutes ago, PFarm said:

This is the drive.g file was your other setup running at 32 microsteps/mm or 16 microsteps/mm

Was your previous motherboard and software running stepper at 32 or 16 microsteps? 32 is the default for this software but can be changed to 16, which would make movement slower.

[real1st]

1 minute ago, PFarm said:

Was your previous motherboard and software running stepper at 32 or 16 microsteps? 32 is the default for this software but can be changed to 16, which would make movement slower.

It was a shapeoko, but the speed at this point is not a big issue, the issue despite the fact that Im using the same nema 23, at the same miliamps, and the same belts and pulleys, the right side moves more then the left, and I dont see any skipping of the belts..

[real1st]

2 minutes ago, PFarm said:

Was your previous motherboard and software running stepper at 32 or 16 microsteps? 32 is the default for this software but can be changed to 16, which would make movement slower.

These are the specs of the motors, which I have all the same for all axis.

[PFarm]

Maybe ask on Discord and mention that Y is belt-driven, and see if someone can help you. I'm out of ideas, sorry.

[real1st]

1 minute ago, PFarm said:

Maybe ask on Discord and mention that Y is belt-driven, and see if someone can help you. I'm out of ideas, sorry.

They are not belt driven, they are on ball screw, im refering to the belts from the nema to the shaft.. unless that is what you mean..

[PFarm]

3 minutes ago, real1st said:

They are not belt driven, they are on ball screw, im refering to the belts from the nema to the shaft.. unless that is what you mean..

No though they were belt driven and not ballscrews.

[real1st]

4 minutes ago, PFarm said:

No though they were belt driven and not ballscrews.

So just a new weird thing.. I switch the motors, so the on the y1 was swapped with y2, and vice versa..  Now it is moving 10mm each time, properly..

 

[PFarm]

3 minutes ago, real1st said:

So just a new weird thing.. I switch the motors, so the on the y1 was swapped with y2, and vice versa..  Now it is moving 10mm each time, properly..

Weird, but if they're now synced that good.

[real1st]

17 minutes ago, PFarm said:

Weird, but if they're now synced that good.

Back again doing it but noticed that the ball screw has play on the right side, it moves front/back.  I will take it apart and check why.  Thanks for the help.

[real1st]

On 2/18/2025 at 6:53 PM, Stevo said:

How does the toolsetter actually work i know when the cutter comes down onto it trips rises and lowers but what happens after that ? 

Trying to figure out homing i did put it on discord but no one replied so i removed it.

Scylla homebrew homing.txt 4.36 kB · 3 downloads

You around?  Could use your help..

[PFarm]

I have a lunch date, but I'll be back around 1 pm. We can chat then?

[real1st]

12 minutes ago, PFarm said:

I have a lunch date, but I'll be back around 1 pm. We can chat then?

I figured out the issue from last night.. lol.. when all else fails check the motors, even when new.   I swapped out the motor from the side that was not moving correct distance, its now working.  Next.. Need to get endstop working

[real1st]

Very annoying, I tested everything else, then I swapped the nema 23.. no issues it seems now.

[PFarm]

Did you find the issue with the ballscrew?

[real1st]

21 minutes ago, PFarm said:

Did you find the issue with the ballscrew?

The issue was that the one nema 23 was not functioning right.  I replaced it, now everything is synced.  Works great now.   Just need to start wiring endstops and getting them work properly, would be nice if I could test each one individually, I like to break down the parts..

[PFarm]

As I previously mentioned, test them manually first, then home z-axis, then the other two.

[real1st]

1 minute ago, PFarm said:

As I previously mentioned, test them manually first, then home z-axis, then the other two.

Okay, so I will connect the x endstop and see how it responds.. Ill let you know how it goes..

[real1st]

On 5/25/2025 at 5:04 PM, PFarm said:

Try putting ! before the P"name" Example !P"PD_11"

Okay.  So let's try this.

 

I have the Z endstop attached and the Y, and the X...  Each one is recognized on the dashboard.

 

Before I press any of the endstops, it shows this:

After I press them individually, the background goes away, like this (for example with x)

The same applies to Y and Z.

When I am NOT pressing anything, the M119 does this:

When I press one of them (or all of them), in this case Y, it changes to this:

As you can see it changed from AT MAX STOP to not stopped when pressed.  

My confusion is, shouldn't that be the opposite?  When its not being pressed it should say NOT STOPPED and when its pressing against the endstop it should say at MAX STOP?

I have tried putting the ! as recommended, it has not changed this.

The lights on the board are showing up when I press the endstops.  As I saw earlier in the posts.

This is my limits.g

I have tried putting the ! did not change anything.

 

 

[PFarm]

@real1st You've verified that the microswitches are normally closed? You're correct, it should show not stopped when not depressed.

M119 when homed

I've inverted the X-axis endstop with "!". You can see it now indicates it has been activated

In your interface, when they aren't depressed, they should not be lit up.

Only when they are homed will they light up. Keep in mind my interface looks different then yours since I'm on RRF 3.6.0

 

 

Edited June 6 by PFarm

[real1st]

14 minutes ago, PFarm said:

@real1st You've verified that the microswitches are normally closed? You're correct, it should show not stopped when not depressed.

M119 when homed

I've inverted the X-axis endstop with "!". You can see it now indicates it has been activated

In your interface, when they aren't depressed, they should not be lit up.

Only when they are homed will they light up. Keep in mind my interface looks different then yours since I'm on RRF 3.6.0

The switches have three spots, G NO NC

 

In this case, the WHITE wire is G and my red wire is NC (both sides, no wire in the middle).

 

That means it is NC right?

[real1st]

Just now, real1st said:

The switches have three spots, G NO NC

In this case, the WHITE wire is G and my red wire is NC (both sides, no wire in the middle).

That means it is NC right?

 

[real1st]

Figured it out, I am dumb.

Edited June 6 by real1st

[real1st]

Sorry about this, I figured it out.  Just didnt want to burn out my board as it took weeks to get here.. thank you so much for your patience.

Edited June 6 by real1st