WolZieg hat geschrieben: ↑31.05.2022, 21:37
muss man den Einstellungsprozess bei der neuen Version komplett neu durchlaufen oder gibt es ein vereinfachtes Verfahren, wie z.B. nur den Bereich nach den Einstellungen kopieren?
Wenn man halbwegs fit ist in Sachen Scripten, kann man natürlich die Setupzeilen per Copy & Paste aus dem alten Script übernehmen.
Du musst dann jedoch auch einen Testdurchlauf machen und im
>> Fehlerprotokoll << nachschauen, ob du dir dann dabei einen Scriptfehler eingehandelt hast.
WolZieg hat geschrieben: ↑31.05.2022, 21:37
Dann habe ich aber auch ein Problem, das nur indirekt mit deinem Script zusammenhängt. Ab und zu passiert es, dass es epedemiartig zu Kommunikationsstörungen kommt. Meistens fängt das seltsamerweisel nachts mit einem Fensterkontakt an und dann kommen immer mehr Geräte dazu. Dein Script sendet brav alle Kommunikationsstörungen bis entweder der Email-Provider das Verschicken von Emails mit "Quota exceeded" blockiert oder die Raspimatic einen Duty Cycle Overun bekommt. Meistens endet das tatsächlich in eine DC Overrun. Wenn die Raspimatic Protokoll-Sendungen wieder freigibt, ist wieder "Ruhe im Karton".
Da ich die Ursachen bisher nicht finden konnte, jetzt meine Frage zu deinem Script. Ließe sich die Anzahl der Emails pro Tag auf eine Zahl von z.B. 50 begrenzen? Dann würde wenigstens nicht mehr mein Email-Account gesperrt.
Viele Grüße
Wolfgang
PS: wenn du einen Tipp hast, was dir die Ursache dieses Phänomens sein könnte, wäre ich dir dankbar.
Wie du selber ja schon angemerkt hast, kann das Script nichts dafür, wenn du ein Problem mit deiner Installation hast.
Da es nun mal nicht normal ist, wenn ein System 50 und mehr Kommunikationsstörungen erzeugt solltest du daran arbeiten, statt die Wirkung zu kaschieren.
PS: Das wäre zwar möglich wie oben von Xel66 angedeutet in dem du bei jedem Programmdurchlauf einfach einen Counter hochzählst in dem Servicemeldungen Programm (welchen du dann z.B. täglich zurücksetzt) und diesen als WENN zusätzlich mit in dem Servicemeldungen Programm abfragst.
Aber nochmal: es ist nie zielführend die Wirkung zu kaschieren! Und das nicht nur in dem Fall hier.
Aufgrund deiner Beschreibung (meist nachts) würde ich anfangen bei
>> sterbende Energieversorgung << zu suchen oder nach Programmen, welche besonders Nachts aktiv sind......
Anfangen würde ich mit dem DutyCycle. Erfasst du den
Loggst du den
Ursächlich für deine Kommunikationsprobleme wird wahrscheinlich (nach deiner Beschreibung!) ein zu hoher DutyCycle sein und nicht umgedreht wie du denkst.
1. Dein DutyCycle ist zu hoch.
2. Die CCU erhält erwartete Rückmeldungen der Geräte nicht,
3. es erzeugt Kommunikationsmeldungen.
Also logge erstmal den DutyCycle des Systems und suche nach dem Schuldigen.
>> Duty Cycle CCU2 & CCU3 mit HM Script auslesen und speichern <<
>> mögliche Gründe für DutyCycle (unvollständig) <<
Das mit dem DutyCycle hat natürlich nichts mit dem Script hier zu tun, also reih dich bitte in einen der DutyCycle Threads ein wo du dein Problem umfänglich beschreibst, damit dir geholfen werden kann.
Alchy