Stream variables values to an external secondary HMI display

  • Hi there,

    Is there any chance to stream variables actual values to a secondary external custom monitor for a KR150 serie 2000 with krc2 Ed.05?

    Of course I can check variables values on the monitor on the KCP, but I would like to have some variables always displayed on a secondary monitor to have them easily under control.

    Any suggestion? I could not find any post about this topic.

    Best,

    marco

    Kuka KR150-2 KRC2 ed05 V5.6.11<br />VFD TDE Macno<br />Spindle HSD ES915 with Automatic tool changer<br />Sprutcam 11

    Edited once, last by Marco ().

  • Place your Ad here!
  • The idea is to have a second display (not a standard vga monitor) like a

    Nextion Enhanced 7.0” display HMI Resistive Touch

    showing a selection of variables values to edit if necessary with some potentiometers, like $VEL.CP or $APO.CDIS. So I’m trying to define a strategy to get this implemented.

    Kuka KR150-2 KRC2 ed05 V5.6.11<br />VFD TDE Macno<br />Spindle HSD ES915 with Automatic tool changer<br />Sprutcam 11

  • according to info on that product, the only interface options are I/O and serial.

    KRC2 has serial support so if you don't mind writing some programs you can get the data exchanged that way.

    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

  • according to info on that product, the only interface options are I/O and serial.

    KRC2 has serial support so if you don't mind writing some programs you can get the data exchanged that way.

    That’s sounds interesting. I found this 2 threads with interesting contents. Any other reference to look at?


    Serial Communication (PC -> KUKA KRC2 5.2)


    and


    https://www.roboterforum.de/ro…munication-on-krc2-4-1-5/

    Kuka KR150-2 KRC2 ed05 V5.6.11<br />VFD TDE Macno<br />Spindle HSD ES915 with Automatic tool changer<br />Sprutcam 11

  • That’s sounds interesting.

    so you did not even read the specs when you posted here that this is HMI you wanted to use? then you found entire two topics that mention serial communication? sounds like you are really putting a lot of effort into this... :winking_face:



    forum is a great place to get ideas, but it is not the place to get someone to get your work done. i recommend getting information straight from the SOURCE. that means reading datasheets and applying what you read there. in other words check out pinned topic READ FIRST, read CWRITE manual for your KSS version, read documentation for HMI that you want to use, do the math (sanity check) etc. and if it all works out, then commit to project, otherwise look for a different solution.


    for example, your first few checks should be something like this:

    for HMI to communicate with KRC, data exchange need to take place independent of what robot program is running. So where would you place the code? in the program called by SPS.


    exchanging data with that HMI supports serial comms and I/O. which one do you choose (if any)? how about I/O? yes it is possible, you can even bitbang data transfer through I/O but it would be slow. how slow? limiting factor is interpolation time of 12ms so even if you come up with some really novel way to exchange data efficiently, it will still be too slow - on the order of 40bits per second or so. you may use multiple IO to transfer more than one bit a time but i doubt that would get near something usable.


    so how about serial? well you can get much faster rates, even 2400bps beats measly 40bps. did you check how fast is HMI port? did you check how fast you can make KRC serial port?

    did you check what it takes to interface those two serial ports electrically? is the HMI port real RS232 or TTL level serial port? inverted or not? DTE or DCE?


    next do you need one or two way communication? you can have KRC stream values continuously but how do you change what variables to update and in which order? that means creating some protocol.


    see where this is going? how many of those points did you think of already? if not most, you may want to consider different strategy or getting someone full time to develop this. yes the HMI is low cost but that does not include development time. if you are learning and don't put price on your time, that is great but be prepared for sink in a lot of time.

    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

  • it is not the place to get someone to get your work done“ man you don’t need to tell me this...seriously?

    Anyway...beyond this one, the other things you say are Interesting for sure and maybe I would not be able to sort all this out by myself.

    Kuka KR150-2 KRC2 ed05 V5.6.11<br />VFD TDE Macno<br />Spindle HSD ES915 with Automatic tool changer<br />Sprutcam 11

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account
Sign up for a new account in our community. It's easy!
Register a new account
Sign in
Already have an account? Sign in here.
Sign in Now

Advertising from our partners