Batchmodus für iTiNa

[Ecky]

Fällt eine Unterstützung für den Batchmodus (Bootmenü, XStartTAP) auch unter TAPCOM?

[asrael]

Fällt eine Unterstützung für den Batchmodus (Bootmenü, XStartTAP) auch unter TAPCOM?

Hallo,

wohin zielt die Frage genau? Technisch gesehen sind Batch-Modus und TAPCOM zwei unterschiedliche Baustellen in der FireBird-Lib. Was soll denn iTiNa im Batch-Modus anstellen?

Der iTiNa-Scan müsste aus BootMenu aber problemlos aufrufbar sein (so weit bin ich noch nicht mit meinen iTiNa-Tests). Aber sicherlich hätte macfan sonst schon geschimpft. :

Mit freundlichen Grüßen

asrael

[macfan]

Klar läuft der iTiNa-Scan sauber. Ich brauche aber keinen Batch-Modus. iTiNa schaltet von alleine aus.

Gruß, Horst

[Ecky]

Meine Frage zielt darauf ab, daß ich dann morgens durch das XStartTAP nacheinander zuerst den EPG-Scan und dann im Anschluß daran RecCopy laufen lassen kann. Andersherum geht's wahrscheinlich nicht, weil RecCopy keine parallel laufende Aufnahme (den Filescan) mag. Da wäre es halt gut, wenn sich iTiNa nach dem Scan nur beenden würde, ohne den Topf abzuschalten. Das wäre dann für XStart das Signal, RecCopy zu starten.
... aber dat jeht ja nich, wenn iTiNa den Topf gerade abgeschaltet hat

D.h. es geht weniger um das Abschalten, sondern um das automatisierte Starten mehrerer TAPs nacheinander, damit sie sich nicht gegenseitig stören.

[asrael]

Meine Frage zielt darauf ab, daß ich dann morgens durch das XStartTAP nacheinander zuerst den EPG-Scan und dann im Anschluß daran RecCopy laufen lassen kann. Andersherum geht's wahrscheinlich nicht, weil RecCopy keine parallel laufende Aufnahme (den Filescan) mag. Da wäre es halt gut, wenn sich iTiNa nach dem Scan nur beenden würde, ohne den Topf abzuschalten. Das wäre dann für XStart das Signal, RecCopy zu starten.
... aber dat jeht ja nich, wenn iTiNa den Topf gerade abgeschaltet hat

D.h. es geht weniger um das Abschalten, sondern um das automatisierte Starten mehrerer TAPs nacheinander, damit sie sich nicht gegenseitig stören.

Gibt es bei iTiNa denn keine Einstellung, wodurch man das Abschalten nach dem morgendlichen Scan verhindern kann? Wenn ja, sollte das gewünschte doch gehen.

Mit freundlichen Grüßen

asrael

[harbad]

aber nur ganz knapp

[steve]

[quote="macfan"]Klar läuft der iTiNa-Scan sauber. Ich brauche aber keinen Batch-Modus. iTiNa schaltet von alleine aus.

Gruß, Horst[/quote]

Und genau das ist KEIN Batchmode!
Normalerweise laufen Taps im Batchmode hintereinander ab. D.h. das zweite Tap wartet auf das Endesignal des Ersten, usw.
Das beherrscht IT aber definitiv (noch) nicht.

Vielleicht müsste man iT aber auch nur als letztes starten oder aber als eigenen item extra starten. (Letzteres funzt bei mir grad so)

[Ecky]

Falls iT den Scan dann noch auslöst. Es (sie?) erwartet ja als Startgrund einen P-Timer namens "iTiNA Scan". Hab ich allerdings auch noch nicht ausprobiert, ob die (es?) den auch noch dann erkennt, wenn RecCopy vorher schon eine Stunde lang am schuften gewesen ist.

Also, für mich wären auch solche für manche vielleicht unwichtigen Details ein Verkaufsargument.

[steve]

Falls iT den Scan dann noch auslöst. Es (sie?) erwartet ja als Startgrund einen P-Timer namens "iTiNA Scan". Hab ich allerdings auch noch nicht ausprobiert, ob die (es?) den auch noch dann erkennt, wenn RecCopy vorher schon eine Stunde lang am schuften gewesen ist.

Bezweifle ich mal!!

[asrael]

[quote="steve0564"]Und genau das ist KEIN Batchmode!
Normalerweise laufen Taps im Batchmode hintereinander ab. D.h. das zweite Tap wartet auf das Endesignal des Ersten, usw.
Das beherrscht IT aber definitiv (noch) nicht.

Vielleicht müsste man iT aber auch nur als letztes starten oder aber als eigenen item extra starten. (Letzteres funzt bei mir grad so)[/quote]

Also, der Batch-Modus von iTiNa klappt nicht. iTiNa startet ganz normal als TSR-Programm, d. h. ein Befehl a la "start /batch iTiNa" in BootMenu wird nie beendet (ein nachfolgender RecCopy-Scan hätte also keine Chance mehr).

Außerdem versucht iTiNa auch im Batch-Modus, den Topf auszuschalten, was erstens meistens nicht gewünscht sein dürfte und zweitens (da es mit einem (soweit ich sehe per Tastensimulation) gestartetem Sleep-Timer geschieht), sich mit anderen TAPs ins Gehege kommen kann.

Deswegen Bitte an Erdnussnase: In Version 1.0 den Batch-Modus in der Form unterstützen, dass iTiNa sich nach getaner Arbeit beendet, aber nicht den Topf ausschaltet.

TSR-Kompatibilität wäre übrigens auch nett.

Mit freundlichen Grüßen

asrael

[asrael]

Also, der Batch-Modus von iTiNa klappt nicht. iTiNa startet ganz normal als TSR-Programm, d. h. ein Befehl a la "start /batch iTiNa" in BootMenu wird nie beendet (ein nachfolgender RecCopy-Scan hätte also keine Chance mehr).

Außerdem versucht iTiNa auch im Batch-Modus, den Topf auszuschalten, was erstens meistens nicht gewünscht sein dürfte und zweitens (da es mit einem (soweit ich sehe per Tastensimulation) gestartetem Sleep-Timer geschieht), sich mit anderen TAPs ins Gehege kommen kann.

Deswegen Bitte an Erdnussnase: In Version 1.0 den Batch-Modus in der Form unterstützen, dass iTiNa sich nach getaner Arbeit beendet, aber nicht den Topf ausschaltet.

TSR-Kompatibilität wäre übrigens auch nett.

Mit freundlichen Grüßen

asrael

Dürfte ich noch einmal fragen, ob iTiNa in der nächsten Version die Sleep-Timer-Tastensimulations-Ausschaltung durch einen anderen Weg (z. B. shutdown aus FBLib) ersetzt haben wird? BootMenu beißt sich an einer Stelle damit und im Handbuch nehme ich gerade eine Passage hierzu auf. Jetzt frage ich mich, ob ich vor iTiNa 0.99 oder vor iTiNa generell warnen soll. :

BTW: Wie wird es mit Batch-Modus bzw. mit TSR-Kompatibillität aussehen?

Mit freundlichen Grüßen

asrael

[cluberer99]

Könnte man das nicht lösen das man wärend das Scan´s von iTiNa das drücken einer Taste der Fernbedienung simuliert?
Müsste doch funktionieren wenn man zB das drücken der V+ Taste mit Bootmenü simuliert. Oder funktioniert das bei item Einträgen nicht?

[asrael]

Könnte man das nicht lösen das man wärend das Scan´s von iTiNa das drücken einer Taste der Fernbedienung simuliert?
Müsste doch funktionieren wenn man zB das drücken der V+ Taste mit Bootmenü simuliert. Oder funktioniert das bei item Einträgen nicht?

Doch, das Simulieren von Tasten funktioniert mit dem Befehl sendkey. Ich sehe nur nicht, was das nützen soll.

Wenn sich iTiNa nach dem Scan nicht selbst beendet, kann BootMenu ja nicht sicher sein, wann der Scan fertig ist. Dann würde der Topf ja anbleiben.

Abgesehen davon dürfte iTiNa während des nächtlichen Scans auch relativ unbeeindruckt von Tastendrücken sein und den Topf trotzdem per Sleep-Timer-Tastensimulation ausschalten (es sei denn, iTiNa horcht mit, ob der Benutzer eine Taste gedrückt hat).

Am sinnvollsten wäre die Unterstützung des Batch-Modus.

Mit freundlichen Grüßen

asrael

[Maliboy]

Ich verstehe auch nicht, warum hier immer wieder alles beendet wird.

Wir haben doch bei Filer gesehen, wozu das führt. Zu einer Inkonsistenten Datenbank (weil auf den TOPF was passiert, was Filer nicht mitbekommen hat). Wieviele Nächtliche Vorgänge habt Ihr denn, das ihr wirklich einen Batch Modus braucht. Also, ich würde mir da einfach zwei oder drei Weck Timer anlegen...

[Erdnussnase]

Dürfte ich noch einmal fragen, ob iTiNa in der nächsten Version die Sleep-Timer-Tastensimulations-Ausschaltung durch einen anderen Weg (z. B. shutdown aus FBLib) ersetzt haben wird? BootMenu beißt sich an einer Stelle damit und im Handbuch nehme ich gerade eine Passage hierzu auf. Jetzt frage ich mich, ob ich vor iTiNa 0.99 oder vor iTiNa generell warnen soll. :

BTW: Wie wird es mit Batch-Modus bzw. mit TSR-Kompatibillität aussehen?

Was meinst Du damit. iT schaltet den Topf nach dem Scan durch FLib aus. Nur wenn das gar nicht geht wirft es als Notanker nach einer Weile die Tastensimulation an. Habe ich aber seit Uhrzeiten nicht gesehen das dieser Fall vorgekommen ist.

[Erdnussnase]

Doch, das Simulieren von Tasten funktioniert mit dem Befehl sendkey. Ich sehe nur nicht, was das nützen soll.

Damit würde man iT vorgaukeln das ein User vor dem Gerät sitzt. Dann wird nach dem Scan nicht abgeschaltet.
Logik des Autoscans ist so.
Unabhängig ob der Topf schon läuft oder nicht:
- Gibt es ein P Timer mit Namen iTiNa Scan (o.s.ä.) der in den nächsten 3min starten soll -> Start Autoscan
- Vor Start Autoscan sende ein RKEY_NoUse damit der Topf nicht abschaltet (Weiß jetzt auswendig nicht ob ich das immer sende, oder wenn vorher keine Taste gedrückt wurde)
- Nach Autoscan schau nach ob während der Lifetime von iT eine (nicht von iT gesendete) gültige Taste gedrückt wurde. Ja: Kein Abschalten, Nein: Abschalten per FLib
- Bei Ja: Gibt noch die Fallunterscheidung Ob das vor dem Scan schon der Fall war:
Auch ja. Einfach kein Abschalten , sonst nichts Spezielles. Nein: Kein Abschalten und Dialogbox kommt hoch die über das Nichtabschalten informiert.

Wenn Du (irgendwann) was Spezielles wissen willst schreib mich lieber direkt an. Ich komme leider nicht dazu alle Threads im iT Forum zu lesen. Daher ist es sicherer wenn Tap Programmierer mich direkt anschreiben.

[asrael]

Was meinst Du damit. iT schaltet den Topf nach dem Scan durch FLib aus. Nur wenn das gar nicht geht wirft es als Notanker nach einer Weile die Tastensimulation an. Habe ich aber seit Uhrzeiten nicht gesehen das dieser Fall vorgekommen ist.

Bei mir schaltete der Topf nicht aus. Als ich dann mal den Scan beobachtete, sah ich, dass das Sleep-Symbol eingeblendet wurde und sich der Topf danach ausschalten wollte, dies aber aufgrund eines Konfliktes mit einer Funktionalität von BootMenu nicht konnte. Muss ich dann noch mal testen.

Damit würde man iT vorgaukeln das ein User vor dem Gerät sitzt. Dann wird nach dem Scan nicht abgeschaltet.

Das würde nichts nützen. Problem wäre nach wie vor, dass BootMenu oder XStart nicht weiß, wann der Scan zu Ende ist. Das Starten eines anderen TAPs im Batch, das Schreiben einer Logdatei "iTiNa-Scan wurde beendet" oder das Ausschalten des Topfes aus BootMenu heraus ist damit nicht möglich.

Logik des Autoscans ist so.
[gelöscht]
- Nach Autoscan schau nach ob während der Lifetime von iT eine (nicht von iT gesendete) gültige Taste gedrückt wurde. Ja: Kein Abschalten, Nein: Abschalten per FLib

Prima, Du hast also schon eine Fallunterscheidung drin, ob der Topf ausgeschaltet werden soll oder nicht.

Wenn Du jetzt

Code: Alles auswählen

if (tasteWurdeGedrueckt())
  // schalte nicht aus
else
  // schalte aus

zu

Code: Alles auswählen

if (tasteWurdeGedrueckt() [color=red]|| HDD_TAP_isBatchMode()[/color])
  // schalte nicht aus
else
  // schalte aus

erweiterst (mehr ist es wirklich nicht) und im Batch-Mode auch keine Dialogbox zur Warnung mehr hochbringst, wäre mir sehr geholfen.

Wenn Du (irgendwann) was Spezielles wissen willst schreib mich lieber direkt an. Ich komme leider nicht dazu alle Threads im iT Forum zu lesen. Daher ist es sicherer wenn Tap Programmierer mich direkt anschreiben.

Dankeschön, dies bekommst Du denn jetzt auch per PM.

Mit freundlichen Grüßen

asrael