Das muss aber an deinen programm liegen. Von sich aus macht der Roboter keinen Bremsentest, maximal bleibt erstehen wenn die zeit abläuft und du hast die Warnung verpasst.
Das muss aber an deinen programm liegen. Von sich aus macht der Roboter keinen Bremsentest, maximal bleibt erstehen wenn die zeit abläuft und du hast die Warnung verpasst.
Eben nicht. Ich mache es so, dass die PLC den Bremsentest anstösst wenn der CBC ansteht und wer in die Sicherheitszelle will. Dachte es liebt an der PLC und habe mal das ganz auskommentiert, dass wirklich nix von der PLC kommt. Leider passiert das immer wieder. Und noch schräger wirds, weil der CBC zur unterschiedlichen Zeit gemacht wird. Mal sind es 6 Stunden, dann wieder 4 usw. Selbst ABB hat sich mein Backup angesehen und keine Fehler gefunden, ebenso die Diagnosefiles konnte keinen Fehler erkenne. Aber das Problem ist da.
aufgerufen wird das im Roboter doch mit cyclicBrakeCheck
Hast du da mal alle Aufrufe auskommentiert?
aufgerufen wird das im Roboter doch mit cyclicBrakeCheck
Hast du da mal alle Aufrufe auskommentiert?
Wie schon oben erwähnt habe ich schon alles auskommentiert was nur irgendwie mit CBC zu tun hat. Leider ohne Erfolg. Es sieht eben so aus, als würder der Controller intern den CBC auslösen. ABB selbst hat sich schon mein Backup inkl. Safety angeschaut und konnte ebenfalls nix finden.
Seit einiger Zeit habe ich bei einer Anlage mit 9 Roboter das Problem, dass der CBC unkontrolliert startet.
Das heißt, es war nicht immer so? Was hat sich geändert, Update RW, etc.?
Hast du dir mal den Aufrufstapel zum Zeitpunkt des "unkontrollierten" CBC angeschaut? Es kann ja eigentlich kaum ohne den Aufruf der CBC-Routine passieren. Kann ich mir zumindest nur schwer vorstellen.
Das heißt, es war nicht immer so? Was hat sich geändert, Update RW, etc.?
Hast du dir mal den Aufrufstapel zum Zeitpunkt des "unkontrollierten" CBC angeschaut? Es kann ja eigentlich kaum ohne den Aufruf der CBC-Routine passieren. Kann ich mir zumindest nur schwer vorstellen.
Kann ich nicht so genau sage, da die Anlage vorher immer im Einschicht-Betrieb lief und am Morgen der CBC anstand und gleich gemacht wurde. Dann kam die Spätschicht dazu und das Problem wurde erst da entdeckt. Dazwischen gabs natürlich Updates der RW. Angefangen mit 6.14 und jetzt aktuell mit 6.18.
Alle Roboter steht irgendwo in den Jobs. Nichts davon hat mit dem CBC zu tun. Sehr sehr eigenartig! ABB hat alle meine Backups bekommen inkl. Ereigniss und Diagnosefiles. Konnten aber keine Fehler entdecken.
Alle Roboter steht irgendwo in den Jobs. Nichts davon hat mit dem CBC zu tun. Sehr sehr eigenartig! ABB hat alle meine Backups bekommen inkl. Ereigniss und Diagnosefiles. Konnten aber keine Fehler entdecken.
Hallo sportivo,
wenn du möchtest , kannst du dein Backup hier hochladen und wir schauen drauf.
Grüße
Hallo sportivo,
wenn du möchtest , kannst du dein Backup hier hochladen und wir schauen drauf.
Grüße
Bitte sehr. Und schon mal Danke für die Unterstützung.
Ich sehe hier nur einen Aufruf zum cyclicBrakeCheck. Wenn von der SPS die Programmnummer 100 kommt.
Und noch schräger wirds, weil der CBC zur unterschiedlichen Zeit gemacht wird. Mal sind es 6 Stunden, dann wieder 4
Passt die Wirklichkeit mit den Zeiten im CBC_Report nicht überein ? Da sehen die Zeiten sehr oft gut aus. Morgens früh einmal, wenn Nachmittags noch gearbeitet wird, ca. 8h später nächster Eintrag. 8 Stunden habt ihr ja voreingestellt.
Ihr schickt per CrossConnection die Anforderung an die PLC. Kommt dieses Signal auch wirklich willkürlich ? Signalverlauf mal aufgezeichnet ? Dito mit SC1CBCREQ ? Wenn ja, poste die verlaufe.
Dachte es liebt an der PLC und habe mal das ganz auskommentiert, dass wirklich nix von der PLC kommt.
Wie Roland schon anmerkte mit Case 100 passt Deine obige Aussage nicht dazu.
Weiter sehe ich keine Debugvariabeln/Stopps/Logeinträge, wo man erkennen kann, wann, wie oft Case 100 / Mv100_Bremsentest / Mv_Bremsentest / cyclicBrakeCheck ausgeführt wird.
Display MorePasst die Wirklichkeit mit den Zeiten im CBC_Report nicht überein ? Da sehen die Zeiten sehr oft gut aus. Morgens früh einmal, wenn Nachmittags noch gearbeitet wird, ca. 8h später nächster Eintrag. 8 Stunden habt ihr ja voreingestellt.
Ihr schickt per CrossConnection die Anforderung an die PLC. Kommt dieses Signal auch wirklich willkürlich ? Signalverlauf mal aufgezeichnet ? Dito mit SC1CBCREQ ? Wenn ja, poste die verlaufe.
Wie Roland schon anmerkte mit Case 100 passt Deine obige Aussage nicht dazu.
Weiter sehe ich keine Debugvariabeln/Stopps/Logeinträge, wo man erkennen kann, wann, wie oft Case 100 / Mv100_Bremsentest / Mv_Bremsentest / cyclicBrakeCheck ausgeführt wird.
Ein Aufzeichnung der Crossconnection hab ich nicht gemacht. Aber die PLC hat das gemacht und die PLC schickt keinen Job 100, ergo wird der auch nicht ausgeführt.
Was ich mit Sicherheit sagen kann, der CBC wird gestartet. Egal was gerade im Programm läuft.
Es sieht eben so aus, wie wenn der Rob Controller den CBC selbstständig ausführt. Laut ABB ist seit der RW 6.15.08 diese Problem behoben, ist es aber nicht. Siehe Anhang.
Welchen Wert hat der Parameter BrakeMaintenanceAlways auf den betreffenden Steuerungen?
Welchen Wert hat der Parameter BrakeMaintenanceAlways auf den betreffenden Steuerungen?
Steht auf No. Selbst bei Yes sollte es keinen Einfluss drauf haben dass sich der CBC von sich aus startet oder? Den der Break Maintenance wird nur beim CBC ausgeführt. Liege ich falsch?
Da stimme ich dir zu. Das interpretiere ich genauso. In deinem Backup konnte ich auch nichts feststellen und mein nächster Tipp wäre ebenfalls in Richtung PLC gegangen. Wir haben auch einige Roboter mit RW 6.15.x im Feld, alle mit SafeMove Pro und akitvem CBC, aber über das Verhalten sind wir noch nie gestolpert. Habt ihr schon einen I-Start probiert und das System zurückgesetzt?
Da stimme ich dir zu. Das interpretiere ich genauso. In deinem Backup konnte ich auch nichts feststellen und mein nächster Tipp wäre ebenfalls in Richtung PLC gegangen. Wir haben auch einige Roboter mit RW 6.15.x im Feld, alle mit SafeMove Pro und akitvem CBC, aber über das Verhalten sind wir noch nie gestolpert. Habt ihr schon einen I-Start probiert und das System zurückgesetzt?
Ich tippe auch auf die PLC. Nur der Steuerungstechniker meinte, beim ihm past alles. Vielleicht ist das eh so. Ich habe vorsichtshalber mal einen Merker gesetzt ob nicht doch das Bit für den Start CBC von PLC kommt. Mal schauen.
I-Start alles schon probiert.
