ord

Eurobricks Citizen
  • Content Count

    110
  • Joined

  • Last visited

About ord

Spam Prevention

  • What is favorite LEGO theme? (we need this info to prevent spam)
    Technic

Profile Information

  • Gender
    Male

Recent Profile Visitors

936 profile views
  1. You're welcome, and thank you. I've spent the best part of my day reading through your code - It's a fine achievement getting to where you did. You and Akiyuki are the only two I know of who have achieved inverse kinematics with Lego. So congrats! I plan to make an arm with the Robot Inventor set, and have just now tested sending signals from the Mindstorms LED display to the technic hub through the Mindstorms colour sensor. Hooray for a hackish 7th motor for an end effector! I now better understand your example from earlier, and I believe the starting position of your robot is a singularity. You've managed to overcome it, but for what it's worth: when I used to run a Yaskawa Motoman, if the robot's position came anywhere near a singularity it would stop and throw an error, because the joint speed approaches infinity here. It's starting position looked more like a limp arm to avoid this, with no 90° angles, and the user just had to know to avoid them when programming. That's a good analogy with the forklift and makes sense to have the robot capable of both heavy loads and fast speeds. I think when I make my robot, I'll have it throw an error if any of the motors can't reach their programmed speed, and just say to the operator: "You'll have to send this move command at a slower speed if you want it to happen." I don't know for sure, but I would guess that this is what happens on a real 6-axis robot. Anyway, now I'm more motivated than ever to finish off my plotter and free up parts for the robot arm. Thanks again for your help @Mr Jos
  2. No need to be sorry - the more the merrier! Indeed it is a challenge, when building a robot arm that has to potentially reach to a far distance and lift a load. I agree. There is a lot to ponder here. It's probably time I read up about how industrial 6-axis robots operate...
  3. Wow, thanks for the detailed write-up and it's good to hear that you're still working on it :). I ask because I am in the early stages of making my own 6DOF robot - I will definitely take your learnings into account and hopefully too can achieve the holy grail of a robot capable of linear movements ;). If it is the case that a motor cannot physically reach its desired speed, is this not a design problem rather than a programming problem? i.e. fixed by gearing down/slowing down/spring balancers/counterweights? If it is the case that a motor could theoretically reach its desired speed but doesn't, then maybe this is something that can be fixed with PID tuning? (I don't know - it is all new to me) The way I look at it is that each motor should track its desired speed/position as closely as possible at all times, no matter the load. If this is achieved, then the robot will be as accurate as possible (IMO). The reason I think about this comes from my plotter project, where any deviation from the programmed path is very visible on the plot. It took me some time to figure out that the majority of the deviation I was seeing stemmed from the period during which the motors were accelerating (even with equal loads/acceleration rates, one axis will take longer to accelerate if its accelerating to a higher speed [see below]). The performance of the plotter significantly improved when I removed the acceleration limits of the motors, and they tracked their desired positions as quickly as possible. Have you done this for you robot? (The next problem, and what I am working on now is making it stiff enough to handle such high accelerations). Here you can see the problem visualised, before I removed acceleration limits. At ~14750 the program is ready for its next move but the x-axis is only at ~92mm instead of 103.3mm (I think similar to your example only being at 80°). After removing acceleration limits, the actual positions (solid lines) very closely track the desired positions (dotted lines). Anyway, this is all said with the goal of having the most accurate movements possible, and maybe this is not your goal :).
  4. @Mr Jos sorry to dig up an old topic but I was reading about PID controllers on Wikipedia and the example there refers to a robotic arm. It reminded me of your fantastic robotic arm and made me curious - did you ever try changing the PID parameters on this project? Perhaps more aggressive settings could eliminate the need to re-calculate the forward kinematics at each waypoint...
  5. I'm torn. Really want this motor but at local resellers it's 3x the price of a PU large motor. I wouldn't mind the Spike Essentials set; the small hub could come in handy. That too is expensive though - costs about the same as 51515 :(.
  6. incredible. I think I'll have to watch this one a few times...
  7. I prefer this! I think it makes the number more readable and as howitzer alluded to - a narrower gap could make it even better. I think a dull black box is just fine, as it allows the viewer to focus more on the mechanism and appreciate what's inside - but that's just my opinion! Again, great work and can't wait to see it finished.
  8. Personally I think it would look clearer without the red lines and with the boxes against each other so it's a solid black wall, if that's possible.
  9. It appears that there is a new mold for this part Top - old; Bottom - new. Does someone know the reason for this change? Maybe easier to insert? The new version seems to be slightly looser, but not by much.
  10. Sorry, I tried to link the time frame, it's at 1:05. He has some kind of stopper below the flaps, so that they don't wobble when they fall down (not that it's a big deal or anything).
  11. Congratulations, it looks great. Do you plan to add a stopper like in this video?
  12. I'll try to build more of thang010146's mechanisms. There are many interesting ones on his channel.
  13. Thank you. Ah yes of course. I guess the only difference here is that the output is coaxial with the input. The usefulness of that: probably not much .
  14. EDIT: rather than make a new thread for each of thang010146's mechanisms that I make, I'll post them all here. His YouTube channel is full of mechanisms that I'd like to make out of Lego, and if anyone else makes any feel free to post here too! I'll link to his original video in the title of each post. Rotation to coaxial oscillation I don't know what this could be used for or if it has been done before. I found it interesting nonetheless.