Interne Var´s für Errorhandler

Hallo zusammen,

kann es sein, dass die Variablen bsuchenI.O und bsuchenN.IO systeminterne Features sind, bei Verarbeiten eines ErrorHandlers? wie z.B. errno_signupsearch?
bei Linearensuchbefehl SearchL....

PROC GM5

var=bsuchen
.
.
.
.
ERROR
IF bsuchenniO=true then (do what i want to do)
else if
raise;

die Variable wird am Anfang der Procedure deklariert, aber nirgens einen Wert zugeordnet...nur auf true and false im Errorhandler abgefragt.

mfg. Noobie *edit: S4c plus*

das ist es ja, im Handbuch hab ich nichts darüber gefunden.
die Variable wurde nachträglich nur in einem Programm.Mod hinzugefügt.
Wenn ich am Montag wieder auf der Arbeit bin, schick ich Dir das Modul mal zu.

ok, dann werde ich genauer:

Es soll etwas gesucht werden, wird duch einen Fehler die Instruktionsabarbeitung fehlerhaft, soll erneut gesucht werden. Das ganze 3x. Wird nach 3x nix gefunden, dann soll eine Meldung ausgebracht werden.
Was ich nirgends finde ist die Wiederholungschlaufe 3x. hier der Error-Handler:
Am Anfang wird deklariert:

VAR robtarget pZaehl;
VAR num nZaehl;
VAR bool bSuchenNIO;

ERROR
!Suchen wiederholen
IF ERRNO=ERR_WHLSEARCH AND bSuchenNIO=FALSE THEN
bSuchenNIO:=TRUE;
RETRY;
ELSE
Message tmGestSuchen;
ENDIF
IF ERRNO=erZurHomePos MoveToPos "20VP";
IF ERRNO=erVakuum THEN
Incr nVakFehler;
!Entnahme abbrechen ?
IF nVakFehler>=nMaxVakFehler THEN
MoveToPos "20VP";
Message tmVakuumAbbruch;
IF OpMode()=OP_MAN_PROG TPReadFK nFKey,"","OK","","","",""\DIBreak:=diIRBzurHome\BreakFlag:=erFehler;
ELSE
!Roboter freifahren und Greifen wiederholen
mv20GP_20FP;
TRYNEXT;
ENDIF
ENDIF
RAISE;
ENDPROC

Wenn es doch 3x versucht werden soll, müßte meiner Meinung nach die Sache so aussehen:
1. nummerische Var zum Zählen deklarieren und Null-Setzen:

VAR num nSuchversuch
clear nSuchversuch

Dann die Wiederholungschleife im Handler

ERROR
!Suchen wiederholen
IF ERRNO=ERR_WHLSEARCH AND nSuchversuch <=3 THEN
incr nSuchversuch;
RETRY;
ELSE
Message tmGestSuchen;
......

Vielen Dank, während Du die Antwort geschrieben hast, habe ich meinen Betrag nochmal editiert, wie ich denke, dass eine 3x Schleife aussehen soll.
Danke für Eure Bemühungen, bin noch nicht ganz so fit im Rapid...

also ist das 3x Suchen so tasächlich machbar?

Wenn es doch 3x versucht werden soll, müßte meiner Meinung nach die Sache so aussehen:
1. nummerische Var zum Zählen deklarieren und Null-Setzen:

VAR num nSuchversuch
clear nSuchversuch

Dann die Wiederholungschleife im Handler

ERROR
!Suchen wiederholen
IF ERRNO=ERR_WHLSEARCH AND nSuchversuch <=3 THEN
incr nSuchversuch;
RETRY;
ELSE
Message tmGestSuchen;

Nochmals für Eure Hilfe

Damit ich Dir auch helfen kann , weil wir Probleme mit dem Suchen haben, durch wechselnde Winkel des zu suchenden Materials (Scheiben) auf dem Gestell.

Grüße Noobie

danke Rainer.

Zitat von mod-poser

Hier drin stecken, die Wiederholungen : "IF nVakFehler>=nMaxVakFehler", aber das ist auch aus Rainers
Beitrag ersichtlich. Ich denke mal es gibt einen wiederholten Versuch, das Teil zu finden und wenn dies
erfolgreich war, wird "nMaxVakFehler" mal versucht das Teil mit einem Vakuumsauger zu fassen.

Richtig. aber dafür muß das Teil erst gefunden werden

Zitat von mod-poser

Ohne das Programm zu kennen,würde ich aber fast behaupten, daß anstelle von TRYNEXT auch ein
RETRY stehen sollte. Ausserdem glaube ich nicht, dass es Sinn macht auf einen ERR_WHLSEARCH direkt
mit RETRY zu reagieren, ohne vorher zurückzufahren oder Positionsdaten zu ändern

auch korrekt, nach erfolgloser Suche, bewegt sich der IRB auf eine mittels-offset korregierte Startpos, bevor die Suche erneut beginnt. das wird aber schon in der Routine selbst gemacht.
Mir ging es nur darum, wie diese bsuchenNIO verarbeitet wird. Hatte den Sinn in Verbindung mit 3x Suchen nicht verstanden. ´Hat sich aber Dank Eurer Hilfe geklärt.

Zitat

Ausserdem funzt RETRY nicht wenn der Fehler über RAISE ausgelöst wurde. (Ja gut, damit könnte man noch leben...)

Stimmt!

Zitat

Die Instruktion ist nur in der Fehlerbehandlungsroutine innerhalb einer Routine
möglich. Wenn der Fehler mit einer RAISE-Instruktion erzeugt wurde, kann die
Programmabarbeitung nicht mit der Instruktion RETRY neugestartet werden. In
diesem Fall muss die Instruktion TRYNEXT verwendet werden.

Das ist ja hart: Da dieser Handler:

Zitat

ERROR
!Suchen wiederholen
IF ERRNO=ERR_WHLSEARCH AND bSuchenNIO=FALSE THEN
bSuchenNIO:=TRUE;
RETRY;

Alles anzeigen

von einem RAISE in der aufgerufenden Routine kommt, ist das ganze ja für´n A.... mit dem RETRY...
Jetzt weiß ich auch, warum das nicht klappt.

*langsam kommt Licht ins Dunkle*

eben das geht nicht!