Do you have the Karel option?
Karel can easily move files between devices. Without Karel, I would leave well enough alone.
Do you have the Karel option?
Karel can easily move files between devices. Without Karel, I would leave well enough alone.
Do you not have enough memory to keep the programs loaded? How many and how large are the programs?
What you are asking to do is possible, but if you have the room to keep the programs loaded it will be much simpler.
Why do you have to load programs from FR:?
Look at your pictures. The teach pendant connector is a different cable.
It's one thing to ask for help, but you need to do some leg work yourself. If a cable is all tied up, cut it free and find out where it goes, if you're unwilling to do the work you should hire someone to do it for you.
Your picture just shows a different (and horribly obscured) angle. It does not show the other end of the cable, or where it is connected to.
I am starting to think you may just be a troll.
Ignore the jumpers for now, they are not holding you back. If you pull them you will lose your fence circuit and your servo disconnect circuit.
What is on the other end of the black cable that has the "SLAVE RELAY" label on it?
The red and black conductor landed on EMGIN 1 and 2 is a single channel E-Stop input. The green and white conductors look to be E-Stop out from the robot.
The jumpers are on the fence and servo disconnect circuit.
What is the other end of the "SLAVE RELAY" cable connected to?
I have used IFM Ethernet/IP IO-Link masters several times with a Fanuc.
In each case, the robot was configured as the EIP scanner. I had no issues with the setup when I followed the Fanuc EIP setup and operations manual (MAROU91EN02171E).
Can you post a picture of the installed jumpers?
If they are properly installed in the correct location, you should not have an external E-Stop.
Did you cycle power after clearing the BZAL alarm using the RES_PCA function from the mastering menu?
Can you manually jog the axis? That fault code should only get thrown during automatic program execution.
Or you could just test it out 😝
Correct, you do not need to configure anything on the robot side, other than setting an IP address.
If you want to read and write to registers directly, then you will need to use explicit messaging.
You can do it indirectly using implicit messaging, but there a lot more hoops to jump through and the end result is not as accurate.
Can you post a backup?
If this is really an urgent and very high priority, hire an integrator to come and fix it for you.
Otherwise, please post at least the program you are having an issue with, or better yet, a full backup.
At the very least, post a picture of the teach pendant with "line 60" when it is active.
I think you are confusing *IMSTP and Cycle Stop.
By default:
UI[1]=*IMSTP
UI[4]=Cycle stop
If UI signals are enabled:
UI[1]=*IMSTP must be held high for the robot to run in manual or auto. It is not a safety rated input.
UI[4]=Cycle Stop, which is the "CSTOPI" as referenced by the System/Config menu.
If "CSTOPI for ABORT" is set to TRUE, and "Abort all programs by CSTOPI:" is set to TRUE, then, when UI[4] = ON, all of your programs, including any condition monitors, will be aborted.
Have you looked at the RoboGuide help files or sample cells?
The help file is one of the best for any type of program I've every used.
Do you have any other robots? Is the CRX really that loud? What type of environment is it being operated in? Noisy or quiet?
All robots that I have worked with always make a high frequency whine at the servo amplifier's switching frequency.