Homematic Ultraschall Sensor

papa · 10 Oktober 2019, 20:22:06

Nimm mal das aktuelle von hier https://github.com/pa-pa/AskSinPP/tree/master/examples/custom/contrib/FHEM

ichbindas · 10 Oktober 2019, 20:48:21

saugeil! also ihr seit echt der knaller... hab die datei überschrieben und die hmmsg dazu geladen wie auf github beschrieben... was soll ich sagen... tut!! danke papa und stefan

PeMue · 10 Oktober 2019, 21:10:58

Hallo papa,

Zitat von: papa am 10 Oktober 2019, 08:57:04
Was kommt denn auf der Console, wenn Du die Register schreibst / liest ?

Beim Start:

Code Auswählen

AskSin OTA Bootloader V0.7.0

Start App
AskSin++ V4.0.3 (Oct 10 2019 12:22:43)
Address Space: 32 - 37
CC init1
CC Version: 14
 - ready
tmBatteryResDiv Voltage: 3618
Battery set low:  22
Battery set crit: 19
<- 0F 01 86 53 3E8A69 000000 01 02 00 00 0E 22  - 1050

-> getconfig

Code Auswählen

 debounce
 pressed
 released
<- 1A 02 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 1105

-> getconfig

Code Auswählen

debounce
 pressed
 released
<- 1A 03 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 21149
<- 0F 04 86 53 3E8A69 000000 01 02 06 63 0E 22  - 41713

-> getconfig

Code Auswählen

 debounce
 pressed
 released
<- 1A 05 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 41768

-> set <name>_Values regSet eventDlyTime 60

Code Auswählen

 debounce
 pressed
 released
<- 1A 09 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 83017

-> CMDs pending

Code Auswählen

 debounce
 pressed
 released
<- 1A 0A 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 103059
<- 0F 0B 86 53 3E8A69 000000 01 02 06 4F 0E 22  - 109291
MISSING ACK

Auch ein normales getconfig endet im MISSING ACK. Reicht das zur Analyse oder brauchst Du mehr?

Danke + Gruß

Peter

papa · 10 Oktober 2019, 21:30:58

Der Sensor ist nicht richtig gepaired - sendet immer nach 000000. Einfach nochmal pairen. Dann sollte es funktionieren.

gloob · 11 Oktober 2019, 07:42:30

Wenn du den Sensor nicht richtig paaren kannst, solltest du mal gucken ob die Frequenz des Funkmoduls passt.

Langfassung: https://forum.fhem.de/index.php?topic=91740.0
Kurzfassung: https://github.com/pa-pa/AskSinPP/tree/master/examples/FreqTest

PeMue · 11 Oktober 2019, 08:05:14

Zitat von: gloob am 11 Oktober 2019, 07:42:30
Wenn du den Sensor nicht richtig paaren kannst, solltest du mal gucken ob die Frequenz des Funkmoduls passt.

Langfassung: https://forum.fhem.de/index.php?topic=91740.0
Kurzfassung: https://github.com/pa-pa/AskSinPP/tree/master/examples/FreqTest

Diese Befürchtung hatte ich auch, aber dann sind gleich zwei Funkmodule betroffen

Gruß Peter

gloob · 11 Oktober 2019, 08:11:03

Zitat von: PeMue am 11 Oktober 2019, 08:05:14
Diese Befürchtung hatte ich auch, aber dann sind gleich zwei Funkmodule betroffen

Gruß Peter

Oftmals ist es eine ganze Charge/Bestellung.

PeMue · 13 Oktober 2019, 22:10:29

Zitat von: gloob am 11 Oktober 2019, 07:42:30
Wenn du den Sensor nicht richtig paaren kannst, solltest du mal gucken ob die Frequenz des Funkmoduls passt.

Habe ich gemacht:

Code Auswählen

AskSin++ V4.0.3 (Oct 11 2019 08:38:03)
CC init1
CC Version: 14
 - ready
Start searching ...
Freq 0x21656A 868.300 MHz:   0/0
Freq 0x2165BA 868.332 MHz:   0/0
Freq 0x21651A 868.268 MHz:   0/0
Freq 0x21660A 868.363 MHz:   0/0
Freq 0x2164CA 868.236 MHz:   0/0
Freq 0x21665A 868.395 MHz:   0/0
Freq 0x21647A 868.205 MHz:   0/0
Freq 0x2166AA 868.427 MHz:   0/0
Freq 0x21642A 868.173 MHz:   0/0
Freq 0x2166FA 868.459 MHz:   0/0
Freq 0x2163DA 868.141 MHz: 86132F.  1/78
Search for upper bound
Freq 0x2163EA 868.148 MHz:   0/0
Search for lower bound
Freq 0x2163CA 868.135 MHz:   0/0
Done: 0x2163DA - 0x2163DA
Calculated Freq: 0x2163DA
 868.141 MHz
Store into config area: 63DA

Dummerweise findet FHEM dann beim Pairing gar nichts mehr. War dann meine Referenz (ungepairte HM-ES-PMSw1-Pl) schlecht? Wenn ich das richtig verstanden habe, macht der Sketch folgendes:
- Frequenz einstellen (ein ungepairtes Homematic Gerät drücken) und nach Message suchen, wenn nichts gefunden - 1 min warten
- weitermachen, bis was gefunden wird (obere Grenze)
- dann untere Grenze dasselbe
- Mittelwert aus beiden bilden und ins EEPROM schreiben

Das Pairing danach ergab folgenden Mitschnitt:

Code Auswählen

AskSin OTA Bootloader V0.7.0
Start App
AskSin++ V4.0.3 (Oct 10 2019 12:22:43)
Address Space: 32 - 37
CC init1
CC Version: 14
 - ready
tmBatteryResDiv Voltage: 3545
Battery set low:  22
Battery set crit: 19
Config Freq: 0x2163DA
<- 0F 01 86 53 3E8A69 000000 01 02 00 79 0D D9  - 854
 debounce
 pressed
 released
<- 1A 02 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 909
 debounce
 pressed
 released
<- 1A 03 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 3776
 debounce
 pressed
 released
<- 1A 04 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 23820
 debounce
 pressed
 released
<- 1A 05 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 43864
 debounce
 pressed
 released
<- 1A 06 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 63905
 debounce
 pressed
 released
<- 1A 07 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 67721
 debounce
 pressed
 released
<- 1A 08 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 87769
 debounce
 pressed
 released
<- 1A 09 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 90181
<- 0F 0A 86 53 3E8A69 000000 01 02 00 00 0D D9  - 111134
 debounce
 pressed
 released
<- 1A 0B 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 111190
 debounce
 pressed
 released
<- 1A 0C 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 131233
 debounce
 pressed
 released
<- 1A 0D 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 136060
 debounce
 pressed
 released
<- 1A 0E 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 156104
 debounce
 pressed
 released
<- 1A 0F 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 176148
 debounce
 pressed
 released
<- 1A 10 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 195235
<- 0F 11 86 53 3E8A69 000000 01 02 00 00 0D D9  - 203843
 debounce
 pressed
 released
<- 1A 12 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 215281
 debounce
 pressed
 released
<- 1A 13 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 235323
 debounce
 pressed
 released
<- 1A 14 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 255365
<- 0F 15 86 53 3E8A69 000000 01 02 00 00 0D D9  - 258652
 debounce
 pressed
 released
<- 1A 16 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 265314
 debounce
 pressed
 released
<- 1A 17 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 285358
 debounce
 pressed
 released
<- 1A 18 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 292548
 debounce
 pressed
 released
<- 1A 19 84 00 3E8A69 000000 04 F2 05 46 48 45 4D 30 30 30 30 30 31 41 01 00 00  - 312590

Danke + Gruß

Peter

papa · 13 Oktober 2019, 22:43:04

Das sieht komisch aus. Was hast Du denn bei PING_FORM und PING_TO angegeben. PING_FROM muss ein bereits gepairtes Gerät - möglichst ein Switch - sein. PING_TO ist die Zentrale. Dann sollten da auch mehr empfangende Packete zu sehen sein.

PeMue · 15 Oktober 2019, 20:20:17

Leute,

irgendwie bin ich zu blöd, den Sketch zu bedienen:

Code Auswählen

AskSin++ V4.0.3 (Oct 15 2019 09:22:33)
CC init1
CC Version: 14
 - ready
Start searching ...
Freq 0x21656A 868.300 MHz:   0/0
Freq 0x2165BA 868.332 MHz:   0/0
Freq 0x21651A 868.268 MHz:   0/0
Freq 0x21660A 868.363 MHz:   0/0
Freq 0x2164CA 868.236 MHz:   0/0
Freq 0x21665A 868.395 MHz:   0/0
Freq 0x21647A 868.205 MHz:   0/0
Freq 0x2166AA 868.427 MHz:   0/0
Freq 0x21642A 868.173 MHz:   0/0
Freq 0x2166FA 868.459 MHz:   0/0
Freq 0x2163DA 868.141 MHz:   0/0
Freq 0x21674A 868.490 MHz:   0/0
Freq 0x21638A 868.109 MHz:   0/0
Freq 0x21679A 868.522 MHz:   0/0
Freq 0x21633A 868.078 MHz:   0/0
Freq 0x2167EA 868.554 MHz:   0/0
Freq 0x2162EA 868.046 MHz:   0/0
Freq 0x21683A 868.586 MHz:   0/0
Freq 0x21629A 868.014 MHz:   0/0
Freq 0x21688A 868.617 MHz:   0/0
Freq 0x21624A 867.982 MHz:   0/0
Freq 0x2168DA 868.649 MHz: 
Done: 0x21656A - 0x21656A
Could not receive any message  0/0
Done: 0x21656A - 0x21656A
Could not receive any message

Was ich gemacht habe:
- meine HM-ID der Zentrale eingetragen
- den einer Steckdose (HM-LC-SW1-PL) eingetragen
Den Sketch auf dem Ultraschallsensor laufen lassen und per FHEM die Steckdose immer an und abgeschaltet. Irgendwie empfängt das CC1101 Modul nicht wirklich was.
Müssen die HM-IDs rückwärts im Sketch eingegeben werden?
Das initiale Pairing hat beim Ultraschallsensor hat funktioniert, jetzt halt nicht mehr, weil eine falsche Frequenz im EEPROM steht.
Habt ihr mir Tipps, wie ich weiter vorgehen kann?

Einer wäre, CC1101 Modul runterlöten und ein anderes drauflöten, aber da weiß ich dann auch wieder nicht, ob das tut.

Danke für Eure Geduld mit mir.

Gruß Peter

gloob · 15 Oktober 2019, 20:29:35

Was meldet der Test denn, wenn du Active Ping mal deaktivierst?

Code Auswählen

// #define ACTIVE_PING

Es reicht ihm ja auch, wenn er "fremde" Messages empfängt. Also einfach mal Active Ping deaktivieren. Den Sketch starten und dann die Dose ein paar mal ein und aus schalten.

PeMue · 17 Oktober 2019, 21:31:43

Zitat von: gloob am 15 Oktober 2019, 20:29:35
Was meldet der Test denn, wenn du Active Ping mal deaktivierst?

Der Sketch findet auch nichts.
Jetzt habe ich mal das EEPROM wieder gelöscht (mit avrdude ausgelesen, die 4 Bytes für die Frequenz gesucht und auf 0 gesetzt, mit avrdude geflasht -> Fehlermeldung, aber avrdude sagt ja dankenswerterweise auch die richtige Checksumme

-> korrigiert und nochmal geflasht).
Und siehe da: der Sensor wird wieder erkannt, aber mit getconfig -> RESPONSE TIMEOUT:RegisterRead

Ich werde wohl mal ein paar neue CC1101 Module auf meinem nanoCUL mit Steckleiste testen und wenn die tun, die Module von beiden Ultraschallsensoren runterlöten und ersetzen

.

Gruß Peter

Edit:
Ich schätze, dass das

Code Auswählen

<- 0F 12 86 53 3E8A69 000000 01 02 06 59 0D AE - 73365
in der seriellen Konsole dem hier im FHEM Eventmonitor

Code Auswählen

2019-10-17 21:45:52 CUL_HM HM_3E8A69_Values batVoltage: 1.3
2019-10-17 21:45:52 CUL_HM HM_3E8A69_Values distance: 162.5

entspricht.

gloob · 17 Oktober 2019, 21:49:34

Wobei ich nicht glaube, dass die Batterien 1,3V hat.

PeMue · 17 Oktober 2019, 21:59:05

Ist nur eine Zelle LadyN (Akku).

Gruß Peter

kumue · 21 Juli 2021, 21:47:16

Mein Sensor tut nicht mehr....
Der Batteriewert wird richtig angezeigt, die Distance bleibt Null.

Was ich bisher unternommen habe:
- neu Batterien
- neuer US-100
- Device gelöscht und neu angelegt wie auf Seite 1 beschrieben

Wo kann ich bei der Fehlersuche ansetzen ?

Danke und Gruß
Kai
########################################################

Update: Heute morgen funktionierte es wieder... Hat einen halben Tag gebraucht, um sich einzuschwingen... warum auch immer