Maybe you can offer the politically correct version, then you can ask your customers if they are okay with you sharing your personal witty statement.
Also, Could you share your saying, so I can use and claim for myself, thanks. Haha jk
Maybe you can offer the politically correct version, then you can ask your customers if they are okay with you sharing your personal witty statement.
Also, Could you share your saying, so I can use and claim for myself, thanks. Haha jk
Is it advisable to write a program in BG logic only and not have an actual program? For example, I have an entry conveyor, 3 machines, and exit conveyor. Is it possible to just write BG logic so when door is open, cycle complete, and part is unclamped, for robot to grab the part and drop into exit conveyor? Then robot go and load entry conveyor?
This would help get rid of all the jumps and label commands in the regular program perhaps? It's just always scanning to see which machine is ready to be loaded / unloaded, unlike a regular program where you have to add a label and jump to make it continuously loop?
Thanks HawkME, that was the correct variable. Now it jogs at 100% speed.
Hey Muteki, could you PM me those documents as well. Thanks
Good afternoon to all, hope everyone is doing well. My robot's jog speed is capped at 50%. How can I increase to 100% like my other robots?
Also, hope everyone enjoys the holidays, please answer my interesting poll question if you so wish.
Thanks,
Here in US, there is a company called ICR [industrial control repair], which repaired my teach pendant for $1150.00 us dollars, for small issue inside teach pendant and cracked casing, so you should find something less than above amount.
Hey man, see this thread for some extra info on BG logic: How to Run a Background Input Checker Program?
I would recommend having plc control your Conveyors; if for some reason, your robot controller goes down, your conveyor will also stop running, no? Replacing PLC is probably easier than replacing servo amp in robot controller.
Whenever you buy a new controller, the board above comes with factory jumpers, which you take out and replace with your door or e-stop wiring. To make sure it's not a wiring issue, you unplug the e-stop / door wires going into the board, and replace with a jumper. This will "fake" out your safety system and pretend everything is good. If you are still getting an issue after doing this, you know the issue is on the board. If you are not getting the error after you do this, then you have an issue with your door / estop wiring (maybe loose connection, short, etc).
Hello, does anyone have any pdf manuals on incorporating vision onto robots? I never knew you can do that. I have some applications where camera would be useful, I would like to read more about it. Do I have to buy separate option onto the Fanuc Robot?
I'm unsure, but you can find some used ones on ebay. Best bet is to call fanuc, and they will confirm in few minutes.
Before resetting the PCA alarm in the Master / Cal screen, some controllers require you to enable that option in the variables section. I can;t remember the variable name, but if you search your alarm on google or this forum, you will find.
Then after enabling that screen, you can reset the PCA alarm, then cycle power as mentioned by Stare.
Most likely, you will see another alarm about axis not being calibrated, so you will have to calibrate the right axis. You may have to jog the respective axis all the way around to establish a pulse if you are getting pulse encoder error as well.
Good afternoon all,
I have two R30iA controllers, and need to share the DIO between the two robots. So robot 2 can see all the i/o from robot 1 and vice versa. How can I accomplish this without having to physically use copper wire from robot 1 i/o card to robot 2's i/o card? Any sort of Ethernet options available?
For example, if my machine sends cycle complete as input to Robot 1, I want Robot 2 to know also, without having to use an output from Robot 1 and a physical wire for only one input into Robot 2. Make sense?
Thanks you.
What was the solution to your issue?
I've had the FS1 fuse blow on my servo amplifier; my robot would not recognize that the deadman switch was not pressed it, and would still show "green" busy light in top left corner on TP. That fuse led to "internal circuit" of servo amplifier, so I had to change it out to get back running. We did try new TP and new cabling also first, as servo amplifier is $$$.
Anyone have any insight? Am I just way off on my thinking. I went ahead and ordered the correct drive anyways to replace with.
Good morning all,
I have a motor (A06B-0142-B075) powered by servo amplifier (A06B-6079-H105). I am receiving fault 8 (high current fault) and need to swap out drives after confirming that power cable & motor are good with megger. Could I replace the A06B-6079-H105 with A06B-6079-H106?
Fanuc CNC service did not recommend; they said H106 outputs more current, but my understanding is the drive will only output as much current as the motor itself draws? So if my motor is the same, and I replace it with H106, my theory is it should run, but now my drive can output more power / current if required.
Is my understanding above correct or should I play it safe and just order the correct servo amplifier? Thank you!
Good afternoon all,
Is there any instruction set or pdf anyone can share, showcasing step-by-step instructions on how to check the brakes on any servo from Fanuc? I would love to pass down to my techs on our line.
Thanks,
I had this same issue few days ago, we took servo for J1 off and we could not move the motor. We kept getting a collision detect alarm. The alarm you are getting (disturbance excess) is probably similar, but not as hard on the robot as a collision detect IMO.
You will have to remaster using single axis mastering and calibrate the robot if you swap out motors.
I had an issue with both my servo amplifier board in the controller and servo j1 axis motor in the past few weeks.
-For j1 servo motor, I kept getting a collision detect fault, even though the robot was not hitting anything.
-For the servo amplifier board, I kept blowing FS1, which according to the schematic, goes to "internal wiring" on the circuit board. Dead man switch was not working, everything would show green on the teach pendant, despite no hands on the dead-man switch.
These were both on different robots, different controllers. We ended up changing the servo motor out to get the first robot running, and then we changed out the servo amplifier board to get the 2nd on up and running.
@Everyone Thank you for all the advice. Unfortunately, we had to test the gears inside the robot where all the grease is. We were able to move axis 1 gears with our hand (which I thought was wild, moving the entire axis 1 robot with just your hand on the gear), so my degrees were off. We ended up using the timing marks to get very close to zero and let the techs touch up the few loose ends.
For anyone else in the future, you need to enable the mastering option through the master enable variable, then once you unplug the servo and connect new one, you will get BZAL error, you need to reset this by going to the $MCR.$SPC_RESET variable and setting the value to true. Then the value should go false. Then you need to master the robot, then calibrate. Then good to go!