IPO_M_T TOOL_TYPE und KUKA Optionen

Hallo
TOOL_TYPE[x]=#BASE -> Basis
TOOL_TYPE[x]=#TCP -> externes Werkzeug

Grüße

Schreibst du dieses direkt in die $config.dat?
Wenn du den TCP einmisst wird dieses alles festgelegt und gespeichert.

Hallo 19Rico84,

Das Array Tool_Type [] ist ein ENUM vom TYP IPO_M_T und ist definiert in der $Config.dat

ENUM IPO_M_T NONE,TCP,BASE

Hier siehst Du auch die möglichen hinterlegten Zustände.
Obiger Auszug ist von einer alten V8.3.

#NONE = nicht definiert
#BASE = Orientierungsverhalten Basisbezogen, Werkzeug am Roboterflansch, Werkstück im Raum
#TCP = Orientierungsverhalten Toolbezogen, Werkstück am Roboterflansch, Werkzeug fix im Raum (externer TCP)

Wird so zugewiesen, wenn Du das Werkzeug über die vorgegebenen Menüs am KUKA direkt vermisst.

Programmtechnisch wird's verwendet in den Bewegungs-Inlineformulare von KUKA und wird in der bas.src zugewiesen an $IPO_MODE.

Programmtechnisch für das Orientierungsverhalten ist schlussendlich aber massgebend, was in der Variable $IPO_MODE steht und nicht in Tool_Type[].
Sprich, wenn Du keine ILF's verwendest und nur KRL für Toolhandling, kannste TOOL_TYPE[] vergessen.
Darum findet man auch sehr viele Anlagen, wo #NONE drin definiert ist.

Gruss SJX

Zitat von 19Rico84

Und wie schau es mit den Optionen aus, wie zb. dieses RemoteSupportView?

"Prinzipiell" sind die Optionen kostenpflichtig für jeden Roboter.
Bei Remote_Tools ist mein letzter Stand, dass die über Server in Augsburg liefen und Du da spezielle "Agreements" abschliessen konntest.
Zuständiger Verkäufer für Dich oder Hotline/Consulting-Abteilung von KUKA sollte Dir da im Detail helfen können.

Für Dokus empfehle ich Dir:
https://xpert.kuka.com/Account/Login?ReturnUrl=%2F#/
Da findest Du sehr vieles. Einfach ein bisserl verteilt.

Gruss SJX

Zitat von 19Rico84

...Ich habe den KUKA-Support schon einige Male angeschrieben, bekomme aber immer nur abwimmelnde Antworten wie:

Prinzipiell verweisen Sie Dich einfach auf die offiziellen Tools, die Sie auch offiziell supporten und wo SPOC gegeben ist.
Was meiner Meinung nach auch korrekt ist seitens Hersteller.

Hab kurz geschaut: KUKA.RemoteSupportView ist ja die Variante, die Sie auch in WOV integriert haben und wo Du WOV wie auch Steuerungen direkt supporten kannst (Client wie auch Server).
Gab/gibt auch noch ein KUKA.RemoteView, dass über Server Augsburg lief / läuft.

Der von Dir erwähnte Remote-Desktop ist ja das Windows-eigene "Fernwartungstool".
Hat mit KUKA selbst nichts zu tun und ist reines Mitbringsel von Windows. Aber erfüllt die Sicherheitsvorgaben von KUKA so nicht.

Gibt auch viele, die verwenden VNC für diese Aufgabe.
Bei Verwendung von Fremdtools musst Du aber auch damit rechnen, dass KUKA in gewissen Fällen auch die Gewährleistung ablehnt.
Schlussendlich liegt es in Deiner und Deiner Kundschaft Verantwortung, was Du dafür verwendest.
Technisch geht vieles.
Tipp: Bevor Du aber anfängst damit herumzuprobieren, zieh ein Image der Steuerung.

Gruss SJX

Stick ist sicher dolle Sache und für fast jedermann zu Handhaben.
Auch gut zum hinterlassen der WIM-files beim Kunden. Bei Störung kann's der KUKA Support im schlimmsten Fall auch draufspielen.

Kenne aber auch diverse, die verwenden z.B. Acronis.
Bauen HDD / SSD aus und hängen sie ans Notebook über Adapter, wo Imagetool drauf läuft.
Wird also nichts installiert auf der Robiplatte.

Es lohnt sich, wenn Du mit KUKA arbeiten willst, dass Du dich mit dieser Problematik auseinandersetzt.
Vor allem für Neueinsteiger, die die Spezialitäten des "Bayern" noch nicht so gut kennen. Hängt sich schneller auf, als manchem lieb ist. Weiter gibt's Dir auch eine gewisse Sicherheit.

Gruss SJX