AskSin++ Library

[papa]

Das ist komisch - kannst Du mal den ganzen Code zeigen ?

[Xent]

Hier bitte.
Was auch nicht funktioniert ist das konfigurieren des Tasters für den Lichtschalter.
Vermutlich ist das auch noch nen Fehler im Sketch bei der Registrierung des Buttons.
Das war zumindest bei dem Rolladenbuttons das Problem.

Eigentlich sind alle 3 Funktionen identisch aufgebaut.

[papa]

Mit dem XML kann ich Dir nicht helfen. Und wo ist der Source-Code ?

[Xent]

Ach mist, hab die falsche Datei erwischt ...

[papa]

Hm - könnte es sein, dass da der Aalrm von Sswitch-Channel noch in der Queue? Kannst Du da den Alarm einfach mal rausmachcen und dann mal schauen, ob der im BlindChannel dann ordentlich funktioniert.

[Xent]

Hab jetzt noch eingebaut, dass der Alarm abgebrochen wird bevor ein neuer durch den Switch ausgelöst wird, aber das bringt auch nichts.

Hier mal das komplette Log.
Das erste OFF kommt vom Switchkanal.

Code Auswählen Erweitern

AskSin++ V3.1.0 (Jul 18 2018 22:01:19)
Address Space: 32 - 729
CC init1
CC Version: 14
- ready

OFF

Activate Cycle Msg
<- 1A 01 80 00 5932AF 473071 21 F0 05 70 61 70 61 35 39 33 32 61 66 30 02 01 01  - 2015
btnOff - Alarm - 2017
<- 0E 02 A2 10 5932AF 473071 06 01 00 00 00  - 2103
-> 0A 01 80 02 473071 5932AF 00  - 2138
waitAck: 00
<- 0E 02 A2 10 5932AF 473071 06 01 00 00 00  - 2744
-> 0A 02 80 02 473071 5932AF 00  - 2871
waitAck: 01
<- 0E 03 A2 10 5932AF 473071 06 02 00 00 5F  - 2904
-> 0A 03 80 02 473071 5932AF 00  - 3028
waitAck: 01

-> 0B 88 A4 40 3B198C 5932AF 04 46  - 22196
<- 0E 88 80 02 5932AF 3B198C 01 01 00 40 64  - 22315
btnOff - 22712
DOWN - 22714
<- 0E 04 A2 10 5932AF 473071 06 01 00 60 64  - 22747
-> 0A 04 80 02 473071 5932AF 00  - 22874
waitAck: 01
btnOff - Alarm - 23103

btnOff - 23369
STOP - 23371
btnOff - Alarm - 23386
<- 0E 05 A2 10 5932AF 473071 06 01 00 00 5E  - 23422
-> 0A 05 80 02 473071 5932AF 00  - 23549
waitAck: 01

[Xent]

Komischerweise scheint es auch mal zu funktionieren und dann wieder nicht.

Beim ersten mal funktioniert der Alarm beim zweiten mal löst er fast sofort aus.
Beim zweiten Drücken scheint auch nen kleines Kommunikationsproblem mit der Zentrale dagewesen zu sein.

Code Auswählen Erweitern

-> 0B 8D A4 40 3B198C 5932AF 04 4B  - 28063
<- 0E 8D 80 02 5932AF 3B198C 01 01 00 40 6E  - 28188

btnOff - 28583
DOWN - 28585
<- 0E 0A A2 10 5932AF 473071 06 01 00 60 6E  - 28620
-> 0A 0A 80 02 473071 5932AF 00  - 28745
waitAck: 01
btnOff - Alarm - 28977
<- 0E 0B A2 10 5932AF 473071 06 01 00 60 51  - 29276
-> 0A 0B 80 02 473071 5932AF 00  - 29401
waitAck: 01
btnOff - 29411
STOP - 29413
btnOff - Alarm - 29804
<- 0E 0C A2 10 5932AF 473071 06 01 00 00 57  - 29927
-> 0A 0C 80 02 473071 5932AF 00  - 30052
waitAck: 01


-> 0B 8E A4 40 3B198C 5932AF 04 4C  - 30558
<- 0E 8E 80 02 5932AF 3B198C 01 01 00 40 6F  - 30685
btnOff - 31072
DOWN - 31074
<- 0E 0D A2 10 5932AF 473071 06 01 00 60 5C  - 31109
waitAck: 00
<- 0E 0D A2 10 5932AF 473071 06 01 00 60 5C  - 31748
waitAck: 00
<- 0E 0D A2 10 5932AF 473071 06 01 00 60 5C  - 32387
-> 0A 0D 80 02 473071 5932AF 00  - 32512
waitAck: 01
btnOff - Alarm - 32514
btnOff - 33007
STOP - 33009
btnOff - Alarm - 33024
<- 0E 0E A2 10 5932AF 473071 06 01 00 00 54  - 33062
-> 0A 0E 80 02 473071 5932AF 00  - 33187
waitAck: 01


EDIT:
Habe jetzt noch nen paar Versuche unternommen und meistens wird der Alarm nun korrekt ausgeführt.

[papa]

Kannst Du bitte mal die folgende Zeile raus nehmen:

Code Auswählen Erweitern

    hal.activity.savePower<Idle<> >(hal);
Mal sehen, ob das was mit dem Sleep/Idle zu tun hat.

[Xent]

Scheint nun besser zu laufen.
Konnte ich zumindest nicht mehr reproduzieren.

Siehste vielleicht noch nen Grund warum ich den Switchkanal nicht konfigurieren kann?
Hab ich da was falsch gemacht?

[papa]

Scheint nun besser zu laufen.
Konnte ich zumindest nicht mehr reproduzieren.

Mist - das sollte im Idle eigentlich nicht passieren. Muss ich mal bei Gelegenheit nochmal drauf sehen.

Siehste vielleicht noch nen Grund warum ich den Switchkanal nicht konfigurieren kann?
Hab ich da was falsch gemacht?

Kann ich machen - aber kann etwas dauern.

[Xent]

Könnte es sein, dass ich/wir einen Denkfehler bei den Millis Ausgaben und dem aktiven PowerSave hatten?
Laufen die in diesem Modus weiter oder sind die pausiert?
Das würde erklären weswegen der Alarm scheinbar direkt nach dem aktivieren ausgelöst wurde.

[jp112sdl]

Moin!

Ich habe zurzeit ein kleines Problem mit ThreeState-Sketchen, wie z.B. dem RHS.
Wenn ich 3.3V anlege, verbraucht die Schaltung im Sleep-Zustand ~11µA.
Sinkt die Spannung < 3.3V (es fängt direkt ab 3.2V an), steigt der Stromverbrauch immens an und liegt dann bei 2,3mA!

Hat das was mit dem Pin-Polling zu tun? Kann das jemand nachvollziehen? Bin etwas ratlos.
BOD am 328P habe ich deaktiviert.

Btw.: Flashe ich bspw. einen WDS-TH-O, liegt der Verbauch auch bei sinkender Spannung bei konstant ~4µA.

VG,
JP

[Tom Major]

Moin!

Ich habe zurzeit ein kleines Problem mit ThreeState-Sketchen, wie z.B. dem RHS.
Wenn ich 3.3V anlege, verbraucht die Schaltung im Sleep-Zustand ~11µA.
Sinkt die Spannung < 3.3V (es fängt direkt ab 3.2V an), steigt der Stromverbrauch immens an und liegt dann bei 2,3mA!

Hat das was mit dem Pin-Polling zu tun? Kann das jemand nachvollziehen? Bin etwas ratlos.
BOD am 328P habe ich deaktiviert.

Btw.: Flashe ich bspw. einen WDS-TH-O, liegt der Verbauch auch bei sinkender Spannung bei konstant ~4µA.

VG,
JP

Du meinst du flashst *dieselbe* HW mit WDS-TH-O und hast bei 3,2V nicht das Problem?
Battery critical Schwelle richtig gesetzt?

[jp112sdl]

Du meinst du flashst *dieselbe* HW mit WDS-TH-O und hast bei 3,2V nicht das Problem?

Sorry - ja genau, hab mich wohl nicht eindeutig ausgedrückt.

Battery critical Schwelle richtig gesetzt?

Critical ist bei 1,9V, Low bei 2,2V.

[Tom Major]

ok, dann wird ein HW Problem unwahrscheinlicher, aber noch nicht ganz ausgeschlossen. 
Funktioniert der RHS bei 3,2V trotzdem noch korrekt?
Wie sieht die Eingangsschaltung für die pin Abfrage aus?