Hallo Niels,
wir haben das einmal diskutiert und es macht auch wirklich Sinn so - also ein Feature :-}
Wenn ein Script von einem times abgebrochen wird, wird ein zu voriger check nicht aktualisiert.
Macht Sinn bei Z.b. folgendem:
cmd UP1 check <neue Variable>
... diverse configs
cmd UP1 times <Nacht>
... Firmwareupdate
Wenn das Phone das erste mal Tagsüber kommt, würde es das Update niemals ausführen wenn wir die CHK Variable setzten würden.
Somit verhindert ein Abbruch durch times das schreiben der CHK Variable.
Kommt das Telefon das erste mal Nachts, würde es funktionieren.
Da man so zu einem Status kommen könnte der irgendwie nicht definiert ist - ist das schon richtig so.
Wenn man nun beide Bedingungen in Kombination nutzt, wird somit die obere Bedingung nur erfüllt sein, wenn die folgende Bedingung auch passt.
Ich habe im Wiki einen entsprechenden Hinweis hinzugefügt.
Ganz abgesehen davon, wäre es ohnehin nicht ratsam erst ein check zu machen und dann ein times. Mann könnte nun produzieren, dass alle 15 Minuten config in ein Gerät geschrieben wird, obwohl die config bereits existiert (ggf. sehr viele Schreibzugriffe im Flash)
Wenn beide Kommandos in Kombination genutzt werden, sollte times stets vor check stehen (sofern man Schreiboperationen hat)
Das ist zwar keine wirklich Lösung für dein konkretes Problem, aber klärt hoffentlich das verhalten etwas auf ;)
Bezüglich deines konkreten Problems würde ich eher Konzeptionell am Updateprozess als solches ansetzten.
Der Sinn der Löschung und Wiederherstellung ist, dass die Anruferlisten, Klingeltöne etc. nach dem Befehl mod cmd FLASHDIR0 erase-all
wiederhergestellt werden.
Muss es unbedingt ein erase-all sein? Oder kann man das evtl. auf ohne Lösen?
Beste Grüße Basti
