I was never aware that FANUC had a Dry Run for palletizing robots.
As I said, dumb question but thank you for the answer. Makes sense now.
Posts by ClaudiuA
-
-
You could have a background program monitoring your inputs. When your radar inputs go up, you change a register's value. You use said register as a speed value for your motions, though that means you'll have a LOT of registers to work with if you use various speeds. This means your cell safety is...well...not that safe really.
I wouldn't do this and I don't think any client would allow me to use something like this on a robot that's not collaborative, but if it's something you'd like to try, this would be the cheapest alternative to getting the DCS option. I think.
Though I would suggest you just use the scanner to stop the robot with a controlled stop. I can't imagine why you'd like to have a robot moving in AUTO while someone is in the area.
-
Ok, just a dumb question because I can't seem to find info on this:
What is TCYC on FANUC R30iA Controllers?
How do I turn it on?
More importantly...how do I turn it OFF?
Started up a back up robot for a client and couldn't move it until I cold started the robot. I hate not knowing what's going on with one of these guys. -
HiAll the robots have the 250 kg setup or just the one that breaks ?
Do the other robots work with the same payload as the one with 350 ?The wrong payload affect immensely the robot performance. It makes sense that it's failing when you are telling the wrong payload.
IS there any way by which a robot can manage its payload and inertia IF I don't have a certain payload set very clearly?
You mean , automatically ? No, i do not think so. Once you type the proper payload in the setting you have to call it in the program using the command PAYLOADI have a question for you, Next time you are there check the alarms. They have have a million alarms saying something about it
Slow answer, sorry about that. It's been hectic for us.
Yes, all the robots have the same payload settings and the payload never switches from Payload 1 (250 Kg). It doesn't matter if the robot is loaded or unloaded, what particular part it transports and so on. It's pandemonium in my opinion.
It's mostly the robots that pick up a heavy load from a conveyor and then have to transfer it to a lower position (negative Z). The ones that lift up to the conveyor almost never break.I've just replaced the reducer that I've replaced 2 years prior. Found two of the teeth on the input gear actually chipped, as opposed to the usual status of worn out. I'm trying to piece together what could have gotten inside the reducer to cause the damage to the input gear like that.
One reducer that I've changed today was literrally stuck in place in one position, so much so that the client had to use a jack to help the robot move back into upright position. Even in a case as extreme as this I did not see damage to the input gear as extensive as that one...and the robot is 15 years old. -
Ok, here's a brain twister.
Over the past 4 years I've been doing maintenance work, mainly on quite a few M410iB/450. Usual issue: reducers for J2 or J3 go to pot, we change them.
However, I've been noticing that it's generally the same robots that drop dead - I have a couple that are over 15 years old and never issued a complaint - and it's made me look into the problem a bit. It's not normal, in my opinion, to change the same reducer in the span of less than 2 years. And there's really not that much that you can mess up while changing one of these so as to worry about messing up the replacement procedure in any way.These robots were not originally installed by the company I work at and they were not programmed by us either. I've been poking my nose through some of the settings and noticed that the payload they have set is at 250 Kgs...but the actual payload they're carrying is way over 350 Kgs, easily. Since I only do maintenance work on them, I can't start changing parameters for the robot without a contract from the client. Any issue would get me in deep shit while actually trying to do good.
Now, the question is this: IS there any way by which a robot can manage its payload and inertia IF I don't have a certain payload set very clearly? There are some karel programs there that are named, specifically, Inertia Calculation, but I don't know how to read them, so I'm at a bit of a loss here. I don't know if I should discuss with the client the possibility of bad original settings for the robots if I, myself, am not sure that changing the payload would help any.
-
I restarted a robot recently that's been offline for the better part of 5 years. No issues aside from the encoder batteries that I had to change. The OS was OK and we didn't even have a battery low alarm for the CPU battery.
A second case for a robot controlling A LOT of external axes came to us last year. Same story. Robot offline for 5-6 years - the cobwebs were impresive -. Booted up. Mastered by way of eyewitness zero calibration. Created a stupid little welding program. Ran with no issues.These things can laze around for quite some time and still be good to go.
The client should, in theory, have an image back up of the robot for any eventuality, somewhere in its archive. You don't need anything new for the robot to run. FANUC may provide a software update if you ask them for it and provide an AoA. Or, worse case, send them the e-number of the robot and they'll send you whatever you need to load up on it for it to work again.
Oh, and as another user has mentioned: CHANGE THE OIL / GREASE and check for leakage. We had a robot deposited poorly for the better part of two years and we've discovered some o-ring popped due to the cold. No oil was left in one of the gearboxes. Made a nasty sound when started up.
Other robots had the grease in them turn to jello. New grease just couldn't push anything out until we ran the things for a few hours so the deposits inside could melt. -
I know this is an old thread, but maybe this will help someone else.
In the installation tab of the robot you can find a default program tab that also lets you select on what input the robot program should start or the robot to initialize completely.
Also, you can go to your IO tab, select a DI and from its drop down menu select the implicit, general function that DI would have. I can't remember now, and don't have a robot at my disposal, if you can select an abort program from over there.
-
Hello,
Just make a back-up from one robot to the other and upload the back up AND installation file. You can find Magic Files on the UR web page, at support, along with instructions on how to actually get the back up.
It is VITAL to also have the installation file from the first robot to the second.
You can also just selects your program and hit save us, selecting an USB stick that you have connected to the Teach Pendant.I used this to set up a second pick and place robot where I had two of them doing identical jobs. Just had to adjust some Waypoints due to mechanical differences between the two posts.
Good luck. Hope this helps.
-
UR Support strongly suggests that the UR10 would be appropriate for a welding application. We had a request for that a few months back but decided against it due to lack of testing on our part.
If you have a low spatter application with not very intensive welding parameters, I think it would be feasible to use a UR10 for it, as long as you remember that the robot is mostly plastic and aluminum, so it would need some protection as well. -
Hello guys.
Thank you very much for the replies.
We've found our problem. We needed a MOLEX GSDML file, and not a SIEMENS one. It goes to show what happens when someone else orders the robot and doesn't give the installation team full details about what was ordered. Live and learn. -
I would start counting the steps of the program and then add conditions in your main program to skip to certain labels depending on whatever your R[x] value is. It's not pretty and for someone looking through the program it would look fantastically convoluted, but this sort of stuff works well for me in some UR applications where the client has one robot and nobody really prepared to work with it further ahead than stopping and starting it, sometimes without checking starting conditions.
-
-
- Did you assign profinet name to robot with TIA Portal correctly ?
- Did you set Start Up mode to OPERATION and IO Device is Enabled ?
- Do you have Fanuc Profinet manual ?Hello,
Yes and Yes to 1 and 3.
2 is the one I have issues with because, honestly, the MENU -> I/O -> ProfiNet (M) sends me to the application and I don't have a manual for how THIS one works. See image underneath for how the ProfiNet configuration looks in the robot.
-
Yes, it's plugged in correctly into the ProfiNet board, and also the cable from the PLC is connected to the third port counting down.
-
Hello folks,
We're trying to set up a Fanuc AM 0iB robot with a R30iB Mate controller for an ArcWeld application with a Fronius welding generator. So far, so good.
We've got a Siemens S1200 PLC with ProfiNet as a center for the cell.The problem we've run into is in trying to set up the ProfiNet communication between the PLC and the robot. While we can see the robot fine and dandy on the network, and we use the most recent GDSML file from FANUC, we still can't actually communicate with the PLC.
On the robot's side I can see at the ProfiNet device configuration the error: Connection never established, never tried...and no option to do anything about it. I'm having issues navigating the ProfiNet setup interface that came with this particular robot.If I can provide other information by which someone could help, please let me know. We're against the clock with this project and this communication issue is holding us back...
-
As a completion to what the above person said:
PNS outputs you can set in MENU -> I/O -> UOP -> CONFIG. UI 9-16 are assigned for the PNS group bits, but they themselves can be mapped anywhere on the DI inputs via the aforementioned path.Hope that helps.