Nein, kein Elektriker
Oszilloskop wäre aber auch vorhanden…wenn‘s denn so genau sein muss, um den Abbruch zu finden…
Schwieriger wird‘s mit „Komponenten tauschen“, die liegen hier leider nicht rum…
Nein, kein Elektriker
Oszilloskop wäre aber auch vorhanden…wenn‘s denn so genau sein muss, um den Abbruch zu finden…
Schwieriger wird‘s mit „Komponenten tauschen“, die liegen hier leider nicht rum…
Bin geschockt😳🥴🥵
das wird spannend,
was heißt „getaktete Spannung“?
Geht das mit einem Multimeter?
Gerade eben beim Einschalten wieder direkt der Fehler.
Unterschied ist ein roter Punkt bei „AF“ „KPS“
Alle anderen sind gleich🤔
Ich konnte auch Resetten und dann Quittieren
Und der Roboter lief😳
Was bedeutet der rote Punkt bei AF?
Automatik extern ist nicht belegt.
Nein,Meldung lässt sich nicht quittieren…
Ist das das richtige Bild?
aktuell läuft der KUKA…
TELNET konnte ich noch nicht testen, hab es erst jetzt aktiviert, sollte nach nächsten Neustart dann gehen…
O.a. Code brachte den gleichen Effekt, …es fehlt einfach das „CR/LF“ bzw. es ist nach jedem Zeichen und nicht nach dem Ende des CWRITE(…)
HANDLE ist immer „3“, wie gesagt CREAD funktioniert ja einwandfrei…
Maschine ist jetzt wieder belegt…. Kann aktuell nicht weiter schauen…
Hi SJX,
sorry...
das kommt vor den CWRITE Zeilen
;------------- Open channel to COM3 -----------
COPEN(:SER_3,HANDLE) ;Open a channel to COM3 according to config in serial.ini. If XON/XOFF is used, then a XON symbol is sent by COPEN.
IF HANDLE==0 THEN ;If an error occured during opening the channel, then stop the program.
HALT
ENDIF
MODUS=#SYNC
Hallo,
KUKA Robo soll mit Lackieranlage kommunizieren....
Lesen (CREAD...) funktioniert, aber CWRITE mit Strings sendet seltsamerweise nur einzelne CHARs.... also String = "WAIT"
gegenseite empfängt
W
A
I
T
also nach jedem Zeichen ein Zeilenumbruch...
;------------- Write to COM3 -----------
CDO[]="KUKA"
CWRITE(HANDLE,CWRITE_STATE,MODUS,"%s",CDO[]) ;Send a space to mark the start of the loop.
CWRITE(HANDLE,CWRITE_STATE,MODUS,"%d",I) ;Send counter value to track the loop.
;CDO[]="WAIT"
CWRITE(HANDLE,CWRITE_STATE,MODUS,"WAIT") ;Send WAIT
Ich hab schon verschiedene FORMAT-Anweisungen getestet, aber immwer das gleiche Ergebnis
Was mache ich falsch...?
So, Fehler ist wieder aufgetreten
Aber es ist kein Unterschied zu vor dem Fehler
Wenn ich dann RESET drücke oder Taster auf dem ESC Board, kommt die Meldung
„Quit lokaler Sicherheitsstop“ (s. Bild)
Und diese Meldung lässt sich nicht quittieren
Bin ratlos 🤨
Hab diesen Thread gefunden:
Wirkt aber erst nach kompletten Neustart des KUKA
Nö, es wurde nichts geändert, ist schon eigenartig…
gerade ist der Fehler wieder aufgetreten
ESC-Diagnose zeigt bei KPS ein n.I.O. bei „Antriebe aus“ , der geht durch Reset weg,
Maschine läuft aber trotzdem nicht 🥴..
Hallo,
ich habe zur besseren Programmierung einen Bildschirm angeschlossen, funktioniert auch, nur habe ich die Auflösung hochgedreht ( war keine gute Idee🫤) und wieder zurückgesetzt, und jetzt habe ich in in der Anzeige im KCP oben rechts ein Stecknadelsymbol.
Daher stimmt die Zuordnung zu den senkrechten Tasten nicht mehr.
Wie bekomm ich die Nadel weg????
42 weiß scheint gebrückt mit 41 rosa🤔
Was meinst du mit 3 Knoten?
Anbei ein Bild vom ESC Board?
Wo sind da die Reset Taster?
Und da ist er wieder, der Fehler,
Maschine war AN und stand einfach ca. 2h.
Diagnose bei KPS zeigt jetzt ein n.I.O
Kann es das sein?
Nein, leider kein zweites Gerät,
Wie gesagt, der Fehler kommt bestimmt wieder, oft auch wenn man beim Teachen auch ne längere Pause macht, das KCP wieder in die Hand nimmt und siehe da… Fehler!🫤
Kann ich eigentlich das KCP „ausstecken“ und nur mit Bildschirm, Tastatur und Maus arbeiten?
Kabel Schein iO, evtl etwas im KCP?
Haben Aus/Ein geschaltet ….Kuka muss laufen….
Bin mir sicher der Fehler kommt wieder,
Soll ich das mal KCP aufmachen?
Ok, das sieht so aus
Ist das der Fehler? „Not-Aus am lokalen ESC- Knoten“
Mmh, wie komm ich in die ESC Diagnose
Hallo, unser KUKA 360 mit KRC2 macht zunehmend ein seltsames Verhalten..
Wollte heute Programmänderungen machen …. Lief auch ca. 1Std. problemlos… doch nach kurzer Mittagspause(Gerät nicht abgeschaltet) …
kommt wieder folgender Fehler:
200 Antriebe nicht bereit
310 Sicherheitskreis für Antriebe nicht bereit
Wie gesagt Fehler kommt sporadisch, manchmal direkt nach dem Einschalten manchmal plötzlich nach längerem „teachen“ …
Wie bekomm ich diesen Fehler „in den Griff“, bzw. weg …
Bisher hilft nur Hauptschalter Aus und wieder An…. dann geht‘s meist wieder…aber das kann’s doch nicht sein.
Ich hoffe, ihr könnt mir hier weiterhelfen…
Als Experte anmelden und dann im File ändern.
Fubini
$CP_VEL_TYPE ist schreibgeschützt
Ich hab jetzt $ORI_TYPE=#JOINT gesetzt
Und an den zwei kritischen Stellen die Geschw. auf 0.3 m/s gesetzt…
Ist langsam aber scheint jetzt zu funktionieren
Vielen Dank
OK, werde mal
$CP_VEL_TYPE=#VAR_ALL bzw. #VAR_ALL_MODEL
einstellen, kann ich das im Programm oder muss ich das in der „custom.dat“ einstellen.
Bei $ORI_TYPE=#JOINT bin ich mir nicht sicher….?
Das Werkzeug muß in seiner TOOL-Orientierung bleiben (Teile liegen auf einer Art Rechen, dürfen also nicht „verrutschen“)