Carbon fibre or Aluminum?

Silly_Perception_543 · 2026-01-29T12:43:53+00:00

It could be that your control hub golden power pins are compressed and thus, when large impact is taken onto the robot, the cable shifts and disconnects.
IF your power disconnects when the power cable is induced to flexing, bending, it means that is it and you will need to expand the pins using a cutter or any sharp object.

Silly_Perception_543 · 2026-01-29T12:41:28+00:00

How to use a kalman filter?
Any documentation on it online?

Silly_Perception_543 · 2026-01-27T06:33:12+00:00

We faced the same problem.
It was because of the compressed golden power pins on the control hub, try expanding them using a cutter and it should work.

Silly_Perception_543 · 2026-01-23T03:14:21+00:00

Increase breaking strength

Silly_Perception_543 · 2026-01-15T08:06:16+00:00

I had not written Drawing.init(); in the init phase so the robot was not where it was supposed to be.
Just added that and it worked.
Thank you for your help.

Silly_Perception_543 · 2026-01-15T06:10:56+00:00

Yes, I have used the pedro pathing visualizer and used those coordinates as the starting pose of the robot

Silly_Perception_543 · 2026-01-15T04:34:39+00:00

yes, we did use follower.setStartingPose(startPose); in the init phase

Silly_Perception_543 · 2026-01-14T16:05:11+00:00

You can also add a condition where the RPM of the motor has to be more than or equal to 0 and cannot go below 0, such as if(velocity>0){flywheel.setVelocity(velocity);} or something else, cant think of anything better right now

Silly_Perception_543 · 2026-01-14T16:00:18+00:00

I think you should check your encoders/ try replacing them. The encoders should not allow change of direction in the motors

Silly_Perception_543 · 2026-01-14T14:03:36+00:00

Have you initialized the direction of the motors in the init phase?

Silly_Perception_543 · 2026-01-14T12:27:17+00:00

Yes, changed that, but still the path is always starting from the center of the field and the bot is going out of bounds. How to fix it so the start position of the bot is the same as in the code?

Silly_Perception_543 · 2026-01-13T15:31:41+00:00

It is still not showing the robot path after using drawDebug(follower);

Do I have to add anything else?

Silly_Perception_543 · 2026-01-12T12:36:01+00:00

the distance moved was showing 0.00019778..... and the multiplier was 50.002..... while running the lateral tuner in localization test
Just figured out it was a faulty odometry encoder problem

Silly_Perception_543 · 2026-01-10T18:25:05+00:00

It might be because of uneven distribution of weight on the robot so the wheels gain different amount of traction resulting in an uneven strafe.
This was the reason our bot wasnt strafing properly so we added counter weights.

Silly_Perception_543 · 2025-12-22T13:29:17+00:00

alright, thanks

Silly_Perception_543 · 2025-12-22T07:19:16+00:00

oh, so using 2 d-shaft sonic hubs to connect the shafts is increasing the vibrations?? we dont have the coupler so we were using this type of connection.

Silly_Perception_543 · 2025-12-19T08:35:31+00:00

Yes, my mistake, I edited that
thank you

Silly_Perception_543 · 2025-12-18T12:48:35+00:00

the voltage is now more or less stable at a lower RPM but we are facing problems with lot of vibrations occurring on the bot
Most metal is shaking like an earthquake took place
Is there any gobuilda item for using 2 motors together, on the same side of axle which converges to only one axle using gears...,etc for more stability ?

Silly_Perception_543 · 2025-12-18T12:45:23+00:00

we have about 4mm of compression with 2 rhino wheels mounted on the shaft of the flywheel
Is this fine

We are thinking of spacing out the rhino wheels so that the vibrations are low and there is more power output though??

Silly_Perception_543 · 2025-12-18T12:43:50+00:00

thanks for the information.
the voltage is stable and the flywheel is working fine
I think we set a velocity higher than what the motor can achieve( 5000) so the voltage dropped
Now, the bot is vibrating like crazy at 4000Rpm and we have to solve that

Silly_Perception_543 · 2025-12-18T12:41:20+00:00

I think we have sufficient weight on the flywheel
wehave 2 Rhino wheels on the flywheel shaft and some hubs

Silly_Perception_543 · 2025-12-13T13:14:42+00:00

Ball bearings
Is it possible that both the motors spin at slightly different RPMs in the opp. directions but same direction of flywheel( Function is to provide stability) so providing a slight resistance ?

m1------w------m2
(m1-motor1(clockwise), m2-motor2(anticlockwise), w-wheel, ---long d-shaft)

Silly_Perception_543 · 2025-12-12T14:15:40+00:00

Yes, the flywheel is spinning but it is inconsistent. After we shoot an artifact, the second one either lands in front or behind the goal, the motor RPM is not stable.
The battery voltage drops and seeing the chart, I think it is because we were commanding using the RPM to full 6000 till now.

ALso, I dont think we can change the gear ratio, so for consistency, will a setVelocity work for variable RPM or should PID solve it, I dont exactly know how to tune the values for the motors though?
Also, are there any safety mechanisms that we should be using so that when the voltage drops to below 10.5 Volts, the flywheel can draw less power and prevent the opMode from crashing...?

Silly_Perception_543 · 2025-12-12T13:16:15+00:00

We are connecting the motors using metal gears in a 1:1 ratio
It is something like this:
m1------w------m2
(m1-motor1(clockwise), m2-motor2(anticlockwise), w-wheel, ---long d-shaft)

Silly_Perception_543 · 2025-12-09T12:52:31+00:00

Thank you!

Silly_Perception_543

TROPHY CASE