BootMenu 0.32

[Harvey]

Meine Frage hat hinsichtlich Umsetzung keine Eile, ich komme ja eh nicht zum Programmieren von TAPs. Ich stelle sie trotzdem, vielleicht wünschen es sich andere auch.

Einzige Debugingmöglichkeit während einer Entwicklung ist TAP_Print. Nutzt allerdings als Sportmuffel nur beschränkt, wenn das zu entwickelnde TAP den Topf vom Herd nimmt und man 2x2 Etagen rennen muß, um den Topf auf den Herd zu stellen (neu booten) und nach der Kopie der neuen Version wieder 2x2 Etagen rennt, um das TAP zu starten (auto Start nix gut).

Wenn man aber in der glücklichen Lage ist, trotz 2 Etagen per RS232 verbunden zu sein, wünscht man sich, auch die umgekehrte Richtung nutzen zu können. Sprich: AutoReboot startet den Topf neu, Bootmenu startet aufgrund der Notfallsiotuation dieses TAP nicht.
Entwickler kopiert neue Version, und jetzt kommt der Wunsch: Bootmenü startet das TAP über einen Befehl via RS232.


Edit: ich solte aufhören, nach der Einnahme von Diclo (Rückenschmerzmittel) was zu posten. Wenn unveständlich (nach Lesen dessen was ich selbst geschrieben habe möglich): Ich versuche es morgen noch mal. Nacht dann.

[asrael]

[quote=""cbr900de""]Bin gerade erst von xstartTap auf bootmenü umgestiegen und dann gleich so ein hammer changelog!! Danke erst mal dafür!!

Werd jetzt sicher erst mal eine weile brauchen bis ich alles mal ausprobiert habe.


Gruß Marcel[/quote]

Hi,

man braucht ja nicht sofort alles ausprobieren. Die vier Beispiel-CMDs sollen das Anpassen auf eigene Bedürfnisse erleichtern. Wenn Du irgendwelche Fragen bei der Bedienung hast, melde Dich gerne.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""Harvey""]Meine Frage hat hinsichtlich Umsetzung keine Eile, ich komme ja eh nicht zum Programmieren von TAPs. Ich stelle sie trotzdem, vielleicht wünschen es sich andere auch.

Einzige Debugingmöglichkeit während einer Entwicklung ist TAP_Print. Nutzt allerdings als Sportmuffel nur beschränkt, wenn das zu entwickelnde TAP den Topf vom Herd nimmt und man 2x2 Etagen rennen muß, um den Topf auf den Herd zu stellen (neu booten) und nach der Kopie der neuen Version wieder 2x2 Etagen rennt, um das TAP zu starten (auto Start nix gut).

Wenn man aber in der glücklichen Lage ist, trotz 2 Etagen per RS232 verbunden zu sein, wünscht man sich, auch die umgekehrte Richtung nutzen zu können. Sprich: AutoReboot startet den Topf neu, Bootmenu startet aufgrund der Notfallsiotuation dieses TAP nicht.
Entwickler kopiert neue Version, und jetzt kommt der Wunsch: Bootmenü startet das TAP über einen Befehl via RS232.


Edit: ich solte aufhören, nach der Einnahme von Diclo (Rückenschmerzmittel) was zu posten. Wenn unveständlich (nach Lesen dessen was ich selbst geschrieben habe möglich): Ich versuche es morgen noch mal. Nacht dann.[/quote]

Hallo,

wenn ich Dich richtig verstehe, stehen Dein Topf und Dein PC zwei Stockwerke auseinander (eine für die TAP-Entwicklung eher unglückliche Situation ).

Wenn Du jetzt ein TAP entwickelst, wie bringst Du es denn normalerweise auf den Topf und startest es dann? Da musst Du doch auch rennen, oder? Und wie siehst Du, ob das TAP das macht, was es sollte? Nur über Prints?

Wie dem auch sei, damit ein TAP auf einen RS232-Befehl hin zu einem beliebigen Zeitpunkt (wenn Du wieder am PC sitzt) etwas macht, müsste es ja als TSR laufen. BootMenu beendet sich aber nach dem Abarbeiten der CMD-Datei.

BootMenu könnte aber sehr wohl nach einem Absturz (und wenn Du es in die "item repair"-Konfiguration packst, nur nach einem Absturz) ein Horch-und-Starte-TAP starten, das seinerseits als TSR läuft, auf die RS232 horcht und dann Dein TAP-in-Entwicklung nachstartet.

Das Horch-und-Starte-TAP gibt es noch nicht, aber das geht ja, denke ich, ziemlich einfach (ohne jetzt je etwas über die RS232-Schnittstelle des Topfes gemacht zu haben, müsstest Du doch nur in einer Schleife mit TAP_KbHit abfragen, ob Daten anliegen, diese mit TAP_GetCh abfragen und bei einem passenden "Befehl" via FireBirdLib dein TAP-in-Entwicklung starten).

Mit freundlichen Grüßen

asrael

[cbr900de]

[quote=""asrael""]Hi,

Wenn Du irgendwelche Fragen bei der Bedienung hast, melde Dich gerne.

[/quote]

Na dann.. :!

Du schreibst in der readme, daß wenn bei einem Timerstart ein Absturz während bootmenü die Taps startet erfolgt, der Topf rebootet und danach wird der Timer mit Verspätung gestartet wird. Wie kann ich das mal selbst testen?? Hast du vielleicht ein Tap das beim Starten einen freeze erzeugt, oder wie kann ich das mal testen??

Ich hab jetzt mal den Topf während einer Aufnahme zum Absturz gebracht. Danach wird aber die Aufnahme jedoch nicht erneut gestartet. Das ist wahrscheinlich also nicht möglich, oder?

Gruß Marcel

[Homer]

Das könnte nur funktionieren, wenn der Topf abstürzt, bevor der Timer gestartet ist. Vielleicht geht es auch noch, wenn der Absturz einige Sekunden nach Timerstart erfolgt. Danach kann es von alleine nicht mehr funktionieren, da der Timereintrag dann gelöscht bzw. auf den nächsten Termin geändert ist.

Viele Grüße
Homer

[asrael]

[quote=""cbr900de""]Na dann.. :!

Du schreibst in der readme, daß wenn bei einem Timerstart ein Absturz während bootmenü die Taps startet erfolgt, der Topf rebootet und danach wird der Timer mit Verspätung gestartet wird. Wie kann ich das mal selbst testen?? Hast du vielleicht ein Tap das beim Starten einen freeze erzeugt, oder wie kann ich das mal testen??

Ich hab jetzt mal den Topf während einer Aufnahme zum Absturz gebracht. Danach wird aber die Aufnahme jedoch nicht erneut gestartet. Das ist wahrscheinlich also nicht möglich, oder?

Gruß Marcel[/quote]

Hallo,

wenn der Topf innerhalb einer kurzen Zeitspanne nach Start (derzeit fix eingestellt auf 8 Minuten) abstürzt, so wird bei Timer-Aufnahmen danach der Topf mit der Notfallkonfiguration (bzw. wenn diese nicht definiert ist, ganz ohne TAPs) gestartet.

War Dein Absturz innerhalb der ersten 8 Minuten?

Ein TAP, das beim Start einen Absturz erzeugt, kann ich Dir bei Bedarf gerne zur Verfügung stellen.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""Homer""]Das könnte nur funktionieren, wenn der Topf abstürzt, bevor der Timer gestartet ist. Vielleicht geht es auch noch, wenn der Absturz einige Sekunden nach Timerstart erfolgt. Danach kann es von alleine nicht mehr funktionieren, da der Timereintrag dann gelöscht bzw. auf den nächsten Termin geändert ist.

Viele Grüße
Homer[/quote]


Der Topf wird etwas vor dem eigentlichen Timer gestartet. Ein ziemlich baldiger Absturz führt dazu, dass nach dem "Verifying" immer noch die Timer-Aufnahme erfolgt.

Mit freundlichen Grüßen

asrael

[cbr900de]

[quote=""asrael""]Hallo,

War Dein Absturz innerhalb der ersten 8 Minuten?
[/quote]


Den Absturz hab ich mit 3PG 1.11 provoziert. Diese Version hatte mal einen Fehler.

Der Absturz erfolgte dann ca. 1 min nachdem die Aufnahme angefangen hat, jedoch wurde diese dann anschließend nicht erneut gestartet.

Ich hab vom Programieren überhaupt keine Anhnung, also lass bitte gnade walten bei meinem nächsten Vorschlag!

BootMenu weis ja irgendwie das der Topf durch einen Timer gestartet wurde. Kann man dann diesen Timer nicht in irgendeiner Datei speichern, welche Bootmenu dann nach dem Absturz nach noch auszuführenden Timern überprüft und dann gegebenenfalls den Timer erneut zum FP sendet???

Gruß Marcel

[asrael]

[quote=""cbr900de""]Den Absturz hab ich mit 3PG 1.11 provoziert. Diese Version hatte mal einen Fehler.

Der Absturz erfolgte dann ca. 1 min nachdem die Aufnahme angefangen hat, jedoch wurde diese dann anschließend nicht erneut gestartet.

Ich hab vom Programieren überhaupt keine Anhnung, also lass bitte gnade walten bei meinem nächsten Vorschlag!

BootMenu weis ja irgendwie das der Topf durch einen Timer gestartet wurde. Kann man dann diesen Timer nicht in irgendeiner Datei speichern, welche Bootmenu dann nach dem Absturz nach noch auszuführenden Timern überprüft und dann gegebenenfalls den Timer erneut zum FP sendet???

Gruß Marcel[/quote]

Hallo,

der Topf schaltet sich ja eine Minute vor dem Beginn der eigentlichen Aufnahme ein. Wenn der Absturz dann relativ bald passiert, so beginnt nach dem Wiederhochfahren und anschließenden "Verifying ..." trotzdem noch die Aufnahme. Dieses Verhalten habe ich mehrmals im Test beobachtet, obwohl mein Verifying ziemlich lange dauert (volle 300 GB-Platte).

Wahrscheinlich löscht der Topfield aber tatsächlich, wenn die Aufnahme bereits begonnen hat, diese aus dem FP und deswegen startet bei Dir die Aufnahme dann nicht erneut.

Die gute Nachricht ist, dass mit BootMenu alle folgenden Aufnahmen direkt im Notfall-Modus erfolgen, so dass diese nicht mehr verloren gehen sollten.

Um die Aufnahme, bei der der Absturz erfolgte, zu retten, müsste BootMenu sich tatsächlich den für das Hochfahren verantwortlichen Timer merken und dann beim Neustart eine entsprechende "Aufnahme von Hand" durchführen.

Ich nehme Deinen Vorschlag mal auf die TODO, das Programmieren ist aber recht aufwändig und wird deshalb erstmal ziemlich nach hinten geschoben.

Mit freundlichen Grüßen

asrael

[Homer]

[quote=""asrael""]Wahrscheinlich löscht der Topfield aber tatsächlich, wenn die Aufnahme bereits begonnen hat, diese aus dem FP und deswegen startet bei Dir die Aufnahme dann nicht erneut.[/quote]Der FP sorgt nur für das Starten des Topfes. Für die Aufnahme ist die Timerliste verantwortlich. Und daraus verschwindet der Timer zu Aufnahmestart oder kurz darauf.
[quote=""asrael""]Um die Aufnahme, bei der der Absturz erfolgte, zu retten, müsste BootMenu sich tatsächlich den für das Hochfahren verantwortlichen Timer merken und dann beim Neustart eine entsprechende "Aufnahme von Hand" durchführen.

Ich nehme Deinen Vorschlag mal auf die TODO, das Programmieren ist aber recht aufwändig und wird deshalb erstmal ziemlich nach hinten geschoben.[/quote]Besser fände ich ein automatisches Timer-Backup und -Restore. Die Timer sollten nach jeder Änderung automatisch gesichert werden. Beim Crash/Reboot während einer (oder zweier) Aufnahme(n) und auch nach dem Verlust und Wiedereinspielen der Settings (inkl. Timer) sollten damit alle Timer wiederhergestellt werden können.

Viele Grüße
Homer

[cbr900de]

[quote=""asrael""]

Ich nehme Deinen Vorschlag mal auf die TODO, das Programmieren ist aber recht aufwändig und wird deshalb erstmal ziemlich nach hinten geschoben.

[/quote]

Ich finde auch das da noch wichtigere Sachen auf deiner TODO stehen.


Gruß Marcel

[asrael]

[quote=""Homer""]Besser fände ich ein automatisches Timer-Backup und -Restore. Die Timer sollten nach jeder Änderung automatisch gesichert werden. Beim Crash/Reboot während einer (oder zweier) Aufnahme(n) und auch nach dem Verlust und Wiedereinspielen der Settings (inkl. Timer) sollten damit alle Timer wiederhergestellt werden können.

Viele Grüße
Homer[/quote]

Nun ja, das ist wohl eher etwas für ein TAP wie QuickTimer. Macht das das nicht schon?

Mit freundlichen Grüßen

asrael

[Homer]

[quote=""asrael""]Nun ja, das ist wohl eher etwas für ein TAP wie QuickTimer.[/quote]Da stimme ich dir zu. Das sollte nicht die Aufgabe von BootMenu sein. Ich nutze 3PG und sehe diese Funktion eher dort oder noch viel mehr in einem extra TAP.

Viele Grüße
Homer

[asrael]

Moin zusammen,

anbei eine Version, in der zwei Bugs bzgl. des Start-Kommandos (Batch-Mode und Parameterübergabe) gefixt sind.

Mit freundlichen Grüßen

asrael

[kantjer]

[quote=""asrael""]Hello,

at the moment, you can alter the

Code: Alles auswählen

sleep 30

line to

Code: Alles auswählen

sleep 480

This will prevent a emergency start thereafter, because time betweens boots is greater than 8 Minutes.

There is also a shutdown command in BootMenu, so you can substitute the call to the Shutdown-TAP by this command.

I will alter BootMenu in a way, that a call of the shutdown command will always let the toppy start in normal mode at next reboot. This is a small extension, so if you need it, I put it on the board the next days.[/quote]

If you could do that that would be great.

[quote=""asrael""]PS: Perhaps we should switch this discussion to the BootMenu thread.[/quote]

Done

[asrael]

[quote=""kantjer""]If you could do that that would be great.



Done[/quote]

Ok, here is version 0.22.

- BUGFIX: Nach Kommandos shutdown und reboot startet BootMenu immer im Normalmodus.

Regards,

asrael

[kantjer]

[quote=""asrael""]Ok, here is version 0.22.

- BUGFIX: Nach Kommandos shutdown und reboot startet BootMenu immer im Normalmodus.[/quote]
Thanks, my Toppy is recording at the moment so I can't test right now.
I will let you know how it goes.

Bauke

[Steven]

[quote=""kantjer""]Thanks, my Toppy is recording at the moment so I can't test right now.
I will let you know how it goes.

Bauke[/quote]

Hi Bauke,

but the Problem with 3PG in Batch Mode still exists or not?

Gruß Steven.

[asrael]

[quote=""Steven""]Hi Bauke,

but the Problem with 3PG in Batch Mode still exists or not?

Gruß Steven.[/quote]

Hi,

was genau meinst Du?

Mit freundlichen Grüßen

asrael

[Steven]

[quote=""asrael""]Hi,

was genau meinst Du?

Mit freundlichen Grüßen

asrael[/quote]

3PG hat wohl unter bestimmten Umständen Probleme mit dem Batch Mode.
Klappt weder bei mir, noch bei Bauke.

Selbst Firebird, bei dem es wohl bisher immer lief, hat über Schwierigkeiten berichtet.

Siehe hier.
Betrifft zwar in diesem Falle X- Start, aber sollte dann bei Bootmenu auch auftreten, oder?

Deshalb meine Frage.

Gruß Steven.