Configuring Profinet I/O Addresses on Kawasaki CP-180L with E Controller: Address Mapping Issues and Solutions

    • New

    I am currently using a Kawasaki CP-180L robot with an E Controller.

    How do I configure the Profinet I/O addresses so that the main I/O of the robot is not interrupted? For example, if Output 1 is used for turning on a motor, but I want Output 1 to be the starting address for Profinet communication, how can I set this up?

    I am communicating with the PLC, and it works, but when the robot tries to send Output 1 to the PLC, it is already being used for turning on the motor. I have already allocated the signal for the slave, and the table shows that it starts from 1001, but in actual monitoring, it still shows as 1. Why is this happening, and how can I fix it?

    Thank you for your responses and help!

    • New

    Check out the dedicated output signals in Aux 0602.
    That is where dedicated signals are allocated for dedicated output assignment.
    Disable or re-allocate them accordingly to your IO scheduling.
    If being used on your fieldbus, ensure they are allocated within the scope of your fieldbus.

    When allocating, you need to ensure:
    1 - 960 address values are used for outputs in slices of 16 (word).
    1001 - 1960 address values are used for inputs in slices of 16 (word).

    Also, be mindful of bytes ordering (byte swapping) that may need to be adjusted in Aux 060803.
    I am sure with Siemens you will need to change to big endian (unless you swap on the PLC).

    • New

    Hello, thank you for answering me. Sorry for the late reply.
    Here is a photo of my actual problem. As you can see, the input does not start at 1001 but at 1. I've read every manual from Kawasaki about I/O, and none of them mention my issue.

    Right now, I'm using a Siemens S7-1200 PLC.


    With the problem I'm facing right now, I can't assign any input signals because, in the I/O settings, it requires me to start at 1001.

    • New

    Also, do you happen to know why, when I power off the PLC and turn it on again, the PROFINET slave module always needs to be assigned a name? This happens every time I restart the PLC—not just with the PROFINET module on the Kawasaki robot, but also with my remote I/O, which requires assigning a name each time I restart the PLC. As you already know, when configuring the robot, it needs to be powered off and on, which causes it to disconnect from the PROFINET network on the PLC. If you know the solution to this problem, please explain it to me. Thank you.

    • New
    Quote from Muhammad Andika

    As you can see, the input does not start at 1001 but at 1. I've read every manual from Kawasaki about I/O, and none of them mention my issue.

    That is not an issue, that is normal representation on the screen monitor.
    O = General purpose outputs.
    o = Dedicated outputs.
    I = General purpose inputs.
    i = Dedicated inputs.
    INT = Internal signals (software signals).

    The number represents the signal no. of that particular addressing system.
    1 - 960 is Outputs.
    1001 - 1960 is Inputs.
    2001 - 2960 are Internal signals (software signals).

    Quote from Muhammad Andika

    With the problem I'm facing right now, I can't assign any input signals because, in the I/O settings, it requires me to start at 1001.

    Why?........I don't see a problem in the context you've described?
    What is the problem starting at (an obvious point) no.1?

    What is your configuration:
    - How many total IO are you using.
    - Are you allocating any for LOCAL, if so how many and are you also using ARM signals?
    - How many are you requiring for SLAVE.
    - Which do you want LOCAL to start at 1001, or SLAVE to start at 1001.
    - You can allocate SLAVE first from No.1 and stick any LOCALS at the end, it makes no difference.
    - What is your specific problem - joining the network, reading and writing IO????

    Quote from Muhammad Andika

    Also, do you happen to know why, when I power off the PLC and turn it on again, the PROFINET slave module always needs to be assigned a name? This happens every time I restart the PLC—not just with the PROFINET module on the Kawasaki robot, but also with my remote I/O, which requires assigning a name each time I restart the PLC. As you already know, when configuring the robot, it needs to be powered off and on, which causes it to disconnect from the PROFINET network on the PLC. If you know the solution to this problem, please explain it to me. Thank you.

    Profinet network topologies need to be set in the MASTER as to what it will be addressing to on the network.

    That is profinet standards, during a power cycle, the network node is disconnected from the MASTER and so in order to re-join the network, the network topology in the MASTER requires to see the profinet name amongst other configuration parameters to allow the module (Kawasaki SLAVE is in fact just remote I/O.
    So if you have to replace the module, it becomes plug and play upon power off, replace, power on again.

    There is no problem, this is the standard of profinet.

    You need to appreciate Kawasaki does not know or connect, or communicate with the PLC.
    Kawasaki communicates with the anybus board, the anybus board communicates with the PLC.
    The anybus board exchanges signals between Kawasaki and PLC using the IO that has been allocated on SLAVE and MASTER (their own specific communication channels).

    • New

    Maybe those threads might help you:

    Post

    Kawasaki loses the PROFInet name after reboot

    I have two Kawasaki robots connected in ET200 by Profinet. The problem is: When i reboot, restart or when the energy down for some reason, the robot loses the profinet name. So i have to connect with clp and assgn the name again. The config in robot TP is OK. Its happening with two robots. Any ideias? Never turn off the robots is not a option...
    John Gunnt
    September 24, 2023 at 5:54 PM

    Post

    Re: Profinet

    The PLC is not allocating you an IP Address according to your IP Config screen, also there's a number of configuration issues in your Kawasaki setup.
    Check Aux 0611......You have Master Signals when you are using a Slave Profinet Interface Board.
    Check Aux 060801......You have Master signals allocated instead of slave.
    Check Aux 060803......I think Siemens requires Slave to be set as LSB FIRST and BIG ENDIAN.
    Check Aux 060804......If static, then correct settings required for correct port.....if…
    kwakisaki
    February 21, 2018 at 11:54 AM
    • New

    Kawasaki never loses the profinet name from it's configuration.
    If everything was static at the PLC side using the correct profinet naming conventions without the use of special characters there is usually no problems at all.

    I'm not sure, may be Alexandru can confirm that Siemens automatic name generator can sometimes use special characters that Kawasaki does not accept.

Advertising from our partners