HM-WDS40-TH-I-BME280 - Anlernproblem

[spaceduck]

Hallo,

ich habe mir gerade einen HM-WDS40-TH-I-BME280 aufgebaut und geflasht.

https://github.com/jp112sdl/Beispiel_As ... BME280.ino

Leider habe ich mal wieder ein Anlernproblem an der CCU2 (Gerät erscheint nicht im Posteingang). Vermutlich ist es es Seriennummernthema aber ich komme nicht weiter. Ich besitze bereits 4 Stück HM-WDS40-TH-I (Original ELV) und der BME-280 wäre jetzt Nummer 5. Ich habe die Device ID und Device Serial bei der ersten Inbetriebnahme so wie im Code definiert gelassen, dann auch geändert, bekomme den Sensor aber nicht angelernt.

Im Monitor kommt das:

Code: Alles auswählen

AskSin++ V3.1.1 (Nov 17 2018 09:22:11)
Address Space: 32 - 73
CC init1
CC Version: 14
 - ready
Bat: 36
Measure...
T/H = 234/36
<- 0C 01 84 70 345681 000000 00 EA 24  - 1714
 debounce
 pressed
 released
<- 1A 02 84 00 345681 000000 10 00 3F 4A 50 54 48 31 30 49 30 30 34 70 01 01 00  - 1769

Hat jemand eine Idee?

[jp112sdl]

Hi,

vielleicht liegts am CC1101. In letzter Zeit häufen sich die Meldungen/Beschwerden über "taube" Module.

[spaceduck]

Hallo,

das CC1101 hatte ich auch in Verdacht und bereits getauscht. Gerade nochmal ein neues verbaut aber trotzdem keine Besserung.
Bedeutet im Monitor der Pfeil nach Links: Wird von Modul gesendet? Pfeil nach rechts dann was empfangen wird?

<- 1A 02 84 00 345681 000000 10 00 3F 4A 50 54 48 31 30 49 30 30 34 70 01 01 00 - 1769

[jp112sdl]

Ja.
Ganz unten:
https://github.com/jp112sdl/AskSinPPCol ... own/FAQ.md

[spaceduck]

OK, Danke.
Das verhalten ist sehr komisch...Wenn ich den Anlerntaster drücke wrid gesendet, aber von der CCU kommt nichts vom Anlern-Prcocedere am Modul an. Ab und zu erhalte ich ein paar Messages mit "ignore" - das Modul empfängt also grundsätzlich.

Ich weiß nicht mehr weiter...

[jp112sdl]

Ab und zu erhalte ich ein paar Messages mit "ignore" - das Modul empfängt also grundsätzlich.

Vielleicht doch noch näher an die CCU rangehen?
Oder weiter weg, falls zu nah dran...
Beides kommt als Ursache in Betracht.

[spaceduck]

Das hatte ich bereits probiert, hat aber nichts genützt — trotzdem danke.

[spaceduck]

Ich bin kurz davor aufzugeben, hab ein neues Minimal-Setup mit komplett neuen Bauteilen aufgebaut, wieder das gleiche.

Code: Alles auswählen

AskSin++ V3.1.1 (Nov 18 2018 09:11:45)
Address Space: 32 - 476
00000000
Init Storage: CAFE85D5
CC init1
CC Version: 14
 - ready
<- 0E 01 86 10 120900 000000 06 01 00 00 00  - 3088
<- 0E 02 86 10 120900 000000 06 02 00 00 00  - 3188
 debounce
 pressed
 released
<- 1A 03 84 00 120900 000000 24 00 09 4A 50 4C 43 53 77 32 30 30 31 10 02 01 00  - 4362

ignore 14 47 84 5E 44B427 000000 80 00 0C 00 00 00 00 00 08 BC FE  - 25427

Anmeldesequenz wird vom Modul gesendet, danach passiert nix mehr.

[deimos]

Hi,

hast du mal die Antenne geprüft (Länge und Lötstelle)?
Und mach mal ein Detailbild vom CC1101 (Vorder- und Rückseite), dann kann man mal schauen, ob das optisch vielleicht eines von den "defekten" Modulen ist.

Viele Grüße
Alex

[spaceduck]

Hallo Alex,

Antenne ist OK, Das Modul sendet auch (überprüft mit Gqrx SDR Empfänger.

ob das optisch vielleicht eines von den "defekten" Modulen ist.

Hast Du da mal eine Quelle bitte? Wo kommt diese Info her? Ich habe bereits 2 funktionierende HB-UNI-Sen-TEMP-DS18B20 am laufen, Funkmodule sehen unter der Lupe identisch aus, keine kalten Lötstellen o.ä.. Mein nächster Schritt wäre ein funktionierendes CC1101 Modul aus einem HB-UNI-Sen-TEMP-DS18B20 auszubauen zum testen.

By the way, ich habe mir jetzt mal den Log während des Anlernprozesses in der CCU2 mitgeschnitten.
Stutzig macht mich: Nov 18 11:44:23 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: Send failed.
Bezieht sich das send failed auf den Aktor oder die CCU? Ist mir nicht so ganz klar.

Code: Alles auswählen

Nov 18 11:44:22 homematic-ccu2 user.debug rfd: JPTH10I004's type is HM-WDS40-TH-I
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: Device firmware version is 1.0
Nov 18 11:44:22 homematic-ccu2 user.debug rfd: TX:  @644603283 0x132610 -> 0x345681 CONFIG_START [KEQ0881132]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER_CHANNEL = 0   CONFIG_
Nov 18 11:44:23 homematic-ccu2 local0.info ReGaHss: Info: start web processing, worker thread #0 {"HTTP-Listener"} [httpListener.cpp:208]
Nov 18 11:44:23 homematic-ccu2 local0.info ReGaHss: Info: recvd 727 bytes by web server #1 [httpServer.cpp:764]
Nov 18 11:44:23 homematic-ccu2 local0.info ReGaHss: Info: IseSession GetSessionId from URL: /esp/system.htm?sid=@2ez37YKhWf@&action=UpdateUI [iseSession.cpp:185]
Nov 18 11:44:23 homematic-ccu2 local0.info ReGaHss: Info: http id #1 sends parsed file [httpServer.cpp:2022]
Nov 18 11:44:23 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: Send failed.
Nov 18 11:44:23 homematic-ccu2 user.debug rfd: SendFrame failed 1 times:  @644603284 0x132610 -> 0x345681 CONFIG_START [KEQ0881132]:   CNT=1,RPTEN=1,RPTED=0,BIDI=1,BURST=0,WAKEUP=0,WAKEMEUP=0,BCAST=0,TYPE=0x01   CONFIG_CHANNEL = 0   CONFIG_PEER_ADDRESS = 0x000000   CONFIG_PEER
Nov 18 11:44:23 homematic-ccu2 user.warn rfd: Peering with JPTH10I004 failed
Nov 18 11:44:23 homematic-ccu2 user.debug rfd: (KEQ0881132) Response status: OK, Data.
Nov 18 11:44:23 homematic-ccu2 user.debug rfd: Deleting persistent data for device JPTH10I004

Jan