1. Home
    1. Dashboard
    2. Search
  2. Forum
    1. Unresolved Threads
    2. Members
      1. Recent Activities
      2. Users Online
      3. Team Members
      4. Search Members
      5. Trophys
  3. Articles
  4. Blog
  5. Videos
  6. Jobs
  7. Shop
    1. Orders
  • Login or register
  • Search
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Products
  • More Options
  1. Robotforum - Support and discussion community for industrial robots and cobots
  2. Forum
  3. Industrial Robot Support and Discussion Center
  4. KUKA Robot Forum
Your browser does not support videos RoboDK Software for simulation and programming
Visit our Mainsponsor
IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Sponsored Ads

Disabling ethernet errors does not work for Ethernet KRL 3.2

  • RoboterEST
  • September 28, 2022 at 6:53 AM
  • Thread is Unresolved
  • RoboterEST
    Trophies
    2
    Posts
    7
    • September 28, 2022 at 6:53 AM
    • #1

    Greetings

    Robot controller: KRC5

    KSS: 8.7.4

    Ethernet KRL version: 3.2.7

    My robot is configured to be a server that receives data from another robot (figure 1). The server program runs in submit interpreter in order to respond to requests swiftly (figure 2). Everything works fine for an hour or so until some error messages ("Initialisation already performed", "Create server failed", etc) pop-up on the top of display. When the error messages are cleared from the display, the connection is automatically restored and program proceeds to work correctly again.

    I have not encountered an error message in testing that leads me to believe that something is systematically wrong with the robot program. Rather when reading the EthernetKRL manual it seems that encountering some of these errors is to be expected (figure 3). So I would like to deactivate the message output on display. I have tried the following options:

    1) Disabled messages in EthernetKRL configuration file (figure 1 again, <MESSAGES> tag)
    2) Added ON_ERROR_PROCEED line right before any EKI function call (removed from the program after testing as they didn't do what was intended)

    So far both of these options have not worked as the EKI errors still appear on the display. Am I disabling the ethernet messages wrong? Are there any alternatives to automatically clear these EthernetKRL errors when they occur?

    Regards
    Jürgen

    Files

    Figures (images).zip 187.9 kB – 15 Downloads
  • hermann
    Reactions Received
    407
    Trophies
    9
    Posts
    2,612
    • September 28, 2022 at 8:36 AM
    • #2

    1. You can attach pictures direct to the post, so we don't have to waste time downloading and unzipping.

    2. It sounds like you open and close the server frequently, I would open the server once, and then listen to messages in a loop.

    3. Think disabling messages does what the name says, it disables the messages, but doesn't disable the fault, the fault will happen anyway, but you don't get a message about the fault.

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • September 28, 2022 at 2:34 PM
    • #3

    you can also embed code in the posts in the text form. this is config from one of projects using EKI as server in submit. note that logging is enabled because i still want to know about any issues, just do not want them displayed.

    Code
        <CONFIGURATION>
            <EXTERNAL>
             <IP>172.31.1.119</IP>
                <PORT>59152</PORT>
            </EXTERNAL>
            <INTERNAL>
                <ENVIRONMENT>Submit</ENVIRONMENT>
                <MESSAGES Logging="enabled" Display="disabled"/>
                <BUFFERING Mode="FIFO" Limit="512"/>
                <BUFFSIZE Limit="16384"/>
                <TIMEOUT Connect="2000"/>
                <ALIVE Set_Flag="997" Ping="1000"/>
                <PROTOCOL>TCP</PROTOCOL>
            </INTERNAL>
        </CONFIGURATION>
    Display More

    i also like to open connection and keep it open... and only react when connection is lost. that could be sensed with ALIVE flag.

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • RoboterEST
    Trophies
    2
    Posts
    7
    • September 29, 2022 at 7:13 AM
    • #4

    Will follow your guidelines for posting from now on.

    Okay, I will try to react to the alive flag when connection is lost. Found a piece of code in the manual that achieves that using interrupt. With a few modifications this could work.

    In response to hermann: So you're saying that even if I succeed in hiding the EKI error message from the display the program would still stop? I thought hiding the EKI messages would lead to behaviour similar to pressing the Confirm button, where the program continues executing (this is what currently happens when I press Confirm).

    (For reference, usually I wouldn't need to open and close the server that frequently when dealing with KUKA to KUKA connection. However one of the older ABB robots seems to drop the connection from time to time)

    Jürgen

  • TSO
    Reactions Received
    2
    Trophies
    1
    Posts
    11
    • June 26, 2024 at 2:12 PM
    • #5

    For anyone else comming here later, I had the same problem using KSS 8.7.4 and EthernetKRL 3.2.4

    I disabled the display part, using Display="disabled", as suggested by panic mode and it works perfectly for me now.

    Of course, I now don't get any errors from EthernetKRL stuff, but this is much easier to handle.

  • Online
    panic mode
    Reactions Received
    1,280
    Trophies
    11
    Posts
    13,085
    • June 26, 2024 at 2:56 PM
    • #6

    the diagnostics features of EKI are crude anyway. to make robust connection one must jump through some hoops.

    1) read pinned topic: READ FIRST...

    2) if you have an issue with robot, post question in the correct forum section... do NOT contact me directly

    3) read 1 and 2

  • TSO
    Reactions Received
    2
    Trophies
    1
    Posts
    11
    • July 1, 2024 at 10:25 AM
    • #7

    This is so true, I am starting to understand why you are creating yous scripts as normal subroutins and calling them from the sps instead.

Advertising from our partners

IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Advertise in Robotics
Advertise in Robotics

Job Postings

  • Anyware Robotics is hiring!

    yzhou377 February 23, 2025 at 4:54 AM
  • How to see your Job Posting (search or recruit) here in Robot-Forum.com

    Werner Hampel November 18, 2021 at 3:44 PM
Your browser does not support videos RoboDK Software for simulation and programming

Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Thread Tag Cloud

  • abb
  • Backup
  • calibration
  • Communication
  • CRX
  • DCS
  • dx100
  • dx200
  • error
  • Ethernet
  • Ethernet IP
  • external axis
  • Fanuc
  • help
  • hmi
  • I/O
  • irc5
  • IRVIsion
  • karel
  • kawasaki
  • KRC2
  • KRC4
  • KRC 4
  • KRL
  • KUKA
  • motoman
  • Offset
  • PLC
  • PROFINET
  • Program
  • Programming
  • RAPID
  • robodk
  • roboguide
  • robot
  • robotstudio
  • RSI
  • safety
  • Siemens
  • simulation
  • SPEED
  • staubli
  • tcp
  • TCP/IP
  • teach pendant
  • vision
  • Welding
  • workvisual
  • yaskawa
  • YRC1000

Tags

  • KUKA
  • error
  • display
  • krc5
  • Ethernet KRL
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™
As a registered Member:
* You will see no Google advertising
* You can translate posts into your local language
* You can ask questions or help the community with your knowledge
* You can thank the authors for their help
* You can receive notifications of replies or new topics on request
* We do not sell your data - we promise

JOIN OUR GREAT ROBOTICS COMMUNITY.
Don’t have an account yet? Register yourself now and be a part of our community!
Register Yourself Lost Password
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on Google Play
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on the App Store
Download