Ein Satz genügt: Schreiben Sie, was geprüft werden soll – der KI-Agent wählt die Befehle von DReS selbst, führt sie aus
und antwortet mit den Befunden. Diese Seite ist ein Katalog von Beispiel-Prompts für das Fenster
KI-Agent des Editors und das Fenster KI-Agent des Robot Cell Simulators. Ersetzen Sie
Namen, Ordner und Grenzwerte durch Ihre eigenen – der Agent antwortet in der Sprache des Prompts.
- Der Agent liest nur. Eine Korrektur ist ein Vorschlag (Stelle und neuer Text); Programme werden nur mit Ihrer Zustimmung geändert.
- Jede Zahl in der Antwort stammt aus einem Befehl von DReS – der Agent schätzt keine Ergebnisse.
- Was nicht geprüft werden konnte, steht unter Nicht geprüft mit dem Grund – nie als OK.
So fragen Sie
- Umfang – sagen Sie, was geprüft wird: die offenen Roboterprojekte / alle Roboter der Station, Roboter R05,
die offenen Programme, dieses Programm, die Archive in D:\Archives\ST010, die geladene Station (Simulator).
Archive eines Ordners werden als Roboterprojekte im Projektbaum geöffnet, wenn eine Prüfung sie braucht.
- Grenzwerte – nennen Sie Ihre Werte: max. 2 mm, über 90 %, näher als 30 mm, länger als 1500 mm.
- Ergebnis – nennen Sie die Form: als Tabelle, als PDF-Bericht, als Excel-Datei mit einem Blatt pro Roboter.
- Sprache – beliebig; der Agent antwortet in der Sprache des Prompts.
Lange Prüfungen (Hunderte von Programmen) dauern Minuten; der Agent nennt vorher den Plan und die erwartete Zeit.
Bei der Syntaxprüfung vieler Dateien öffnet und schließt er jede Datei im Editor, ohne zu speichern.
So sieht die Antwort aus
Jede Prüfung im Editor und im Simulator antwortet im selben Format:
- Zusammenfassung – was geprüft wurde und das Ergebnis in Zahlen, z. B. 5 Roboter, 214 Programme: 3 Fehler, 11 Warnungen.
- Probleme – eine Tabelle, Fehler zuerst: Priorität, Roboter, Programm / Datei, Punkt / Zeile, Problem, Vorschlag.
- Was der Programmierer tun sollte – einige Punkte nach Wichtigkeit.
- Wie geprüft wurde – Befehle und Anzahl der Dateien.
- Nicht geprüft – alles, was nicht laufen konnte, mit dem Grund (fehlende Datei, nicht unterstützte Steuerung oder
Montage, fehlende Lizenz, keine Station geladen, Funktion noch nicht verfügbar).
| Priorität | Roboter | Programm | Punkt / Zeile | Problem | Vorschlag |
| ERROR | R2 | Folge12 | Zeile 48 | UP77 wird aufgerufen, das Programm existiert nicht | UP77 anlegen oder den Aufruf entfernen |
| WARNING | R4 | UP42 | P49 | A4 nutzt 96,1 % ihres Bereichs (2,1° Rest) | S / T des Punkts prüfen |
| INFO | R1 | UP105 | – | UP wird nie aufgerufen | evtl. Start durch die SPS – prüfen |
ERROR = der Roboter arbeitet nicht richtig oder es ist gefährlich, vor der Inbetriebnahme beheben;
WARNING = wahrscheinlich falsch oder übrig geblieben, der Programmierer prüft es; INFO = Aufräumen und Dokumentation.
Status der Prompts
verfügbar der Agent erledigt es mit den heutigen Befehlen
verfügbar – teilweise funktioniert mit mehr Schritten, oder der Agent bildet das Urteil aus den Daten
demnächst der Befehl ist in Vorbereitung – bis dahin sagt der Agent, was er nicht prüfen kann, und nennt den
manuellen Weg (Menü oder Plugin).
Fenster: Editor = Fenster KI-Agent des Editors, RCS = Fenster KI-Agent des Robot Cell Simulators (eine Station muss
geladen sein). Die Befehle hinter jedem Prompt beschreiben die Seiten VeRa – Editor-API und
RCS-Befehls-API.
A. Syntax und Struktur
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| A1 | Prüfe die Syntax aller Programme der offenen Roboterprojekte und liste die Fehler auf. | Syntaxprüfung jedes Programms, Fehler pro Roboter / Datei / Zeile, Warnungen gruppiert (API check_syntax mit projects, ohne Fenster) | Editor | verfügbar |
| A2 | Prüfe die Syntax aller Roboterarchive in D:\Archives\ST010. | find_projects listet die Archive des Ordners, check_syntax mit folders liest sie ohne Öffnen; nicht erkannte Archive gesondert | Editor | verfügbar |
| A3 | Welche Folgen rufen UPs auf, die nicht existieren, und welche UPs werden nie aufgerufen? | UP-Aufrufe gegen die vorhandenen UP-Programme | Editor | verfügbar |
| A4 | Liste die benutzten und unbenutzten Makros jedes Roboters und die aufgerufenen, aber fehlenden Makros. | Makro-Aufrufe gegen die vorhandenen Makros | Editor | verfügbar |
| A5 | Welche Programme haben eine andere TPVW-Version als der Rest des Roboters? | TPVW-Version jedes Programms, Abweichungen von der Mehrheit | Editor | verfügbar |
| A6 | Finde Folgen mit leerem Kommentar und .src-Dateien ohne .dat. | Kopfkommentare, Paare .src / .dat | Editor | verfügbar |
| A7 | Verwenden alle Roboter der Station denselben VW User und dieselbe KSS-/Systemversion? | Roboterinfo aller Projekte als eine Tabelle | Editor | verfügbar |
| A8 | Vergleiche die Makros aller Roboter mit den Master-Makros in D:\Standard\Makro. | erste abweichende Zeile pro Makro (Änderungen können gewollt sein) | Editor | verfügbar – teilweise |
B. Punkte und Erreichbarkeit
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| B1 | Prüfe, ob Punkt 1, 2 und der letzte Punkt jeder Folge gleich sind und ob jedes UP an dem Punkt beginnt, an dem es aufgerufen wird (max. 2 mm). | Abstände in mm, verschiedene Basen in Weltkoordinaten verglichen | Editor | verfügbar |
| B2 | Zeige mir alle Punkte, in denen eine Achse mehr als 90 % ihres Software-Endschalterbereichs nutzt. | Nutzung jeder Achse in %, Seite, Rest in Grad – Achsbereichsnutzung | Editor | verfügbar |
| B3 | Dasselbe für die Roboterarchive in D:\Archives (Achsbereichsbericht als PDF). | wie B2, Archive aus dem Ordner gelesen (nichts geöffnet), Berichtsdatei PDF / HTML / Excel / CSV | Editor | verfügbar |
| B4 | Sind alle Punkte erreichbar? Liste die Punkte, die die inverse Kinematik nicht lösen kann. | Punkte ohne kinematische Lösung; nicht unterstützte Montagen als nicht geprüft – Achsbereichsnutzung | Editor | verfügbar |
| B5 | Liegen alle E1-Werte (Verfahrachse, 7. Achse) innerhalb der Achsgrenzen? | E1 jedes Punkts gegen die Software-Endschalter | Editor | verfügbar – teilweise |
| B6 | Finde Punkte mit gleichen Koordinaten, aber unterschiedlichen Namen, und doppelt verwendete Punkte. | Punkte eines Programms an derselben Stelle (path_check duplicates in mm); programmübergreifend: Punkttabellen verglichen | Editor | verfügbar – teilweise |
| B7 | Welche Punkte liegen nahe einer Handsingularität (A5 nahe 0°)? | A5 der Punkte von LIN-/CIRC-Bewegungen (auch die Hilfspunkte der Kreise; PTP auf Wunsch) – Achsbereichsnutzung | Editor | verfügbar |
| B8 | Ist der erste und der letzte Punkt jeder Folge die HOME-Position des Roboters? | Abstand der Punkte von HOME in mm | Editor | verfügbar – teilweise |
| B9 | Exportiere die Punkttabellen aller UPs von Roboter R05 in eine Excel-Datei. | ein Blatt pro UP | Editor | verfügbar |
C. Werkzeuge, Basen, Lasten
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| C1 | Welche Werkzeuge und Basen werden in den Programmen verwendet und sind alle definiert? | benutzte Nummern gegen die Roboterdaten: benutzt, aber nicht definiert; definiert, aber unbenutzt | Editor | verfügbar |
| C2 | Prüfe die Lastdaten jedes benutzten Werkzeugs (nicht gesetzt, über der Nennlast, Schwerpunkt 0). | Lastdaten der benutzten Werkzeuge gegen das Robotermodell | Editor | verfügbar |
| C3 | Hat jedes benutzte Werkzeug eine Werkzeugkalibrierung in der .cal-Datei? | Kalibrierdaten der benutzten Werkzeuge (KUKA VKRC) | Editor | verfügbar |
| C4 | Vergleiche die Basen der Roboterarchive mit den Basen der Studie. | Positions- und Drehungsabweichungen, gemeinsame Basen der Station | RCS | verfügbar |
| C5 | Haben Werkzeuge mit derselben Nummer auf allen Robotern der Station dieselben Daten? | Abweichungen in mm / Grad pro Werkzeug (können gewollt sein) | Editor | verfügbar |
| C6 | Gib mir die Werkzeug-/Basisnutzung aller Roboter als Excel-Tabelle. | Nutzungstabelle und die wichtigsten Hinweise | Editor | verfügbar – teilweise |
D. Bahn und Zeit
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| D1 | Bahnlänge und Bewegungszeit jeder Folge aller Roboter in einer Tabelle. | TCP-Bahnlänge und geplante Zeit pro Programm | Editor | verfügbar – teilweise |
| D2 | Finde Bewegungen länger als 1500 mm in den UPs von R03. | Segmente mit Länge, Bewegungsart und Geschwindigkeit (path_check longSegments) | Editor | verfügbar |
| D3 | Prüfe das Überschleifen: Gibt es Überschleifabstände, die nicht erreicht werden können? | Überschleifen in mm gegen die Hälfte der kürzeren Nachbarbewegung (path_check approximation) | Editor | verfügbar |
| D4 | Liegen alle Schaltpunkte (Trigger, Distanz / Delay) innerhalb ihrer Bewegung? | Distanz und Delay der Schaltpunkte gegen die Bewegung (path_check switchPoints) | Editor | verfügbar |
| D5 | Kleberaupenlänge jedes Klebe-UPs (Pistole ein / aus). | Bahnlänge bei eingeschaltetem Prozess, verwendete Ein-/Aus-Zeilen | Editor | verfügbar |
| D6 | Vergleiche die geplante Bewegungszeit der Folge 81 mit der Taktzeit aus der Simulation. | Differenz = Warten auf Verriegelungen und Wartezeiten | Editor + RCS | verfügbar |
| D7 | Finde LIN-/CIRC-Bewegungen mit sehr niedriger oder ungewöhnlicher Geschwindigkeit und PTP über 100 %. | Geschwindigkeit jeder Bewegung | Editor | verfügbar |
| D8 | Welche Kreisbögen (CIRC) sind länger als 180° oder schlecht definiert? | Kreisgeometrie: Punkte auf einer Linie, mehr als 180°, Radius, Hilfspunkt nahe am Ende (path_check arcs) | Editor | verfügbar |
E. Signale, Verriegelungen, VW-Standard
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| E0 | Prüfe die Kollisionsbereiche / Kollisionen der Roboter in D:\Archives\ST030. | ohne Studie mit den Roboterpositionen und ohne definierte WORLD-Position (robot_world: $ROBROOT ≠ 0) sagt der Agent, dass eine geometrische Kollisionsprüfung nicht möglich ist – er rät keine Positionen und setzt die Roboter nicht auf null; er bietet die Prüfung der programmierten Verriegelungen an (VKRC, Fanuc: collision_map, RCS check_interlocks) | Editor | verfügbar |
| E1 | Erstelle die Kollisionsmatrix für alle Roboterarchive in D:\TEST und prüfe die Logik. | Verriegelungskarte Roboter – Roboter aus dem Programmcode (KUKA VKRC, Fanuc), Befunde; Signalanalyse, nicht geometrisch | Editor | verfügbar |
| E2 | Welche Bereiche werden angefordert, aber nie freigegeben, oder ohne Makro20 angefordert? | Befunde der Verriegelungskarte | Editor | verfügbar |
| E3 | Nennen die Kommentare über den Verriegelungspunkten den richtigen Partnerroboter? | im Kommentar genannter Partner gegen die Verriegelungslogik | Editor / RCS | verfügbar |
| E4 | Prüfe die Verriegelungen der Station mit den Regeln des Simulators (Warteketten, Rennen, zu lange gehaltene Bereiche). | Regeln des Simulators mit den Kosten in Sekunden Taktzeit | RCS | verfügbar |
| E5 | Welche benutzten Ein-/Ausgänge haben keinen Langtext? | benutzte Signale gegen die Langtexte | Editor | verfügbar – teilweise |
| E6 | Finde Ausgänge, die gesetzt und nie zurückgesetzt werden, und Wartebefehle ohne Timeout. | Setz-/Rücksetz- und Wartebefehle pro Programm | Editor | verfügbar – teilweise |
| E7 | Zeige alle SERVOZANGE-Punkte mit Offset > 0 in den UPs, Werte 0 rot. | Parameter der SERVOZANGE-Befehle als Tabelle | Editor | verfügbar |
| E8 | Werden Schweißpunktnummern auf zwei Robotern verwendet? | Schweißpunktnummern aller Roboter | Editor | verfügbar |
| E9 | Prüfe die Folgen von R02 gegen die VW-Checkliste für gute Programme. | Punkte der Checkliste OK / nicht OK | Editor | verfügbar |
F. Kollisionen und Bereiche (Simulator)
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| F1 | Lade die offenen Roboterprojekte in den Simulator und fahre Folge 81 auf allen Robotern. | Station aus den Roboterprojekten (heute: aus einer Studie oder Simulationsdatei) | RCS | demnächst |
| F2 | Öffne die Studie D:\Study\cell.psz mit den Archiven in D:\Archives und prüfe die Basen. | Ladebericht und Basisprüfung | RCS | verfügbar |
| F3 | Finde alle möglichen Kollisionen der offenen Station und gib mir den Bericht. | Standard-Kollisionsstudie: Bereiche, Verriegelungen, Robustheitstest, Live 3D, Bericht | RCS | verfügbar |
| F4 | Welche Roboterpaare kommen sich näher als 30 mm? Speichere die nächsten Annäherungen als PDF mit R1..Rn. | nächste Annäherung pro Paar (Teile, Abstand, Zeit, Punkte), Bericht mit anonymen Roboternamen – Geringste Abstände | RCS | verfügbar |
| F5 | Welche gemeinsamen Arbeitsbereiche haben keine Verriegelung? | gemeinsames Volumen der Paare gegen die Verriegelungen; nur Vorschlag | RCS | verfügbar |
| F6 | Gibt es ein Anforderungsrennen, das die Taktzeit ändert? Teste beide Reihenfolgen. | Simulation beider Reihenfolgen, Differenz der Taktzeit | RCS | verfügbar |
| F7 | Führe den Robustheitstest (fehlende Signale) aus und liste die Kollisionsrisiken. | Risiken pro Testschritt, Roboter und Punkt | RCS | verfügbar |
| F8 | Vergleiche die Taktzeit der geänderten Programme mit dem Original. | Differenz der Taktzeit pro Roboter und ihr Grund | RCS | verfügbar |
| F9 | Prüfe die Stationen aller Simulationsdateien in D:\Sim über Nacht und gib mir eine Tabelle. | Station × Takt × Kollisionen × Risiken (genannte oder zuletzt verwendete Dateien) | RCS | verfügbar – teilweise |
G. Vergleiche und Archive
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| G1 | Vergleiche das Archiv von R05 vor und nach der Inbetriebnahme: Was hat sich geändert? | Programme nur in einem Archiv und geänderte Programme mit den geänderten Zeilen (archive_diff); verschobene Punkte mit points pro Programm | Editor | verfügbar |
| G2 | Welche Punkte haben sich zwischen diesen zwei Versionen von UP42 um mehr als 2 mm verschoben? | Punkte nach Namen zugeordnet, Abweichungen in mm / Grad | Editor | verfügbar – teilweise |
| G3 | Vergleiche die Verriegelungen des alten und des neuen Archivs der Station. | Bereiche neu / entfernt, geänderter Partner | Editor | verfügbar – teilweise |
| G4 | Welche Makros unterscheiden sich zwischen den Robotern der Station? | Makro, Roboter, erste Abweichung | Editor | verfügbar – teilweise |
| G5 | Ist das Archiv in D:\Backup\R03 dasselbe wie das offene Projekt R03? | ja / nein und die Liste der Abweichungen (archive_diff mit dem Archivordner des Projekts) | Editor | verfügbar |
H. Berichte und Dokumentation
| ID | Prompt | Was der Agent prüft | Fenster | Status |
| H1 | Robotercheck aller Roboter der Station vor der Inbetriebnahme als PDF-Bericht. | Programme, Makros, Werkzeuge, Lasten, Basen, Kalibrierung, Achsgrenzen pro Roboter (KUKA VKRC, Fanuc VW) | Editor | verfügbar |
| H2 | Prüfe Kollisionen in den offenen Roboterprojekten für VKRC und Fanuc, prüfe die Erreichbarkeit der Punkte und erstelle einen Bericht. | Verriegelungskarte, Achsnutzung und Erreichbarkeit, Geometrie im Simulator bei geladener Station | Editor (+ RCS) | verfügbar – teilweise |
| H3 | Dasselbe für den Ordner D:\Archives\ST020. | wie H2 für die Archive des Ordners | Editor (+ RCS) | verfügbar – teilweise |
| H4 | Vollständige Prüfung der Station (Syntax, Punkte, Achsen, Werkzeuge, Verriegelungen, Bahn) als ein PDF und eine Excel-Datei. | Gesamtprüfung, Fehler / Warnungen pro Roboter und pro Prüfung | Editor | verfügbar – teilweise |
| H5 | Erstelle die Programmdokumentation von R01 (alle Folgen und UPs). | Programmdokumentation (heute: Plugin DocGenerator) | Editor | demnächst |
| H6 | Schreibe die Befunde der letzten Prüfung in eine Excel-Datei mit einem Blatt pro Roboter. | Excel-Datei der Befunde | Editor | verfügbar |
| H7 | Speichere den Ablauf dieser Prüfung als meine eigene Wissensdatei „station_check“. | eigene Wissensdatei, in den nächsten Chats verwendet | Editor | verfügbar |
Gesamtprüfung einer Station
Prompt:
Prüfe die offenen Roboterprojekte (Struktur, Werkzeuge, Lasten, Achsbereich, Punkte, Verriegelungen) und gib mir einen PDF-Bericht.
Der Agent arbeitet Schritt für Schritt und nennt zuerst den Plan und die Zeit:
- Roboter und Steuerungen des Umfangs;
- Struktur: UP- und Makro-Aufrufe, Versionen, Kommentare;
- Werkzeuge, Basen, Lasten und Kalibrierung;
- Achsbereich, Erreichbarkeit und Handsingularität der Punkte (Achsbereichsnutzung);
- gleiche Punkte und Startpunkte der UPs;
- Verriegelungskarte Roboter – Roboter (KUKA VKRC, Fanuc);
- Syntax aller Programme – auf Wunsch oder bei kleinen Stationen;
- ein Bericht (HTML und PDF, Excel auf Wunsch): Übersichtstabelle Roboter × Prüfung, ein Abschnitt pro Prüfung, Nicht geprüft am Ende.
Kollisionen in 3D, Arbeitsbereiche und nächste Annäherungen prüft der Robot Cell Simulator – der Agent bietet das als nächsten
Schritt an. In Berichten für andere Personen können die Roboternamen als R1..Rn geschrieben werden.
Lizenzen
- AI agent knowledge (247) – das Wissen von DrAmaT für die Fenster KI-Agent (Abläufe dieser Prüfungen).
- API / CLI (248) – Befehle, die etwas ändern (Berichtsdateien schreiben, Projekte öffnen); lesende Befehle brauchen keine weitere Lizenz.
- Robot Cell Simulator: Simulation (141) für Läufe, Work Zones (143) für Bereiche von mehr als 2 Robotern und die
Verriegelungsprüfungen, Robustness test (144), Collision 3D (145) für Live 3D und nächste Annäherungen – siehe
RCS-Lizenzen.
- Steuerungslizenzen des Editors gelten wie für die Menüs (z. B. Funktionen für KUKA KRC).
Eine fehlende Lizenz meldet der Agent unter Nicht geprüft; er versucht keine anderen Wege.
Grenzen
- Signale sind keine Geometrie. Die Verriegelungskarte und die Verriegelungsprüfungen analysieren den Programmcode;
Kollisionen und Abstände liefert nur der Robot Cell Simulator (Bereiche, Live 3D, Robustheitstest). Ohne Collision 3D meldet der
Agent nie keine Kollisionen.
- Kinematik. Berechnet werden nur bewährte Roboterkonfigurationen und Montagen. Ein Punkt, der nicht berechnet werden kann
(nicht unterstützter Montagewinkel, nicht unterstützte Roboterbasis, Roboter auf einer Zusatzachse), wird als Fehler oder
nicht geprüft gemeldet – nie als erreichbar.
- Demnächst. Bei diesen Prompts sagt der Agent, was er noch nicht prüfen kann, und nennt das Menü oder Plugin für den manuellen Weg.
- Der Agent speichert Roboterprogramme nie ohne Ihre Zustimmung; Dateien Ihrer Archive werden nur gelesen.