Hi I'm glad to see you're back uploading videos. I've been following your videos since I was in the 7th grade. Now I've finished high school after another 3 successful years also in FRC and I'm starting to monitor my own fll group. I am impatiently waiting for a renewed video on accurate turning and straight travel with PID including acceleration and deceleration, in the spike controller. Show everyone who the real pro is
Thanks for the video. I’m a beginner. I copied your coding and my robot is just keep turning round. How to let the robot to walk a few inch and make a ~90 degree turn? I don’t see the walk straight code. I think I missed something 😅
What if we use the ideia you presented in previous videos (use proportional condition) to align the robot in line while it is moving, then turn 90 degrees, them align while moving and so on.. is it going to get a better accuracy in turns?
That has the potential to be more accurate, yes! You could use my line squaring algorithm before making the turn to get a more consistent starting point, and then your turns will be very precise.
I noticed in your final code in this video that you did not set the hub orientation. Does it default to upright and therefore not need to be specified? I built FLL Casts Whakatae, and my robot is not turning even close to 90 degrees. Is there any kind of calibration that might need to be done? Thanks for all your videos. I've been watching since you started making them and often recommend that my team watch them. I did a demo on Elevator using my garage attic FLL table yesterday. Yes, I coach for 7 years now. I was thinking gyro pitch could be used to see if the robot makes it up the bridge successfully or not. I may have to try that. My hub got hung up on an update yesterday, and I had to pull the battery to shut it down. Not a big deal, but new robot, old issues. MacBook.
This is really not how you should program this, first if you reset the sensor every time you make a turn the errors will add up, but i guess it's a simple program for beginner, You should use a loop and use proportional control of the motor's speed until the robot is looking in the right direction and fully stopped Did you have any issues with this sensor ? I remember that the EV3 sensor was very hard to get working reliably Also it would be nice to see a program to go perfectly straight with the gyro :)
Thanks for the feedback. Considering that my audience is generally younger, this simple program will have more obtainable results than something more advanced, even if it trades dome accuracy. The new 51515 gyro sensor is in a different league compared tot he EV3. The 51515 gyro is much more reliably and I haven't seen it drift yet like the EV3 used to. While making this video, and while programming my 2-wheel self-balancing robot (next week's video), I did not need to worry about drift at all, even though I was moving the gyro sensor in a way that would throw off an EV3 gyro. Rest assured, a gyro drive-straight tutorial (with PID?) is coming in the next few weeks!
for some reason, our robots (all 6) are hesitating and jumping forward using the 'start moving by angle' block when we use any turn degree > 35... any ideas why? We've updated and reset the bricks. We don't experience this when using single motor blocks to turn.
Don't worry, I already have a version of this video for the EV3. You can watch it here: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-8B1LwzkLKXs.html
Yes, 90-degree gyro turns have helped my FLL team in the past (using EV3). When our state's FLL competitions resume, many teams will be using the 51515's gyro sensor. I can see that the 51515's Gyro Sensor is superior to the EV3's, which has a problem with gyro "drift". During past FLL competitions, some kid would often bump the game table (in his/her excitement) and throw off the gyro sensor's calibration. ;)
I am really excited to see what FLL participants can do with the 51515 gyro! Just as you noted, the 51515 gyro sensor is far better than the EV3's; the 51515 gyro not susceptible to drift. During my time using the 51515 gyro to make this video, and even while programming my 2-wheel self-balancing robot (next week's video) I never once had to worry about drift even though I was moving the robot around in a way that would irretrievably disturb an EV3 gyro.
An idea for next videos could be the use of Phyton language and examples connectivity to ble remotes (gamepads, microcontroller boards with esp32 chip, ..etc) to see the integration of code in large models expanding build beyond wheels/ walking robots.
Cool as allways :) When you make a self balancing bot - do it with PID and show excatly all the steps to find the best P, I, D values Interresting to see Behaviour of the Bot Which Value are you changing and why do you do this step This in 100 loops when necessary :D So your followers can exactly see the way you iterate to a good result I'm aware that this is a big work but this is the knowledge is hard to find in YT
