@@gorak9000 I don't think so, it immediately froze. It was programmed to stop after read an unexpected pressure on its sensors. It's a common safety measure.
I understand the reasoning behind the auto stop and all... But my brain just can't help anthropomorphize it and put in that thought of "well, bugger." when I see its reaction to the sudden explosion of dice.
And this is why these things operate inside of cages... They are merciless. Edit, these are sometimes modified and used for camera motion control systems for filming special effects. occasionally they will be in close proximity to people, and while its not extremely dangerous its still quite risky as they can easily ram the camera right throigh the actor's face if the actor is off their mark or if the bot has a bad moment.
You are one of the few people who realize how dangerous robotic arms can be. They need a cage to keep people out of range of the arm swing. Idiot news people show robot arms flipping burgers in a fast food place with no guards around to keep people away. You would have to keep hiring new replacement employees to make it to the end of the shift.
@@rogermoore8977 That was true a decade ago but not today. If a robot is designed to work close to people it's classed as a co-bot. The arms can be overridden just by pushing on them, and deliberately don't have the specs of an industrial robot that can lift a car. Please don't spread paranoia, the general public are paranoid enough already. 👍
@@owensparks5013 On top of what you said (thanks for pointing it out), many have cameras placed around the robot / in the room that will detect motion (people, other robots, etc) and will make the robot slow down / shut off if its in proximity of other people / robots. I feel safe around a UR5 flipping burgers, its slow and weak, it can do me less harm than a person flipping burgers if it hit me comapred to a person hitting me with an albow.
@@harounben342 nope, for this you need colaborative robots. Most robot companies also produce cobots. They are made under different regulations and standards.
@@harounben342 Unfortunately all computer numerical control machines must be STILL enclosed for safety of humans. Also, fortunately for us, They are so powerful and they don’t know that YET!!!???
Use the super secret keyboard keys to step through the video one frame at a time. "Period" is forward one frame, "comma" is back one step. This way you can see that the algorithm was flirting with success from the beginning, as the bot head moved downwards, it was always coming very close to the inside of the vertical stack. When the last two were stacked, they had a bit of an "inward" lean to them, and the arm was just "kissing" the edges. That last one finally came a little too close to the inside edge of the die, and POW!
There’s also a bit of sway that was happening, whether from the super tall dice stack just being unstable or from the movements of the arm making the table move a little due to the abruptness and speed of the arm’s motion’s inertia transferring into the floor and to the table. Probably a combination of the two caused the movement of the dice stack into the arm path. Looks like maybe it’s on the second floor? Probably not as rigid as being mounted on ground level concrete would be.
I think there’s something human about mechanical arms that makes them feel familiar and safe, but it’s really important that everyone knows this is not the case, they are absurdly dangerous and, when being used experimentally, very temperamental. At an apprenticeship thing I visited they had one and on the floor there was a red tape boundary around it at its full extension, which had been aptly dubbed the “Kill-Zone”…
Reminds me of the time during my uni course when I was programming something similar to draw pictures (albeit a smaller desktop one) and accidentally put an extra 0 in the speed setting... (it wasn't bolted down properly and moved so fast it managed to flip itself off the desk!)
Haha I have a similar project right now and I accidentally made a for loop that started with the robot at the resting position (on the table). So every time the loop finished, the robot would smack itself onto the metal table. Luckily it didn’t break.
@@zaprodk They can and do sense crashes. It does so by sensing an increase in current in any of the six motors. He is a pretty smart guy and knows approx. how much current should be drawn when doing specific movements at specific accelerations/speeds. How sensetive it should be is also adjustable (and i guess that you also can disable it, not sure).
I think that was a hardware/software safety feature, if too much pressure is applied in any specific direction, it will activate the E-stop, immediately halting the robot from whatever it was doing. The robot is just a bunch of metal and plastic held together by very powerful motors and checked by sensors, things can go very wrong very quick without redundancy and safety compliance
@@jpsalis Not really a pressure difference as it doesn't seems to have any pressure sensor but rather a position deviation (between the current one and the calculated one from the interpolator)
@@Difool80 Something like that, since each motor has feedback it is posible so measure the amount of torq aplied for each of them, which can be translated to the force aplied for the robot on its tool if it goes too high it returns an error and the robot stops
Sitting here watching this it looked almost like with the last dice it’s stacked on. It made the stack really wobble and I can’t help but thinking if the arm just got pissed off at it moving so much and decided to take it out
This was my thought exactly. The robot was so close, saw it wobble, got pissed, and said NO! If this thing falls it's going to be me who does it. Sort of like the robot's version of flipping the table.
@@Quantum-Bullet indeed, it measures the current in the motors and compares to the computated theoretical currents. if they are too different, it will automatically shut off.
woah yeah, I would not have caught that very physical runtime error, someone's gotta adjust the design there lol also that bot was near full extension, no way it could've done much more than that without the stack being closer or the table being closer
I've baby-sat a welding robot for years. I loaded parts for it and also jigged up my own parts to weld while it worked. My average was 1.5 finished parts for every 1 part the robot made.
Robot is only cheaper if it doesn't need a babysitter, otherwise you pay for an employee AND a robot. The math says it saves money in the long run and ups productivity by 66% over just an employee though.
@@CLove511 one employee for like 10 or more robots. Math says you can buy another robot and staff it by the same person, while minimally increasing overhead.
But the robot can continually do 1 part ever run where as you'll not keep up, over a certain given time.... Other side of the coin, the robot is useless without you.
Feels like the robot I maintain. What a horriffic beast leading its own life once in a wile. Also, the use of newer LMS Lidars made our little wrecker function a lot better. His behaviour course has deffenitely worked. Altough, its still a mad cow in what it does somedays xD It has no specific motions it repeats and picks different kind of farmats of objects in a pickup belt. It sorts them and try placing them as efficient as possible. But operators need to keep an eye on it, since a child or 3 could do better, in ordering the sorting proces, and deffenitely will not break a crate either, or even smash its pickoff belt. Which is deffenitely programmed as a dead zone xD
Irb 2400? I have one doing diamond deburr.its basically a half scale Irb4400 and one of the best built Abb robots out there due to the link arm construction the are very rigid and virtually indestructible.I had a tech slam it into a IRB 6640 and it didn't break anything on the robot.We have had a IRB 4400 running since the 90s and it was in the absolute worse foundry conditions and lasted until I removed it this year.
Why does it do this quick left and right detour instead of placing it directly? Does it measure something? And does it work based on absolute pre programmed values like length of the cubes and simply does cubeheight×number or does it work more dynamically?
"it's the additions that scares me" - guy in the background "it's gonna kick it" - guy holding the camera "Yeah that's right hahahah" -guy in the background They were worried about it happening. The robot has to change it's program for each dice. it has to add the length of a die each time. That's probably why the guy holding the camera didn't boldge. He knew he was safe. P.S. J'adore ce que vous faites! (future ingénieur roboticien)
Where I work we had a collision with a Kuka robot. Lifted an 80,000 pound 110ft long tool into the air and took a 5” chunk out of an inch and a half thick carbon fiber airplane part. Robot was fine. Several million dollars in damage because the programmer missed a “-“
By the looks of it, they hit the safety glass in about 1/6 of a second. The glass seems to be about 1 meter away from the dice, so they flew approximately 6 m/s.
And if it hit the glass in 1/12th of a second then it would be 12m/s and if it hit the glass in 1/3th of a second then it would be 3m/s…. Kinda inaccurate to guess a speed this way “by the looks of it”.
I can imagine some movie scene in which a robotic crime lord stacks dice on its desk, only to snap them forward like this to dispose of an incompetent human thug.
I am pretty sure what they do here is they minimize backlash. The joints are geared and therefore have a little bit of backlash which adds up a lot in a long chain like a robot arm. The worst thing is, depending on which direction each joint was previously rotating in, the tooth of the gears are engaged in different directions. Because of that, the robot will end up at different actual positions depending on whether it arrived at that same target position from one side or the other. Therefore it is best to move the joints in a particular direction to align the gears before performing the placement from another direction. There will still be backlash, but at least it is always the same, so the repeatability is better (i.e. the robot might not arrive at the exact requested position, but at least it will be off by the same amount in the same direction every time). This is common to all robot arms. Some do have very small backlash but are also way more expensive. It all depends on the use case. As you can see here, if done right, you can get pretty high repeatability even with a (presumably) not backlash minimized robot.
The replies to another comment suggest that it since this was a demo, it was likely just to show off machine’s fast movement and precision even afterwards, like a magician waving their props around during an act. That seems more likely to me, because there would be no need to go so far or so quickly just to take up backlash (which I expect would be minimal anyway), though I am a non-expert.
@@PaulFisher Well, there is no way to be sure except with a statement from the engineers that made the program. I can only tell you (as an expert), that this type of movement is common to improve repeatability. Backlash in robot arms is also a very big deal and you can't expect it to be minimal by default.
Quite often they move to a known "home" position before starting each individual procedure. So from that home position it moves "distance" + "X" to each new placing position. I worked on these for years and never had real issues with backlash. Once they got that bad they would be taken out of service and rebuilt with new parts.
VERY good catch! I'm assuming that was the reason for the crash; had it been aligned it may have gone flawlessly. Now the engineers/programmers have to keep more safety distance due to uncertainty positioning from the wobbles.
"Eventually," you may not realize the reason why that robot has always been surrounded by such a huge cage. Machines have been killing people for centuries.
The collision is a programming error(human) re: changing enviromental constraints with the target, but more significantly is the HORRENDOUS axis "zeroing" for each cycle AND axis!!!!! A human would use two hands, in a cyclic and complex manner and in a fraction of the time - humans rock!!!
Notice the left and right movement stayed at the same height . Should have been programmed to go to the new height before doing the left and right move
The arm was distracted doing the fancy left right dance before placing the cube, it forgot to place the cube, pull back, then go down to pick up the next cube. It hits it head.
They didnt take into account the height of the dice tower when programming the waypoints. It is a linear interpolation from the top of the tower to the next die. The angle of the edge of the imaginary triangle gets shallower and shallower each die.
@@nrdesign1991 Yeah that's kinda my thought. It's programmed to retreat a certain distance, but as the arm goes above level it needs to retreat more as the arc of rotation brings it back close and in this case contacts the stack.
And this why you don't go near robit arms in service. They will hurt or even end your life painfully. They may be elegant but the torque is enough to break many things
A robot that is as stupid as this is terrible but a robot that is very smart is more terrible. You don't want something as powerful as this being self aware.
Just machines folks, these things don't "make mistakes" it's always the operator. One day when humans finally achieve general artificial intelligence, we may be able to utilize such AI to complete tasks with these machines. We won't have to program anything, just let the AI observe the process and end result and it'll do it quicker and more efficiently than this programming we see here (doing a little dance before placing the block). But till then, it's silly mistake ridden humans. Humans are simply a stepping stone to a new form of exotic life.
I’m taking an inverse kinematics class at university right now and we all have to do a final project using inverse kinematics on a $30,000 robot arm. Figuring out how to control it was mostly trial and error so everyone’s code has inadvertently smacked the arm onto the metal table at full speed at least once. It’s taken it like a champ though. Luckily everyone knows to stand back, so no one’s been injured.
My mom bought me a "Super Armitron" when I was a kid and it was a cool concept, but with a very weak mechanism. From time to time I think about how much I want a robotic arm.. would I build it? Would I be able to find a use for it? What if I stuck it on wheels? I think a robotic arm on wheels would be cool. Aerial drones are heavily regulated, but what about ground drones? That would be basically be like an RC car. Then again, they may just adapt the law which is used with drones in which the drone must be within "line of sight" of the operator.
The tormach arm is supposed to launch at $20k iirc That plus maybe a car and some electronics and you're off to the races, becoming the next supervillain in no time.
This was not a collision. The two of dice became unstable and fell in the direction of the robot. Always nice seeing the repeatability of these machines. 😍👍👍👍👍👍
It's probably scanning the dice column left, right, height and making necessary adjustments on the next die placement. Notice how straight the vertical line is until it places the die at 0:59 (which is slightly farther back). The next die is placed slightly forward.
The dice tower leant towards the robot, and the end of the arm had no choice but to compress the stack vertically, making it explode in the opposite direction of the face that was compressed.
CNC machines always look elegant, graceful and precise, right up until the moment that something like this happens.
i wouldn't exactly call the noise graceful lol
They are only as elegant as they are programmed to be. Rubbish in, rubbish out.
Kind of like the 3D printers too, they also wait till the end to have a catastrophic failure
"WHO FUCKED WITH THE OFFSET?"
bad programming. human error
That actually scared the fuck out of me😂
Me too lmao
@@Felix-vb3eu same dude
fr i almost threw my phone.
It caught me so off guard lmao
Yep me too damn
Kudos to the cameraman for not making his cellphone/camera fly off as well. xD
the cameraman is another robot
His underwear, not so lucky
probably because this was a repeat of what already happened :)
@@dsfs17987 yep, …almost like they were expecting it!
lol
I like how it freezes at the end like "... Shit."
Or more like someone hit the e-stop button
@@gorak9000 Thats too bad, I really wanted to see it continuing by just dropping the dice from the height
@@gorak9000 I don't think so, it immediately froze. It was programmed to stop after read an unexpected pressure on its sensors. It's a common safety measure.
I understand the reasoning behind the auto stop and all... But my brain just can't help anthropomorphize it and put in that thought of "well, bugger." when I see its reaction to the sudden explosion of dice.
@@gorak9000 no one can hit the stop button that fast
And this is why these things operate inside of cages... They are merciless. Edit, these are sometimes modified and used for camera motion control systems for filming special effects. occasionally they will be in close proximity to people, and while its not extremely dangerous its still quite risky as they can easily ram the camera right throigh the actor's face if the actor is off their mark or if the bot has a bad moment.
Yes , it is always fun to see the robot having a ...ah fcuk it moment as throws away the 50kg bags as nothing......
yeah
they will move through you with ease
You are one of the few people who realize how dangerous robotic arms can be. They need a cage to keep people out of range of the arm swing. Idiot news people show robot arms flipping burgers in a fast food place with no guards around to keep people away. You would have to keep hiring new replacement employees to make it to the end of the shift.
@@rogermoore8977 That was true a decade ago but not today. If a robot is designed to work close to people it's classed as a co-bot. The arms can be overridden just by pushing on them, and deliberately don't have the specs of an industrial robot that can lift a car. Please don't spread paranoia, the general public are paranoid enough already. 👍
@@owensparks5013 On top of what you said (thanks for pointing it out), many have cameras placed around the robot / in the room that will detect motion (people, other robots, etc) and will make the robot slow down / shut off if its in proximity of other people / robots. I feel safe around a UR5 flipping burgers, its slow and weak, it can do me less harm than a person flipping burgers if it hit me comapred to a person hitting me with an albow.
I was wondering why they needed those screens...
Safety
The safety barriers are the must in a vicinity of working robots.
so you can't work side by side with these powerful monsters yet?
@@harounben342 nope, for this you need colaborative robots. Most robot companies also produce cobots. They are made under different regulations and standards.
@@harounben342 Unfortunately all computer numerical control machines must be STILL enclosed for safety of humans. Also, fortunately for us, They are so powerful and they don’t know that YET!!!???
Never knew a stack of dice can explode
How about a stack of paper? czcams.com/video/qTz7aKEJLV4/video.html
Hydraulic forces can make a lot of things explode.
When your release meets real world conditions.
Use the super secret keyboard keys to step through the video one frame at a time. "Period" is forward one frame, "comma" is back one step. This way you can see that the algorithm was flirting with success from the beginning, as the bot head moved downwards, it was always coming very close to the inside of the vertical stack. When the last two were stacked, they had a bit of an "inward" lean to them, and the arm was just "kissing" the edges. That last one finally came a little too close to the inside edge of the die, and POW!
1. Amazing, did not know these keys did that
2. I read that in Sam's voice, kudos!
What algorithm?
There’s also a bit of sway that was happening, whether from the super tall dice stack just being unstable or from the movements of the arm making the table move a little due to the abruptness and speed of the arm’s motion’s inertia transferring into the floor and to the table. Probably a combination of the two caused the movement of the dice stack into the arm path. Looks like maybe it’s on the second floor? Probably not as rigid as being mounted on ground level concrete would be.
I saw that my first go, and I didn’t need to slow it down :-P
@@jensaugust743 the one that controls the robot
I think there’s something human about mechanical arms that makes them feel familiar and safe, but it’s really important that everyone knows this is not the case, they are absurdly dangerous and, when being used experimentally, very temperamental. At an apprenticeship thing I visited they had one and on the floor there was a red tape boundary around it at its full extension, which had been aptly dubbed the “Kill-Zone”…
Wtf really? Can't believe that. We have Cages with a lot of sensors around them.
Reminds me of the time during my uni course when I was programming something similar to draw pictures (albeit a smaller desktop one) and accidentally put an extra 0 in the speed setting... (it wasn't bolted down properly and moved so fast it managed to flip itself off the desk!)
Haha I have a similar project right now and I accidentally made a for loop that started with the robot at the resting position (on the table). So every time the loop finished, the robot would smack itself onto the metal table. Luckily it didn’t break.
I like how it stops moving out of frustration. Just like a real person who thinks about what he has done
It stops because the operator stopped it. It has no feedback mechanism, so it cannot sense that something went wrong.
@@zaprodk They can and do sense crashes. It does so by sensing an increase in current in any of the six motors. He is a pretty smart guy and knows approx. how much current should be drawn when doing specific movements at specific accelerations/speeds. How sensetive it should be is also adjustable (and i guess that you also can disable it, not sure).
@@zaprodk this was definitely not stopped by an operator. No human can be this fast
@@tomr6955 If you are standing with the controller in hand with your finger on the e-stop, yes you can.
@@zaprodk I think it was a joke…
Loved how it’s CPU instantly blew up as soon as it exploded the dice. Robbie the robot has a new friend. “Warning,warning!!” 😂
I think that was a hardware/software safety feature, if too much pressure is applied in any specific direction, it will activate the E-stop, immediately halting the robot from whatever it was doing. The robot is just a bunch of metal and plastic held together by very powerful motors and checked by sensors, things can go very wrong very quick without redundancy and safety compliance
@@jpsalis Not really a pressure difference as it doesn't seems to have any pressure sensor but rather a position deviation (between the current one and the calculated one from the interpolator)
@@Difool80 Something like that, since each motor has feedback it is posible so measure the amount of torq aplied for each of them, which can be translated to the force aplied for the robot on its tool if it goes too high it returns an error and the robot stops
Its
Sitting here watching this it looked almost like with the last dice it’s stacked on. It made the stack really wobble and I can’t help but thinking if the arm just got pissed off at it moving so much and decided to take it out
This was my thought exactly. The robot was so close, saw it wobble, got pissed, and said NO! If this thing falls it's going to be me who does it. Sort of like the robot's version of flipping the table.
I think i poo my self a little. I was expecting it to just knock them over not blow them up lol.
I like how it came to a sudden stop like "Phauucckkkkkk...." 😲
Hahaha was thinking the same thing 🤣
Probably automatic safety procedure due to unexpected forces.
@@Quantum-Bullet indeed, it measures the current in the motors and compares to the computated theoretical currents. if they are too different, it will automatically shut off.
it's been 5 years, I hear it can stack up to 19 dice now before catastrophic failure.
looks so delicate but then it does something like this and you realize it could rip you limb from limb
woah yeah, I would not have caught that very physical runtime error, someone's gotta adjust the design there lol
also that bot was near full extension, no way it could've done much more than that without the stack being closer or the table being closer
I've baby-sat a welding robot for years. I loaded parts for it and also jigged up my own parts to weld while it worked. My average was 1.5 finished parts for every 1 part the robot made.
If only everyone had Your skillz
robotwasprobablycheapertho
Robot is only cheaper if it doesn't need a babysitter, otherwise you pay for an employee AND a robot. The math says it saves money in the long run and ups productivity by 66% over just an employee though.
@@CLove511 one employee for like 10 or more robots. Math says you can buy another robot and staff it by the same person, while minimally increasing overhead.
But the robot can continually do 1 part ever run where as you'll not keep up, over a certain given time.... Other side of the coin, the robot is useless without you.
And that's what the fence is for lol
Feels like the robot I maintain. What a horriffic beast leading its own life once in a wile. Also, the use of newer LMS Lidars made our little wrecker function a lot better. His behaviour course has deffenitely worked. Altough, its still a mad cow in what it does somedays xD
It has no specific motions it repeats and picks different kind of farmats of objects in a pickup belt. It sorts them and try placing them as efficient as possible. But operators need to keep an eye on it, since a child or 3 could do better, in ordering the sorting proces, and deffenitely will not break a crate either, or even smash its pickoff belt. Which is deffenitely programmed as a dead zone xD
Irb 2400? I have one doing diamond deburr.its basically a half scale Irb4400 and one of the best built Abb robots out there due to the link arm construction the are very rigid and virtually indestructible.I had a tech slam it into a IRB 6640 and it didn't break anything on the robot.We have had a IRB 4400 running since the 90s and it was in the absolute worse foundry conditions and lasted until I removed it this year.
yep, it's quite amazing huh
Why does it do this quick left and right detour instead of placing it directly? Does it measure something? And does it work based on absolute pre programmed values like length of the cubes and simply does cubeheight×number or does it work more dynamically?
It does it for visual show.
Guessing it's just written code using inverse kinematics. Nothing fancy other than math. The left and right detour is just for show
Programmer used starting position for every cykle. No reason to do it but in real use in industry we don't do it that way.
Possibly calibrating the position every time
I think they do that to prove accuracy. After all those movements it still knows exactly where to place the dice. A little show-off in accuracy.
1:10 that face was priceless
"it's the additions that scares me" - guy in the background
"it's gonna kick it" - guy holding the camera
"Yeah that's right hahahah" -guy in the background
They were worried about it happening. The robot has to change it's program for each dice. it has to add the length of a die each time. That's probably why the guy holding the camera didn't boldge. He knew he was safe.
P.S. J'adore ce que vous faites! (future ingénieur roboticien)
You can tell the robot is more precise than the dice it stacks...
Damn these crashes are flooding my recommended… not complaining!
This robot's priceless reaction like "oh poop"
programmer's fault
1:10 my reaction when I know I fu*ked things up 😂 poor guy who will collect all this mess it did.
Robot: Right I’ve had enough of this!!
**Proceeds to head it the shit out of the pile** 😂
scared the shit out of me, that was way more violent than i expected
I wonder why the CZcams algorithm but this cool little vid into my feed.
Thought I’d fallen for some click bait or “collision” had a different meaning in this context, then all of a sudden DIE!
Nice pun
Next video: "robot surgeon"... this might be interesting
the robot surgeon would not be able to make such large movements, but nice try
Where I work we had a collision with a Kuka robot. Lifted an 80,000 pound 110ft long tool into the air and took a 5” chunk out of an inch and a half thick carbon fiber airplane part. Robot was fine. Several million dollars in damage because the programmer missed a “-“
By the looks of it, they hit the safety glass in about 1/6 of a second. The glass seems to be about 1 meter away from the dice, so they flew approximately 6 m/s.
🧢
And if it hit the glass in 1/12th of a second then it would be 12m/s and if it hit the glass in 1/3th of a second then it would be 3m/s…. Kinda inaccurate to guess a speed this way “by the looks of it”.
@@Engineer9736 exactly, bet he guessed the ‘1/6 of a second’ with his ears
Honnêtement avec la petite dance je m'attendais à pire. Mais pour un premier programme c'est très bon
I can imagine some movie scene in which a robotic crime lord stacks dice on its desk, only to snap them forward like this to dispose of an incompetent human thug.
Its look of disappointment at the end... 😔 I feel you bro
Robot: Oh no... Maybe they didn't see that! No disassemble!
Number five is alive!!
Robot be like :
"looke my " -
POW!!!!
Try to imagine an surgery robot fail :-)
The robot: we were on the verge of greatness, we were this close
I havent screamed like that since my brother hit me with the scary maze game as a kid
Missed it by _that_ much...
Why it makes the same left-right movement every time it picks a dice up?
I am pretty sure what they do here is they minimize backlash. The joints are geared and therefore have a little bit of backlash which adds up a lot in a long chain like a robot arm. The worst thing is, depending on which direction each joint was previously rotating in, the tooth of the gears are engaged in different directions. Because of that, the robot will end up at different actual positions depending on whether it arrived at that same target position from one side or the other. Therefore it is best to move the joints in a particular direction to align the gears before performing the placement from another direction. There will still be backlash, but at least it is always the same, so the repeatability is better (i.e. the robot might not arrive at the exact requested position, but at least it will be off by the same amount in the same direction every time). This is common to all robot arms. Some do have very small backlash but are also way more expensive. It all depends on the use case. As you can see here, if done right, you can get pretty high repeatability even with a (presumably) not backlash minimized robot.
The replies to another comment suggest that it since this was a demo, it was likely just to show off machine’s fast movement and precision even afterwards, like a magician waving their props around during an act. That seems more likely to me, because there would be no need to go so far or so quickly just to take up backlash (which I expect would be minimal anyway), though I am a non-expert.
@@PaulFisher Well, there is no way to be sure except with a statement from the engineers that made the program. I can only tell you (as an expert), that this type of movement is common to improve repeatability. Backlash in robot arms is also a very big deal and you can't expect it to be minimal by default.
@@mariodekena1005 interesting, thank you!
Quite often they move to a known "home" position before starting each individual procedure. So from that home position it moves "distance" + "X" to each new placing position. I worked on these for years and never had real issues with backlash. Once they got that bad they would be taken out of service and rebuilt with new parts.
Notice the last cube to be successfully placed is out of alignment
VERY good catch! I'm assuming that was the reason for the crash; had it been aligned it may have gone flawlessly. Now the engineers/programmers have to keep more safety distance due to uncertainty positioning from the wobbles.
It tried to place the last few dice too far down.
I see that your vidoeo has fallen in the good graces of the algorithim gods
Top manager, probably...
Robo woke up and chose violence
Now run programme 2 - picking the dice up again ;)
Eventually, there will be some robot - humans fatalities for sure. We have to be always very careful around these machines!!!
"Eventually," you may not realize the reason why that robot has always been surrounded by such a huge cage. Machines have been killing people for centuries.
@@ButterfatFarms Thanks to let me know.
why people say they were scared of the robot, it looked a bit of Wall-e, working alone, poor guy, and made a mistake at the end.. :-(
Humans did the mistake not the robot
The robot did precisely what it was ordered to do
Skynet: I will destroy humans
Me: Idiots wrote your software, you have 0 chance.
The collision is a programming error(human) re: changing enviromental constraints with the target, but more significantly is the HORRENDOUS axis "zeroing" for each cycle AND axis!!!!!
A human would use two hands, in a cyclic and complex manner and in a fraction of the time - humans rock!!!
You scared me too! LOL
Better stack than i could do
Notice the left and right movement stayed at the same height .
Should have been programmed to go to the new height before doing the left and right move
0:55 anxiety level begin to rise exponentially
The arm was distracted doing the fancy left right dance before placing the cube, it forgot to place the cube, pull back, then go down to pick up the next cube. It hits it head.
They didnt take into account the height of the dice tower when programming the waypoints. It is a linear interpolation from the top of the tower to the next die. The angle of the edge of the imaginary triangle gets shallower and shallower each die.
@@nrdesign1991 Yeah that's kinda my thought. It's programmed to retreat a certain distance, but as the arm goes above level it needs to retreat more as the arc of rotation brings it back close and in this case contacts the stack.
And this why you don't go near robit arms in service. They will hurt or even end your life painfully. They may be elegant but the torque is enough to break many things
期待を裏切る終わり方！！！
That was strangely funny
Robot was like ahh shit i fucked it up then acts innocent and stays at 1 place 😂🤣
A stark reminder that it's probably best to do the simple things by hand.
A robot that is as stupid as this is terrible but a robot that is very smart is more terrible. You don't want something as powerful as this being self aware.
Just machines folks, these things don't "make mistakes" it's always the operator.
One day when humans finally achieve general artificial intelligence, we may be able to utilize such AI to complete tasks with these machines.
We won't have to program anything, just let the AI observe the process and end result and it'll do it quicker and more efficiently than this programming we see here (doing a little dance before placing the block).
But till then, it's silly mistake ridden humans.
Humans are simply a stepping stone to a new form of exotic life.
It was getting wobbly at the end. It was like a kid that knows he's going to fail at building the tower. So, he just knocks it over.
I’m taking an inverse kinematics class at university right now and we all have to do a final project using inverse kinematics on a $30,000 robot arm. Figuring out how to control it was mostly trial and error so everyone’s code has inadvertently smacked the arm onto the metal table at full speed at least once. It’s taken it like a champ though. Luckily everyone knows to stand back, so no one’s been injured.
I flinched
My mom bought me a "Super Armitron" when I was a kid and it was a cool concept, but with a very weak mechanism. From time to time I think about how much I want a robotic arm.. would I build it? Would I be able to find a use for it? What if I stuck it on wheels?
I think a robotic arm on wheels would be cool. Aerial drones are heavily regulated, but what about ground drones? That would be basically be like an RC car. Then again, they may just adapt the law which is used with drones in which the drone must be within "line of sight" of the operator.
The tormach arm is supposed to launch at $20k iirc
That plus maybe a car and some electronics and you're off to the races, becoming the next supervillain in no time.
That robotic arm seems to be suffering from OCD...the way it moves right to left to right before placing each piece!
That thing looks like it has a mind
Wait for it... wait for it... BAM!
That actually scared the crap out of me
Dude I got an heart attack from that. Jesus!
Funniest thing I've seen all day
I love how the arm froze after everything went to hell
When it realised it was under human order: no more
This was not a collision. The two of dice became unstable and fell in the direction of the robot. Always nice seeing the repeatability of these machines. 😍👍👍👍👍👍
And it's back to Robot Prison for you then...
Exciting video
Why have they programmed these unnecessary movements?
just posing i guess, the robot can dance around without hitting the tower; kind of like the knife game.
It's probably scanning the dice column left, right, height and making necessary adjustments on the next die placement.
Notice how straight the vertical line is until it places the die at 0:59 (which is slightly farther back). The next die is placed slightly forward.
@@Hairy.Whodini There is no scanner on the robot
@@nrdesign1991 then they probably wanted to make it sound like Eye of the Tiger.
@@Hairy.Whodini Probably :D
The very moment Skynet became self aware...
I want to see Kuka coasters on the production line, with riders along for every step of the process.
The jumpscare is at 1:10 , you have been warned , dont die of a heart attack
The dice tower leant towards the robot, and the end of the arm had no choice but to compress the stack vertically, making it explode in the opposite direction of the face that was compressed.
1:12 The robot looked upset
why is the arm doing this left right jiggle every time? is this calibrating?
and this is what happens when you put a decimal point in the wrong place.
Several-thousand pounds of torque right there. We put them in cages for a reason.
Dude I jumped in my bed!!!
Good luck with your self driving car....
JEEZ, lol
JUMPSCARE
Damn, I didn't expect this way.
You can see the collision detection working and immediately stopping the robot after making the dice fly
Я думал что кости упадут на стол и он воткнется в одну из упавших костей когда будет подбирать очередную кость
Then It shouts: drop your gun. You have 5 seconds left...4...3...2...
Ah no, you have 0.0025 seconds left.
Or what?? You gonna hit me with these dices? Not impressed!
Robot: 1:10