Variablen-Behandlung nach Interrupt "OFF"

Hallo zusammen,

   B_AUTOEX=TRUE ;Merker TRUE setzen
   INTERRUPT OFF 10
   HALT
   INTERRUPT ON 10

Kurze Frage, Kurze Antwort.

Würde die Variable "B_AUTOEX" nach INTERRUPT OFF 10 auch noch vor dem HALT gesetzt werden ?

Danke ..

EDIT: Der Merker soll einen Reset ins CELL auslösen, er ist Global und wird im SUB wieder FALSE gesetzt.

Das CELL wartet auf die eine oder andere Programm-Nummer. Nach $Advance wird Interrupt 10 wohl noch geschaltet, spielt aber keine Rolle. In der Initialisierung des UP, aufgrufen durchs CELL wird er auf ON gesetzt. Wäre nur interessant, ob ich die Variable noch gesetzt bekomme oder nicht.

Danke, das hilft .. also in meiner simplen Logik

Zitat von Hermann

Warum sollte das denn nicht passieren? Und was sollte $Advance damit zu tun haben?

Siehe Signatur...

Und sollte der ganze Krempel, den ich hier zusammen gefummelt habe -entgegen meiner Erwartung- auch noch funktionieren, wird er hier zeitnah auftauchen.

Zitat von Hermann

Um genau zu sein, die Variable wird vor dem Interrupt off gesetzt, somit auch vor dem Halt.

das mit Setzen der Variable vor Interrupt Off, obwohl Weisung erst nach diesem kommt, erfordert Erklärungsbedarf. Danke

Alles gut .. hätte erwähnen sollen "nicht auf den Code achten" oder dergleichen.

... und keine Sorge, die Antwort in zwei Buchstaben bekam ich ja schon

Signatur: Mein Name ist Hase. Ich weiß von nix.

Ich muss den orangenen Kollegen nur einfach aus dem aktuellen Modul raus holen, wenn eine DEF durchlaufen wurde und die Variable TRUE wird. Nach meiner Logik, die von SJX bestätigt wurde, würde das auch funktionieren. Ich muss nun aber den dümmsten Fall absichern, wenn der MA einfach im Fehlerfall in T1 geht, ohne das die Variable TRUE wird, was aber an der Anlage nötig wäre um überhaupt was in der Zelle zu machen .. ich bastel morgen was .. ich hatte ja Teilerfolg .. nur hatte ich den Merker vergessen .. schon lustig, wenn man dem Sub eine auf den Deckel geben will, aber einfach nicht dazwischen hauen kann ..

  ; Init - Cell() neu starten
   IF (NOT dixMaInit) THEN
      InitMerker=FALSE
   ENDIF
   IF (dixMaInit AND (NOT InitMerker) AND(($MODE_OP==#AUT) OR ($MODE_OP==#EX))) THEN
      MODE=#SYNC
      CWRITE($CMD,STAT,MODE,"RUN /R1/CELL()")
      InitMerker=TRUE 
   ENDIF
   
   ; Keine Produktion - Roboter im Teach-Mode oder Programm lauft nicht
   KeineProduktion=($MODE_OP==#T1) OR ($MODE_OP==#T2) OR (($MODE_OP==#EX) AND NOT $PRO_ACT)
   
   ; Roboter-Stoerung, IEF-Achse muss gestoppt werden
   RobStoerung=(($MODE_OP==#EX) AND (NOT $STOPMESS))
   
   ; Tuerfreigabe
   dqTuerFreigabe=(TuerFreigabe OR KeineProduktion)
   
   ; Reset in CELL bei HALT im Main 
   IF (B_AUTOEX) AND (($MODE_OP==#EX) AND NOT $PRO_ACT) OR ((($MODE_OP==T1) OR ($MODE_OP==T2)) AND B_SWITCH) THEN
      MODE=#SYNC 
      CWRITE($CMD,STAT,MODE,"RUN /R1/CELL()")
      B_AUTOEX=FALSE
      B_SWITCH=FALSE  
   ENDIF

ich verate mich ja gerade selbst in Sachen "was ist von mir und was vom UR-Programmierer" .. ich brauch nur nen Logik-Check der letzten sieben Zeilen .. Ausschnitt aus dem BGL, was vom SUB abgearbeitet wird ..

B_AUTOEX wird (siehe oben) nach dem Interuppt vor dem HALT gesetzt, B_Switch wird in der Initialsierung des jeweiligen MAIN .. TRUE und sagt einfach, wir sind im MAIN (oder MAIN2) das Prog läuft oder lief.. also ist das UP am laufen oder schon gelaufen und hängt im HALT ... ich denke die Freigeister hier erkennen die Logik .. schönes WE ! .. bin auf Reaktionen,Tippfehler, Logikfehler, Programmierfehler etc. gespannt. Code kann ich nach reichen, wenn benötigt .. kostet 5,80 EUR pro Zeile ..

Zitat von elchi2018

(B_AUTOEX)

.. wenn der Klammeraffe mal unterwegs ist .. dann hat er einen ..