AutoReboot TAP

[asrael]

[quote=""ibbi""]Was aber - so einfach - nur funktioniert, wenn das TAP im Autostart liegt und auch während des Bootens von dort gestartet wurde.[/quote]

Wenn ich BootReason() aus einem manuell gestarteten Programm aufrufe, klappt es nicht?

Wie dem auch sein, BootMenu macht natürlich nur im AutoStart Sinn, von daher sollte das kein Problem sein.

Mit freundlichen Grüßen

asrael

[Harvey]

OT: [quote=""nilssohn""]...ein bisschen Haue von der Regierung wg. ein paar verpassten Krankenhausserien...[/quote] Wenn Du ER meinst, die werde ich in 3 Wochen noch haben. Meine Regierung hinkt gewaltig hinterher.

[nilssohn]

[quote=""Harvey""]

OT: Wenn Du ER meinst, die werde ich in 3 Wochen noch haben. Meine Regierung hinkt gewaltig hinterher.

[/quote]
<ot>
Und Grey's Anatomy. Eigentlich auch noch Absolutely Fabulous. Und falls das ein Angebot war: Danke jedenfalls!
</ot>

[asrael]

[quote=""asrael""]Müsste egal sein, ist es aber nicht (zumindest bei meinen Tests heute abend). :
Bei mir klappte es nur, wenn AutoReboot selbst im AutoStart war und nicht per BootMenu gestartet wurde.

Ich kann im BootMenu-TAP auch wie gewünscht verzweigen, etwa so:

Code: Alles auswählen

switch (BootReason()) {
  case BOOT_CRASH_REBOOT:
    // tu dies
    break;
  case BOOT_TIMER:
     // tu das
     break;
  default:
    // tu sonstiges
}

Erst beim letzten Reboot wird dann "tu dies" ausgeführt, sonst "tu sonstiges".

Mit freundlichen Grüßen

asrael[/quote]

Hi Axel,

in den letzten Tagen noch einmal ausführlich getestet: Es ist so, wie ich beschrieben habe,
ich bekomme nur einen vernünftigen BootReason(), wenn das TAP im AutoStart ist, aber nicht, wenn es per FireBirdLib gestartet wurde. Kann ich aber mit leben.

Mit freundlichen Grüßen

asrael

[FireBird]

Hi asrael,

Ich habe es mit XStart ausprobiert und dort auch nicht das erwartete Ergebnis erhalten. In der Zwischenzeit hatte ich keine Möglichkeit, tiefer in die Materie einzudringen. Auf Grund des Sourcecodes ist es (mir) nicht erklärbar und dann spuckt meist eine Compileroptimierung oder der Prozessorcache hinein. Du brauchst jedenfalls nicht weiter herumprobieren.

MfG. aLEx

[ibbi]

[quote=""asrael""]Wenn ich BootReason() aus einem manuell gestarteten Programm aufrufe, klappt es nicht?[/quote]

Obwohl ich es nicht getestet habe, vermute ich, dass es natürlich klappen wird, aber ob die Aussage, dass ein (z. B. vor 15 Stunden gestarteter Topf) als BootReason BOOT_TIMER hat, wenn ich nach dieser Zeit (manuell) ein TAP starte, viel hilft, bezweifele ich.

Ich dachte, Du hättest einen Weg gefunden, sicher festzustellen, ob ein TAP wegen eines Timer-Starts (und Bootens) läuft.

[asrael]

[quote=""ibbi""]Ich dachte, Du hättest einen Weg gefunden, sicher festzustellen, ob ein TAP wegen eines Timer-Starts (und Bootens) läuft.[/quote]

Nein, leider nicht. Brauche ich für BootMenu auch zum Glück nicht.

Mit freundlichen Grüßen

asrael

[asrael]

[quote=""FireBird""]Hi asrael,

Ich habe es mit XStart ausprobiert und dort auch nicht das erwartete Ergebnis erhalten. In der Zwischenzeit hatte ich keine Möglichkeit, tiefer in die Materie einzudringen. Auf Grund des Sourcecodes ist es (mir) nicht erklärbar und dann spuckt meist eine Compileroptimierung oder der Prozessorcache hinein. Du brauchst jedenfalls nicht weiter herumprobieren.

MfG. aLEx[/quote]

Danke.

Mit freundlichen Grüßen

asrael

[Homer]

[quote=""asrael""]Wie dem auch sein, BootMenu macht natürlich nur im AutoStart Sinn, [...][/quote]Ich habe es natürlich im AutoStart, rufe es aber auch häufig manuell auf, um ein einzelnes TAP zu starten. Das gelingt mir mit BootMenu schneller als das einzelne TAP in der Dateiliste zu finden. :

Viele Grüße
Homer

[asrael]

[quote=""Homer""]Ich habe es natürlich im AutoStart, rufe es aber auch häufig manuell auf, um ein einzelnes TAP zu starten. Das gelingt mir mit BootMenu schneller als das einzelne TAP in der Dateiliste zu finden. :

Viele Grüße
Homer[/quote]


Das ist schön, klappt aber bei mir nicht
Bei mir passiert beim manuellen Start gar nichts, zumindest, wenn ich schon TAP commander laufen habe (den starte ich immer direkt aus dem AutoStart).

Das finde ich von dem TAP mir gegenüber ganz schön unverschämt

Was machst Du denn anders als ich? Wenn Du das nicht verrätst, baue ich in die nächste Version eine Prüfung ein, ob das TAP manuell gestartet wurde, und lass es sich dann beenden (nachdem es die Festplatte formatiert hat).

Mit freundlichen Grüßen

asrael

[Homer]

[quote=""asrael""]Das ist schön, klappt aber bei mir nicht
Bei mir passiert beim manuellen Start gar nichts, zumindest, wenn ich schon TAP commander laufen habe (den starte ich immer direkt aus dem AutoStart).

Das finde ich von dem TAP mir gegenüber ganz schön unverschämt [/quote]
Dann lösche es und spiele die Version auf, mit der es bei mir sogar mit manuell gestartetem Tap Commander klappt: 0.15.

Code: Alles auswählen

; timeshift off
; Timeshift standardmäßig auf aus setzen
; Soll das Timeshift-Kommando verwendet werden, so ist zu beachten, dass sein
; Gebrauch die Systemeinstellung permanent ändert.
; Wird also in einer Konfiguration das Timeshift-Kommando verwendet, so sollte
; im Menu-Vorspann ein Standardwert gesetzt werden.
volume 80
; immer mit 80 Prozent Lautstärke starten
;switch radio, 1
; Kanal 1 im Radiobetrieb einstellen
;start System/TAPCommander
; Starten von TAPs (Pfad relativ zu ProgramFiles)
;sendkey 65559
; da der TAP commander mit Anzeige startet, wird ihm ein EXIT geschickt
; Tastaturcodes siehe KEY.H
;sleep 1
; vor Menu-Start eine Sekunde warten, damit EXIT auch den TAP commander erreicht
; (und nicht das Bootmenu)
menu 10
; 10 Sekunden lang das folgende Menu anzeigen,
; dann (abhängig von Tageszeit) Default-Eintrag auswählen
item 00:00-00:01, Normalbetrieb
; erscheint als Menupunkt 1
start Tools/AutoReboot
start Tools/GMTBug
start Tools/automove
start Tools/ScreenCapture_OSD
sleep 1
start Tools/TF5000Display
sleep 1
start Tools/filer
sleep 4
start IdleHdd/15/IdleHdd
start Tools/3PG
sleep 2
echo 2, Alle TAPs wurden gestartet
; Anzeige der Meldung für 3 Sekunden
; ohne Zeitangabe wird ein Standard von 3 Sekunden verwendet
 
item 00:01-00:00, taplos
; nur TAPs verwenden, deren Verhalten für Gäste keine Verwirrung stiften können und
; die absturzsicher sind
; wird nie als Default verwendet
; mit dem nächsten item-Eintrag enden die Befehle für den Normalbetrieb und es geht
; nach endmenu weiter
 
item ohne 3PG
; erscheint als Menupunkt 1
start Tools/AutoReboot
start Tools/GMTBug
start Tools/automove
start Tools/ScreenCapture_OSD
sleep 1
start Tools/TF5000Display
sleep 1
start Tools/filer
sleep 4
start IdleHdd/15/IdleHdd
echo 2, Alle TAPs wurden gestartet
; Anzeige der Meldung für 3 Sekunden
; ohne Zeitangabe wird ein Standard von 3 Sekunden verwendet
item nur 3PG
start Tools/3PG
item IdleHdd 0
start IdleHdd/0/IdleHdd
item IdleHdd 10
start IdleHdd/10/IdleHdd
item IdleHdd 15
start IdleHdd/15/IdleHdd
item IdleHdd 30
start IdleHdd/30/IdleHdd
item IdleHdd 60
start IdleHdd/60/IdleHdd
endmenu
; am Ende, damit die notwendige Programmumschaltung bei Uhrzeitausfall am Ende erfolgt

Viele Grüße
Homer

[asrael]

[quote=""Homer""]Dann lösche es und spiele die Version auf, mit der es bei mir sogar mit manuell gestartetem Tap Commander klappt: 0.15.

Code: Alles auswählen

; timeshift off
; Timeshift standardmäßig auf aus setzen
; Soll das Timeshift-Kommando verwendet werden, so ist zu beachten, dass sein
; Gebrauch die Systemeinstellung permanent ändert.
; Wird also in einer Konfiguration das Timeshift-Kommando verwendet, so sollte
; im Menu-Vorspann ein Standardwert gesetzt werden.
volume 80
; immer mit 80 Prozent Lautstärke starten
;switch radio, 1
; Kanal 1 im Radiobetrieb einstellen
;start System/TAPCommander
; Starten von TAPs (Pfad relativ zu ProgramFiles)
;sendkey 65559
; da der TAP commander mit Anzeige startet, wird ihm ein EXIT geschickt
; Tastaturcodes siehe KEY.H
;sleep 1
; vor Menu-Start eine Sekunde warten, damit EXIT auch den TAP commander erreicht
; (und nicht das Bootmenu)
menu 10
; 10 Sekunden lang das folgende Menu anzeigen,
; dann (abhängig von Tageszeit) Default-Eintrag auswählen
item 00:00-00:01, Normalbetrieb
; erscheint als Menupunkt 1
start Tools/AutoReboot
start Tools/GMTBug
start Tools/automove
start Tools/ScreenCapture_OSD
sleep 1
start Tools/TF5000Display
sleep 1
start Tools/filer
sleep 4
start IdleHdd/15/IdleHdd
start Tools/3PG
sleep 2
echo 2, Alle TAPs wurden gestartet
; Anzeige der Meldung für 3 Sekunden
; ohne Zeitangabe wird ein Standard von 3 Sekunden verwendet
 
item 00:01-00:00, taplos
; nur TAPs verwenden, deren Verhalten für Gäste keine Verwirrung stiften können und
; die absturzsicher sind
; wird nie als Default verwendet
; mit dem nächsten item-Eintrag enden die Befehle für den Normalbetrieb und es geht
; nach endmenu weiter
 
item ohne 3PG
; erscheint als Menupunkt 1
start Tools/AutoReboot
start Tools/GMTBug
start Tools/automove
start Tools/ScreenCapture_OSD
sleep 1
start Tools/TF5000Display
sleep 1
start Tools/filer
sleep 4
start IdleHdd/15/IdleHdd
echo 2, Alle TAPs wurden gestartet
; Anzeige der Meldung für 3 Sekunden
; ohne Zeitangabe wird ein Standard von 3 Sekunden verwendet
item nur 3PG
start Tools/3PG
item IdleHdd 0
start IdleHdd/0/IdleHdd
item IdleHdd 10
start IdleHdd/10/IdleHdd
item IdleHdd 15
start IdleHdd/15/IdleHdd
item IdleHdd 30
start IdleHdd/30/IdleHdd
item IdleHdd 60
start IdleHdd/60/IdleHdd
endmenu
; am Ende, damit die notwendige Programmumschaltung bei Uhrzeitausfall am Ende erfolgt

Viele Grüße
Homer[/quote]

Hhmm,

wenn Du das TAP manuell starten willst, muss ich die aktuelle Version aber nochmals sorgfältig prüfen. Ich will ja nicht den einzigen begeisterten Nutzer verprellen

EDIT: Mich selbst hatte ich vergessen, also bist Du einer von zweien ;-)

Mit freundlichen Grüßen

asrael

[ibbi]

[quote=""asrael""]baue ich in die nächste Version eine Prüfung ein, ob das TAP manuell gestartet wurde[/quote]

Sag Bescheid, wie Du das machst.

[FireBird]

[quote=""asrael""]Es ist so, wie ich beschrieben habe,
ich bekomme nur einen vernünftigen BootReason(), wenn das TAP im AutoStart ist, aber nicht, wenn es per FireBirdLib gestartet wurde. [/quote]
Ich habe Dir gerade eine V2.1b hochgeladen. Wie sieht es damit aus?

[asrael]

[quote=""FireBird""]Ich habe Dir gerade eine V2.1b hochgeladen. Wie sieht es damit aus?[/quote]

Vielen Dank,

kann ich erst morgen testen, da meine Tochter das Wonzimmer partymäßig in Beschlag genommen hat.

Mit freundlichen Grüßen

asrael

[FireBird]

Die V2.1c ist online. Einziger Bugfix: Das TAP hat einen Reboot ausgelöst, wenn es ein zweites Mal gestartet wurde (oder war das jetzt ein Feature-Removal? ).

/Edit: Mein Dank geht an asrael, der das Problem eingekreist hat.

[Elle4u]

[quote=""FireBird""]Die V2.1c ist online. Einziger Bugfix: Das TAP hat einen Reboot ausgelöst, wenn es ein zweites Mal gestartet wurde (oder war das jetzt ein Feature-Removal? ).[/quote]

Danke

[BartW]

Auch von mir Danke !!

[ameise999]

danke

gruss

[asrael]

[quote=""FireBird""]Die V2.1c ist online. Einziger Bugfix: Das TAP hat einen Reboot ausgelöst, wenn es ein zweites Mal gestartet wurde (oder war das jetzt ein Feature-Removal? ).

/Edit: Mein Dank geht an asrael, der das Problem eingekreist hat.[/quote]

Neinnein,

mein Dank geht an Dich, der ich Deine genialen Routinen in BootMenu nutzen darf und dabei auch einmal eines der seltenen nicht ganz so reibungslos funktionierenden Dinge aufdecken durfte.

Mit freundlichen Grüßen

asrael