I have a robot that has no EE-connector, and I had to monitor pressure.
So, I put a pressure-switch in the emergency-circuit.
Works perfectly.
I have a robot that has no EE-connector, and I had to monitor pressure.
So, I put a pressure-switch in the emergency-circuit.
Works perfectly.
And remember, the outputs are NPN.
Why not use spring-loaded suction cups ?
http://www.coval-international.com/products/sprin…-series-128.htm
Hello, welcome.
If it had no power for twelve years, then I think you have a problem.
The core software is maintained by a battery, and when it's empty, the software is lost.
It has to be reloaded then.
Also the encoders on the axis are batterypowered, and when they are empty, the calibration is lost too.
If it is still OK, then check if the voltage is right.
Check if all cables are connected and the robot is properly grounded.
Then you can start-up.
And of course is has some value, but the value is much greater if it is up and running, so I think the first thing to do, is check if the software and calibration is still there.
Maybe you loaded the wrong core-software, or switched the controller with another ?
Different robotarms have different gearings.
Did you swap robots and controllers ?
It seams that the software is expecting a different gearing in the arm.
Sounds like the calibration has gone....
Or maybe you have the wrong software for the gearing in the arm, we had this with a S-500 robot, but I don't know if that is a possible issue with the S-420iW.
You don't have a maintenance-manual for your robot?
From wich cable do you want the pinouts, there are a lot of robots with each a lot of cables...
The program I use for viewing, editing and saving TP-programs is Tpeditor from Fanuc.
When I need a textfile, I print it to a file and then format it in notepad. (or excel)
If it is for viewing only, you can try to save the file in LS-format. (not in the computer, but from the robot)
That is a normal text format.
But that seems to be an option, and none of my robots have it...:-(
I use positionregisters to calculate were to put things down and pick things up.
These places are all level, so the userframe is too to make the calculations easier.
You can make another userframe, but that affects all positions and have to be very carefull in switching between them so you don't mess things up.
A jogframe is movement only and don't affect calculations.
Makes life a bit easier.
I am using a jogframe with a machine that is at an angle of 20 degrees with the ground.
The userframe is level and the jogframe is also at 20 degrees.
So in jogframe I can move parallel with the machine easely, witch makes programming much easier.
As far as I know there is no method to move under power.
But you can move it when you disengage the break, you then can move it gently.
Beware that the arm then will respond to the law of gravity, and will drop if not supported.
Kluk Kluk, there are plants that require the servo power to be physically dropped by a servo disconnect switch seperate from any fence/safety circuits.
Really ? O, I did not know that....Seems a bit like overdoing it...
Is that controled by hand or automatic ?
Your workcell should have a safetyfence or lightscreen, connect that to the FENCE or emergency connections and it will do the job.
I am using a pressure-switch, not for welding but for another application.
the switch is set to go ON at 2800 milibar, the system-pressure is set at 3000 milibar.
When I need gas, I first check if the switch is ON , then I know the gas is there.
Then I open the valve, the pressure drops to 2650 milibar, I check if the switch is OFF and then I know the gas is flowing.
When closing the valve the switch should go to ON again, if not there is not enough gas left.
And there is another switch set at 2200 to monitor the minimum pressure for maintaining the flow I need.
Works for me.
I had the error twice, and both times I had to change the pulscoder.
I guess it is SRVO-68 DTERR ?
There is a miscommunication between the controlboard and a pulscoder.
This is a serious error and the problem needs to be solved.
That is why you can not simply reset the error.
Check cables, connections, axis-controlboard and pulscoders.
Well... I don't know if there is any easy reading information available...
In most cases, people take a course in programming industrial robots.
Karel is used to fully program the robot, movement, in- and outputs, conditions and virtualy everything else.
It is a big task to make a presentation about this sort of subject when you still at square one...
I wish you a lot of strength and success !
It looks a lot like Pascal.
It is not allowed by Fanuc to post manuals on this forum due to copyright issues. (Very strange way to promote your product)
But when you google on Fanuc and Karel there is plenty of information available.
I am afraid the only thing in common is the name Karel.