HM-WDS30-OT2-SM steigt immer wieder aus / Plötzlich keine Funktion

[schwatter]

Folgendes kommt bei list, und den dummy hab ich auf deinen Rat mal wieder entfernt. Hatte ich vorher auch nicht, stand
irgendwo im Forum. Man testet alles aus. Fhem ist aktuell, in den letzten Tag mehrfach den Raspi komplett neu eingerichtet
mit SD-Card formatieren. Dachte ich hab irgendwas verhauen, wer denkt denn gleich, der Sensor hat einen FW Bug...

Internals:
   DEF        4B439A
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     1
   NAME       HM_4B439A
   NOTIFYDEV  global
   NR         21
   NTFY_ORDER 50-HM_4B439A
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 HM_4B439A_T1
   channel_02 HM_4B439A_T2
   channel_03 HM_4B439A_T1_T2
   channel_04 HM_4B439A_T2_T1
   channel_05 HM_4B439A_Event
   lastMsg    No:80 - t:10 s:4B439A d:000000 06000000
   myHmUART_MSGCNT 1
   myHmUART_RAWMSG 050000418084104B439A00000006000000
   myHmUART_RSSI -65
   myHmUART_TIME 2017-05-22 21:17:53
   protLastRcv 2017-05-22 21:17:53
   rssi_at_myHmUART cnt:1 max:-65 avg:-65 lst:-65 min:-65
   Readings:
     2017-05-22 21:16:21   Activity        alive
     2017-05-22 21:11:42   D-firmware      1.1
     2017-05-22 21:11:42   D-serialNr      NEQ0533627
     2017-05-22 21:15:10   battery         ok
     2017-05-22 21:17:53   powerOn         2017-05-22 21:17:53
     2017-05-22 21:17:53   recentStateType info
     2017-05-22 21:15:13   state           CMDs_pending
     2017-05-22 21:15:10   temperature     -0.1
   Helper:
     HM_CMDNR   128
     PONtest    0
     mId        00A8
     rxType     140
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4B439A,00,00,00
       nextSend   1495480674.0339
       prefIO
       rxt        2
       vccu
       p:
         4B439A
         00
         00
         00
     Mrssi:
       mNo        80
       Io:
         myHmUART   -63
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmuart:
         avg        -65
         cnt        1
         lst        -65
         max        -65
         min        -65
     Tmpl:
Attributes:
   IODev      myHmUART
   actCycle   012:00
   actStatus  alive
   autoReadReg 0_off
   expert     2_raw
   firmware   1.1
   model      HM-WDS30-OT2-SM
   room       CUL_HM
   serialNr   NEQ0533627
   subType    THSensor
   webCmd     getConfig:clear msgEvents

[Otto123]

Was genau war jetzt mit den Codetags? 

Gib doch mal ein list HM_4B439A in Codetags (# Taste über den Smily) vielleicht sieht man da was.

Du hast den Sensor nicht gepairt.
Ich habe kein reading temperature - woher das kommt?

Was zeigen denn die einzelnen Channels? stehen da sinnvolle Temperaturen drin?

Gruß Otto

[schwatter]

Die Channels sind alle tot, bis auf event. Ich habe gerade noch das gefunden im Wiki:

Es gilt auch sicherzustellen, dass das zu pairende Gerät nicht bereits zuvor mit der Homematic Config Software gepairt wurde. Ist dies der Fall, so sollte das Pairing in der Homematic Config Software gelöscht und das Pairing in FHEM erneut durchgeführt werden.

Wenn ich denn Sensor länger als 4 sekunden drücke x 2 lösche ich doch das pairing? Gepairt war er allerdings bei mir mit RaspberryMatic.
Wie am besten vorgehen bei manuellen pairen?

[Otto123]

gibst Du bitte ein list HM_4B439A_T1

Wie der Sensor auf Werkszustand zurückgesetzt wird steht im Handbuch. Aber das ist erstmal nicht das Thema, die Werte sendet er trotzdem und Du kannst Sie empfangen.

Gruß Otto

[schwatter]

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        4B439A01
   NAME       HM_4B439A_T1
   NOTIFYDEV  global
   NR         27
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     HM_4B439A
   Readings:
     2017-05-22 22:01:26   peerList
   Helper:
     getCfgListNo
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Tmpl:
Attributes:
   model      HM-WDS30-OT2-SM
   peerIDs

[Otto123]

Wenn Du den Hinweis mit den Codetags weiter ignorierst bin ich raus! 
Bei dem list fehlt praktisch alles, ein reading peerlist hat einen aktuellen Timestamp ist aber leer.
Also besser Du löschst das wirklich alles (Device und Channels) machst ein Werksreset und drückst nochmal neu die ConfigTaste dann sollte er alles neu anlegen ohne zu pairen, das sollte aber fürs erste auch reichen.

· Um den Sensor in den Auslieferungszustand zurückzusetzen,
drücken Sie die Konfigurationstaste für mindestens 4 s. Jetzt
blinkt die Geräte-LED langsam rot.
· Bei Bedarf können Sie jetzt das Zurücksetzen unterbrechen,
indem Sie die Konfigurationstaste kurz drücken oder 15 s ohne
Bedienung warten. In beiden Fällen stoppt das Blinken der
Geräte-LED.
· Zum Zurücksetzen des Gerätes halten Sie erneut die Konfigurationstaste
für mindestens 4 Sekunden gedrückt. Schnelles
rotes Blinken der Geräte-LED zeigt den Rücksetzvorgang an.
· Nach dem Loslassen der Konfigurationstaste wird das Zurückstellen
durch kurzes Aufleuchten der Geräte-LED in der
Farbfolge Rot-Grün-Orange angezeigt.

Gruß Otto

[schwatter]

Ich ignorier dich doch nicht. Im Gegenteil, dein Blog hat mir schon sehr geholfen. Auch der Werksreset führt zu nichts. Muss
wohl einschicken. Dann bekomm ich von ELV bestimmt ein nettes: " Unter Homematic läufts" und ich kann das Ding entsorgen...

Hier ein Screenshot zu "list HM_4B439A_T1 " damit du mir glaubst. Und ja, ich sehe, der Timestamp weicht 10min ab jetzt
wo du es sagst...liegt aber nicht an mir, das kommt wenn ich "list HM_4B439A_T1 "...und das kommt meiner Meinung daher,
das sich der Sensor zu der Zeit aufgehängt hat.....

edit:ok der timestamp passt natürlich nicht zu deinem. Aber als ich ihn gemacht hatte war es schon 22:28Uhr...

edit2: Erneuter Werksreset, jetzt ist es 22:42. Bei "list HM_4B439A_T1 " steht 22:34...

edit3: 2017-05-22 22:42:59 CUL_HM HM_4B439A MISSING ACK

[Otto123]

Das was Du jetzt berichtest klingt alles nicht danach:
Das Du wirklich einen Reset gemacht hast, die Blinkfolge kam wirklich? Nach dem Loslassen der Konfigurationstaste wird das zurückstellen durch kurzes Aufleuchten der Geräte-LED in der Farbfolge Rot-Grün-Orange angezeigt.
Du die existierenden Geräte /Channels gelöscht hast und alles durch drücken des ConfigTasters neu angelegt wurde.

Drücken des ConfigTasters meint das drücken der Konfigurationstaste am Sensor und nicht getConfig! getConfig wird er erst nach dem pairen beantworten.

[schwatter]

Genau so,

1. Tastenkombi zum löschen, die LED hat genau so geleuchtet wie sie soll mit Bestätigung Rot-Grün-Orange.
2. Alles zum Sensor in Fhem gelöscht (log, Sensor, ActionDetector)
3. shutdown restart
4. Paringknopf am Sensor kurz (1sek.) gedrückt.
5. alles wie immer, kein pairing.

[Otto123]

Und wenn Du ihn richtig pairst?

[schwatter]

Hilf mir auf die Sprünge. Was verstehst du unter richtigem pairen?

edit:

Das "set HM_4B439A pair" führt z.B. bei mir zu dem --> Unknown argument pair, choose one of assignHmKey clear deviceRename fwUpdate getConfig getRegRaw raw regBulk regSet reset unpair

[MadMax-FHEM]

Hilf mir auf die Sprünge. Was verstehst du unter richtigem pairen?

set myHmUART hmPairForSec 60

EDIT2: oder mehr als 60, wenn du für das Drücken des "Anlern-Knopfes" (wie in der Anleitung beschrieben) länger als eine Minute brauchst...

und dann wie in der Anleitung beschrieben drücken was bei "Anlernen an Zentrale steht" (aber nur den Sensor-Teil / der Zentralen-Teil ist ja das pairForSec)

Nach dem Löschen und vor dem shutdown restart auch save config durchgeführt!?

EDIT: weil sonst ist nach shutdown restart nix mehr gelöscht...

Und wie Otto schon gefühlt tausend mal "gefleht" hat:

list und code etc. in code-Tags, das '#' oben im "Menü"...
...also auch keine ScreenShots...

Gruß, Joachim

[schwatter]

Hallo zusammen,

ersmal Entschuldigung wegen den codetags#. War gestresst...da ich schon seit Tagen probiert hatte, den Sensor
wiederzubeleben. Ich habe da gestern bei dem Durcheinander was missverstanden  Demnächst wird der Text
vernünftig formatiert.

Das Gute, Otto hatte recht, der Sensor sendet noch. Gerade habe ich ihn endlich gepaired bekommen. Das löschen
des Sensors so wie auch das abspeichern/löschen der Config war von mir immer richtig ausgeführt.
Geholfen hat wie von euch empfohlen das "set myHmUART hmPairForSec 60". Dieses habe ich immer falsch
angewandt. Versuche über ssh sowie oben in der fhem Eingabezeile führten zu nix....ja jetzt hab ich bemerkt, direkt
unter myHmUART is die Option zum set.

Code Auswählen Erweitern

Internals:
   CFGFN
   DEF        4B439A
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     18
   NAME       HM_4B439A
   NOTIFYDEV  global
   NR         29
   NTFY_ORDER 50-HM_4B439A
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 HM_4B439A_T1
   channel_02 HM_4B439A_T2
   channel_03 HM_4B439A_T1_T2
   channel_04 HM_4B439A_T2_T1
   channel_05 HM_4B439A_Event
   lastMsg    No:07 - t:53 s:4B439A d:000000 004100D94200DC43FFFD440003
   myHmUART_MSGCNT 18
   myHmUART_RAWMSG 0500002B0786534B439A000000004100D94200DC43FFFD440003
   myHmUART_RSSI -43
   myHmUART_TIME 2017-05-23 17:48:50
   protLastRcv 2017-05-23 17:48:50
   protSnd    16 last_at:2017-05-23 17:36:44
   protState  CMDs_done
   rssi_at_myHmUART avg:-39.94 min:-43 max:-38 lst:-43 cnt:18
   Readings:
     2017-05-23 17:35:07   Activity        alive
     2017-05-23 17:36:41   CommandAccepted yes
     2017-05-23 17:35:02   D-firmware      1.1
     2017-05-23 17:35:02   D-serialNr      NEQ0533627
     2017-05-23 17:36:42   PairedTo        0x424242
     2017-05-23 17:36:42   R-burstRx       off
     2017-05-23 17:36:42   R-cyclicInfoMsgDis 0
     2017-05-23 17:36:42   R-pairCentral   0x424242
     2017-05-23 17:36:42   R-paramSel      T1_T2
     2017-05-23 17:36:42   RegL_00.          01:00 02:01 0A:42 0B:42 0C:42 11:00 18:00 1B:03  00:00
     2017-05-23 17:48:50   battery         ok
     2017-05-23 17:36:44   state           CMDs_done
   Helper:
     HM_CMDNR   7
     cSnd       014242424B439A0403,014242424B439A0503
     mId        00A8
     rxType     140
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4B439A,00,00,00
       nextSend   1495554530.30902
       prefIO
       rxt        2
       vccu
       p:
         4B439A
         00
         00
         00
     Mrssi:
       mNo        07
       Io:
         myHmUART   -41
     Prt:
       bErr       0
       sProc      0
       try        1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_myhmuart:
         avg        -39.9444444444444
         cnt        18
         lst        -43
         max        -38
         min        -43
     Shadowreg:
     Tmpl:
Attributes:
   IODev      myHmUART
   actCycle   012:00
   actStatus  alive
   autoReadReg 0_off
   expert     2_raw
   firmware   1.1
   model      HM-WDS30-OT2-SM
   room       CUL_HM
   serialNr   NEQ0533627
   subType    THSensor
   userReadings T1 { ReadingsVal("HM_4B439A_T1","temperature",0)},
T2 { ReadingsVal("HM_4B439A_T2","temperature",0)},
T1_T2 { ReadingsVal("HM_4B439A_T1_T2","temperature",0)},
T2_T1 { ReadingsVal("HM_4B439A_T2_T1","temperature",0)}
   webCmd     getConfig:clear msgEvents


Benutzt ihr auch autoReadReg 0_off, um den Sensor stabil zu halten?
Und, ist das normal, das unter HM_4B439A_Event nur noch Fragezeichen kommen?
Ich meine, das war sonst nicht der Fall, auch wenn ich nur T1 und T2 benötige.

Code Auswählen Erweitern

CUL_HM
ActionDetector
alive:1 dead:0 unkn:0 off:0
HM_4B439A_Event           ???
HM_4B439A_T1               T: 21.7
HM_4B439A_T1_T2         T: -0.4
HM_4B439A_T2               T: 22.1
HM_4B439A_T2_T1         T: 0.4


[Otto123]

Und, ist das normal, das unter HM_4B439A_Event nur noch Fragezeichen kommen?

Hi,

ob das normal ist kann ich nicht sagen, ist bei mir auch so.

Ich habe wie gesagt an der Standardeinstellung nichts geändert, autoReadReg steht auf 4_reqStatus
Läuft stabil - wenn der Marder nicht gewesen wäre.

Gruß Otto

[MadMax-FHEM]

Hi,

ob das normal ist kann ich nicht sagen, ist bei mir auch so.

Ich habe wie gesagt an der Standardeinstellung nichts geändert, autoReadReg steht auf 4_reqStatus
Läuft stabil - wenn der Marder nicht gewesen wäre.

Gruß Otto

Selbes bei mir...
...bis auf die Marder...

Gruß, Joachim