Thank you, major oversight on my part which was discovered before I got back to this thread. But yes! Exactly what was missing. *facepalm
Are you seeing safety level comms happening when you look under Etherenet/IP, then safety? Have the SafeIO definitions been updated in the DCS page?
Yes, there are valid txns and counts.
How do you mean updated? However, I think so. Yes.
Is it normal for the IO_UOP_CFG to be 0,-1,-1,-1,-1,-1,-1
Sorry for jacking the post, however I have similar questions. Hoping someone can help or point me in the right direction.
Robot Controller: r30ib plus
Safety Option: EtherNet/IP
PLC: Compact Guardlogix
Intent: Use CIP safety for communication of safety signals
Problem: Cannot get communication of the robot safety signals to the PLC
Actions: The robot has been owned by PLC with matching signature a few times. . .module is not faulted @PLC and the ADP indicates running status with successful pings at robot controller. The PLC still does not recognize input from the robot controller.
Background: Robot was initially integrated with fence hardwired to safety input @controller, those terminations may still be in place.
Thanks in advance,
**UPDATE - RESOLVED**
Found the conflict coming from the PLC. Drives Off bit was being Latched continually and Drives On being Unlatched by those same conditions and giving the START almost like a OneShot deferring the controller to Drives Off state.
It's been some time since I worked with KUKA. I have a question that I hope has an obvious solution and I'm just rusty. . .The automated cell that my KUKA is a part of uses multiple finger swipe devices and light curtains and area scanners to provide the cell safety configuration along with one safety gate. I have noticed that the finger swipe device can be used to healthy the cell, however, I do not get the robot controller to pick up AUTO permissives with that initial reset. It may require one or two more swipes with the cell state remaining unchanged (i.e. still healthy from the initial swipe/reset.)
- Maybe I've missed something in the safety configuration for reset by external device
- The cell safety may not be sending the output from the PLC
Any thoughts or previous threads addressing this same issue? Thanks in advance!
I set the Track frame from a UFRAME I created and direct-keyed the coord data. The X+ is in the direction of material flow, so I don't believe my issue lies therein. Regarding the sensor I have realized that and it is now resolved with the trigger coming from PLC and PP direct to robot.
I am working on a project that has me stumped. I need to set up line tracking and I cannot, I have the FANUC manual on LT, however, the conveyor counts are negative and increasing in that direction. When attempting to re-sync the trigger/part tracking I get errors for conveyor direction as well as the part sensor not being valid.
1) Do I need the conveyor to count in a positive direction?
2) What should I be looking for as a trigger and part sensor to configure the Line Tracking?
3) Does the part present need to be direct to robot or can it be mapped as DI from PLC?
Any help is greatly appreciated!