I am not getting any outputs to come one. I have replaced the board turned on every output have no power on the top cn3 connector pins. I do have power on the bottom side xty cn2 pins(inputs) i have ohmed out the xtx cn2 conductors between the board and back of the robot which had continuity. I have also enabled the built in valve option which did not help. Any thoughts on what to try? is there a system switch that I am missing?
Arm ID troublshooting
-
CyBot -
July 7, 2023 at 9:12 PM -
Thread is Unresolved
-
-
What arm is it?
What board are you referring to?
Without these details, we can only guess.................
-
Hello!
What is the robot and controller do you have?
Did the ARM ID card work before replacement?
You mentioned that you enabled "built in valve option"б but have you allocated ARM ID Signals in this menu?
-
this is a cp
What arm is it?
What board are you referring to?
Without these details, we can only guess.................
the 1xy and the 1tk board was replaced that are near the joint 4on a cp300l
-
Hello!
What is the robot and controller do you have?
Did the ARM ID card work before replacement?
You mentioned that you enabled "built in valve option"б but have you allocated ARM ID Signals in this menu?
it is a cp 300L with an eo3 controller this is a new robot getting set up. I have my top signal set to 9 using only 9-12 on the screenshot you show, i tried to enable the built in valve option but that did not work. so i changed it back to disabled.
-
You have 2 boards at the arm end supplied as an option for CP Series with dedicated purpose:
- 1TK = Arm Id board Arm information and maintenance logs.
- 1XY = Extended IO control.
The robot communicates directly with 1TK board, which then communicates to 1XY board.
If the robot cannot communicate with 1TK you receive errors.
If IO is not functioning you are unlikely to receive errors and then either:
- Incorrect NPN/PNP CN4/CN5 position.
- Incorrect NPN/PNP wiring for CN2 and CN3.
- Incorrect signal allocation.
- Electrical damage has taken place due to incorrect wiring on 1XY board.
- Someone has possibly damaged connections between 1TK and 1XY board.
- Someone has changed MANY settings which are not required as panic trying to make things work.
Below is recommended checklist:
1. What error codes were produced that made you decide that boards required replacing.
2. When replacing 1TK board, did you follow startup procedure in the manual.
3. Where is it stated in the manual to change any other settings except what is written in manual.
4. Have you set CN4/CN5 plug for correct NPN/PNP configuration in accordance with the manual.
5. Have you wired CN2 and CN3 connectors correct to match connectors on 1XY board.
6. Do you have 24V and GND available at correct locations directly on CN2 and CN3 on 1XY board.
7. Have you wired CN2 outputs to correct configuration NPN/PNP in accordance with the manual.
8. Have you wired CN3 inputs to correct configuration NPN/PNP in accordance with the manual.
9. If CN4/CN5 not set correctly and CN2/CN3 not wired correctly electrical damage to 1XY board.
10. Are you using a fieldbus with this system.
11. Have you checked if signals 9-12 are available and not allocated somewhere else.
12. If signals already used by 1TW board, then not possible to also use on 1XY board, one or other.
13. What happens if you increase no of IO by another 32 signals and allocate new like 33-36 as test.
14. Are you sure you are not overloading output by using device requiring >100mA.
15. Can you provide schematic of your electrical configuration and photos of your cabling CN2/CN3.
16. Did you make backup before and after making changes in settings.
It is very important CN2 and CN3 plugs are wired to correct place in plug assembly so that when plugged into CN2 and CN3 connectors on 1XY board:
- A1, B1, A2, B2 etc matches between plug and connector.
- There are ident markings on connector and plug to assist, but need good eyes to see.
- I have seen many times mismatch between connector on 1XY board and plug used for client wire.
-
Just doing a follow up......I ended up calling Kawasaki and they found a switch that was preventing the i/o signals from going through. guessing it was like a firewall?
-
If you found a solution to your problem, then please share it, especially since a couple of members have allocated some spare time to try and assist you.
they found a switch that was preventing the i/o signals from going through. guessing it was like a firewall?
What is this then?