Kleinere Fehler bzw. Ungereimtheiten

[charly700]

Ich habe das mal geändert, da ich Probleme mit aufeinander folgenden Timern hatte, wo er mir z.B. den mittleren Timer nicht Programmiert hat, weil dieser eine niedrigere Prio hatte. Jetzt Programmiert er mir zwar alle aber dafür kommt die Konfliktmeldung nicht mehr. Mit der Einstellung der Prio Normal und Hoch klappte das leider nicht.

Charly

[FireBird]

Durch die Prio änderst Du die Reihenfolge und bei überlappenden Timern kann es vorkommen, dass die Reihenfolge ausschlaggebend ist, ob erfolgreich programmiert werden kann, oder nicht. Da kann SE wenig daran ändern. Das Unterdrücken des Dialogs bei Low Prios wurde so gewünscht.

[charly700]

Dann kann man nichts machen. Ich sehe sowieso meistens in die Timerliste. Die Frage ist dann halt nur warum es mit Prio Niedrig und Normal beim Programmieren Funktioniert, aber mit Prio Normal und Hoch nicht?

Sollte doch im Endeffekt das selbe sein, oder?

Charly

[FireBird]

Zuerst werden alle High-, dann alle Normal- und dann alle Low-Prio-Timer programmiert. Durch Ändern der Prio änderst Du die Programmierreihenfolge und somit ist es nicht das Selbe.

[charly700]

Schon, aber wenn ich immer nur zwei Prios bei den Timern habe, dann sollte es doch Egal sein ob jetzt Hoch und Normal verwendet wird, oder Normal und Niedrig? Ist es aber anscheinend nicht.

Charly

[FireBird]

Das macht auch keinen Unterschied. Wenn Du jetzt alle Normal auf High änderst und alle Low auf Normal, wird das Ergebnis das Selbe sein, ausgenommen dass dann auch der Dialog kommt.

[charly700]

Aber das hat ja damals nicht Funktioniert. Ich werde es aber mal Versuchen, ob mir dann die Timer Programmiert werden, wen ich die Normal auf High ändere und die Low in Normal. Den dann kommt ja auch wieder der Konfliktdialog, wen ich dich richtig Verstanden habe.

Charly

[FireBird]

Ja, das würde ich erwarten.

[Maliboy]

Ich poste es mal hier, weil es hier anscheinend auch Hingehört. Gestern ist mir ja aufgefallen, das auf meinen TOPF SmartBackup gestartet wird, obwohl ich es nicht im Autostart habe.

Laut Töppi macht das SE, wenn das TAP gefunden wird und es in SE aktiviert wurde. Nun frage ich mich, wo? Ich kenne nur den Punkt mit dem Backup (der, wie ich dachte für das SE Backup zuständig ist). Und dieser Punkt ist bei mir ausgeschaltet. Wieso also wird SmartBackup trotzdem gestartet?

[Twilight]

Ich poste es mal hier, weil es hier anscheinend auch Hingehört. Gestern ist mir ja aufgefallen, das auf meinen TOPF SmartBackup gestartet wird, obwohl ich es nicht im Autostart habe.

es gibt keinen parameter dafür, wird smart backup gefunden wird es nach dem scan gestartet...eben damit es nicht im autostart sein muß und nochmal ein extra timer für das backup erschaffen werden muß.

Was muss ich nochmal in SE löschen, wenn der Topf immer mal wieder nach einer per SE programmierten Aufnahme an ist?

die powerdownafterrecord.dat

se hat nichts mit dem start bzw. power down nach dem aufnehmen zu tun, das geht von der firmware aus.

twilight

[Maliboy]

[quote="Twilight"]es gibt keinen parameter dafür, wird smart backup gefunden wird es nach dem scan gestartet...eben damit es nicht im autostart sein muß und nochmal ein extra timer für das backup erschaffen werden muß.[/quote]
Na toll. Der eine sagt so, der andere So. Und begeistert bin ich auch nicht davon, das mein Topf immer mehr wie Windows wird (hier bestimmt MS auch gerne mal, das ich einen Dienst brauche, auch wenn ich ihn vorher deaktiviert habe).
Aber wenn ich das weiß, OK. Fliegt das TAP runter. Weil, mein NAS ist nun einmal nicht 24/7 aktiv. Es reicht mir, wenn ich das ab und an machen kann. Dafür hatte ich es mir runtergeladen und wollte es mir anschauen.
Und meine Erfahrung mit Linux ist halt: Mounts, die nicht funtkionieren bremsen das System aus und führen zu seltsammen Effekten.

[Twilight]

Na toll. Der eine sagt so, der andere So.

ja, so ist das leider...

Und begeistert bin ich auch nicht davon, das mein Topf immer mehr wie Windows wird (hier bestimmt MS auch gerne mal, das ich einen Dienst brauche, auch wenn ich ihn vorher deaktiviert habe).

ich denke es sollte kein problem sein dies als switch in der backupfunktion von se einzubaun.

Aber wenn ich das weiß, OK. Fliegt das TAP runter. Weil, mein NAS ist nun einmal nicht 24/7 aktiv. Es reicht mir, wenn ich das ab und an machen kann. Dafür hatte ich es mir runtergeladen und wollte es mir anschauen.

die infos stehen ganz klar im ersten post von alex zu SB:

Damit die Töpfe noch ein wenig näher an ihr Limit kommen , gibt es ein neues TAP. SmartBackup sichert das komplette ProgramFiles auf eine per INI festgelegte Zielplatte. Das kann…

• …die eingebaute sein, was natürlich nur für Testzwecke sinnvoll ist.
• …eine per USB angeschlossene Platte/Stick sein. Die Platte muss nicht gemountet sein, sie wird automatisch erkannt, wenn das Zielverzeichnis existiert. Wird die Platte beim Start von SB nicht gefunden, wartet SB bis zu 3 Minuten auf ihr Auftauchen.
• …ein gemountetes NAS. Wird das Ziel nicht gefunden, wartet SB wieder bis zu 3 Minuten. Wurde in der INI ein Mount-Befehl eingegeben, setzt SB diesen vorher ab. Musste sich SB um das Mounten kümmern, wird das NAS nach dem Ende des Backups auch wieder von SB abgeklemmt.

Die INI muss manuell bearbeitet werden, die Standardwerte erzeugen ein Backup auf die interne Platte. Hier z.B. meine INI:

....

Und zu guter Letzt wird SmartBackup ab der nächsten Version von SmartEPG automatisch nach dem Scan gestartet und muss daher nicht in den AutoStart.

Und meine Erfahrung mit Linux ist halt: Mounts, die nicht funtkionieren bremsen das System aus und führen zu seltsammen Effekten.

meine erfahrungen mit dem srp sind, wenn ein mount nicht funktioniert, funktioniert er nicht und das wars.
das tap erkennt dies ja auch und reagiert dem entsprechend.

twilight

[FireBird]

Ein Mount, der fehlschlägt, erzeugt auch keinen Mount-Point. Also wieder keine Ausrede für Deine anderen Probleme. Musst Du also weiter grantig bleiben.

[Maliboy]

Natürlich erzeugt er keinen Mountpoint. Ich erlebe aber auf der Arbeit, das während dieses Zeitpunktes bestimmte Dinge im TCP IP Stack 'seltsam' reagieren. Vor allem, da es den IP Bereich in meinen Netz via VPN geben kann. Hier laufe ich also auf ein Timeout. Aber das ist mein persönliches Problem.

@Twilight
Was den Schalter angeht: lasst mal. Ist nur eine Konfiguration mehr die User verwirrt. Ich arbeite dann halt weiter Händisch.

[Töppi]

[quote="Maliboy"]..., das während dieses Zeitpunktes bestimmte Dinge im TCP IP Stack 'seltsam' ...[/quote]

und du hast eine Alpha von TMA im Autostart, was dir ein Webinterface baut. Im Moviecutter Thread könnte man die Vermutung bekommen, dass manche Problemw daher herkommen könnten...

Und ich habe es wirklich so verstanden, dass der Switch im SE Menü auch auf SmartBackup Einfluss hat....

[Maliboy]

Der Unterschied ist: TMA lauscht und ist nicht Aktiv. Und da ich TMA auch für ein paar effekte Verantwortlich mache habe ich den gestern ja auch verbannt.

Und was den Rest angeht: Mach Dir keinen Kopf. Es zeigt, eure Smarten Programme sind inzwischen auch sehr komplex und haben Abhängigkeiten, die man teilweise gar nicht mehr überschaut.

[Twilight]

ja, die dinger wachsen

aber smart sind sie weiterhin, komplex ja erst im zusammenhang mit anderen taps.

@töppi: auch ich dachte das...hab mich aber heut bei an kaffeetscherl aufklären lassen

twilight

[Maliboy]

OT: Wo wir schon bei Kaffeeklatsch sind. Ist was für Mai geplant?

[Töppi]

jepp, Konfi...

@Hannes
vielleicht sollte man das auch abhängig davon machen.....

[BluField62]

an den FB lag es nicht, dass die Kiste nicht nach Timeraufnahmen ausgehen wollte