AskSin++ Library

[papa]

irgendwie gefällt der CCU die Seriennummer nicht.
Ist es vielleicht aus einer bestimmten Zahlenkombination?

Ich habe noch eine Kleinigkeit angepasst - die Nachricht war zu lang. Kannst Du nochmal versuchen ?

[lech]

Ich habe noch eine Kleinigkeit angepasst - die Nachricht war zu lang. Kannst Du nochmal versuchen ?

ja natürlich:

Code Auswählen Erweitern

AskSin++ V0.1.0
CC init12.................3 - ready
debounce
pressed
released
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 01 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00

debounce
pressed
released
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00
<- 1A 02 20 00 78 90 12 3D 1C 40 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00
waitAck: 00



irgendwas passt der CCU nicht

und so sieht das Anlernen bei der NewAskSin aus:

Code Auswählen Erweitern


HM_LC_SW1_BA_PCB
AskSin-Lib V 0.2.2
AS.
PowerMode: 0
initRly: 1
SN.
RV.
HMID: 58 23 EF, MAID: 00 00 00

<- 0E 00 80 10 58 23 EF 00 00 00 06 01 00 00 00 (1171)
b> 0F 43 86 10 22 11 3D 00 00 00 0A A0 DF 0D 00 00 (1751)
<- 1A 01 80 00 58 23 EF 00 00 00 10 00 6C 58 4D 53 31 31 31 31 31 31 37 00 41 01 00 (8347)
x> 10 01 B0 01 3D 1C 40 58 23 EF 00 05 00 00 00 00 00 (8954)
<- 0A 01 80 02 58 23 EF 3D 1C 40 00 (8958)
x> 13 0A A0 01 3D 1C 40 58 23 EF 00 08 02 01 0A 3D 0B 1C 0C 40 (9120)
x0 :02
x2 :0A
x4 :0B
x6 :0C
x8 :00
new masterid

<- 0A 0A 80 02 58 23 EF 3D 1C 40 00 (9137)
m> 0B 13 A0 01 3D 1C 40 58 23 EF 00 06 (9294)
<- 0A 13 80 02 58 23 EF 3D 1C 40 00 (9296)
m> 10 1C A0 01 3D 1C 40 58 23 EF 00 04 00 00 00 00 00 (9457)
cnl: 0 s: 0
totSlc: 2
<- 16 1C A0 10 58 23 EF 3D 1C 40 02 02 01 0A 3D 0B 1C 0C 40 12 00 18 00 (9472)
m> 0A 1C 80 02 3D 1C 40 58 23 EF 00 (9603)
<- 0C 1D A0 10 58 23 EF 3D 1C 40 03 00 00 (9606)
m> 0A 1D 80 02 3D 1C 40 58 23 EF 00 (9747)
m> 10 26 A0 01 3D 1C 40 58 23 EF 01 04 00 00 00 00 01 (9910)
cnl: 1 s: 0
totSlc: 1
<- 0C 26 A0 10 58 23 EF 3D 1C 40 03 00 00 (9920)
m> 0A 26 80 02 3D 1C 40 58 23 EF 00 (10056)
m> 10 2F A0 01 3D 1C 40 58 23 EF 01 05 00 00 00 00 01 (10235)
<- 0A 2F A0 02 58 23 EF 3D 1C 40 00 (10240)
m> 0D 38 A0 01 3D 1C 40 58 23 EF 01 08 08 00 (10396)
<- 0A 38 A0 02 58 23 EF 3D 1C 40 00 (10538)
m> 0B 41 A0 01 3D 1C 40 58 23 EF 01 06 (10695)
<- 0A 41 A0 02 58 23 EF 3D 1C 40 00 (10839)
m> 0B 4A A0 01 3D 1C 40 58 23 EF 01 03 (10996)
  timed out (11139)
<- 0E 4A A0 10 58 23 EF 3D 1C 40 01 00 00 00 00 (11142)
m> 0A 4A 80 02 3D 1C 40 58 23 EF 00 (11282)
m> 10 53 A0 01 3D 1C 40 58 23 EF 01 04 00 00 00 00 01 (11458)
cnl: 1 s: 0
totSlc: 1
<- 0C 53 A0 10 58 23 EF 3D 1C 40 03 00 00 (11468)
m> 0A 53 80 02 3D 1C 40 58 23 EF 00 (11604)
m> 0B 5C A0 01 3D 1C 40 58 23 EF 01 0E (11812)
<- 0E 5C A0 10 58 23 EF 3D 1C 40 06 01 00 00 58 (11824)
m> 0A 5C 80 02 3D 1C 40 58 23 EF 00 (11964)
b> 0F E2 86 10 22 10 A2 00 00 00 0A 88 C8 0C 00 00 (13367)


[papa]

Ok - da war noch ein Flag nicht gesetzt. Kannst Du nochmal testen ?

[lech]

jetzt kommt er leider nicht weiter...

Code Auswählen Erweitern

AskSin++ V0.1.0
CC init12.................3 - ready
debounce
pressed
released
<- 1A 01 80 00 78 90 12 00 00 00 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00

debounce
pressed
released
<- 1A 02 80 00 78 90 12 00 00 00 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00

debounce
pressed
released
<- 1A 03 80 00 78 90 12 00 00 00 00 00 08 70 61 70 61 33 33 33 33 33 33 00 03 01 00


[Snobs]

Hallo,
ich weiß ihr seit technisch schon ein ganzes Stück weiter, aber ich haeb zwei vielelicht einfacherer Fragen.
Erstmal Danke für den Post, ich habe es endlich zusammen bekommen, das sich mein Nano mit CC1101 Modul am HM-Lan-Adapter meldet.
Die Werte die dort ankommen sind natürlich föllig Banane, da noch kein Sensor angeschlossen ist und dies führt zu meiner ersten Frage.

1. Gibt es irgendwie eine Doku / Schaltplan / PDF wie ich einen DTH22 da anschliesse.
Der hat ja nur VCC / GND und den Data Pin, aber woran soll der damit ich die Werte bekomme.

2. In dem Sketch ein Sleep eingebaut. Ich denke zum einen um Strom zu sparen und die Funk "Last" nicht nach oben zu treiben.
Leider finde ich nicht die dauer des Sleeps. Wie häufig, oder in welchem Abstand wird die Temp/Hum gemessen und übertragen ?

Über Info`s würde ich mich freuen.

VG
Sascha

[papa]

jetzt kommt er leider nicht weiter...

Kannst Du bitte mal prüfen, ob überhaupt etwas empfangen wird. Bitte mal die Kommentare in den Zeilen 219/219 in MultiChannelDevice.h entfernen. Dann wird alles ausgegeben, auch Nachrichten für andere Geräte.

[papa]

1. Gibt es irgendwie eine Doku / Schaltplan / PDF wie ich einen DTH22 da anschliesse.
Der hat ja nur VCC / GND und den Data Pin, aber woran soll der damit ich die Werte bekomme.

Google -> Arduino DHT22.
Da sollte so einiges zu finden sein.

2. In dem Sketch ein Sleep eingebaut. Ich denke zum einen um Strom zu sparen und die Funk "Last" nicht nach oben zu treiben.
Leider finde ich nicht die dauer des Sleeps. Wie häufig, oder in welchem Abstand wird die Temp/Hum gemessen und übertragen ?

Ich gehe mal davon aus, Du meinst das HM-WDS10-TH-O Beispiel. Dort wird die Zeit bis zur nächsten Messung in Zeile 95 festgelegt - auf 5 Sekunden.

[Snobs]

Hallo papa,

ja den Sketch meinte ich. Das hätte ich natürlich dazu schreiben sollen. Sorry dafür.
Das bedeutet also ich muss den DHT22 einfach dazu bauen. Fehlt mir nur noch die Brücke zwischen Wert auslesen und in den Sendeteil einbringen. Das lässt sich sicher auch lösen. Ich mache seit 3 Tagen damit rum und der Selbstbau CUL hat auch direkt funktioniert. BTW meier sendet die "gewürfelten" Werte im Sekunden Takt ...

//Edit ich bin bei den return seconds2ticks(225); bei <- 225 angekommen das entspricht bei mir ~+- 30 Sekunden mal mehr mal weniger. Da tickt doch bei mir was nicht richtig

// Das übertragen der (falschen) Werte geht immer nur einmal. Danach kommt nichts mehr an. <- Geht jetzt.
// Ich versuche das mal zu prüfen. Auch wenn ich das mit Zeile 215 noch nicht verstehe. Ich hab da einen HM-Lan Adapter dran da lässt sich nix ändern.
215 hab ich gefunden, ändert aber irgendwie nichts am Output.

Danke für die Unterstützung.

Gruß
Sascha

[Snobs]

Nachmals Danke für die Unterstützung,

heute Nacht habe ich Gedanklich die Brücke gefunden wie ich den DTH22 da rein bekomme. Ich hab mir das mit den Werten im Sketch nochmal angeschaut und bin darauf gekommen, das ich ja nur den Return vom DHT22 an der Stelle einbauen muss und schon ist alles gut Also DTH Modul/Sketch dazu und Werte an der richtigen Stelle parsen.

Vielen Dank dafür und schönen Sonntag.

VG
sascha

[svenson08]

Hallo Holger,

tolle Sache. Hab nach etwas Code Studium den HM-WDS10-TH-O mit meinem AM2302 ans laufen bekommen.
Weist du ob es möglich ist neben dem Battery Status ok bzw. low auch den BatteryLevel zu übermitteln? Dazu hab ich noch nichts finden können. Unterstützt das der orig. HM-WDS10-TH-O eigentlich?
Ansonsten läuft das ganze prima. Ich will die Tage mal in den Langzeittest starten um zu sehen wie sich der Batteriebetrieb verhält.

Gruß
Sascha

[papa]

Weist du ob es möglich ist neben dem Battery Status ok bzw. low auch den BatteryLevel zu übermitteln? Dazu hab ich noch nichts finden können. Unterstützt das der orig. HM-WDS10-TH-O eigentlich?

Das unterstützt der Originale nicht. Um das mit aufzunehmen, müsste man sich ein eigenes Device definieren und eine entsprechende Erweiterung in FHEM ablegen. Wie man sowas prinzpiell geht, kann man sich beim Universalsensor http://www.fhemwiki.de/wiki/Universalsensor abschauen.

[Dietmar63]

Der WDS10-TH-O  liefert doch auch noch Luftdruck und Lux
Vielleicht kannst du ja über diese Variable die Batteriespannung übertragen.

[svenson08]

Zum testen des Batteriebetriebs ist das bestimmt eine Möglichkeit, danke für den Tipp

[papa]

Der WDS10-TH-O  liefert doch auch noch Luftdruck und Lux
Vielleicht kannst du ja über diese Variable die Batteriespannung übertragen.

Also laut dem Device-XML hat der nur Temperatur und Luftfeuchtigkeit.

https://github.com/eq-3/occu/blob/master/firmware/rftypes/rf_ash550.xml

[svenson08]

wenn du in pload[1] einen Wert übergibst wird der in FHEM als Luftdruck ausgegeben. Das hatte ich gestern schon durch gespielt. Hat mich aber auch gewundert das es in der XML nicht erwähnt wurde.