DrAmaT - Editor - Beispiele für den KI-Agenten

« Fenster KI-Agent (Editor) | Inhalt | Fenster KI-Agent des Robot Cell Simulators »

Diese Seite zeigt Beispiele für das Fenster KI-Agent des Editors: echte Prompts und was der Agent damit gemacht hat, vollständige Prüfungen mit dem ganzen Text der Antwort und den Bericht eines VKRC Robot Check von fünf Robotern. Die Funktionen des Fensters, seine Befehle, die Wissensdateien und die Einstellungen beschreibt die Seite Fenster KI-Agent (Editor). Der Agent antwortet in der Sprache des Prompts.

Beispiele für Prompts Beispiele: ein Prompt – eine vollständige Prüfung Beispiel 1 – Punkte Beispiel 2 – Schweißpunkte Beispiel 3 – VKRC Robot Check von 5 Robotern Beispiel 4 – VFanuc Robot Check von 4 Robotern Beispiel 5 – Makro45 schreiben

DReS Editor: Teach Your AI Agent - Your Own Knowledge Files for KUKA VKRC Robot Checks (YouTube, Englisch)
Deutsch

DReS Editor: Den KI-Agenten anlernen - eigene Wissensdateien für die Roboterprüfung von KUKA VKRC (YouTube, Deutsch) – mit Beispiel 5 (Makro45)

Beispiele für Prompts

Echte Prompts und was der Agent damit gemacht hat – ein Satz in einfachen Worten, den Weg und die Befehle findet der Agent selbst. Alle Ergebnisse unten stammen aus echten Läufen; die Namen der Roboter, Stationen und Werke sind ersetzt (R01, R02 … oder die Beispielstation 0001R01 … 0001R05). Ein Klick auf ein Bild zeigt es in voller Größe.

Kollisionskarte einer ganzen Station aus Roboterarchiven

PromptErstelle die Kollisionskarte für alle Roboterarchive in D:\TEST. Prüfe alle Logikprobleme.

Was der Agent gemacht hat:

alle Roboterarchive des Ordners nacheinander im Editor geöffnet (16 Fanuc-Roboter);
jede Folge und jedes UP gelesen: die Anforderungen DO[80+n] mit CALL MAKRO020, die Freigabeeingänge DI[40+n] in TC_ONLINE, die Freigaben DO[40+n] und die Merker von MAKRO050;
den Partner jedes Bereichs in den Kommentaren und Langtexten gefunden und geprüft, ob beide Roboter eines Paares dieselbe Bereichsnummer benutzen;
die Karte gezeichnet: Roboter, Linien mit den Bereichsnummern – grün konsistent, orange falscher Kommentar / Partner, rot Fehler im Code, grau Partner außerhalb der Archive – mit einer Liste aller Befunde mit Programm und Zeile.

Ergebnis: die Verriegelungskarte von 16 Fanuc-Robotern – kein Programm wurde geändert, der Agent liest und berichtet nur. Beispiele der Befunde: ein Bereich angefordert und nie freigegeben, ein Freigabeeingang fehlt in TC_ONLINE, Kommentare nennen den falschen Partnerroboter, Bereiche bis zum Ende des UP belegt.

16Fanuc-Roboter

30Roboterpaare konsistent

5Fehler im Code

7falsche Kommentare / Partner

Die vom Agenten gezeichnete Karte: 16 Fanuc-Roboter auf zwei Linien, Bereichsnummern auf den Linien, Befunde rechts (Roboternamen ersetzt durch R01…R17)

Jetzt auch als Funktion des Editors: Tools > Collision map of the robot projects (Kollisionskarte der Roboterprojekte) und der API-Befehl collision_map erstellen dieselbe Karte für KUKA-VKRC- und Fanuc-Stationen in einem Schritt – Bild, HTML-/PDF-Bericht und CSV-/Excel-Tabellen. Es ist eine Signalanalyse der Programme; die Geometrie wird im Robot Cell Simulator geprüft (Arbeitsbereiche, Live 3D).

Punkte der Folgen und der UP-Aufrufe

PromptPrüfe, ob die Punkte 1, 2 und der letzte Punkt in jeder Folge dieselben Koordinaten haben und ob der erste Punkt jedes UP dieselben Koordinaten hat wie der Punkt, an dem das UP aufgerufen wird. Die Abweichung darf max. 2 mm betragen. Zeige mir die Programme, in denen diese Bedingung nicht erfüllt ist.

Ergebnis: 38 Folgen von 5 Robotern und 118 UP-Aufrufe in etwa 1,5 Minuten. Zwei Aufrufe weichen um 5,0 mm ab – verglichen in Weltkoordinaten, auch bei verschiedenen Basen; alles andere OK. Der Agent nennt die wahrscheinliche Ursache (UP42 selbst oder die Definition von Base 1) und ändert nichts. Vollständige Antwort und Bild: Beispiel 1.

Schweißpunkte: Parameter von SERVOZANGE

PromptFinde die SERVOZANGE-Befehle und zeige mir alle benutzten Programmnummer, Punktnummer und FahrzeugTyp. Prüfe, ob Offset größer als 0 ist, nur in UP-Programmen. Markiere die Werte 0 rot.

Ergebnis: 143 SERVOZANGE-Befehle aller Roboterprojekte in einer Tabelle, von der Festplatte gelesen – keine Datei geöffnet, nichts geändert. Offset 30 bei einem Roboter, Offset 0 bei zwei Robotern (50 Schweißpunkte, rot); der Agent hat außerdem selbst Schweißpunkte gefunden, die auf zwei Robotern benutzt werden. Vollständige Antwort und Bild: Beispiel 2.

Robot Cell Simulator: Taktzeiten und Wartezeiten

Prompt (Robot Cell Simulator)Starte Folge 81 einmal auf allen Robotern und gib mir die Taktzeiten: welcher Roboter bestimmt den Takt und worauf warten die Roboter?

Ergebnis: der Agent hat Folge 81 einmal auf allen 5 Robotern laufen lassen (400 %, ohne SPS): Stationstaktzeit 69,1 s, den Takt bestimmt R03; Tabelle der Taktzeiten und der Wartezeiten auf Verriegelungen jedes Roboters mit Programm und Punkt, ein Wettlauf um Bereich 1 (der Simulator hält die Reihenfolge mit einem Baustein „Interlock priority“ im SPS-Programm fest), Kontakte mit und ohne Verriegelung (auch in 3D) und die nicht simulierten Programme – und er schlägt den nächsten Schritt vor (Arbeitsbereiche und Robustheitstest). Details: Fenster KI-Agent des Robot Cell Simulators.

Die Antwort des Agenten im Robot Cell Simulator (anonymisierte Beispielstation 0001R01…0001R05)

Robot Cell Simulator: alle möglichen Kollisionen einer Station

Prompt (Robot Cell Simulator)Finde alle möglichen Kollisionen der geöffneten Station: Basislauf, Arbeitsbereiche, Verriegelungen prüfen, dann einen Plan für den Robustheitstest mit Live 3D schreiben und ausführen. Gib mir den Bericht.

Was der Agent gemacht hat: alle Roboter in HOME, Basislauf, Arbeitsbereiche, Check interlocks, ein Testplan aus den Ergebnissen des Basislaufs, der Robustheitstest mit Live 3D und der Bericht – ein Prompt statt acht manueller Schritte. Ergebnis an einer realen Station (anonymisiert, 5 Roboter, bekannte Kollisionsstellen A–E):

Test	Zeit	Gefundene Kollisionsstellen
fester Plan (Ingenieur)	18 min	A, B, D
Zufallsgenerator	45 min	B, E
Plan des KI-Agenten	10 min	A, B, C, D, E

Der Agent hat außerdem selbst Wettläufe gefunden: die Reihenfolge zweier Roboter an einem Bereich entscheidet über etwa 10 s Taktzeit der Station (72 s → 82 s) – er testet die andere Reihenfolge gezielt. Details: Fenster KI-Agent des Robot Cell Simulators.

Beispiele: ein Prompt – eine vollständige Prüfung

Die beiden Beispiele unten entstanden an einer anonymisierten Beispielstation mit fünf Roboterprojekten (0001R01 bis 0001R05). Jedes zeigt den Prompt, den Editor mit der Antwort und den vollständigen Text der Antwort. Die Prompts wurden auf Englisch eingegeben, daher sind auch die Antworten englisch – der Agent antwortet in der Sprache des Benutzers; mit dem deutschen Prompt antwortet er auf Deutsch. Der Antworttext enthält die Markierungen {red}…{/red} und {green}…{/green}: der Chat zeigt diese Stellen farbig (siehe Farben); im Text unten bleiben sie unverändert.

Beispiel 1 – Punkte der Folgen und der UP-Aufrufe

Prompt:

Prüfe, ob die Punkte 1, 2 und der letzte Punkt in jeder Folge dieselben Koordinaten haben und ob der erste Punkt jedes UP dieselben Koordinaten hat wie der Punkt, an dem das UP aufgerufen wird. Die Abweichung darf max. 2 mm betragen. Zeige mir die Programme, in denen diese Bedingung nicht erfüllt ist.

oder auf Englisch:

Check whether points 1, 2 and the last one in every Folge have the same coordinates, and whether the first point of every UP has the same coordinates as the point where the UP is called. The difference may be max. 2 mm. Show me the programs where this condition is not met.

Der Agent sagt, dass es einen Moment dauert, und führt einen Aufruf points über die Folgen aller Roboterprojekte aus (fileMask ["folge*"]) mit den Prüfungen samePoints ([["1","2"],["1","last"]]) und callStart, Toleranz 2 mm. DReS rechnet die Abstände selbst; Punkte mit verschiedenen Basen und demselben Werkzeug werden in Weltkoordinaten verglichen (Basen aus $config.dat), Punkte mit verschiedenen Werkzeugen werden als nicht vergleichbar gemeldet. Das dauert etwa 1,5 Minuten (etwa 2 s pro Programm).

Ergebnis: 38 Folgen von 5 Robotern – 76 Punktprüfungen, 0 fehlerhaft; 118 UP-Aufrufe, 2 fehlerhaft: in 0001R05 rufen FOLGE81 und Folge83 das UP42 an P2 auf, und der erste Punkt von UP42 weicht um 5,0 mm ab (verglichen in Weltkoordinaten, Base 0 gegen Base 1). Da beide Folgen dieselbe Abweichung zeigen, folgert der Agent, dass wahrscheinlich UP42 selbst (sein P1 oder die Definition von Base 1) die Ursache ist. Nichts wurde geändert. (In dieser Beispielstation wurde ein Punkt absichtlich um 5 mm verschoben, um zu zeigen, wie eine Abweichung gefunden wird.)

Der Editor mit dem Fenster KI-Agent: Ergebnis von Beispiel 1 – 5.0 mm rot, 0 fehlerhafte Punktprüfungen grün

Hinweis: das Fenster ist auf Englisch abgebildet – eine deutsche Oberfläche von DReS gibt es nicht; alle Abbildungen dieser Seite sind dieselben wie auf der englischen Seite.

Vollständige Antwort (wie im Chat):

You: Check whether points 1, 2 and the last one in every Folge have the same coordinates, and whether the first point of every UP has the same coordinates as the point where the UP is called. The difference may be max. 2 mm. Show me the programs where this condition is not met.

Agent: This takes a moment, roughly 2 s per program.

Agent: Two programs fail the check. Both fail at the same spot: the call of UP42 (the first point of a UP vs the point where it is called).

I checked 38 Folgen across all robot projects with a 2 mm tolerance.

| Check | Checked | Failed |
|---|---|---|
| Points 1 = 2 and 1 = last point in each Folge | 76 | {green}0{/green} |
| First point of the UP = the point where it is called | 118 calls | {red}2{/red} |

**Programs that fail:**

| Project | Program | Line | Call | Point of the call | First point of the UP | Difference |
|---|---|---|---|---|---|---|
| 0001R05 | KRC/R1/Folgen/FOLGE81.src | 39 | UP42 | P2 | P1 | {red}5.0 mm{/red} |
| 0001R05 | KRC/R1/Folgen/Folge83.src | 39 | UP42 | P2 | P1 | {red}5.0 mm{/red} |

- In both Folgen, P2 uses Tool 1 / Base 0 and the first point of UP42 uses Tool 1 / Base 1. They were compared in world coordinates.
- Both programs show the same 5 mm difference, so UP42 itself is the likely cause: its first point P1, or the definition of Base 1. It's less likely that both Folgen have the same wrong P2.
- In every Folge, points 1, 2 and the last one have the same coordinates.

I didn't change anything.

Beispiel 2 – Schweißpunkte (SERVOZANGE)

Prompt:

Finde die SERVOZANGE-Befehle und zeige mir alle verwendeten Programmnummer, Punktnummer und FahrzeugTyp. Prüfe, ob Offset größer als 0 ist, nur in UP-Programmen. Markiere die Werte 0 rot.

oder auf Englisch:

Find the SERVOZANGE commands and show me all used Programmnummer, Punktnummer and FahrzeugTyp. Check if Offset is greater than 0, only in UP programs. Mark the values 0 in red.

Der Agent führt tech list mit scope projects, fields (Programmnummer, Punktnummer, FahrzeugTyp, Offset) und fileMask ["up*"] aus. Er liest die Dateien von der Festplatte – nichts wird geöffnet, nichts wird geändert – und bekommt eine Zusammenfassung der benutzten Werte mit ihrer Anzahl, so passen auch Hunderte Schweißpunkte in eine kurze Antwort.

Ergebnis: 143 SERVOZANGE-Befehle in den UP-Programmen von 0001R01, 0001R04 und 0001R05, davon 98 Schweissen: überall Programmnummer 99, FahrzeugTyp 6 oder 7; Offset 30 nur in 0001R01 (48 Schweißpunkte), Offset 0 (rot) in 0001R04 und 0001R05 (50 Schweißpunkte). Die Servicebefehle Setzhub, Fraesen und Service haben FahrzeugTyp 0. Der Agent hat außerdem selbst bemerkt, dass einige Punktnummern in zwei Robotern vorkommen, und bittet, sie zu prüfen. Am Ende bietet er einen CSV-Export oder eine Änderung der Offset-Werte an (zuerst mit einer Vorschau).

Ergebnis von Beispiel 2: die Tabelle der Schweißpunkte – Offset 0 rot, yes grün / no rot

Vollständige Antwort (wie im Chat):

You: Find the SERVOZANGE commands and show me all used Programmnummer, Punktnummer and FahrzeugTyp. Check if Offset is greater than 0, only in UP programs. Mark the values 0 in red.

Agent: I found 143 SERVOZANGE commands in the UP programs of 0001R01, 0001R04 and 0001R05. Of these, 98 are Schweissen (spot welding) commands. Only those have a Programmnummer and an Offset. I only read the files from disk, opened nothing and changed nothing.

**Schweissen commands (Offset check)**

| Project | UP | Programmnummer | FahrzeugTyp | Punktnummer | Count | Offset | Offset > 0 |
|---|---|---|---|---|---|---|---|
| 0001R01 | UP42 | 99 | 6 | 15068–15073 | 4 | 30 | {green}yes{/green} |
| 0001R01 | Up43 | 99 | 6 | 15920–16019 | 10 | 30 | {green}yes{/green} |
| 0001R01 | UP44 | 99 | 6 | 15874–15999 | 10 | 30 | {green}yes{/green} |
| 0001R01 | UP62 | 99 | 7 | 15066–15071 | 4 | 30 | {green}yes{/green} |
| 0001R01 | UP63 | 99 | 7 | 15860–16037 | 10 | 30 | {green}yes{/green} |
| 0001R01 | UP64 | 99 | 7 | 15814–15953 | 10 | 30 | {green}yes{/green} |
| 0001R04 | Up42 | 99 | 6 | 15324–15329 | 6 | {red}0{/red} | {red}no{/red} |
| 0001R05 | UP42 | 99 | 6 | 15846–15872 | 22 | {red}0{/red} | {red}no{/red} |
| 0001R05 | UP62 | 99 | 7 | 15786–15812 | 22 | {red}0{/red} | {red}no{/red} |

**Other SERVOZANGE commands** (UP101, UP112, UP201 and UP221 in all three projects; these commands have no Programmnummer)

| Command | Punktnummer | FahrzeugTyp | Count |
|---|---|---|---|
| Setzhub | 61 / 71 | {red}0{/red} | 18 |
| Fraesen | 31 | {red}0{/red} | 3 |
| Service | i59 | {red}0{/red} | 3 |

The Messen, Andocken and Abdocken commands have no parameters.

**Results**
- **Offset:** All 48 welds in 0001R01 have Offset 30. All 50 welds in 0001R04 and 0001R05 have {red}Offset 0{/red}.
- **Values used:** Every weld uses Programmnummer 99. FahrzeugTyp is 6 (52 welds) or 7 (46 welds).
- **Repeated weld points:** Points 15860, 15861 and 15864–15867 are used twice each, and so are 15870 and 15871. They appear in 0001R01 UP63 and again in 0001R05 UP42. Please check whether these weld points really should be on two robots.

I can export the full list to a CSV file for Excel, or change the Offset values (I'd show you a preview first).

Weitere Beispiele für Nachrichten:

Zeige die Roboterprojekte und setze R03 als aktiv
Öffne folge81 von R03 in Zeile 40 und prüfe die Syntax
Zeige den VW User, die Softwareversion und die IP aller Roboter
Welche Werkzeuge und Basen werden in den Folgen benutzt und sind alle in den Roboterdaten definiert?
Setze FahrzeugTyp auf 2 in allen Schweißpunkten aller Roboterprojekte – zeig mir zuerst, was sich ändern würde
Speichere alle geänderten Dateien und starte den Robot Cell Simulator

Beispiel 3 – VKRC Robot Check von 5 Robotern

Der Agent prüft die Roboterdaten von fünf VKRC-Roboterprojekten einer Sitzung wie das Plugin VKRC Robot Check und mehr: aufgerufene, aber fehlende Makros und UPs, Tools, Basen und Lastdaten, Kalibrierung und die Software-Endschalter einschließlich der 7. Achse – und erstellt einen Bericht mit einem Vergleich der Roboter. Er liest nur die Roboterdaten; er ändert oder löscht keine Dateien.

Prompt:

Führe einen VKRC Robot Check für alle Roboterprojekte dieser Sitzung durch: Makros, UPs, Tools, Basen, Lastdaten, Kalibrierung und Software-Endschalter (auch die 7. Achse), und erstelle einen kurzen Bericht, was der Programmierer korrigieren muss, mit einem Vergleich der Roboter.

Der Bericht des Agenten – im Rahmen scrollen oder den Bericht öffnen (vom Agenten erstelltes PDF). Auf Wunsch speichert der Agent ihn als PDF-, HTML- oder Excel-Datei (z. B. Speichere ihn als PDF auf dem Desktop).

Tokens: eine Prüfung vieler Roboter liest Hunderte von Programmen und kostet viele Tokens Ihres KI-Kontos (5 Roboter mit rund 340 Makros: über 2 Millionen Eingabe-Tokens). Für eine schnelle Prüfung ein oder zwei Roboter pro Chat angeben und für die nächsten einen neuen Chat starten.

Mehr zur Prüfung und weitere Prompts: VKRC Robot Check > Robot Check mit dem KI-Agenten.

Beispiel 4 – VFanuc Robot Check von 4 Robotern

Dieselbe Prüfung für Fanuc-Backups im VW-Standard: Folgen, UPs und Makros (aufgerufen, aber fehlend, nie aufgerufen, Programme nur als .TP ohne .LS), in den Punkten verwendete Werkzeuge UT und User Frames UF, Lastdaten (PAYLOAD[n]) gegen die Nennlast des Roboters, Justage (SYSMAST.VA), Software-Endschalter und die Verfahrachse E1 mit den Punkten außerhalb ihrer Grenzen, nicht geteachte Punkte. Der Agent liest VERSION.VA, SYMOTN.VA, SYSFRAME.VA, SYSMAST.VA und die LS-Programme; eine fehlende Datei wird im Bericht genannt.

Prompt:

Führe einen VFanuc Robot Check für das aktive Fanuc-Projekt durch: Makros, UPs, Werkzeuge UT, User Frames UF, Lastdaten, Justage und Software-Endschalter (auch die Verfahrachse E1), und erstelle einen kurzen Bericht, was der Programmierer korrigieren muss.

Für mehrere Roboter: ... für alle Fanuc-Roboterprojekte dieser Sitzung ... mit einem Vergleich der Roboter.

Der Bericht des Agenten für 4 Fanuc-Roboter einer Sitzung – Prompt:

Prompt:

Führe einen VFanuc Robot Check für alle Fanuc-Roboterprojekte dieser Sitzung durch: Makros, UPs, Werkzeuge UT, User Frames UF, Lastdaten, Justage und Software-Endschalter (auch die Verfahrachse E1), und erstelle einen kurzen Bericht, was der Programmierer korrigieren muss, mit einem Vergleich der Roboter.

Im Rahmen scrollen oder den Bericht öffnen (vom Agenten erstelltes PDF, Englisch).

Beispiel 5 – Programm schreiben: Makro45 mit den Kollisionsfreigaben

Der Agent prüft Programme nicht nur – er schreibt sie auch. In diesem Beispiel erstellt er das Makro45 eines KUKA VKRC-Roboters mit den Freigaben genau der Kollisionsbereiche, die der Roboter in seinen Programmen anfordert, und schreibt den Langtext jedes Signals als Kommentar über den Befehl.

Prompt:

Erstelle Makro45 für den Roboter KDA4G1214460R01 nur mit den Signalen der Kollisionsbereiche, die der Roboter in seinen Programmen nutzt (A41-A56 für seine Anforderungen A81-A96), und setze sie auf EIN; füge über jedem Befehl einen Kommentar mit dem Langtext der Variablen ein.

Was der Agent gemacht hat:

die Programme des Roboters nach den Anforderungen A81–A96 durchsucht und nur A81–A85 gefunden (23 Anforderungen in UP42, UP43, UP44, UP62, UP63, UP64 und UP201) – das Makro setzt daher nur die passenden Freigaben A41–A45, A46–A56 sind nicht enthalten;
Kopf und Format aus den vorhandenen Makros des Roboters übernommen (Makro40, Makro61; TPVW 8.7.2, DEFFCT INT MAKRO45(ADV :IN));
die Langtexte von A41–A45 aus den Roboterdaten gelesen (RefListe.txt) und Makro45 mit A41 = EIN … A45 = EIN und einem Kommentar mit dem Langtext über jedem Ausgang geschrieben;
das Makro im Editor geöffnet und die Syntax geprüft (check_syntax – keine Fehler oder Warnungen); wie die anderen Makros dieses Roboters hat es nur eine .src-Datei;
gesagt, was zu prüfen ist: den vom Agenten geschriebenen Kopftext und dass noch keine Folge und kein UP das Makro45 aufruft.

Vom Agenten geschriebenes Makro45: über jeder Freigabe A41–A45 ein Kommentar mit dem Langtext

Die Antwort des Agenten im Fenster KI-Agent (Englisch, der Prompt war englisch; die Zeile mit dem Pfad der Datei ist unscharf gemacht)

Prompts funktionieren in jeder Sprache: schreiben Sie den Prompt in Ihrer Sprache – der Agent antwortet in derselben Sprache. Der Prompt auf Englisch: Example 5.

« Fenster KI-Agent (Editor) | Inhalt | Fenster KI-Agent des Robot Cell Simulators »