Ungültige Programmstruktur für Resume

Meldungsbeschreibung für 1584:
Als der Befehl 'RESUME' abgearbeitet wurde, verwies der Vorlaufzeiger auf die Ebene, in welcher der Interrupt deklariert wurde.

Hinweis:
- 'RESUME' darf nur mit der Unterprogrammtechnik verwendet werden.
- Der Interrupt darf nicht in der Ebene ausgelöst werden, in welcher er deklariert wurde.
- Bei Abarbeitung von RESUME muss $ADVANCE=0 sein.

Abhilfe:
- Programm Reset.
- Programm entsprechend ändern.

ein wenig klugscheiss,weils mich selbst mal irritiert hat:
bevor das interruptprogramm abgearbeitet wurde muss $advance=0 gesetzt werden.
Also z.b in der letzten Zeile des Interruptprogramms.

DEF MAIN()
    INTERRUPT DECL 10 WHEN XYZ DO Abbruch()
    DoSomething()
END
------------------------------------------------------------
DEF Abbruch()
    INTERRUPT OFF 10
    BRAKE
    RESUME
    $ADVANCE=0
END
-----------------------------------------
DEF DoSomething()
    INTERRUPT ON 10;
    $ADVANCE=3
    ;Anweisung
    ;Anweisung...
    ;[VorlaufStopRoutine]!!!!
INTERRUPT OFF 10
END

Um den Interrupt im Modul DoSomthing() nicht vorzeitig abzubrechen, bedarf es noch vor Interrupt Off 10
eines Vorlaufstops
zb: sowas wie Wait Sec 0 oder $advance=0

So müsste es auf jeden Fall klappen....
Hoffe ich...

Hallo,
der Programmauszug ist jetzt mal nicht allzu erhellend, da fehlen die Interruptdeklaration,
der Aufruf des Unterprogramms, die Bewegungsbefehle ...

Aber: Interrupts können ja zu unterschiedlichen Zeiten auftauchen, also sind die Bedingungen
auch unterschiedlich, daher kann es schon sein, dass die Geschichte eine Zeit lang gut geht.

Entscheidend ist (wie schon gesagt wurde), dass der Vorlaufzeiger zum Zeitpunkt des Auftretens
des Interrupts nicht in der Ebene steht, in der der Interrupt deklariert wurde.
Daher ist meiner Meinung nach das $Advance=0 im Beispiel von Soma nicht ganz richtig. Das Beispiel
funktioniert trotzdem, da VOR dem Rücksprung aus DoSomething() ein Vorlaufstop ausgelöst wird,
dadurch wird sichergestellt, dass der Interrupt nur solange auftreten kann, wie der Vorlaufzeiger
noch im DoSomething steht.

Würde da eher zu sowas raten (oder falls vertretbar $advance in DoSomething gleich auf 0 setzen):

DEF MAIN()
    INTERRUPT DECL 10 WHEN XYZ DO Abbruch()
    DoSomething()
END
------------------------------------------------------------
DEF Abbruch()
    INTERRUPT OFF 10
    BRAKE
    $ADVANCE=0
    RESUME
END
-----------------------------------------
DEF DoSomething()
    INTERRUPT ON 10;
    $ADVANCE=1
    ;Anweisung
    ;Anweisung...
    ;[VorlaufStopRoutine]!!!!
    wait sec 0.1
INTERRUPT OFF 10
END

Hermann

Hallo,

ich würde prüfen, dass das Ereignis, z. B. Sensorpegel, bei scharfmachen des Interrupts nicht bereits den Zustand hat, auf den der Interrupt auslösen soll. Ich meine, mich zu erinnern, dass ich sowas früher mehrmals hatte. Das ist dann auch der Grund, warum das Programm bisher unauffällig lief. Bei Suchfunktionen z. B. Abfrage, ob Sensor o.ä. bereits geschaltet, und nur, wenn noch nicht geschaltet, den Interrupt ON, sonst Suchfunktion unterdrücken.

Gruß

PA

Hallo.

Habe das gleiche Problem mit Conveyor Tech. Robi erreicht maximalen Bandabstand und ist auf dem letzten Punkt auf dem Conveyor. Habe versucht den Vorlaufzeiger
wie im Beispiel von Hermann zu stoppen ($ADVANCE=0).

DEF Abbruch()
INTERRUPT OFF 10
BRAKE
$ADVANCE=0
RESUME
END

Kommt der Robi in die Abarbeitung des Interrupts bleibt er mit Fehlermeldung 1425
"Anweisung unzulässig" stehen, weil Vorlaufzeiger schon im Hauptprogramm. WAIT
SEC 0 funktionierte auch nicht.

Hat vielleicht noch jemand einen Tipp ?

Hallo Robotnix,
die Anmerkung von Herrmann bezog sich nicht auf $ADVANCE=0 im Unterprogramm Abbruch(), sondern darauf, dass in dem Unterprogramm, das nach der Interrupt-Deklaration aufgerufen wird (DoSomething() im Beispiel von Herrmann) am Ende des Unterprogramms ein Vorlaufstop ausgelöst werden muss, z.B. mit 'WAIT SEC 0' oder 'WAIT SEC 0.1'.

Hallo,
genau so ist es.

Das $advance=0 hatte ich nur vom Vorposter kopiert.
Das kann man in der Interrupt-Routine getrost weglassen, da ist es
nämlich viel zu spät dafür, denn da kann der Vorlaufzeiger
schon lange über das Ende des Unterprogramms, in dem
der Interrupt ausgelöst wird, hinausgewandert sein.
Und zurückholen kann man den nicht mehr

Hermann

Danke @ Hermann und Hinky.