AskSin batteriebetriebene Sketche anpassen

[etofi]

Ich habe hier einen AskSin HM-SCI-3-FM mit einem Netzteil im Einsatz.
Da die ja das Problem haben dass beim Reboot der CCU3 der Status der Eingänge immer auf geschlossen steht habe ich folgende Frage.

Gibt es eine Möglichkeit im Sketch einen Code einzubauen der entweder

• die Abfrage des Status durch die CCU zuläßt

oder

• der regelmäßig den Status sendet (mit Netzteil ja kein Problem)

Viele Grüße
Eric

[jp112sdl]

die Abfrage des Status durch die CCU zuläßt

Das ist ein "Problem" der CCU nicht des Sketches.

der regelmäßig den Status sendet (mit Netzteil ja kein Problem)

Macht er schon alle 16h
Da sollte auch der aktuelle Zustand mit übertragen werden.

[etofi]

[/quote]
Macht er schon alle 16h
Da sollte auch der aktuelle Zustand mit übertragen werden.
[/quote]

Ah. Wenn ich also das

Code: Alles auswählen

#define CYCLETIME seconds2ticks(60UL*60*16)

in das

Code: Alles auswählen

#define CYCLETIME seconds2ticks(60UL*0.25)

ändere überträgt er nicht alle 16 Stunden sondern alle 15 Sekunden?

[jp112sdl]

Code: Alles auswählen

#define CYCLETIME seconds2ticks(60UL*0.25)

ändere überträgt er nicht alle 16 Stunden sondern alle 15 Sekunden?

seconds2ticks(15) reicht da aus, ja.

Alle 15 Sekunden ist aber ganz schön häufig.
Willst du dir die ganze Zeit unnötig den Funk "dicht machen", dafür dass nur selten mal die Zentrale neustartet?

Letztendlich hilft dir das Konstrukt aber auch nicht bei Programmen , die beim Starten der CCU auf "geschlossene" Kontakte triggern.

[etofi]

Letztendlich hilft dir das Konstrukt aber auch nicht bei Programmen , die beim Starten der CCU auf "geschlossene" Kontakte triggern.

Da hast Du antürlich recht.
Dann werde ich das wohl über Systemvariablen lösen müssen.

[etofi]

Es gibt leider kein anderes Homematic Gerät mit dieser Funktion oder?
Eines das dieses Problem nicht hat.

[jp112sdl]

Mir nicht bekannt.

Kannst ja mal probieren was passiert wenn du in der XML
https://github.com/AskSinPP/asksinpp-we ... i_3.xml#L2

Code: Alles auswählen

rx_modes="CONFIG,WAKEUP"

entfernst.

Das Gerät darf dann natürlich nicht schlafen gehen, also muss das savePower noch raus
https://github.com/jp112sdl/Beispiel_As ... M.ino#L119

[etofi]

Habe da noch eine Frage. Herbert schreibt hier das der SCI bei Neustart die Korrekten Werte überträgt.

wenn der SCI nicht mit einer Knopfzelle, sondern mit einer externen Spannungsversorgung betrieben wird, dann hilft es ebenfalls, nach dem Neustart der CCU den SCI aus / einzuschalten. Dadurch wird der wirkliche Status der 3 Kontakte übertragen. Ich habe dazu eine Taste (Öffner) in die Spannungsversorgung des SCI gebaut.

Habe das mit dem AskSin Sketch ausprobiert.

Da wird aber leider beim Neustart des Pro Mini der korrekte Wert nicht übertragen.
Die Lösung wäre nämlich super - Netzteil nach CCU Reboot 10 Sekunden stromlos machen und alles wäre fein.

[jp112sdl]

Nur Sketch ändern reicht m.W. nicht.
So lange in der XML noch die rx_modes drin stehen, weiß die CCU, dass sie beim Start erst gar nicht anfragen braucht.

Netzteil nach CCU Reboot 10 Sekunden stromlos machen und alles wäre fein.

Aber zur Boot-Zeit der CCU ist doch trotzdem der Status der Kontakte falsch und deine Programme laufen los

[etofi]

Aber zur Boot-Zeit der CCU ist doch trotzdem der Status der Kontakte falsch und deine Programme laufen los

Das stimmt nur bedingt. Ich habe nämlich in allen meinen kritischen Scripten eine Abfrage nach abgeschlossenem CCU-Reboot drin und könnte diese Variable erst nach dem stromlos machen des HM-SCI-3-FM auf True setzen.

Daher die Frage ob der AskSin HM-SCI-3-FM beim Neustart des Pro Mini seine aktuellen Werte übertragen müsste.
Wenn dem so ist habe ich wohl ein Problem mit meinem - meiner tut das nämlich nicht.