Mittels goto an Programmanfang springen

[demmy]

Hi zusammen,
nein nein, es handelt sich nicht um eine Fehlfunktion oder ähnliches. Es ist etwas komplizierter das hier zu erklären und würde sicher den Rahmen hier sprengen.

Bei der Problematik mit den Konstanten / Variablen gebe ich dir nur bedingt recht. Wenn es sich um Konstanten handelt, dann hätte ich sie auch so bezeichnet. In Wirklichkeit sind es aber Variablen, deren Startwert berechnet wird, die dann aber im laufenden Programm überschrieben werden.

Ich habe es jetzt so gelöst, das ich mittels goto an einen definierten Startpunkt springe, da vor diesem Startpunkt noch Verzögerungszeiten / Wartezeiten / Berechnungen usw. ausgeführt werden. Die wirklich nur bei einem kompletten neustart des Systems einmalig benötigt werden um angeschlossene , ich bezeichne sie jetzt mal als "Pheripherie" zu Initialisieren bzw. Ihr Zeit zum Anlaufen zu geben.

Was ich erreichen wollte ist im Prinzip nur ein simpler "Softwarereset", wo an einem definierten Punkt wieder neu ins Programm eingesprungen wird.

[Searcher]

Also ich hätte nichts dagegen obwohl ich versuchen würde es anders zu lösen Der Sprung mit GOTO sollte nur nicht aus einem Unterprogramm oder gar einer Interruptroutine heraus erfolgen, da sonst der Stack durcheinanderkommt.

Gruß
Searcher

[oberallgeier]

... nichts dagegen obwohl ich versuchen würde es anders zu lösen . Der Sprung mit GOTO ...

Sowohl in meinem recht komplexen Transistortester - ähnlich hier, aber mit I 2 C und weiteren, eigenen Funktionen - als auch in meinem Pacer (hier) habe ich GOTO´s. Der Pacer läuft mit sleep - und ich habe eigentlich noch nie nen Absturz erlebt. Der Transitortester wird zwar immer neu gestartet, aber auch hier ist bei längerem, durchgehenden Gebrauch kein Nachteil zu erkennen - und keine Fehlfunktion.

[Searcher]

@oberallgeier: Ich habe ja auch gar nichts gegen die Nutzung von Goto. Mir ging es darum, daß man auf den Stackpointer achten sollte und bei Sprung aus einer ISR heraus auch noch auf das Global Interrupt Enable Bit. Das könnte kompliziert werden und kann man vermeiden, wenn man Goto vermeidet oder es nur innerhalb des Hauptprogramms verwendet bzw. nur innerhalb von Subroutinen springt.

zB bei sowas wird der Stackpointer immer weiter nach unten gesetzt und es muß irgendwann zum crash kommen.

dim x as byte
dim y as byte

init:
x = 1
y = 2

gosub check

do
loop

check:
  if x = 1 goto init
return

end

Steht anstelle von "goto init" ein "goto 0" wird auch der Stackpointer neu initialisiert.
Ist halt eine Frage der Konstellation und wie Demmy es einsetzt.

Gruß
Searcher

[demmy]

Also ich habe es in etwa so gelöst:

'Hardwarekonfiguration
....

'Variablendeklaration
....

'Anlaufbedingungen / Startberechnungen
....

Resetpunkt:

' Variablen richten
....

' Notwendige Berechnungen
...

' Hauptschleife
Do

if .... then
 goto Resetpunkt
end if

Loop

Also bis jetzt funktioniert es einwandfrei.

[Searcher]

Also ich habe es in etwa so gelöst:

Da finde ich jetzt kein Haar in der Suppe ; ist in Ordnung!

Gruß
Searcher

[peterfido]

Ja, geht auch.

Ist in etwa das gleiche wie meine Vorgehensweise.

'Hardwarekonfiguration 
....  
'Variablendeklaration 
....  
'Anlaufbedingungen / Startberechnungen 
....
gosub Resetpunkt  
' Hauptschleife 
Do  
   if .... then  
      gosub Resetpunkt 
   end if  
Loop
end

Resetpunkt:
    ' Variablen richten 
   ....  
   ' Notwendige Berechnungen 
   ...
return