Hallo zusammen
Ich habe nächstens eine Inbetriebnahme eines LBR iisy mit der Systemsoftware iiQKA.OS 1.1. Bisher bin ich davon ausgegangen das dies mit WOV geschieht. Leider finde ich den Roboter nicht im Katalog.
Ist für die kollaborativen ein anderes Programm nötig? Kann mir jemand mehr Infos zur Programmierung geben?
Grüsse
Wenn beim Eingeben von Parameter mit seiner Eingabe falsch startet, verschiebt sich der Zahlenblock. Mit falsch starten meine ich wenn ein Wert Minimum 100 sein muss und man 333 eingeben will, dann kommt nach der ersten 3 die Fehlermeldung und verschiebt den Zahlenblock.
Falls es genügen würde das die Position nur nach jedem "Teilezyklus" angepasst wird, würde ich in jedem Upro ein Berechnungsteil aufrufen(vor dem Ablauf) . In diesen Berechungsteil werden die Punkte wie folgt berechnet:
p1=p1tmp
p1.x=p1tmp.x + variableX
p1.y=p1tmp.y + variableY
p1.z=p1tmp.z + variableZ
Dies muss für alle Punkte gemacht werden.
Fürs Teachen kannst du p1tmp teachen.
Falls ich etwas überlesen habe und dies nicht der Lösung entsprechen kann tuts mir Leid.
Warum nicht den Speicher erweitern?
Wieso schiebst du deine Arbeitsräume nicht einfach auch wie die Base mit?
Hab dir ne Pn gemacht
Leider werden bei dieser Einstellung die Upro's nicht minimiert, sondern nur alle restlichen Fold's.
Falls dies eine langfristige Lösung sein soll weise im Programm $ov_appl einen Wert von 0-100% zu. Ich weise diesen zb häufig artikelabhängig zu um den Roboter möglichst zu schonen.
Hab dir mal eine PN gemacht.
Hallo zusammen,
ich möchte die Steuerung von 8.6.8 auf 8.6.7 downgraden. Bekomme im WoV immer die Fehlermeldung "nicht zulässige Projektversion". Kann mir jemand weiterhelfen?
Grüsse F
So kann man einen Fehler im SPS Programm natürlich auch umgehen. 😁
In meinen Augen ist dies ein Fehlverhalten des Roboters. Das wäre das selbe wie ein NotHalt welcher nicht quittiert werden müsste und der Roboter bei entriegelung des NotHalts weiterfährt.
Und ja SPS seitig sicherlich auch nicht die feinste Variante jedoch erfüllt sie so ihren Zweck. 
Habe dies Kuka so rückgemeldet. Bin gespannt was darauf die Antwort sein wird.
Ich werde auf jedenfall die Steuerung downgraden um den gwohnten passiven Stop wieder zu erhalten.
Grüsse F
Laut Kuka passt dies so. Konnte es evaluieren bis 8.6.7 funktioniert alles wie gewohnt der passive Stop muss am KCP quittiert werden.
Ab 8.6.8 muss diese Meldung im KrcExtConfMsg.xml eingetragen werden.
offiziell sch**ss Lösung von Kuka...
Hat jemand eine andere Idee?
Nein bisher nicht, möchte dies eigentlich auch vermeiden da dies bisher auch nicht nötig war.
Kuka hat sich gemeldet:
passiver Stop wird durch extern quittiert
soweit sogut, jedoch war ich auch schon an diesem Punkt xD
Habe nun gefragt wie man diesen Fehler sperren könnte das die 8.6er Steuerung wieder gleich reagiert.
Schönen Abend F
Kaltstart mit Daten neu einlesen schon mehrmals gemacht, kein Erfolg.
Kuka Support ist zeitgleich auch dran.
Das File sieht bei beiden Kukas genau gleich aus. Beim 8.3er funktionierts beim 8.6er nicht.
Die Meldung "passiver STOP" will ich ja NICHT per EXT quittierbar haben.
Schaut alles IO aus...
Hallo zusammen
Habe hier 2 Kukas stehen (1*8.3,1*8.6). Beide hängen an einer Sps welche identisch sind und beide sind identisch konfiguriert.
Wenn ich nun beim 8.3er ein Stop auslöse über die rote Taste kommt die Quittiermeldung wie gewohnt. Beim 8.6er kommt die Meldung wenige ms und verschwindet wieder, Roboter läuft weiter ohne quittieren!
Das ganze geschieht im EXT Modus. Der 8.3er reagiert bei Fehlerquittierung nicht und warten bis manuell quittiert wird, der 8.6er reagiert auf die Fehlerquittierung.
Wisst ihr woran dieses Verhalten liegen könnte?
Grüsse F
Vielen Dank für die schnelle Antwort!
