Also you have more traction compared to a Omni wheel that’s the main thing about it also you have more drive power as well I’ve made a full chassis for a differential swerve drive for FTC I haven’t posted a video mostly because I don’t have the controller for it but v1 worked pretty well and v2 fixed some small problems with it by making the motor mounts stronger and using a better wheel for more grip and it seems to work pretty well mine uses 2 wheels and it works well
@@simplegamerz9485 Yeah, having messed around with omni-wheels, they are nice for clean, level environments, but struggle with more generalized design. I think most commuter cars that are currently on the market with sideways parking work more like the mark1 design referenced in the video, since you only need to allow 180 degrees of freedom. The design in this video is awesome, but I suspect the pitfall of the revised design is the maximum torque that can be produced. That said, some redesign of the gears would solve that, plus an enclosure to prevent ingress of dirt would make a fairly useful wheel.
Nice swerve module! Btw, a simpler coaxial swerve design would also isolate the motors from the rotation of the pods. On the other hand, differential swerve is just way cooler.
I wanted a low profile module to keep my robot low, which is the main reason for using the differential design. Thinking about it now, making a coaxial module that goes around the wheel at about the same size as the differential module would be possible - but the differential was more fun to design.
This is pretty cool. Reminds me of Modern Caterpillar bulldozers. They switched from a clutch and brake system to a differential steering system similar to this so they have more power when pushing around corners.
It's a great mechanical design, well done! I wonder though, how much fine tuning will be required for the controllers. It's likely that one of the motors will be under a slightly heavier load than the other, causing the direction to drift. Close loop control on both motors may be in order, but I would love to see how this develops! Good stuff man!
Ingenious thinking, chapeau! And thanks for having kept it open source, patents divide humanity and kill the use of free inventing and the fun of doing so...!
For the final design, you should have a toggle-able "locking" gear-set to enable maintaining a heading without relying on the differential power input from the motors. When engaged, both motors would be exclusively powering the spinning action of the wheel.
New subscriber here. Inspiring. I’m going to try building a very simple robot with my son this Christmas holidays to get started. I hope you post more videos of your robot projects. Very cool.
I can't take credit for the design idea, but I haven't seen that many use a differential design like this, so it will be interesting to see how it performs once I put it in a robot.
Back in 2012 I worked on a design we dubbed Emperor swerve for FRC competition. The design files should still be public. Our design just like this one requires very accurate sensor feedback of the wheel orientation and speed. Our biggest issues revolved around that data becoming inaccurate. We uses an optical limit switch to identify when it was pointing straight forward, without it we’d loose orientation in minutes.
Just found your channel and I have to say your six wheels 180 is what I envision all future cars might be design around. While its cool on a drone but I feel as a vehicle platform is way better. I also think 6 wheels is the most optimal for a well balance design to get out of most situation when compare to a 4 wheels one.
I plan to make a video on how to control this wheel, and one about the robot with three wheels. But I'm missing some parts, so I will take a while before they are ready.
This was very cool, maybe add a second gear in the opposite direction but allow it to spin freely from the wheel drive shaft, this way it would do nothing in terms of motion but it would give extra stability and the wheels could handle more heavy duty aplications, overall this is a very impressive design, I want to see how it evolves
You may want to consider an alternate gear setup that will take a couple more gears. The way you have it setup now you need both motors to spin exactly opposite to move without turning. By adding gears you can make a mechanism move without turning with only one motor. The other motor will turn it. More complicated but maybe more ideal in some situations.
Amazing concept I've never seen this idea before, if you've invented this as well as creating this prototype then you have a very bright future my friend 👍🏻Excellent
In the future, for whatever reason you want to be able to twist live wires freely, you can install a mercotac. They allow you to rotate the wires continuously while delivering power signal :)
This wheel motor design is pretty smart, - If both ring gears spin in the same direction : the wheel doesnt spin but turns; - If the ring gears turn in opposite directions : the wheel spins, but doesnt turn. - And by varying the speed of the one motor you can make it turn one way or the other you can make a vehicle change directions smoothly. Just a little bit bulky design and 2 motors, but other than that, it's pretty impressive. But I want to ask : when both ring gears are spinning opposite ways and the vehicle is going strait, can an external force turn the wheel to another direction ? I'd say its probably possible since such an external force would be able to slow one of the motors, this would make it even more difficult without an angle detector to know how to wheel is oriented. But that's easily fixable, you just need to put another ring gear fixed to the inner wheel support, and gear that to an infinite rotation sensor fixed to the same piece as the motors. And ... I went ahead and imagined how I would build a vehicle with this. Sorry :p
Yes, it it possible that the wheel will turn/rotate from external forces. But actually it will not turn easily, because the gear ratio for the turn is quite high compared to the ratio of the spin. I will add encoders to both motors, and that will allow me to calculate both the spin and rotation precisely. On top of that I will add control loops with feedback, so that I will be able to control the speed/position. To reset the turn angle when I power it up, I will make an initialization procedure, where the inner base triggers an opto switch.
@@wildwillyrobots 'add encoders to both motors' Realize, this will still lose some if the middle ring is floating Instead, you can EASILY add direct encoding to the steering ring and know your direction exactly. Look at 10 seconds, to look at the vertical stack. Middle ring has its top surface clear, below the top gear ring, but above the screws for the guide bearings. Use flat head screws for better clearance. Out from the top edge of that middle ring, make a flat edge disc, then notch it for gray type encoding. Then put say 6 opto interrupters around the edge to read the code, and you can read your direction directly off the steering ring. Similar idea to the quadrature encoder of mouse, but if you do it right you can use more sensors and get X number of bits, so 64, 128, maybe even 256 positions would be doable. Probably need to rearrange the top gear drive so the motor is above so there's easy further clearance for the encoder disc, but it should be easy overall.
woah amazing design i would go with my original idea of using a turntable with gearing for the wheel but this low centre of gravity is perfect! i might try building one out of lego
Brilliant design. However I think a simpler answer to your problem would have been to use a slip ring to pass the drive motor wires through the steering axis.
The hardest things is to make the twin motor to keep run on same speed, which can be solved through sensor and dimmer but the more wheels it will be more complex
Quadrature encoders would let a microcontroller accurately control the speed. I made a Mecanum wheeled robot which didn't work well until I added quadrature encoders to each of the four motors.
Not to be that guy but , he wasn't the one who came up with this kind of drive mecanism. there are other version I have seen previously especially in the FTC robotics community. He did do a good job with the Cad but it's not his original idea. - ua-cam.com/video/aETaRclTDDo/v-deo.html - ua-cam.com/video/32aPNl0YauY/v-deo.html - ua-cam.com/video/-7_Wvn5Av04/v-deo.html
I wonder if this could be used to make balancing robots. Type 1: the robot balances on this wheel that touches the ground. Type 2: the robot balances stationary on a stick with this mechanism elevated to act as a fly wheel Type 3: the robot balances in motion on a ball with this mechanism elevated to act as a fly wheel
I think you’ll need some thrust bearings for vertical loads. Another option would have been for power to be transmitted to the motor via sliding contacts at the axis.
Good point about the vertical load. My robot will be in the size of a small robot vacuum cleaner, so I think the current design will be able to handle the load, though.
Others have made the same suggestion, but they are a bit expensive. Also, I'm unsure if they can deliver a noise-free signal for the encoders. Regardless, I simply wanted to try something different.
A very nice design, I love it. I foresee an issue using DC motors, if the two motors are not exactly balanced (RPM) you will have creep in steering when going straight. Do you intend fitting some sort of an encoder on the centre part for positional feedback? So that you can make adjustments to each motor.
It's definitely a interesting novelty. But in terms of practicality, the design used in the 6-wheeled robot is far better. The rotational limitations would be easy enough to deal with using slip ring contacts. The need for the power to transfer through 2 gear interfaces for any motion is cool, but impractical. Great for a UA-cam video though.
Very cool design! As far as your wire binding limitation on your original robot design, I was going to suggest you use brushes in the steering axis to bring power down to the drive motor, this would allow infinite rotation of the steering, ( similar to how an excavator can spin in circles indefinitely because they route the drive oil for the hydraulic drive Motors through a slewing bearing).
The problem is that in addition to the 2 power wires for the motor I also have 4 wires for an encoder. Bringing those down to the motor in a way that doesn't add noise to the encoders is not easy to do in a cheap way.
@@wildwillyrobots This just hit my recommended and it's really cool! Came to the comments wondering about asserting positioning. You mention encoders; assuming one one each drive motor. Does this maintain precision or did you observe drift? My mind jumped to having a magnetic position sensor straddling the wheel for angle position then letting some other positioning sensor handle in environment position assert.
@@DesignCell Haven't implemented the controller yet, but from the the motor encoder values it is possible calculate the absolute position for both the rotational and spinning axis, so I don't expect problems with drift.
@@wildwillyrobots Couldn't you just do a stepped multi-level slip ring. That would put space between each of the 6 lines and still allow infinite turning.
Yes. I just mirrored the part, once I had designed one of the motor mounts. For my robot the motors will be mounted slightly differently to save space.
Really cool idea. While horizontal and vertical rotation are both easily used separately, I wonder how much use really comes from the range between. It seems like the motion gets a bit difficult to predict.
I wonder what will happen when the wheel is forced to stall in either turning or motion. I suspect this designs major downfall will be unintended direction changes and wheel motion when there is stalling or a mechanical failure of a gear or bearing.. Neat design, but I don't think it will fail very gracefully.
Hi, i have a question. What is the maximum payload for this Swerve drive sustem if there is 3 of it. I would like to know as i want to implement 4 of it in my project. Thanksee ❤
I'm not sure. The N20 motors I used in this demo is not strong enough for heavier load. In this three wheeled design ua-cam.com/video/4N6FfiLL41w/v-deo.html I used stronger motors. I think it can handle several kgs before the load on the plastic parts is too much.
I think that I can write down the math to decouple the rotations and create a preprocessor block that given the speeds on each axis generates the speed references for the two motors
@@FliBaleon Yeah, it's not that complicated. For one motor is is the sum of the wanted rotational speeds (each divided by the ratio of the gear for the rotational axis). For the other motor it is the difference of said values. Or at least, that was what I got😀
That could be possibly not the greatest thing for a wheel to be overcomplicated like that. However you may have just discovered a new type of gyroscopic system? Don't quote me on that 👍
A slip ring? Those work, but become complex when you factor in both power and signal wires for a motor and controller. Both coaxial and differential swerve drive modules transmit rotational power mechanically.
The large space required around the wheel is one obvious drawback. Another the fact that if you run the motors at full speed to drive (spin) as fast that you can, you need to slow down in order to rotate.
Omni wheels with rollers tend to slip on the surface. Also, you can push them around because the rollers are not actively controlled. This makes it hard to do precise navigation. This design is better suited for navigation, but compared to an omni wheel, it is much more complex both in hardware and in the software needed to control it.
Another way you could use your original design is if you ran your wires from the motor for the wheel itself and for the turning up and then you with 3D printing make a column and actually put copper rings on it just like an electric motor a brush motor and then you take some old brushes or you can make some brushes using copper and Springs that will rub against the Rings in that way I actually allow you to spend 360° as many times as you want and still get the power to it as pretty much the same way how some heavy equipment works that's the same way how airplane and helicopter de-icing systems that need to use high voltage to heat up the blades work your steering wheel in your car or truck uses the same thing for the horn all the controls on your steering wheel and for the airbag it's called a clock spring for the airbag and everything
I want to do this for my combat robot would this be able to withstand bumps? I would use two wheels in the middle of the bot so safe from weapons just worried about bumps and bouncing
The design itself should be fine with bumps, but obviously the plastic parts are not very strong. If you search for "frc differential swerve" there are some examples of differential swerves made from metal.
I will mostly be running it autonomously, so remote controlling is not an issue. But I will most likely add an IMU to improve the accuracy in autonomous mode.
@@wildwillyrobots Sounds good. If I can be of any help programming it, let me know. This project looks very interesting, and I am excited to see where it goes. Keep up the good work.
@@sammoore1979 I mostly got it working, as you can see in this follow-up video: ua-cam.com/video/3W0p16vsgqA/v-deo.html Will make a more detailed video about how it is controlled later.
Nice design, I always wondered if there was a better way for a 3 wheeled robot. Also + 1 subs from me - lets get you over that 1000 subscriber threshold!
Ok, check it you build a giant ball with a bunch of those around an inner layer of ball, you make it so you have a gyro controlled seat in the center. Boom worlds biggest bowling ball.
The bevel gear was modeled in Onshape using a feature script called "Bevel Gear Pair". It was then combined with a normal gear made using the "Spur Gear" feature script.
@@bio.s2903In Onshape, once you have selected the feature script, you get a dialog, where you put in the dimensions and the gear ratio, and then the gear is automatically generated. I have never used Fusion360, but assume it can run custom scripts to generate complex parts, just like Onshape.
I think Printables are having some issues at the moment. It works, but download is extremely slow. According to a banner on the site, it is currently working in limited mode.
Yes, but they are a bit expensive when you need 6 of them. Also, I'm not sure if the cheap ones are able to transfer the encoder signals without adding noise.
Dude, that is brilliant. I was wondering why not simply use omni-wheels, but this is such a great self-contained module.
It was more fun to design this than using omni-wheels😊
Also you have more traction compared to a Omni wheel that’s the main thing about it also you have more drive power as well I’ve made a full chassis for a differential swerve drive for FTC I haven’t posted a video mostly because I don’t have the controller for it but v1 worked pretty well and v2 fixed some small problems with it by making the motor mounts stronger and using a better wheel for more grip and it seems to work pretty well mine uses 2 wheels and it works well
@@simplegamerz9485 Yeah, having messed around with omni-wheels, they are nice for clean, level environments, but struggle with more generalized design. I think most commuter cars that are currently on the market with sideways parking work more like the mark1 design referenced in the video, since you only need to allow 180 degrees of freedom. The design in this video is awesome, but I suspect the pitfall of the revised design is the maximum torque that can be produced. That said, some redesign of the gears would solve that, plus an enclosure to prevent ingress of dirt would make a fairly useful wheel.
one of the main problems of an omni wheels is that u can push them around on those free wheels
omni wheels or mechanum wheels?
Clever design! Being a former FRC Team member, the swerve drive always fascinated me.
Nice swerve module!
Btw, a simpler coaxial swerve design would also isolate the motors from the rotation of the pods. On the other hand, differential swerve is just way cooler.
I wanted a low profile module to keep my robot low, which is the main reason for using the differential design. Thinking about it now, making a coaxial module that goes around the wheel at about the same size as the differential module would be possible - but the differential was more fun to design.
This is pretty cool. Reminds me of Modern Caterpillar bulldozers. They switched from a clutch and brake system to a differential steering system similar to this so they have more power when pushing around corners.
Awesome way to think out of the box! Can't wait to see it all come together 🤖
Amazing! Looks so simple and smooth that´s incredible well thought and planned. I can´t wait to see your new robot.
It's a great mechanical design, well done! I wonder though, how much fine tuning will be required for the controllers. It's likely that one of the motors will be under a slightly heavier load than the other, causing the direction to drift. Close loop control on both motors may be in order, but I would love to see how this develops! Good stuff man!
I thought the same. Probably an encoder is needed to fine tune the direction
Great design!!!
Ingenious thinking, chapeau! And thanks for having kept it open source, patents divide humanity and kill the use of free inventing and the fun of doing so...!
Really interesting usage of differential mechanism that is used in cars to ajust whells speed in a turn
For the final design, you should have a toggle-able "locking" gear-set to enable maintaining a heading without relying on the differential power input from the motors. When engaged, both motors would be exclusively powering the spinning action of the wheel.
Very nice. Many obivous advantages over omni wheels including being much simpler design, and probably more reliable, less expensive.
New subscriber here. Inspiring. I’m going to try building a very simple robot with my son this Christmas holidays to get started. I hope you post more videos of your robot projects. Very cool.
good job this seems different than other swerve drives I have seen
I can't take credit for the design idea, but I haven't seen that many use a differential design like this, so it will be interesting to see how it performs once I put it in a robot.
I am really excited to see your fully functional robot 🤖,🐥🐥
Back in 2012 I worked on a design we dubbed Emperor swerve for FRC competition. The design files should still be public. Our design just like this one requires very accurate sensor feedback of the wheel orientation and speed. Our biggest issues revolved around that data becoming inaccurate. We uses an optical limit switch to identify when it was pointing straight forward, without it we’d loose orientation in minutes.
Just found your channel and I have to say your six wheels 180 is what I envision all future cars might be design around. While its cool on a drone but I feel as a vehicle platform is way better. I also think 6 wheels is the most optimal for a well balance design to get out of most situation when compare to a 4 wheels one.
genius idea ! Keep uploading the following videos please.
I plan to make a video on how to control this wheel, and one about the robot with three wheels. But I'm missing some parts, so I will take a while before they are ready.
Very nice 👍
This was very cool, maybe add a second gear in the opposite direction but allow it to spin freely from the wheel drive shaft, this way it would do nothing in terms of motion but it would give extra stability and the wheels could handle more heavy duty aplications, overall this is a very impressive design, I want to see how it evolves
You may want to consider an alternate gear setup that will take a couple more gears. The way you have it setup now you need both motors to spin exactly opposite to move without turning. By adding gears you can make a mechanism move without turning with only one motor. The other motor will turn it. More complicated but maybe more ideal in some situations.
Amazing concept I've never seen this idea before, if you've invented this as well as creating this prototype then you have a very bright future my friend 👍🏻Excellent
very clever engineering. great job!
Bravo, bravissimo!
In the future, for whatever reason you want to be able to twist live wires freely, you can install a mercotac. They allow you to rotate the wires continuously while delivering power signal :)
Make the ring gears the motors. Put magnets on the rings and coils on the frame under the bottom ring and on a 3rd ring above the top ring.
What a beauty! I see some suggestions here for sensor feedback, but it'd be dead simple to have trim potentiometers for each motor.
Very cool! Reminds me of a differential
🤦♂️. I read the title after watching the video lol.
Brilliant, thanks for the video
This wheel motor design is pretty smart,
- If both ring gears spin in the same direction : the wheel doesnt spin but turns;
- If the ring gears turn in opposite directions : the wheel spins, but doesnt turn.
- And by varying the speed of the one motor you can make it turn one way or the other you can make a vehicle change directions smoothly.
Just a little bit bulky design and 2 motors, but other than that, it's pretty impressive.
But I want to ask : when both ring gears are spinning opposite ways and the vehicle is going strait, can an external force turn the wheel to another direction ?
I'd say its probably possible since such an external force would be able to slow one of the motors, this would make it even more difficult without an angle detector to know how to wheel is oriented.
But that's easily fixable, you just need to put another ring gear fixed to the inner wheel support, and gear that to an infinite rotation sensor fixed to the same piece as the motors.
And ... I went ahead and imagined how I would build a vehicle with this. Sorry :p
Yes, it it possible that the wheel will turn/rotate from external forces. But actually it will not turn easily, because the gear ratio for the turn is quite high compared to the ratio of the spin.
I will add encoders to both motors, and that will allow me to calculate both the spin and rotation precisely. On top of that I will add control loops with feedback, so that I will be able to control the speed/position.
To reset the turn angle when I power it up, I will make an initialization procedure, where the inner base triggers an opto switch.
@@wildwillyrobots 'add encoders to both motors' Realize, this will still lose some if the middle ring is floating Instead, you can EASILY add direct encoding to the steering ring and know your direction exactly. Look at 10 seconds, to look at the vertical stack. Middle ring has its top surface clear, below the top gear ring, but above the screws for the guide bearings. Use flat head screws for better clearance. Out from the top edge of that middle ring, make a flat edge disc, then notch it for gray type encoding. Then put say 6 opto interrupters around the edge to read the code, and you can read your direction directly off the steering ring. Similar idea to the quadrature encoder of mouse, but if you do it right you can use more sensors and get X number of bits, so 64, 128, maybe even 256 positions would be doable.
Probably need to rearrange the top gear drive so the motor is above so there's easy further clearance for the encoder disc, but it should be easy overall.
woah amazing design i would go with my original idea of using a turntable with gearing for the wheel but this low centre of gravity is perfect! i might try building one out of lego
Ótimo trabalho 👏 sucesso aí irmão 🤜🤛
Amazing design
Brilliant design. However I think a simpler answer to your problem would have been to use a slip ring to pass the drive motor wires through the steering axis.
Thanks for sharing.
Very nice design.
That is a great idea :D
Maybe in the future it could also extend the wheel downward, adding suspension too
Well done !
just one correction. it should be "Axle" which describes a type of shaft not "Axis" which is used to describe reference geometry.
Epic build
Good stuff! Keep it coming.
Are you planning on having some kind of positional sensor to check that the wheels are pointing in the direction the robot thinks they are?
Yes, I will add encoders to both motors and a third sensor for zeroing the rotational axis.
so this is basically corexy but in rotational movements instead of linear
In the sense that it has two stationary motors controlling two moveable axis's, yes.
The hardest things is to make the twin motor to keep run on same speed, which can be solved through sensor and dimmer but the more wheels it will be more complex
Quadrature encoders would let a microcontroller accurately control the speed.
I made a Mecanum wheeled robot which didn't work well until I added quadrature encoders to each of the four motors.
Sheer genius. You'll want to patent this. QUICKLY.
Not to be that guy but , he wasn't the one who came up with this kind of drive mecanism. there are other version I have seen previously especially in the FTC robotics community. He did do a good job with the Cad but it's not his original idea.
- ua-cam.com/video/aETaRclTDDo/v-deo.html
- ua-cam.com/video/32aPNl0YauY/v-deo.html
- ua-cam.com/video/-7_Wvn5Av04/v-deo.html
@@maxxtheturtle5282 Oh by all means, I always welcome correction, and much prefer it to being left in ignorance to repeat my mistake. Thank you. ;)
Speechless 🤯
I wonder if this could be used to make balancing robots.
Type 1: the robot balances on this wheel that touches the ground.
Type 2: the robot balances stationary on a stick with this mechanism elevated to act as a fly wheel
Type 3: the robot balances in motion on a ball with this mechanism elevated to act as a fly wheel
Just when i thought u couldn't reinvent the wheel,....................here we are.
Closer and closer to I, Robot
I think you solved the problem of having a drive for sphere wheels.
cool idea
I think you’ll need some thrust bearings for vertical loads. Another option would have been for power to be transmitted to the motor via sliding contacts at the axis.
Good point about the vertical load. My robot will be in the size of a small robot vacuum cleaner, so I think the current design will be able to handle the load, though.
A slip ring might help with the wires limiting rotation
Others have made the same suggestion, but they are a bit expensive. Also, I'm unsure if they can deliver a noise-free signal for the encoders. Regardless, I simply wanted to try something different.
Your move, James Bruton. ☮️❤️🌈
A very nice design, I love it.
I foresee an issue using DC motors, if the two motors are not exactly balanced (RPM) you will have creep in steering when going straight.
Do you intend fitting some sort of an encoder on the centre part for positional feedback? So that you can make adjustments to each motor.
I will add encoders to both motors. From those I can calculate the position of both the rotational and spinning axis.
@@wildwillyrobots Fantastic. I look forward to seeing more.
It's definitely a interesting novelty. But in terms of practicality, the design used in the 6-wheeled robot is far better. The rotational limitations would be easy enough to deal with using slip ring contacts. The need for the power to transfer through 2 gear interfaces for any motion is cool, but impractical.
Great for a UA-cam video though.
Very cool design! As far as your wire binding limitation on your original robot design, I was going to suggest you use brushes in the steering axis to bring power down to the drive motor, this would allow infinite rotation of the steering, ( similar to how an excavator can spin in circles indefinitely because they route the drive oil for the hydraulic drive Motors through a slewing bearing).
The problem is that in addition to the 2 power wires for the motor I also have 4 wires for an encoder. Bringing those down to the motor in a way that doesn't add noise to the encoders is not easy to do in a cheap way.
@@wildwillyrobots This just hit my recommended and it's really cool! Came to the comments wondering about asserting positioning. You mention encoders; assuming one one each drive motor. Does this maintain precision or did you observe drift? My mind jumped to having a magnetic position sensor straddling the wheel for angle position then letting some other positioning sensor handle in environment position assert.
@@DesignCell Haven't implemented the controller yet, but from the the motor encoder values it is possible calculate the absolute position for both the rotational and spinning axis, so I don't expect problems with drift.
@@wildwillyrobots Couldn't you just do a stepped multi-level slip ring. That would put space between each of the 6 lines and still allow infinite turning.
Making the wheel a ball instead of a tire would look pretty neat
Reminds me of how CoreXY systems work :)
The cable routing might be easier if both motor were atacht at the same side of the outer ring, but a realy cool desing anyway.
Yes. I just mirrored the part, once I had designed one of the motor mounts. For my robot the motors will be mounted slightly differently to save space.
Really cool idea. While horizontal and vertical rotation are both easily used separately, I wonder how much use really comes from the range between. It seems like the motion gets a bit difficult to predict.
If quadrature encoders where used on both motors, the motion should be very predictable.
Isn't exactly how hiunday robotics designed their wheel attachments as you can see in CES 2022?
I wonder what will happen when the wheel is forced to stall in either turning or motion. I suspect this designs major downfall will be unintended direction changes and wheel motion when there is stalling or a mechanical failure of a gear or bearing..
Neat design, but I don't think it will fail very gracefully.
dont u need some kinda op position sensor for this? or the wheel might creep out of position
That is soooo cool
well made
very clever designing, but an electrical slip ring and a 360 servo would have worked too
I like it, but, with an out plastic gears, Intrestinf version would be, with magnets instead of cogs.
Sorry auto correcter
Hi, i have a question. What is the maximum payload for this Swerve drive sustem if there is 3 of it. I would like to know as i want to implement 4 of it in my project. Thanksee ❤
I'm not sure. The N20 motors I used in this demo is not strong enough for heavier load. In this three wheeled design ua-cam.com/video/4N6FfiLL41w/v-deo.html I used stronger motors. I think it can handle several kgs before the load on the plastic parts is too much.
I think that I can write down the math to decouple the rotations and create a preprocessor block that given the speeds on each axis generates the speed references for the two motors
Actually I think I've done it
@@FliBaleon Yeah, it's not that complicated. For one motor is is the sum of the wanted rotational speeds (each divided by the ratio of the gear for the rotational axis). For the other motor it is the difference of said values. Or at least, that was what I got😀
this is cool
That could be possibly not the greatest thing for a wheel to be overcomplicated like that. However you may have just discovered a new type of gyroscopic system? Don't quote me on that 👍
Is that an electric screwdriver at 2:16? What brand is it/where can I find one?
Yes, it is the wowstick 1F+. I use it more in this video ua-cam.com/video/bXdt8hng2WM/v-deo.html
Fedt lavet!
Brillant
If you get a measurement of your torque that the wheel gets I'd love to know!
There's a connector used in rc tanks that allows 360° spin with wires
A slip ring? Those work, but become complex when you factor in both power and signal wires for a motor and controller. Both coaxial and differential swerve drive modules transmit rotational power mechanically.
What’s the catch? Sure there are some limitations of design. Like loss in torque for example?
The large space required around the wheel is one obvious drawback. Another the fact that if you run the motors at full speed to drive (spin) as fast that you can, you need to slow down in order to rotate.
Outstanding design! I am a boop. But what makes me curious is that compared to omni wheel, what are the advantages and disadvantages?🤣
Omni wheels with rollers tend to slip on the surface. Also, you can push them around because the rollers are not actively controlled. This makes it hard to do precise navigation. This design is better suited for navigation, but compared to an omni wheel, it is much more complex both in hardware and in the software needed to control it.
Thank you very much!
Another way you could use your original design is if you ran your wires from the motor for the wheel itself and for the turning up and then you with 3D printing make a column and actually put copper rings on it just like an electric motor a brush motor and then you take some old brushes or you can make some brushes using copper and Springs that will rub against the Rings in that way I actually allow you to spend 360° as many times as you want and still get the power to it as pretty much the same way how some heavy equipment works that's the same way how airplane and helicopter de-icing systems that need to use high voltage to heat up the blades work your steering wheel in your car or truck uses the same thing for the horn all the controls on your steering wheel and for the airbag it's called a clock spring for the airbag and everything
Love the design! I hope it works on a larger scale (I'm converting the model for FRC). Do you have any suggestions on how to model the big gear?
I used a gear generator script in my cad (onshape) to create the gears, and then merged a bevel gear with a spur gear.
this is different. buht... is it better than a less complicated rotary connector?
No, but it is more fun to create this one😀
I want to do this for my combat robot would this be able to withstand bumps? I would use two wheels in the middle of the bot so safe from weapons just worried about bumps and bouncing
The design itself should be fine with bumps, but obviously the plastic parts are not very strong. If you search for "frc differential swerve" there are some examples of differential swerves made from metal.
When making your robot, make sure to use a gyro so that the robot can be driver oriented, and not robot oriented. It makes it much easier to drive.
I will mostly be running it autonomously, so remote controlling is not an issue. But I will most likely add an IMU to improve the accuracy in autonomous mode.
@@wildwillyrobots Sounds good. If I can be of any help programming it, let me know. This project looks very interesting, and I am excited to see where it goes. Keep up the good work.
@@sammoore1979 I mostly got it working, as you can see in this follow-up video: ua-cam.com/video/3W0p16vsgqA/v-deo.html Will make a more detailed video about how it is controlled later.
what kind of slotted bearings did you use for the ring gears
They are U624ZZ. You can find a part list here www.printables.com/model/300105-differential-swerve-drive
How about adding a suspension
Question is how much weight can this handle o.o
Nice design, I always wondered if there was a better way for a 3 wheeled robot. Also + 1 subs from me - lets get you over that 1000 subscriber threshold!
Can't wait to see Tom Cruise race around Bangladesh in one of these puppies in Mission Impossible 17
Ok, check it you build a giant ball with a bunch of those around an inner layer of ball, you make it so you have a gyro controlled seat in the center. Boom worlds biggest bowling ball.
I was wondering, how did you design the reverse bevel gear? Or if there is a better name for it?
The bevel gear was modeled in Onshape using a feature script called "Bevel Gear Pair". It was then combined with a normal gear made using the "Spur Gear" feature script.
@@wildwillyrobots Could you possibly make a CAD tutorial on making one? Also if you know is there a way to do this in fusion360?
@@bio.s2903In Onshape, once you have selected the feature script, you get a dialog, where you put in the dimensions and the gear ratio, and then the gear is automatically generated.
I have never used Fusion360, but assume it can run custom scripts to generate complex parts, just like Onshape.
This could make parallel parking so much easier
Works like a Core XY 3d printer
i think the only drawback is that the torque is reduce when turning.
SPEEED RACER
🔥🔥🔥🔥🔥
Worm gears on the motors won't back drive and should increase torque
what happened to the cad file it does not work when I click on the printables link
I think Printables are having some issues at the moment. It works, but download is extremely slow. According to a banner on the site, it is currently working in limited mode.
It's a good design, I'm just wondering if you've considered if simple slip rings would work for your original design.
Yes, but they are a bit expensive when you need 6 of them. Also, I'm not sure if the cheap ones are able to transfer the encoder signals without adding noise.
You can always explore a coaxial solution!
Yes, that is on my todo list😊