With the current firmware and CAN protocol, the motor is not setup to run many revolutions. The firmware suggests the limit is +/12.5 radians (about 4 total revs) mapped to the 16 bit position. That does not appear to be working right, so I requested clarification from Steady Win. With an application like the Cheetah robot, you don't need many revolutions. A CNC machine like a delta bot would be the same. Unneeded revolutions, eat into the resolution of the 16 bits. My 24 revs/16 bits is not great.
So at only 250 watts I guess this would not work well for driving a heavy robot wheel? 250 watts sounds weak but maybe not since it had gears? That is one cool motor either way and nice that it can be controlled over CAN. Looking forward to seeing what you do with it!
I think the biggest cost factor is the housing and gearbox. If you just want a motor/controller/encoder combo, I am sure these will be below $100 very soon.
It would take a long time to get the price down. The machining process of the gears and the body is not easy to do. These are the things that rarely go down in price. Computer hardware and technology has been accelerating very fast these days. For computer parts it's mass produced for alot of people. So that is why for something like a robotics actuator is expensive.
So this motor's velocity control can't work at all? I have bought a motor like yours , I found it hard to do the velocity control. The pramater 'velocity' did not work
Can anyone tell me how hard it would be to wire these in such a way that they reversed direction when they detected a load? I guess that's more of a function of the drivers- so, with the right drivers, can these detect a load?
In looking at the website, can you report back, how well it works on much slower moves confined to a few degrees? I'm guessing with an encoder it would be.
You can play with the velocity a little, but for a real application you probably want precise control of position, speed and acceleration. The controller is not designed to do that. I think the best way to achieve that is via rapid positional control, like a CNC machine does with a stepper motor or closed loop servo.
Hi! question: have you been able to implement some kind of "ramp-up"? Would it be possible to make this motor move with a trapezoidal or S curve to achieve a "soft start"? thanks!
Hey, great video. I have a question concerning this app that you've written in 4:10. Did you write this in C++, If so can you give me articles, websites where I can learn how to write similiar app and also implement it with a robotic project? Many thanks, I'm starting my EEE degree this year!
Hi, im working with the same motors and i was wondering if you can send me the technical specification of it cause the instructions i send dont work in my case and maybe its because i have the wrong datasheet.
I dont understand, you changed the torque value and the motor position changed. I am working with the same motor and the reaction of the motor is the same and i dont know why?! i would be glad if i can contact you with email to get some information.
Hi Kamiab Yazdi, I'm currently working on the same motors and unable to interface it with Transceivers. I would be glad if you can help. Please email me at psantoshsan@gmail.com so that we can get in touch.
The kp value has a big affect on the final target value. I will be reprogramming it soon. I want to improve that and play with the resolution vs range.
I Have the same problem to. maybe its related to steady state error. make sure that the velocity command is zero when you compare between different kp.
@@engserve Hi,I still have some questions about kp and kd. How should I set these values to get a accurate output? I really want to communicate with you ,thanks!
@@engserve Help me out Bart...I'm unable to understand how to give the position command....i.e. how do I move it to zero degree.90 degree,270 degrees etc...I just want a single rotation back and forth...Thanks in advance