S4C+ - Fehler 71156 - IPC Queue voll

Benutzt Du denn Interrupts oder Trigger in irgendeiner Form?

Hi,
soweit ich weiß besitzt die Steuerung eine Warteschlange was Interrupts betrifft. So nun werden die Interrupts nach auftretten abgearbeitet. Wenn also jemand von einer externen Quelle, eventuell SPS, ein Signal eine Zeitlang Setzte und Zurück setzt wird der damit verbunden Interrupt aktiviert. So wenn der Trap aber längerdauert wie der entstandene Pulse des Signals wird dies natürlich in die Warteschlange eingereiht. So nun brauchts nur noch ein bischen Zeit und die warteschlange füllt sich. irgendwann ist deren Maxwert überschritten und der Roboter geht auf Störung.
So nun wenn Du sagts das es alle Roboter gleichzeitig betrifft kann da nur eine externe Quelle für verantwortlich sein. Es muss ein Ereignis sein welches für alle Roboter gleichmaßen zutrifft.

robotic74

Stimmt, Systemeingang ist auch ein guter Ansatz.
Lass mal hören was es war wenn Du es weißt.

Hallo Leute,

bin über die Google suche mit dem Themen titel auf das Forum gestoßen . Hab auch gesehn dass das Thema schon "etwas" älter ist! Ich hoffe aber das evtl. mir einer Helfen kann. Wir haben seit einigen Monaten das gleiche Problem, das 2 unsere Orangen Kollegen mit dem Fehler den "Dienst" verweigern. Manchmal sind sie es beide gleichzeitig oder zeitversetzt oder einzeln aber immer die gleichen.
Kann man da irgend welche befehle oder der gleichen setzten, einstellen irgendwas, dass diese Warteschlange mal abgelöscht wird und der Fehler nicht mehr auftritt ?

grüße automation

Der IPC Queue wird gelöscht wenn alle Interruptverbindungen gelöscht worden sind.
Daher ist es wichtig in der Initialisierung nicht einen Interrupt zu löschen, definieren und dann zu verknüpfen. Man sollte eigentlich alle vorhandenen Interrupts mit IDELETE löschen und dann beginnen diese wieder über CONNECT zu verbinden.

Dies war zu mindestens einmal die Aussage von ABB Sweden.

Weiter habe ich dieses Ereignis festgestellt wenn die SPS Systemsignale zu häufig triggert obwohl der angetriggerte Zustand schon vorhanden ist.
Bsp.: Systemeingang "Start", das Programm läuft aber schon und die SPS triggert auf grund einer überaus intelligenten Programmierung weiterhin das Signal auf der Schnittstelle. Dann wirst Du über kurz oder lang dieses Ereignis bekommen.

Gruß

Sven

Hallo irb6400R ,

kann mich Sven nur anschließen. Ich würde auch anfangen bei der externen Ansteuerung über die SPS zu suchen.

Bei uns war jahrelang kein Problem, bis ein paar neue Maschinenbediener eingestellt wurden.

Diese hatten dann die Angewohnheit, z.B. den "Start" Knopf anstatt 1x dann 20x innerhalb 2 Sekunden zu drücken. Dies war dummerweise vom Lieferant damals in der SPS nicht abgesichert, der Robi hat dann ein paarmal hintereinander das Startsignal bekommen, ohne es ausführen zu können.
Resultat war daselbe wie bei dir.
Später, als ich den Fehler korrigiert hatte, war einem Bediener wohl langweilig.

Er hat dann abwechselnd "Start" und "Stop" gedrückt, auch da ist das Queue vollgelaufen, da der Robi immer die Startsequenz abbrechen musste.
Auch das habe ich in der SPS abgesichert, seitdem ist Ruhe

Viel Spass beim Suchen

Gruß maddin

Hallo zusammen,

diese Beiträge sind ja schon ein paar Jahre alt....

Hat jemand von euch dazu eine kompatible Lösung gefunden?

Wir haben seit zwei Wochen eine neue Anlage stehen, die jetzt schon diese Fehlermeldung schreibt.

Wenn ich am Touchpendel auf "Neustart" drücke, hängt sich die komplette Steuerung auf und geht auf Systemfehler....

Einzige Möglichkeit hier, ist "Trick 17" und das bedeutet Hauptschalter raus...

Ich bin noch nicht sehr lange im Geschäft der Roboterprogrammierer.

Danke schon im Voraus

Gruß Basti

Hallo zusammen,

bei uns war das auch eine zeitlang eine unangenehme erscheinung. Zusammen mit einem SPS-Programmierer haben wir das Problem gelößt.

Situation war folgende -> SPS an Roboter Motoren EIN und ohne die Rückmeldung abzuwarten kam sofort das Signal Start_Main und das im millisekunden Bereich gepulst . Nach dem der SPS-Programmierer die Rückmeldung des Roboters abgewartet hat das die Motoren EIN sind hat er das Signal Start_Main losgeschickt und hat dieses wieder rückgesetzt wenn er das Signal bekommen hat "Zyklus oder Programm läuft". Danach war das Problem weg.