AskSin++ Library

[capt_bluebaer]

Hm - Toggle vom Peer habe ich gar nicht probiert - nur On/Off bzw DimUp/Down. Muss ich mal machen. Wird aber frühestens in 2 Wochen.

@papa: Macht nichts, für eine Lösung warte ich gerne.
In den Readings des FHEM Webinterface wird tatsächlich die Meldung an das Peer Device als Status angezeigt. Man könnte diese doch einfach weglassen, macht doch auch irgendwie keinen Sinn. Was interessiert dem Button der Zustand des Dimmers?

@Xent: Ich muss den HM-SC-WDS noch an die aktuelle Revision anpassen, kann aber noch ein paar Tage dauern.

[Xent]

@papa: Die aktuelle Version scheint etwas stabiler zu sein.
Es kommt schon noch vor, dass der Arduino nicht reagiert, allerdings gehts dann nach ner Zeit wieder.
Vorher war der komplett weg.

[papa]

Ich glaube, dass sich der CC1101 Code beim Empfang eines defekten Paketes verschluckt. Aber ich habe keine Ahnung warum oder wie ich das besser machen kann.

[Xent]

Hat NewAskin von Trilu das gleiche Problem?
Vielleicht könnte man sich da was abschauen, wenn es da nicht auftritt.

Wenn ich heute Abend Zeit habe, schaue ich mal ob der Sketch von Trilu für das HM_LC_SW1_BA_PCB sich compilen lässt.
Dann würde ich das mal testen.
Bis dahin mache ich nochmal die V1 von dir drauf.

[papa]

Keine Ahnung. Wichtig wäre es herauszufinden, was dazu führt, dass nichts mehr empfangen wird. Dann kann man auch Schlüsse daraus ziehen und den Code fixen. Deshalb frage ich ja immer wie wild nach Ausgaben. Hatte letztens auch noch welche im Receive-Code eingefügt.

[Xent]

Hab den Arduino gerade wieder am PC dran.
Konnte es jetzt noch nicht wieder reproduzieren.
Allerdings werden die Messages immer noch doppelt gesendet:

Code Auswählen Erweitern

AskSin++ V1.0.6 (Jul 11 2017 17:16:31)
Address Space: 32 - 268
CC init12...................3 - ready
Invert active
HM-LC-SW4-SM
<- 0E 01 A6 10 123456 000000 06 01 00 00 00  - 266
<- 0E 02 A6 10 123456 000000 06 02 00 00 00  - 276
<- 0E 03 A6 10 123456 000000 06 03 00 00 00  - 373
<- 0E 04 A6 10 123456 000000 06 04 00 00 00  - 474
-> 0E 19 A0 11 473071 123456 02 01 C8 00 00  - 625
<- 0E 19 80 02 123456 473071 01 01 C8 00 5C  - 877
-> 0E 19 A0 11 473071 123456 02 01 C8 00 00  - 889
<- 0E 19 80 02 123456 473071 01 01 C8 00 5C  - 893
-> 0E 22 A0 11 473071 123456 02 01 00 00 00  - 917
<- 0E 22 80 02 123456 473071 01 01 00 00 58  - 1169
-> 0E 22 A0 11 473071 123456 02 01 00 00 00  - 1181
<- 0E 22 80 02 123456 473071 01 01 00 00 59  - 1185
-> 0E 2B A0 11 473071 123456 02 01 C8 00 00  - 1247
<- 0E 2B 80 02 123456 473071 01 01 C8 00 5F  - 1499
-> 0E 2B A0 11 473071 123456 02 01 C8 00 00  - 1510
<- 0E 2B 80 02 123456 473071 01 01 C8 00 60  - 1515

[Xent]

Soo, hab das ganze mal über Nacht laufen lassen.
Heute morgen ging wieder nichts.

Code Auswählen Erweitern

AskSin++ V1.0.6 (Jul 11 2017 17:16:31)
Address Space: 32 - 268
CC init12...................3 - ready
Invert active
HM-LC-SW4-SM
<- 0E 01 A6 10 123456 000000 06 01 00 00 00  - 266
<- 0E 02 A6 10 123456 000000 06 02 00 00 00  - 276
<- 0E 03 A6 10 123456 000000 06 03 00 00 00  - 373
<- 0E 04 A6 10 123456 000000 06 04 00 00 00  - 474
debounce
released

<- 0E 05 A6 10 123456 000000 06 01 C8 00 5E  - 23938


Das komische ist, dass aus irgendeinem Grund die Taste gedrückt wurde.
Habe da aber nichts dran nur zwei Drähte die sich nicht selbständig berühren können.
Fehlt mir da noch nen Pullup oderso?
Dachte der Interne währe aktiv auf Pin 8.

[Xent]

Wieder reagierte der Arduino nicht auf Befehle.
Diesmal war nur die Startausgabe vorhanden.

Nachdem ich Kanal 1 über den Config-Button geschaltet habe wurden auch wieder Nachrichten empfangen.
Sieht irgendwie so aus alsob der CC1101 irgendwann einfach nichts mehr empfängt.

[papa]

Wieder reagierte der Arduino nicht auf Befehle.
Diesmal war nur die Startausgabe vorhanden.

Nachdem ich Kanal 1 über den Config-Button geschaltet habe wurden auch wieder Nachrichten empfangen.
Sieht irgendwie so aus alsob der CC1101 irgendwann einfach nichts mehr empfängt.

Das vermute ich auch. Kann es leider nur nicht provozieren. Scheint auch mit den timing von CUL zusammen zu hängen.

[Xent]

Vielleicht könnte man zum debuggen mal regelmäßig den status des CC1101 abfragen lassen oderso.
Nicht dass der aus irgendeinem Grund aus dem Empfangsmodus raus springt.
Als Workaround für mein akutes Problem hatte ich schon daran gedacht, dass der Arduino seinen Status von selbst periodisch sendet.
Das entspricht dann zwar nicht mehr dem normalem Verhalten, würde aber wahrscheinlich mein Problem lösen.

Bei der NewAsksin Lib scheint das Beispiel aktuell nur mit dem master zu funktionieren.
Habs noch nicht hinbekommen es für den DevAES Branch anzupassen.

[Xent]

Soo, jetzt haben die Relais und der Motor auch Freilaufdioden.
Zusätzlich hat der Configbutton noch nen 10K Pullup Widerstand.

[frank]

Scheint auch mit den timing von CUL zusammen zu hängen.

schon mal die ts_culfw probiert?

[Xent]

Ich nutze ja keinen CUL sondern die originale CCU2.

[papa]

Ich nutze ja keinen CUL sondern die originale CCU2.

Kann die irgendwie Logs schreiben ? Vielleicht sieht man ja da was.

[capt_bluebaer]

Zusätzlich hat der Configbutton noch nen 10K Pullup Widerstand.

Genau das Problem hatte ich bei meinem PWM-Dimmer auch und durch diese Maßnahme beseitigt.
Muß dazu sagen, dass ich zusäztlich an D5 ein Relais (mit Feilaufdiode) über einen Transistor ansteuere, das die 230V für das Vorschaltgerät bei einem Dim-Level > 0 zuschaltet.
Sporadisch verhielt es sich nach Einschalten so als wenn die Config-Taste gedrückt wurde, manchmal kam es zu einem Reset. Ohne Relais auf dem Breadboard hatte ich diesen Effekt nie. Der 10k Resi war meine Rettung.

@papa, mein Toggle-vom-peer-Problem hat sich erstmal erledigt, Habe den Dimmer jetzt mit einem HM  Funk-Wandsender gepeert, damit wird der Status bei short-toggle als auch bei long-toggle richtig gemeldet.
Vorher hatte ich es mit dem 8 Bit Funksendemodul von ELV versucht, welches wiederum mit einem HM Dimmer richtig kooperiert. Keine Ahnung, was da nun wieder der Unterschied ist.