Automove 1.8 beta 3, für Firmware ab ca. Version 5.12.05

[FireBird]

Servus Happy,

Ich meine nur, dass Ausgaben direkt vor dem Absturzt manchmal nicht mehr durchkommen. ops:

Bei meinen Tests sind TAP_Prints immer durchgekommen. Damit kannst Du in jeder zweiten Zeile ein TAP_Print setzen. : Log-Files sind natürlich nicht aktuell, wenn Dir der Topf wegdumpt.

MfG. Alex

[Erdnussnase]

Grundsätzlich gibt es auch noch folgende Varianten die ohne Serielle auskommen:

Schreiben in ein LogFile. Langsam, da File dauernd auf und zugemacht wird. Dafür aber mit History.

Schreiben in ein OSD. Geht natürlich nur wenn das Bild einfriert, der Topf aber an bleibt. Keine Historie, aber dafür schnell. Reicht häufig um erstmal die Stelle zu finden an der es dann Baden geht.

[mini]

Ich wollte auch auf die "normale" September FW meines 5000ers umsteigen, aber da hatte automove etwas dagegen.
Mehrmals versucht, ohne automove läuft alles normal, mit automove regelmäßig eingefrorener Topf.
So weit ich weiß stand nichts zum verschieben an.

Schade, also erstmal wieder zurück zur alten FW...

[Happy]

Schade, also erstmal wieder zurück zur alten FW...

Wäre schön, wenn du zuerst mit der alten Firmware das neue Automove probierst, und hier berichtest, ob es dann auch einfriert.
Automove 1.8 beta 2 sollte sich auf der alten Fw auch wie das Automove 1.7 beta 2 verhalten.

Gruß,
Happy

[mini]

OK, werde ich versuchen.
Hatte nur gedacht, daß es nun wieder alles liefe...

Ich sag Bescheid.

[Happy]

Hallo,

ich habe noch einen schlimmen Bug, gefunden:
Wer von den Absturzgeplagten, hat bei Option 3. Umbenennungsmodus (1.Versuch): kein Umbenennen eingestellt?
Diese Einstellung bewirkt ja, dass nur wenn nötig direkt vor dem Moven umbenannt wird.
Das war noch nicht auf den neuen Move angepasst.
Das habe ich jetzt gemacht, hatte selbst aber keinen Absturz bei mir provozieren können.

Sollten trotzdem noch Abstürze auftreten, gibt es ein debug TAP mit im ZIP, welches die Move-Schritte protokolliert in einer Datei "AutomoveDebug.log" mitschreibt.

Gruß,
Happy

[emarzinkowski]

hatte da auch umbenennen drin.
werde mal das debug TAP nehmen.

[Erdnussnase]

Wer von den Absturzgeplagten, hat bei Option 3. Umbenennungsmodus (1.Versuch): kein Umbenennen eingestellt?

.... Ich......

[Happy]

.... Ich......

Da wurde in der Beta 2 die neue Move Prozedur dann mit den Parametern der alten aufgerufen ops:
Auch wenn das bei mir leider nie einen Abturz hervorrief.
Wegen einer Kommandodatei, die könnte wohl so aussehen:

Code: Alles auswählen

filename.rec;/DataFiles/Serien

Brauchen wir nochwas, irgendwelche Flags, Zeitstempel ?

Aber jetzt muss das Ding erst mal wieder rund laufen.

Habe noch Infos von Simon aus England bekommen, der auch mit der neuen Move-Funktion experimentiert. Er bekommt Freezes, wenn scheinbar zu schnell nacheinander gemovt wird (also unabhängig von Automove).
Vielleicht is das noch eine Spur.

Gruß,
Happy

[Happy]

Hallo,
hat denn schon jemand ein Absturz-Logfile erstellt ?

Ich gehe immer mehr davon aus, dass das Verschieben selbst der Auslöser ist. Simon, der Programmierer vom TAP-Commander kann Abstürze provozieren, in dem er zwischen bestimmten Verzeichnissen verschiebt. Er versucht TAPs aus dem Autostart in einen Temporätordner zu verschieben, um sie dann in bestimmter Reihenfolge zurückzuschieben. Je nach verwendetem Temporär-Ordner gibts Abstürze oder nicht.

Ich selbst bekomme keinen Absturz hin.
Und zur Zeit weiß ich nicht, was ich da tun kann.

Wer einen Absturz hatte, bekommt bei gleicher Verzeichnisstruktur wahrscheinlich immer wieder Abstürze. Wessen Struktur zufällig opportun ist, hat Glück gehabt

Hat Topfield damals nicht gesagt, "eine Move-Funktion bereitzustellen, sei nicht so einfach" ?

Gruß,
Happy

[emarzinkowski]

ich werd mal versuchen einen Absturz zu provozieren
Seit der Beta 3 hatte ich keinen mehr, was aber auch einfach daran liegen kann, dass halt andere Aufnahmen am WE laufen als in der Woche.

[emarzinkowski]

@Happy
schau mal in deine mehlbox, falls noch nicht geschehen

[Happy]

Danke Enrico.

Ich würde abraten die Debugversion ins Autostart zu machen. Durch das Logfileschreiben ist sie sehr träge und der Topf ist nicht mehr zu bedienen, während des Movens.

Es bietet sich an, das normale TAP zu nehmen.
Im Falle eines Absturzes sollte man manuell checken, welches File wohl verschoben werden sollte und dann einen Lauf mit dem Debugtap machen.

Überlegt Euch am besten, Automove nur noch unter Aufsicht zu starten, damit Euch keine Aufnahmen verloren gehen. Für die Fehlersuche sollte das reichen.

Gruß,
Happy

[Harvey]

Simon, der Programmierer vom TAP-Commander kann Abstürze provozieren, in dem er zwischen bestimmten Verzeichnissen verschiebt.

Gibt es dazu einen Link zu einem Fred? Vielleicht könnte man damit die Move-Funktion effektiver testen.

Hat Topfield damals nicht gesagt, "eine Move-Funktion bereitzustellen, sei nicht so einfach" ?

Haben sie. Nur nachvollziehen kann ich es nicht, denn intern klappt das ja auch. Nicht zu vergessen, dass es mit der Juni-FW ebenfalls "extern" zuverlässig ging.

[Happy]

Gibt es dazu einen Link zu einem Fred? Vielleicht könnte man damit die Move-Funktion effektiver testen.

http://www.toppy.org.uk/forum/viewtopic.php?t=3576

Haben sie. Nur nachvollziehen kann ich es nicht, denn intern klappt das ja auch. Nicht zu vergessen, dass es mit der Juni-FW ebenfalls "extern" zuverlässig ging.

Es sind trotzdem unterschiedliche Programmcodes, auch wenn sie am Ende vielleicht bei zentralen Fw-Funktionen zusammenlaufen. Evtl hat Topfield deswegen eine neue API noch nicht freigegeben, weil sie wissen, das die noch buggy ist.
In der UK-Firmware sind jetzt beide "externen" Move-Funktionen drin.

Gruß,
Happy

[Sad C.]

Hallo,
gibts vielleicht noch einen Masterpiece- oder Kabeltester ?

Gruß,
Happy

Vielen Dank für so ein schönes TAP.
Auf meinem Kabeltopf 5200C mit der letzten Firmware läuft es auch einwandfrei (nachdem ich begriffen hatte, dass man die Liste der Aufnahmen nochmal neu laden muss, weil der Topf nicht selber merkt, dass was verschoben wurde).
Abstürze gab es auch noch keine, allerdings auch erst zwei MOVEs.

Schönes Wochenende wünscht - Christoph

[asrael]

Hallo,

ich habe noch einen schlimmen Bug, gefunden:
Wer von den Absturzgeplagten, hat bei Option 3. Umbenennungsmodus (1.Versuch): kein Umbenennen eingestellt?

Gruß,
Happy

Hi,

ich hatte das eingestellt und habe mit der neuesten Version bislang noch keinen Absturz gehabt. Ich habe die allerdings auch erst seit gestern drauf. Wenn noch ein Absturz passiert, werde ich die Debug-Version einsetzen und berichten.

Mit freundlichen Grüßen

asrael

[rs5]

Hi,

ich wollte mal nachfragen, ob es mit der Beta3 und der Firmware vom Sept noch Probleme beim Verschieben gibt.

Grüße
Reinhard

[13philipp]

...also bei mir nicht, habe aber auch nicht hunderte von Files... :

[steve]

Bei mir "vergisst" das Tap ab und zu mal was zu verschieben. Entweder es wird dann nach der nächsten Aufnahme verschoben oder ich muss halt Hand anlegen....