I would like to know if it is possible to place images next to the status keys without using UserTech?
Icon for StatusKey
-
Nikita_feoktistov -
January 2, 2025 at 5:20 PM -
Thread is Unresolved
-
-
massula
January 2, 2025 at 6:02 PM Moved the thread to the trash. -
massula
January 2, 2025 at 6:03 PM Restored the thread. -
massula
January 2, 2025 at 6:04 PM Approved the thread. -
massula
January 2, 2025 at 6:04 PM Moved the thread from forum General Discussion of Industrial Robots Only to forum KUKA Robot Forum. -
it is possible... it all depends on your programming skill.
for example i have done that in PosDisplay with with position values and screenshot icon.
i also made another program specifically for four status keys. i wanted something versatile than UserTech - larger images, more colors, icons change state based on chosen variable so that animation is possible, or showing state change without user touching the buttons. for example i would show gripper in reddish hue if it is timed out etc.
PostRE: Status Keys
yes, there would be need for some program to make the icons appear. UserTech is harder to master but it allows greater customization. Sometimes that is also not enough. One of the limitations is that UserTech can only run scripts on some event. For example it can change icon(s) only at the moment user presses one the status keys or selects another status key bar. It cannot spontaneously show different state for example if during process something happens (clamp fails to pick part etc.). In case…panic modeJune 22, 2022 at 5:35 PM -
Temporarily solved the problem by confirming actions in the dialog box, the main question is probably how to call this or that icon from the controller directory (example C:/KRC/SmartPAD/Icons)
-
KUKA makes tech options that allow this (GripperTech, UserTech) as well as SDK that makes it possible to make own plugin (integrates into HMI). each have learning curve.
if using DIY approach there are couple of things to resolve. The most important ones are ability to display image, make sure it is in the right place and ... access KRL variable(s).
displaying image is pretty straight forward. you can use any programming language you like. anything that can be used to display window can be convinced to load and display image.
the next part is to place it in the correct spot... but HMI appears differently depending on scenario or used case. for example if used in OfficeLite, HMI shows bezel. and shape and size of this can change. so when doing this as DIY, Windows API is what you need to get familiar with. if all you care about is smartPad, you can simply use fixed position...
Probably the most challenging part is to access KRL variable... this requires communicating with KRC somehow. In most cases one would use some sort of proxy server for this... but not always... For example PosDisplay does not need proxy.
At the moment there are three main products of this kind: KVP, KVP for KRC4 and C3Bridge. They all have some unique features. C3Bridge has a lot of functions and very detailed documentation. It also includes message examples in byte codes.
you do not need to implement all functions, just the ones you need. for example you can just connect and then periodically read variable...
even if you don't really do programming, and need a lot of handholding. maybe check scripting language like AutoIt....
-
KUKA makes tech options that allow this (GripperTech, UserTech) as well as SDK that makes it possible to make own plugin (integrates into HMI). each have learning curve.
if using DIY approach there are couple of things to resolve. The most important ones are ability to display image, make sure it is in the right place and ... access KRL variable(s).
displaying image is pretty straight forward. you can use any programming language you like. anything that can be used to display window can be convinced to load and display image.
the next part is to place it in the correct spot... but HMI appears differently depending on scenario or used case. for example if used in OfficeLite, HMI shows bezel. and shape and size of this can change. so when doing this as DIY, Windows API is what you need to get familiar with. if all you care about is smartPad, you can simply use fixed position...
Probably the most challenging part is to access KRL variable... this requires communicating with KRC somehow. In most cases one would use some sort of proxy server for this... but not always... For example PosDisplay does not need proxy.
At the moment there are three main products of this kind: KVP, KVP for KRC4 and C3Bridge. They all have some unique features. C3Bridge has a lot of functions and very detailed documentation. It also includes message examples in byte codes.
you do not need to implement all functions, just the ones you need. for example you can just connect and then periodically read variable...
even if you don't really do programming, and need a lot of handholding. maybe check scripting language like AutoIt....
Hello, what method is your PosDisplay based on to obtain robot variable data?
-
by talking to Cross directly.
-
by talking to Cross directly.
How to talk Cross directly?
-
same way KukaVarProxy and C3bridge do. i would suggest to either use one of those or check how they work. i did this on my own, before i learned about existence of those programs so it was very painful and time consuming...