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.
2 года назад+8
Amazing! Looks so simple and smooth that´s incredible well thought and planned. I can´t wait to see your new robot.
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...!
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!
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.
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.
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.
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.
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.
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.
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
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.
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.
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.
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 :)
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 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
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.
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.
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.
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.
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.
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 ruclips.net/video/4N6FfiLL41w/видео.html I used stronger motors. I think it can handle several kgs before the load on the plastic parts is too much.
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.
Yes probably, but they are quite expensive, and also I'm not sure how well they work for transferring encoder signals from the motors without adding noise to the signals.
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.
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.
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.
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.
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.
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.
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 RUclips video though.
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.
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.
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.
I design in Onshape. It has a FeatureScript, that does the design for you. You just put in the number of teeth for both gears, and it will generate a gear set automatically. It is called "Bevel Gear Pair" and is here cad.onshape.com/documents/83c8fc667f6bea1744752759/w/d4dd842d4f160c0640d45404/e/cae5f7edb8683ff8f41c5bf3
@@wildwillyrobots thank you for the quick reply:). Yeah, i found it before and already started to make a swerve drive.. If you got any tips i would be very gratefull to hear them. Thx again!
@@danmax3418 I would recommend a closed design, so you don't get dirt in the gears. Maybe this design I did, can be used as inspiration: www.printables.com/model/951372-omnidirectional-xrp-robot
Kinda surprised that the two small Motors have an identical or almost identical enough RPM for the wheel not to drift. Will you just run with that assumption, or do you plan to account for that with either a *_Hardware_* ( my best guess being the use of a 2 Motor single Gearbox Differential Setup driving the two large Gears with one Motor only doing the Driving while the other does the Steering ) or *_Software_* solution ( like reading out an encoder being installed somewhere )? The reason why I'm asking is because of my experience with my 1/16 scale RC Tanks that essentially have the same problem with their pairs of DC Motors powering the Tracks... My models with two independent Gearboxes always have some slight drift in them because there seems to always be one motor, gearbox or controller that is weaker than the other and even if I account for that with trim while driving forward it'll still be visible when driving backwards whereas the model with two motors and a combined gearbox will always drive perfectly straight as only one of the two motors is responsible for driving while the other does the steering.
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😀
Sure. Just wanted to try something different😀 Also, I hope to be able to make more precise navigation with these wheels, as mecanum wheels tend to slip on the surface.
mecanum does not have pushing strength and requires high rpms and is inneficient on most to all surfaces. this was not how u should do swerve there are way more already designed ways
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: ruclips.net/video/3W0p16vsgqA/видео.html Will make a more detailed video about how it is controlled later.
While it's a nice piece of engineering, it's seems like an over complex solution for what you end up with if those are the type of motors you plan on using. In your first example you had 5 wires going to the wheel which I assumed was for the motor and an encoder. But your second example had no encoder. Only a pair of DC motors. If you were willing to settle for that, why not just use a slip joint for the power to the motor in your first example. Even something like a 1/8" stereo jack and socket will give you a cheap easy 3 conductor way to transmit power through a rotating joint.
I will use motors with encoders. In the video I used some small N20 motors from another project, just to test the mechanism and to see if they would be strong enough. I got new motors with encoders now, so that I can do a control loop and control the speed and the rotation precisely. And yes, it is an overly complicated design. But fun to create.
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 👍
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!
Clever design! Being a former FRC Team member, the swerve drive always fascinated me.
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?
Awesome way to think out of the box! Can't wait to see it all come together 🤖
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.
Amazing! Looks so simple and smooth that´s incredible well thought and planned. I can´t wait to see your new robot.
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...!
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
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.
Great design!!!
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.
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.
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 🤖,🐥🐥
Really interesting usage of differential mechanism that is used in cars to ajust whells speed in a turn
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.
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.
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 nice 👍
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.
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.
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.
Very cool! Reminds me of a differential
🤦♂️. I read the title after watching the video lol.
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 ruclips.net/video/bXdt8hng2WM/видео.html
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.
What a beauty! I see some suggestions here for sensor feedback, but it'd be dead simple to have trim potentiometers for each motor.
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 :)
very clever engineering. great job!
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.
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
Ótimo trabalho 👏 sucesso aí irmão 🤜🤛
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.
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
That is a great idea :D
Maybe in the future it could also extend the wheel downward, adding suspension too
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.
just one correction. it should be "Axle" which describes a type of shaft not "Axis" which is used to describe reference geometry.
dont u need some kinda op position sensor for this? or the wheel might creep out of position
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.
Brilliant, thanks for the video
Good stuff! Keep it coming.
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.
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.
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.
Amazing design
this is different. buht... is it better than a less complicated rotary connector?
No, but it is more fun to create this one😀
Very nice design.
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.
Making the wheel a ball instead of a tire would look pretty neat
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
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.
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 ruclips.net/video/4N6FfiLL41w/видео.html I used stronger motors. I think it can handle several kgs before the load on the plastic parts is too much.
If you get a measurement of your torque that the wheel gets I'd love to know!
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.
Isn't exactly how hiunday robotics designed their wheel attachments as you can see in CES 2022?
Could a "slip ring" have solved the "tangled wires / limited rotation" problem on your original design?
Yes probably, but they are quite expensive, and also I'm not sure how well they work for transferring encoder signals from the motors without adding noise to the signals.
How about adding a suspension
Question is how much weight can this handle o.o
Epic build
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!
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.
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.
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.
Well done !
Hey, what do you think for body of robot, and gears, better use 3d print filament or resin ?
I only have experience with filament based printning. For my use it works well.
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.
Closer and closer to I, Robot
I think you solved the problem of having a drive for sphere wheels.
I would like to know what size wheels you use.
Check out the description at Printables: www.printables.com/model/300105-differential-swerve-drive
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.
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.
Great idea bro where can I contact you. For Collab
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 RUclips video though.
Bravo, bravissimo!
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.
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.
very clever designing, but an electrical slip ring and a 360 servo would have worked too
Have you thought about using a slip ring?
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.
Can you explain me how you designed the bevel gears😭
I design in Onshape. It has a FeatureScript, that does the design for you. You just put in the number of teeth for both gears, and it will generate a gear set automatically. It is called "Bevel Gear Pair" and is here cad.onshape.com/documents/83c8fc667f6bea1744752759/w/d4dd842d4f160c0640d45404/e/cae5f7edb8683ff8f41c5bf3
@@wildwillyrobots thank you for the quick reply:). Yeah, i found it before and already started to make a swerve drive.. If you got any tips i would be very gratefull to hear them. Thx again!
@@danmax3418 I would recommend a closed design, so you don't get dirt in the gears. Maybe this design I did, can be used as inspiration: www.printables.com/model/951372-omnidirectional-xrp-robot
Kinda surprised that the two small Motors have an identical or almost identical enough RPM for the wheel not to drift. Will you just run with that assumption, or do you plan to account for that with either a *_Hardware_* ( my best guess being the use of a 2 Motor single Gearbox Differential Setup driving the two large Gears with one Motor only doing the Driving while the other does the Steering ) or *_Software_* solution ( like reading out an encoder being installed somewhere )?
The reason why I'm asking is because of my experience with my 1/16 scale RC Tanks that essentially have the same problem with their pairs of DC Motors powering the Tracks... My models with two independent Gearboxes always have some slight drift in them because there seems to always be one motor, gearbox or controller that is weaker than the other and even if I account for that with trim while driving forward it'll still be visible when driving backwards whereas the model with two motors and a combined gearbox will always drive perfectly straight as only one of the two motors is responsible for driving while the other does the steering.
I will add encoders to both motors, so that I can make a controller with a feedback loop.
Speechless 🤯
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 could make parallel parking so much easier
Just when i thought u couldn't reinvent the wheel,....................here we are.
this really cool but cant you use mecanum wheels?
Sure. Just wanted to try something different😀 Also, I hope to be able to make more precise navigation with these wheels, as mecanum wheels tend to slip on the surface.
mecanum does not have pushing strength and requires high rpms and is inneficient on most to all surfaces. this was not how u should do swerve there are way more already designed ways
Thanks for sharing.
Your move, James Bruton. ☮️❤️🌈
I like it, but, with an out plastic gears, Intrestinf version would be, with magnets instead of cogs.
Sorry auto correcter
Reminds me of how CoreXY systems work :)
You can always explore a coaxial solution!
Yes, that is on my todo list😊
cool idea
Worm gears on the motors won't back drive and should increase torque
Try to make prototype of this omni-wheel with car🤘🤘🤘
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: ruclips.net/video/3W0p16vsgqA/видео.html Will make a more detailed video about how it is controlled later.
i think the only drawback is that the torque is reduce when turning.
While it's a nice piece of engineering, it's seems like an over complex solution for what you end up with if those are the type of motors you plan on using.
In your first example you had 5 wires going to the wheel which I assumed was for the motor and an encoder. But your second example had no encoder. Only a pair of DC motors. If you were willing to settle for that, why not just use a slip joint for the power to the motor in your first example. Even something like a 1/8" stereo jack and socket will give you a cheap easy 3 conductor way to transmit power through a rotating joint.
I will use motors with encoders. In the video I used some small N20 motors from another project, just to test the mechanism and to see if they would be strong enough. I got new motors with encoders now, so that I can do a control loop and control the speed and the rotation precisely. And yes, it is an overly complicated design. But fun to create.
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 👍
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!
both "spin" and "rotation" being used in the same sentence so many times makes sense, but it messes with me head.
That is soooo cool