HM-WDS100-C6-O-2 fehlender Batteriestatus

Begonnen von steffenp, 28 März 2017, 12:39:10

Vorheriges Thema - Nächstes Thema

steffenp

Hallo,

habe einen HM-WDS100-C6-O-2 Wettersensor der auch soweit funktioniert. Nur ein reading zum Batteriestatus fehlt mir. Ist das nur bei mir so?
Laut Beschreibung sollte er auch den Batteriestatus übertragen. Da der etwas ungünstig zu erreichen ist wäre es gut etwas Vorwarnzeit zu haben bevor
die Batterie ganz leer ist, so das Reading das überhaupt leisten kann.

Anbei ein List.

Steffen


Internals:
   DEF        4DC2CD
   HMLAN1_MSGCNT 2143
   HMLAN1_RAWMSG E4DC2CD,0000,0838321C,FF,FFBA,8D86704DC2CD0000000093380045C0001540EB
   HMLAN1_RSSI -70
   HMLAN1_TIME 2017-03-28 10:41:03
   HmLGW1_MSGCNT 2145
   HmLGW1_RAWMSG 050000308D86704DC2CD0000000093380045C0001540EB
   HmLGW1_RSSI -48
   HmLGW1_TIME 2017-03-28 10:41:03
   IODev      HmLGW1
   LASTInputDev HMLAN1
   MSGCNT     4288
   NAME       AU_Wettersensor
   NOTIFYDEV  global
   NR         432
   NTFY_ORDER 50-AU_Wettersensor
   STATE      Temperatur: 14.7 °C, Feuchtigkeit: 56 %, Helligkeit: 235
   TYPE       CUL_HM
   lastMsg    No:8D - t:70 s:4DC2CD d:000000 0093380045C0001540EB
   protCmdDel 4
   protLastRcv 2017-03-28 10:41:03
   protResnd  3 last_at:2017-03-27 20:13:45
   protResndFail 2 last_at:2017-03-27 20:10:01
   protSnd    6 last_at:2017-03-27 20:13:53
   protState  CMDs_done
   rssi_at_HMLAN1 lst:-70 cnt:2143 avg:-75.98 min:-100 max:-67
   rssi_at_HmLGW1 min:-65 max:-46 lst:-48 avg:-48.34 cnt:2145
   Readings:
     2017-03-27 20:13:53   Activity        alive
     2017-03-27 20:13:53   CommandAccepted yes
     2017-03-27 20:13:53   D-firmware      1.6
     2017-03-27 20:13:53   D-serialNr      NEQ1100437
     2017-03-27 20:13:54   PairedTo        0x8D0C2D
     2017-03-22 18:43:33   R-pairCentral   0x8D0C2D
     2017-03-27 20:13:54   RegL_00.          01:00 02:01 0A:8D 0B:0C 0C:2D 18:00 00:00
     2017-03-28 10:41:03   brightness      235
     2017-03-28 10:41:03   humidity        56
     2017-03-28 10:41:03   isRaining       0
     2017-03-28 10:41:03   rain            20.355
     2017-03-28 10:41:03   state           T: 14.7 H: 56 W: 0 R: 20.355 IR: 0 WD: 105 WDR: 67.5 S: 64 B: 235
     2017-03-28 10:41:03   sunshine        64
     2017-03-28 10:41:03   temperature     14.7
     2017-03-28 10:41:03   windDirRange    67.5
     2017-03-28 10:41:03   windDirection   105
     2017-03-28 10:41:03   windSpeed       0
   Helper:
     HM_CMDNR   141
     cSnd       018D0C2D4DC2CD00040000000000,018D0C2D4DC2CD00040000000000
     getCfgListNo
     mId        00AE
     rxType     14
     supp_Pair_Rep 0
     Expert:
       def        1
       det        1
       raw        1
       tpl        0
     Io:
       newChn     +4DC2CD,00,03,00
       nextSend   1490690463.30561
       rxt        2
       vccu       VCCU
       p:
         4DC2CD
         00
         03
         00
       prefIO:
         HmLGW1
     Mrssi:
       mNo        8D
       Io:
         HMLAN1     -70
         HmLGW1     -46
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -75.983667755483
         cnt        2143
         lst        -70
         max        -67
         min        -100
       At_hmlgw1:
         avg        -48.3426573426572
         cnt        2145
         lst        -48
         max        -46
         min        -65
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HmLGW1
   IOgrp      VCCU:HmLGW1
   actCycle   000:10
   actStatus  alive
   autoReadReg 0_off
   event-on-change-reading humidity,rain,windSpeed,windDirection,temperature,brightness,isRaining
   expert     3_allReg+raw
   firmware   1.6
   group      Wetter/Klima
   icon       weather_storm
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   room       Garten,Wetter
   serialNr   NEQ1100437
   subType    THSensor

Annitoka

Hallo zusammen,

auch ich habe mir den HM-WDS100-C6-O-2 Wettersensor gekauft.
Mein Listing entspricht dem von steffenp.

Auch ich habe (leider Anfänger vlt. daher haben mir die anderen threads zu dem Wettersensor HM-WDS100-C6-O nicht weitergeholfen) zwei Fragen:

1.) Kann man den Batteriestatus bei dem 0-2 anzeigen?
2.) Leider klappt das mit dem Beeren nicht so wie im WIKI und den Threads zum HM-WDS100-C6-O beschrieben. Es erscheint aus kein Storm-Reading. Muss man hier bei der Version 0-2 etwas anders machen als bei der ersten Version?

meine Firmware ist 1.6.

Schon mal Danke für die Hilfe.

Grüße aus Karlsruhe
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo,

jetzt wo du es sagst, das mit dem peeren (mit der VCCU) hat bei mir auch nicht funktioniert. Hatte das aber auf meine Unfähigkeit geschoben und da ich es nicht so dringend brauche auf später verschoben.

In der Anleitung ist sowohl das peeren beschrieben als auch von einem Batterie leer Symbol die Rede. Müsste also beides auch möglich sein.

Was können wir tun um den Problemen auf den Grund zu kommen?

Gruß Steffen

chris1284

https://forum.fhem.de/index.php?topic=38390.0

da hat schon mal jemand gefragt. ihr könnt mir ja einen kaufen und ich schau an der ccu ob battery geht :-)

martinp876

Zeichnet einmal rohmessages auf. Legt eine alte Batterie ein und noch einmal aufzeichnen. Wenn es gemeldet wird ist es einfach zu finden

steffenp

Hallo Martin,

hier schon mal was mit vollen Batterien. Ist es das was du brauchst? Bin mir mit dem Sniffen nicht so ganz sicher.
Alte Batterien muss ich erst mal welche suchen und in der Nähe der Wetterstation sein.

Dann ist bei mir in den readings irgendwann auch ein storm: unknown:04 aufgetaucht. Seit wann das so ist kann ich nicht sagen und das peeren hatte ja auch nicht funktioniert. Kannst du dir da einen Reim drauf machen?

Danke und Gruß
Steffen

2017.04.04 16:53:53 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: AB 86 70 4DC2CD 000000 009F2E004CC03D0656E5

Annitoka

Hallo zusammen,

vielen Dank für eure Antworten.
Dass die Batterien nicht angezeigt werden, damit könnte ich leben, ich würde sie eben nach 1,5 Jahren austauschen.

Ansonsten geht es mir wie Steffen, dass ich das mit dem Peeren nicht hinkriege....ich denke mal das liegt bei mir ganz sicher an meiner Unfähigkeit :-( ...Ich habe bereits den Wettersensor auf Werkseinstellung zurückgesetzt, direkt an einen HomeMatic Funk-Rollladenaktor gepeert bevor ich den Wettersensor mit FHEM gepaart habe... Das Peering wird beim Rolladenaktor angezeigt, bei dem Wettersensor aber nicht. Auch die Hinweise im Link vom Thread, den chris gepostet hat, haben mich nicht weitergebracht...PeerBulk geht auch nicht...

Komisch ist, dass ich im Log-File die gleiche Meldung wie Steffen habe: storm: unknown:04
Diese ist aber lediglich EINMAL aufgetaucht, obwohl die Messwerte hier keine Ausreisser gegenüber den älteren oder neueren Werten hatte....

Und Martin...vielen Dank...aber ich weiss leider nicht wie man bei HM rohmessages erzeugt...:-(

Scheint wirklich so Steffen, dass wir das absolut gleiche Verhalten haben und sich die Version 2 des Wettersensors irgendwie anders beim Peeren verhält als die Vorgängerversionen... wäre toll wenn wir das Peeren hinkriegen :-)

Schon mal vielen Dank für alle eure Hinweise...

Und Chris: du kannst ja bei mir zur Untermiete einziehen, dann darfst du den Sensor auch mitbenutzen ;-)

Viele Grüße aus Karlsruhe
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

Annitoka

Hier noch das list des Kombisensors (das Attribut peerIDs habe ich händisch angehängt...auch ohne Erfolg)


Internals:
   DEF        4DC2FF
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     492
   NAME       HM_4DC2FF
   NOTIFYDEV  global
   NR         2383
   NTFY_ORDER 50-HM_4DC2FF
   STATE      T: 15.1 H: 37 W: 0 R: 0.295 IR: 0 WD: 60 WDR: 45 S: 6 B: 73
   TYPE       CUL_HM
   lastMsg    No:37 - t:70 s:4DC2FF d:000000 009725000180000C0649
   myHmUART_MSGCNT 492
   myHmUART_RAWMSG 050000443786704DC2FF000000009725000180000C0649
   myHmUART_RSSI -68
   myHmUART_TIME 2017-04-04 19:55:26
   protCmdDel 6
   protLastRcv 2017-04-04 19:55:26
   protResnd  3 last_at:2017-04-03 23:46:51
   protResndFail 3 last_at:2017-04-03 23:47:45
   protSnd    8 last_at:2017-04-03 23:47:42
   protState  CMDs_done_Errors:1
   rssi_at_myHmUART min:-90 lst:-68 avg:-75.46 max:-62 cnt:492
   Readings:
     2017-04-03 21:46:32   Activity        alive
     2017-04-03 22:07:09   CommandAccepted yes
     2017-04-03 20:13:01   D-firmware      1.6
     2017-04-03 20:13:01   D-serialNr      NEQ1100387
     2017-04-03 22:07:13   PairedTo        0x470603
     2017-04-03 20:13:02   R-pairCentral   0x470603
     2017-04-04 19:55:26   brightness      73
     2017-04-04 19:55:26   humidity        37
     2017-04-04 19:55:26   isRaining       0
     2017-04-04 19:55:26   rain            0.295
     2017-04-04 19:55:26   state           T: 15.1 H: 37 W: 0 R: 0.295 IR: 0 WD: 60 WDR: 45 S: 6 B: 73
     2017-04-04 19:55:26   sunshine        6
     2017-04-04 19:55:26   temperature     15.1
     2017-04-03 20:13:03   unknown         0400000000000105320A010000
     2017-04-04 19:55:26   windDirRange    45
     2017-04-04 19:55:26   windDirection   60
     2017-04-04 19:55:26   windSpeed       0
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   55
     cSnd       014706034DC2FF01015340240100,014706034DC2FF00040000000000
     getCfgListNo
     mId        00AE
     rxType     14
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4DC2FF,00,00,00
       nextSend   1491328526.42654
       rxt        2
       vccu       VCCU
       p:
         4DC2FF
         00
         00
         00
       prefIO:
         myHmUART
     Mrssi:
       mNo        37
       Io:
         myHmUART   -66
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_myhmuart:
         avg        -75.4613821138211
         cnt        492
         lst        -68
         max        -62
         min        -90
     Shadowreg:
     Tmpl:
   Nb:
     cnt        1
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   000:10
   actStatus  alive
   alias      G_Terasse_Wettersensor
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   group      FHEM_Wetter,Klima
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   peerIDs    00000000, 53402401
   room       G_Terasse,Haus_Klima,TRX_WEATHER,Wettervorhersage
   serialNr   NEQ1100387
   subType    THSensor
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Funktioniert denn das peering und wird nur nicht angezeigt oder schaltet der Aktor auch nicht? Das hatte ich bis jetzt so noch nicht probiert. Den Anwendungsfall (Markise) hab ich bisher so nicht. Ich könnte zwar bei Sturm die Rolladen runterfahren aber da würde sicher das reading windSpeed über fhem auch reichen.
Daher hatte ich das mit dem peeren auch erstmal nach hinten geschoben.
Das bei mir vorhandene Reading storm würde ja dafür sprechen das der Sensor meint gepeert zu sein. Nur kann FHEM damit nicht richtig umgehen. Das das nur einmal kommt könnte ja daran liegen das derzeit kein Sturm ist.

Batteriewarnung finde ich schon wichtig, man weiß ja oft nicht wie lange die Batterien wirklich halten die man gekauft hat. Die sind ja doch erheblichen Einflüssen ausgesetzt (Hitze, Kälte, ...) so das ich nicht unbedingt davon ausgehen würde das die immer so lange halten wie im Labor oder theoretisch ermittelt.

Ich weiß leider nicht ob das was ich da gestern gesnifft habe so OK ist. Wenn ich sicher wäre das das so richtig ist würde ich den Sensor wohl mal rein holen und an einem Labornetzteil (einstellbar) betreiben. Dann könnte man sehen ob und auch wann die Warnung kommt.
Anbei noch mal ein paar gesniffte Messages mit hoffentlich vollen Batterien:

Gruß
Steffen


2017.04.05 17:05:22 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: E8 86 70 4DC2CD 000000 007132004CC08B087ACF
2017.04.05 17:07:30 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: E9 86 70 4DC2CD 000000 007032004CC067417CD1
2017.04.05 17:10:27 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: EA 86 70 4DC2CD 000000 006F32004CC055117FCC
2017.04.05 17:13:10 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EB 86 70 4DC2CD 000000 006D33004CC09D4081C6
2017.04.05 17:15:38 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EC 86 70 4DC2CD 000000 006C33004CC0550E84C2
2017.04.05 17:17:52 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: ED 86 70 4DC2CD 000000 006B33004CC0794686C1
2017.04.05 17:20:55 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EE 86 70 4DC2CD 000000 006A33004CC0553589C7
2017.04.05 17:23:44 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: EF 86 70 4DC2CD 000000 006A33004CC085048CC9
2017.04.05 17:26:19 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F0 86 70 4DC2CD 000000 006933004CC0B0038EC5
2017.04.05 17:28:39 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F1 86 70 4DC2CD 000000 006834004CC0911191E6
2017.04.05 17:30:44 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F2 86 70 4DC2CD 000000 006834004CC0551393BD
2017.04.05 17:33:40 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F3 86 70 4DC2CD 000000 006734004CC0970296B0
2017.04.05 17:36:20 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F4 86 70 4DC2CD 000000 006534004CC0973799B4
2017.04.05 17:38:47 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F5 86 70 4DC2CD 000000 006534004CC0913E9BBA
2017.04.05 17:40:59 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: F6 86 70 4DC2CD 000000 006435004CC0913C9DB7
2017.04.05 17:44:00 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F7 86 70 4DC2CD 000000 006335004CC0A931A0B2
2017.04.05 17:46:48 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F8 86 70 4DC2CD 000000 006335004CC06147A3AB
2017.04.05 17:49:20 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: F9 86 70 4DC2CD 000000 006235004CC06108A6A9
2017.04.05 17:51:39 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FA 86 70 4DC2CD 000000 006136004CC0793EA8A8
2017.04.05 17:53:43 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FB 86 70 4DC2CD 000000 006136004CC07946AA9D
2017.04.05 17:56:36 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: FC 86 70 4DC2CD 000000 006037004CC06703AD8D
2017.04.05 17:59:15 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: FD 86 70 4DC2CD 000000 005D3A004CC0BC15AF8A
2017.04.05 18:01:40 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: FE 86 70 4DC2CD 000000 005C3C004CC09129B29A



steffenp

Hallo

finde bei mir jetzt auch ein reading: trig_01   VCCU.

Könnte es sein das dieses mir sagen soll das die Sturmwarnung getriggert wurde? Hatte versucht mit der VCCU zu peeren. Muss das mal weiter beobachten.

Gruß

Annitoka

#10
Hallo Steffen,

ich komme auch nicht richtig weiter....nach peering mit Schaltaktor habe ich jetzt auch neue readings:
storm unknown:04
trig_01 VCCU
trigger_cnt 2
die kamen heute im laufe des Tages laut log file 2 mal..... kann aber nicht sagen warum....

beim Aktor ist nach dem Peeren folgendes aufgetaucht:
R-G_TER_Wetter_KL_chn-01-lgActionType jmpToTarget
R-G_TER_Wetter_KL_chn-01-lgOnLevel 100 %
R-G_TER_Wetter_KL_chn-01-shActionType jmpToTarget
R-G_TER_Wetter_KL_chn-01-shOnLevel 100 %



ich habe die Batterien mal rein und rausgemacht....und siehe da...nochmal 2 neue readings:
unknown 06000030
powerOn 2017-04-10 23:55:25
recentStateType info

heute Nacht habe ich aber keine Lust mehr...ich schlage vor wir probieren weiter und hoffe, dass einer von uns weiterkommt.

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Annitoka,

habe das heute mal versucht nachzuvollziehen. Der letzte Trigger kam um 09:13, um die Zeit herum habe ich auch bis zu 21,2 km/h im Log. Könnte also gut passen das
die Wetterstation gepeert ist und das auch funktioniert. Deine Register im Aktor sehen auch so aus als würden sie das Verhalten bei Sturm festlegen.
Es gibt long und short (vermutlich kurze Windboe) und long (länger anhaltend). Bei Beiden geht der Aktor auf 100%. Beim Rolladenaktor ist das eingefahren.

Leider sieht man im Wettersensor nicht die entsprechenden Register. Da müsste es dann auch welche geben wo man die Schwelle einstellen kann ab wann Sturm ist.
Wenn ich in HMConfig.pm rein sehe dann kann ich diese auch finden, leider sind die entsprechenden Zeilen auskommentiert:

#rf_hm-wds100-c6-o-2       r:SUNSHINE_THRESHOLD                       l:1   idx:5.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:
#rf_hm-wds100-c6-o-2       r:WIND_SPEED_RESULT_SOURCE                 l:1   idx:10       size:1.0    type:integer    log## ty: option     min:           max:           def:           uni:
#rf_hm-wds100-c6-o-2       r:STORM_UPPER_THRESHOLD                    l:1   idx:6.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:
#rf_hm-wds100-c6-o-2       r:STORM_LOWER_THRESHOLD                    l:1   idx:7.0      size:1.0    type:integer    log## ty: integer    min:0          max:0xff       def:           uni:

Warum das so ist kann ich nicht sehen.
Sieht so aus als hätte sich da jemand dran versucht es dann aber nicht zu Ende gemacht. Sich in diese Definitionen einzuarbeiten wird aber sicher etwas Arbeit machen.

Ich denke auch mal das das Batteriereading aus einem ähnlichen Grund nicht vorhanden ist.

Gruß
Steffen

Annitoka

Hallo Steffen,

vielen Dank für deine Info.
Bei mir kommen Werte sobald es das "Strom: unknown" reading gibt auch beim Schalfaktor an. Allerdings sind die Windspeed Werte hier im Log File, zum Teil auch nur bei 10km/h..andererseits gibt es Werte von 22 und 23, bei dem kein Strom reading ausgelöst wird...... So ist das leider für mich nicht zu gebrauchen.

Wenn ich deine Aussage zur HMconfig.pm richtig verstehe - und bei sind die gleichen auszementierten Einträge drin wie bei dir - ist der hm-wds100-c6-o-2 noch nicht in FHEM integriert..... das heisst wir müssen warten bis jemand der sich auskennt dem Modul annimmt, oder ?

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Kai,

Vorsicht, es gibt 2 Werte mit Bezug zum Sturm. Einmal die Schwelle zum Einschalten (jetzt ist Sturm, Markise rein -> STORM_UPPER_THRESHOLD) und die ab wann der "Status" Sturm wieder ausgeschaltet wird (Markise wieder raus -> STORM_LOWER_THRESHOLD).
Letzterer Wert dürfte deutlich niedriger als der Erste sein. Welche Werte als default da drin stehen könnte in der Anleitung stehen. Es könnte also gut sein das bei 22 km/h noch nicht ausgelöst wird weil die Schwelle zum Einschalten höher ist bzw bei 10 km/h eben noch weil die Ausschaltschwelle darunter liegt.
Die beiden Werte stehen in Registern die man derzeit in FHEM nicht sieht. Man könnte versuchen diese mit der HMConfig-Software zu setzen.

Entweder wer mit Ahnung nimmt sich dessen an die scheinbar nicht ganz fertige Konfiguration zu beenden oder wir müssen es selber machen und zu jemand mit Ahnung werden ;) Ist ja für die mit Ahnung auch nicht so einfach ohne das Gerät sowas zu implementieren.
Leider scheint das Interesse nicht so groß zu sein, das Teil ist wohl nicht so stark verbreitet.

Gruß
Steffen

martinp876

probier einmal - die Config sollte nun die relevanten Register zeigen.

ggf einmal das lesen der Register sniffen und ein list schicken

steffenp

Hallo Martin,

zunächst mal danke fürs Einbauen.

Soweit ich das sehen kann hat sich aber nichts verändert. Muss ich noch irgendwas machen? Außer "shutdown restart", getconfig und noch einmal drüberpairen? Hier mal ein List:


Internals:
   DEF        4DC2CD
   HMLAN1_MSGCNT 71
   HMLAN1_RAWMSG E4DC2CD,0000,00839B3F,FF,FFBB,3286704DC2CD000000009C2F00E2C0A90FF7E5
   HMLAN1_RSSI -69
   HMLAN1_TIME 2017-05-01 12:22:12
   HmLGW1_MSGCNT 66
   HmLGW1_RAWMSG 050000323286704DC2CD000000009C2F00E2C0A90FF7E5
   HmLGW1_RSSI -50
   HmLGW1_TIME 2017-05-01 12:22:12
   IODev      HmLGW1
   LASTInputDev HMLAN1
   MSGCNT     137
   NAME       AU_Wettersensor
   NOTIFYDEV  global
   NR         430
   NTFY_ORDER 50-AU_Wettersensor
   STATE      Temperatur: 15.6 °C, Feuchtigkeit: 47 %, Helligkeit: 229, Regen: 0.00 / 0.00 mm/m², Wind: 3 Bft, ENE
   TYPE       CUL_HM
   lastMsg    No:32 - t:70 s:4DC2CD d:000000 009C2F00E2C0A90FF7E5
   protCmdDel 4
   protLastRcv 2017-05-01 12:22:12
   protResnd  4 last_at:2017-05-01 10:20:43
   protResndFail 2 last_at:2017-05-01 10:12:33
   protSnd    16 last_at:2017-05-01 10:24:36
   protState  CMDs_done
   rssi_at_HMLAN1 lst:-69 max:-66 cnt:71 min:-80 avg:-71.46
   rssi_at_HmLGW1 min:-50 avg:-48.28 lst:-50 max:-45 cnt:66
   Readings:
     2017-05-01 10:24:31   Activity        alive
     2017-05-01 10:24:32   CommandAccepted yes
     2017-05-01 10:24:31   D-firmware      1.6
     2017-05-01 10:24:31   D-serialNr      NEQ1100437
     2017-05-01 10:24:36   PairedTo        0x8D0C2D
     2017-05-01 10:24:32   R-pairCentral   0x8D0C2D
     2017-05-01 10:24:36   RegL_00.          01:00 02:01 0A:8D 0B:0C 0C:2D 18:00 00:00
     2017-05-01 12:22:12   brightness      229
     2017-05-01 12:22:12   humidity        47
     2017-05-01 12:22:12   isRaining       0
     2017-05-01 12:22:12   rain            66.67
     2017-04-11 13:33:58   rainMonth       0,00
     2017-05-01 00:00:00   rainOffset      66.67
     2017-05-01 12:22:12   rainToday       0.00
     2017-05-01 12:22:12   state           T: 15.6 H: 47 W: 16.9 R: 66.67 IR: 0 WD: 75 WDR: 67.5 S: 247 B: 229
     2017-05-01 09:18:41   storm           unknown:14
     2017-05-01 12:22:12   sunshine        247
     2017-05-01 12:22:12   temperature     15.6
     2017-05-01 09:18:41   trig_01         VCCU
     2017-05-01 09:18:41   trigger_cnt     121
     2017-05-01 10:24:32   unknown         0400000000000105320A010000
     2017-05-01 12:22:12   windDirRange    67.5
     2017-05-01 12:22:12   windDirection   75
     2017-05-01 12:22:12   windSpeed       16.9
   Helper:
     HM_CMDNR   50
     PONtest    1
     cSnd       018D0C2D4DC2CD0006,018D0C2D4DC2CD00040000000000
     getCfgListNo
     mId        00AE
     rxType     14
     supp_Pair_Rep 0
     Ack:
     Expert:
       def        1
       det        1
       raw        1
       tpl        0
     Io:
       newChn     +4DC2CD,00,03,00
       nextSend   1493634132.54746
       rxt        2
       vccu       VCCU
       p:
         4DC2CD
         00
         03
         00
       prefIO:
         HmLGW1
     Mrssi:
       mNo        32
       Io:
         HMLAN1     -69
         HmLGW1     -48
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -71.4647887323944
         cnt        71
         lst        -69
         max        -66
         min        -80
       At_hmlgw1:
         avg        -48.2878787878788
         cnt        66
         lst        -50
         max        -45
         min        -50
     Shadowreg:
       RegL_01.
     Tmpl:
Attributes:
   IODev      HmLGW1
   IOgrp      VCCU:HmLGW1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-min-interval humidity:3600,rain:3600,windSpeed:3600,windDirection:3600,temperature:3600,rainToday:3600,brightness:3600,isRaining:3600
   event-on-change-reading humidity,rain,windSpeed,windDirection,temperature,windRichtung,windSpeed_bft,windSpeed_mps,rainToday,rainYesterday,rainlast1hour,rainlast3hour,rainlast24hour,brightness,isRaining,trig_01,trigger_cnt
   expert     3_allReg+raw
   firmware   1.6
   group      Wetter/Klima
   icon       weather_storm
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   room       Garten,Wetter
   serialNr   NEQ1100437
   stateFormat Temperatur: temperature °C, Feuchtigkeit: humidity %, Helligkeit: brightness, Regen: rainToday mm/m²
   subType    THSensor


Beim Sniffen bin ich mir immer noch nicht sicher ob ich das Richtige mache. Ist es das was du brauchst?

HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 12 86 70 4DC2CD 000000 00833400E2C0970EA6E2
HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: 13 86 70 4DC2CD 000000 00823500E2C07F0DA8E4
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 14 86 70 4DC2CD 000000 00863500E2C05518AAE3
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 15 86 70 4DC2CD 000000 00883500E2C0910CADE8
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 16 86 70 4DC2CD 000000 00893500E2C09719B0E8
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 17 86 70 4DC2CD 000000 00883400E2C09710B2E8
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 18 86 70 4DC2CD 000000 008C3300E2C07914B5E7
HMUARTLGW HmLGW1 recv: 01 05 00 00 30 msg: 19 86 70 4DC2CD 000000 008D3300E2C0730DB8E7
HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: 1A 86 70 4DC2CD 000000 008C3300E2C06724BAE7
HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: 1B 86 70 4DC2CD 000000 008E3300E2C07F25BDE7


Oder kannst du mir kurz schreiben was ich genau machen soll?

Danke und Gruß
Steffen

martinp876

loggen sieht gut aus.
Allerdings kenne ich bei dieser Msg die Position des Bat-Bits nicht. kannst du alte Batterien einlegen?

Ich baue es schon einmal für "trigger" ein.

steffenp

#17
Hallo Martin,

alte Batterien habe ich nicht aber ich habe das Teil mal mit rein genommen und an einer Spannungsquelle mit 3,3 Volt betrieben.  Anbei der Zeitraum des "Batteriewechsels" aus dem Log.
Hilft das?

Gruß
Steffen


2017.05.01 20:58:53 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 42 msg: FE 86 70 4DC2CD 000000 00CE3500E2000019D700
2017.05.01 21:01:04 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 42 msg: FF 86 70 4DC2CD 000000 00D03400E2000019D700
2017.05.01 21:03:08 0: HMUARTLGW HmLGW1 recv: 01 05 01 00 47 msg: 00 A0 10 4DC2CD 8D0C2D 06000030
2017.05.01 21:03:12 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030100
2017.05.01 21:03:12 3: CUL_HM set AU_Wettersensor getConfig
2017.05.01 21:03:12 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.01 21:03:12 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030100
2017.05.01 21:03:12 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.01 21:03:12 0: HMUARTLGW HmLGW1 send: 01 02 00 00 01 msg: 01 B0 01 8D0C2D 4DC2CD 00040000000000
2017.05.01 21:03:40 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 01 A1 12 8D0C2D 4DC2CD
2017.05.01 21:03:40 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 01 A1 12 8D0C2D 4DC2CD
2017.05.01 21:03:40 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 01 A1 12 8D0C2D 4DC2CD
2017.05.01 21:06:05 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 02 A1 12 8D0C2D 4DC2CD
2017.05.01 21:06:05 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 02 A1 12 8D0C2D 4DC2CD
2017.05.01 21:06:05 0: HMUARTLGW HmLGW1 recv: 01 05 10 00 42 msg: 01 86 70 4DC2CD 000000 00D733000000001B0247
2017.05.01 21:06:06 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 02 A1 12 8D0C2D 4DC2CD
2017.05.01 21:06:09 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030000
2017.05.01 21:06:09 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.01 21:06:09 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030000
2017.05.01 21:06:09 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.01 21:08:16 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 42 msg: 02 86 70 4DC2CD 000000 00D932000000001B0547
2017.05.01 21:11:17 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 41 msg: 03 86 70 4DC2CD 000000 00DC31000000001B0847

steffenp

Hallo Martin,

jetzt sehe ich viele neue Register und auch ein Battery-Reading. Auch sehe ich jetzt die damals eingetragenen peerings für die längst das Gegenstück in der vccu nicht mehr existiert. ;)
Sieht also soweit erstmal gut aus.
Muss dann mal die peerings reparieren und dann sehen ob alles so funktioniert wie erwartet. Aber soweit erstmal gute Arbeit.

Nur eine Kleinigkeit ist mir noch im Log aufgefallen:
Odd number of elements in anonymous hash at /usr/local/FHEM/share/fhem/FHEM/10_CUL_HM.pm line 1470.
Hatte ich früher nicht, kann aber auch nicht sagen ob es im Zusammenhang steht.

Gruß
Steffen

martinp876


steffenp

Hallo Martin,

nachdem ich jetzt versucht habe das peering zu reparieren bleibe ich an folgender Stelle beim configcheck hängen:
missing register list    AU_Wettersensor:   RegL_01.VCCU_Btn2

Auch das R-VCCU_Btn2-peerNeedsBurst set_off (siehe List) geht nicht weg.
Ist da noch ein Bug oder liegt das an mir und einmal komplett von vorne würde helfen?

Gruß
Steffen

Internals:
   DEF        4DC2CD
   HMLAN1_MSGCNT 663
   HMLAN1_RAWMSG E4DC2CD,0000,0561F32F,FF,FFBC,6586704DC2CD000000008543001AC0850D89DA
   HMLAN1_RSSI -68
   HMLAN1_TIME 2017-05-03 11:14:21
   HmLGW1_MSGCNT 652
   HmLGW1_RAWMSG 0500002E6586704DC2CD000000008543001AC0850D89DA
   HmLGW1_RSSI -46
   HmLGW1_TIME 2017-05-03 11:14:21
   IODev      HmLGW1
   LASTInputDev HMLAN1
   MSGCNT     1315
   NAME       AU_Wettersensor
   NOTIFYDEV  global
   NR         430
   NTFY_ORDER 50-AU_Wettersensor
   STATE      Temperatur: 13.3 °C, Feuchtigkeit: 67 %, Helligkeit: 218
   TYPE       CUL_HM
   lastMsg    No:65 - t:70 s:4DC2CD d:000000 008543001AC0850D89DA
   peerList   VCCU_Btn2,
   protCmdDel 33
   protLastRcv 2017-05-03 11:14:21
   protResnd  11 last_at:2017-05-03 09:32:56
   protResndFail 7 last_at:2017-05-03 09:29:17
   protSnd    71 last_at:2017-05-03 09:33:23
   protState  CMDs_done
   rssi_at_HMLAN1 lst:-68 max:-64 avg:-68.77 cnt:663 min:-76
   rssi_at_HmLGW1 avg:-46.99 cnt:652 max:-42 lst:-46 min:-52
   Readings:
     2017-05-03 09:33:16   Activity        alive
     2017-05-03 09:33:16   CommandAccepted yes
     2017-05-03 09:33:16   D-firmware      1.6
     2017-05-03 09:33:16   D-serialNr      NEQ1100437
     2017-05-03 09:33:22   PairedTo        0x8D0C2D
     2017-05-03 09:23:27   R-VCCU_Btn2-peerNeedsBurst set_off
     2017-05-02 10:28:49   R-burstRx       off
     2017-05-02 10:28:49   R-localResDis   off
     2017-05-02 10:28:49   R-pairCentral   0x8D0C2D
     2017-05-02 10:28:49   R-stormLowThresh 5
     2017-05-02 10:28:49   R-stormUpThresh 20
     2017-05-02 10:28:49   R-sunThresh     50
     2017-05-02 10:28:49   R-windSpeedRsltSrc max
     2017-05-03 09:33:22   RegL_00.          01:00 02:01 0A:8D 0B:0C 0C:2D 18:00 00:00
     2017-05-03 09:33:23   RegL_01.          05:32 06:14 07:05 0A:01 00:00
     2017-05-03 09:33:23   RegL_04.VCCU_Btn2   05:00 00:00
     2017-05-02 16:17:27   battery         ok
     2017-05-03 11:14:21   brightness      218
     2017-05-03 11:14:21   humidity        67
     2017-05-03 11:14:21   isRaining       0
     2017-05-03 09:33:23   peerList        VCCU_Btn2,
     2017-05-01 22:32:12   powerOn         2017-05-01 22:32:12
     2017-05-03 11:14:21   rain            7.67
     2017-05-01 22:32:12   recentStateType info
     2017-05-03 11:14:21   state           T: 13.3 H: 67 W: 13.3 R: 7.67 IR: 0 WD: 65 WDR: 67.5 S: 137 B: 218
     2017-05-02 16:17:27   storm           unknown:04
     2017-05-03 11:14:21   sunshine        137
     2017-05-03 11:14:21   temperature     13.3
     2017-05-02 16:17:27   trig_01         VCCU
     2017-05-02 16:17:27   trigger_cnt     6
     2017-05-03 09:33:00   unknown         0400000000000105320A010000
     2017-05-03 11:14:21   windDirRange    67.5
     2017-05-03 11:14:21   windDirection   65
     2017-05-03 11:14:21   windSpeed       13.3
   Helper:
     HM_CMDNR   101
     cSnd       018D0C2D4DC2CD01040000000001,018D0C2D4DC2CD01048D0C2D0204
     mId        00AE
     peerIDsRaw ,8D0C2D02,00000000
     rxType     14
     supp_Pair_Rep 0
     Ack:
     Expert:
       def        1
       det        1
       raw        1
       tpl        0
     Io:
       newChn     +4DC2CD,00,03,00
       nextSend   1493802861.23375
       rxt        2
       vccu       VCCU
       p:
         4DC2CD
         00
         03
         00
       prefIO:
         HmLGW1
     Mrssi:
       mNo        65
       Io:
         HMLAN1     -68
         HmLGW1     -44
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -68.7752639517344
         cnt        663
         lst        -68
         max        -64
         min        -76
       At_hmlgw1:
         avg        -46.9923312883436
         cnt        652
         lst        -46
         max        -42
         min        -52
     Shadowreg:
     Tmpl:
Attributes:
   IODev      HmLGW1
   IOgrp      VCCU:HmLGW1
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   event-min-interval humidity:3600,rain:3600,windSpeed:3600,windDirection:3600,temperature:3600,brightness:3600,isRaining:3600
   event-on-change-reading humidity,rain,windSpeed,windDirection,temperature,brightness,isRaining,trig_01,trigger_cnt
   expert     3_allReg+raw
   firmware   1.6
   group      Wetter/Klima
   icon       weather_storm
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   peerIDs    00000000,8D0C2D02,
   room       Garten,Wetter
   serialNr   NEQ1100437
   stateFormat Temperatur: temperature °C, Feuchtigkeit: humidity %, Helligkeit: brightness
   subType    THSensor

martinp876

Das device sollte eine Registerliste 1 zum Peer vccubtn2 haben. Die sehe ich nicht. Sollte angefordert werden. Sniffe einmal ein getconfig.
Allerdings ist die Adresse des regl4 bemerkenswert... Muss ich untersuchen. Eigentlich sollte es 4 sei ...

Annitoka

Hallo Steffen und Martin,

auch von mir vielen Dank, dass ihr an der Sache dranbleibt. Bei mir ist leider momentan die Zeit für FHEM sehr knapp. Ich probiere am Wochenende das soweit ihr seid nachzuvollziehen und stelle dann auch meine Logs hier rein.

Besten Dank Euch und viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Martin,

hier ein getconfig.

Gruß Steffen


2017.05.03 23:01:24 0: HMUARTLGW HmLGW1 recv: 01 05 00 00 31 msg: 7C 86 70 4DC2CD 000000 004F47001AC03D1BB000
2017.05.03 23:01:45 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030100
2017.05.03 23:01:45 3: CUL_HM set AU_Wettersensor getConfig
2017.05.03 23:01:45 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.03 23:01:45 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030100
2017.05.03 23:01:45 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.03 23:01:45 0: HMUARTLGW HmLGW1 send: 01 02 00 00 01 msg: 7D B0 01 8D0C2D 4DC2CD 00040000000000
2017.05.03 23:01:54 3: Device AU_Wettersensor added to ActionDetector with 000:10 time
2017.05.03 23:01:54 0: HMUARTLGW HmLGW1 send: 01 02 00 00 01 msg: 45 B0 01 8D0C2D 4DC2CD 00040000000000
2017.05.03 23:01:54 0: HMUARTLGW HmLGW1 send: 01 02 00 00 01 msg: 45 B0 01 8D0C2D 4DC2CD 00040000000000
2017.05.03 23:01:54 0: HMUARTLGW HmLGW1 recv: 01 05 10 00 2F msg: 1D 84 00 4DC2CD 000000 1600AE4E455131313030343337703F0100
2017.05.03 23:01:54 0: HMUARTLGW HmLGW1 send: 01 02 00 00 01 msg: 45 B0 01 8D0C2D 4DC2CD 00040000000000
2017.05.03 23:01:54 0: HMUARTLGW HmLGW1 recv: 01 05 01 00 2E msg: 45 80 10 4DC2CD 8D0C2D 02010002010A8D0B0C0C2D18000000
2017.05.03 23:01:55 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 46 A0 01 8D0C2D 4DC2CD 0103
2017.05.03 23:01:55 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 47 A0 01 8D0C2D 4DC2CD 01040000000001
2017.05.03 23:01:55 0: HMUARTLGW HmLGW1 recv: 01 05 01 00 2F msg: 46 80 10 4DC2CD 8D0C2D 018D0C2D0200000000
2017.05.03 23:01:55 0: HMUARTLGW HmLGW1 recv: 01 05 01 00 2F msg: 47 80 10 4DC2CD 8D0C2D 020532061407050A010000
2017.05.03 23:01:55 0: HMUARTLGW HmLGW1 send: 01 02 00 00 00 msg: 48 A0 01 8D0C2D 4DC2CD 01048D0C2D0204
2017.05.03 23:01:56 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030000
2017.05.03 23:01:56 0: HMUARTLGW HmLGW1 recv: 01 05 01 00 33 msg: 48 80 10 4DC2CD 8D0C2D 0205000000
2017.05.03 23:01:56 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF
2017.05.03 23:01:56 0: HMUARTLGW HmLGW1 send: 01 064DC2CD030000
2017.05.03 23:01:56 0: HMUARTLGW HmLGW1 added peer: 4DC2CD, aesChannels: FFFFFFFFFFFFFFFF

steffenp

Hallo Martin,

noch eine Kleinigkeit: nach einem FHEM Neustart sind die Register RegL_00 und alle weiteren weg bzw. leer.

Gruß
Steffen

martinp876

gehe sorgsam mit registern um :)
nutze HMInfo:
attr hm autoArchive 1
attr hm autoLoadArchive 1_load

und immer autoRegRead auf 5 setzen.


steffenp

Hallo Martin,

Ah, OK, danke. Frage mich nur warum das bisher geklappt hatte. HMInfo nutze ich ja aber die Attribute hatte ich nicht gesetzt. Mal den nächsten Neustart abwarten.
Aber wenn ich autoRegRead auf 5 setze sind die Register kurze Zeit später immer wieder weg. Kann es sein das das Lesen nicht funktioniert? Auch ein Getconfig scheint ja nur zu funktionieren wenn ich das Knöpfchen drücke.
Aber es fehlt ja auch immer noch das Register RegL_01.VCCU_Btn2.
Sehe nur:
RegL_00.:                       01:00 02:01 0A:8D 0B:0C 0C:2D 18:00 00:00
RegL_01.:                          05:32 06:14 07:05 0A:01 00:00
RegL_04.VCCU_Btn2:   05:00 00:00

Aber das betrifft, wenn ich das richtig sehe das peering. Das kann ich mangels Aktor eh nur theoretisch testen. Nichtsdestotrotz sollte aber hminfo nicht meckern.

Gruß und Danke für deine Arbeit
Steffen

Gesendet von meinem SM-G930F mit Tapatalk


Annitoka

Hallo Steffen und Martin,

sorry dass es bei mir so lange gedauert hat. Leider verstehe ich nichtmal 10% soviel von FHEM wie ihr. Daher weiss ich nicht, ob ihr meine Readings überhaupt noch braucht. Falls nicht ignoriert meine post einfach.
Hier mein list:
Internals:
   CFGFN      /opt/fhem/mycfg/70_klima.cfg
   DEF        4DC2FF
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     12
   NAME       G_TER_Wetter_KL
   NOTIFYDEV  global
   NR         2492
   STATE      T: 10.5 °C<br>H: 51 %<br>B: 0 %<br>kein Niederschlag<br>Regen heute: 0.0 l/m2<br>Windst: 0 (0 km/h)<br>Windstille<br>Status: ok
   TYPE       CUL_HM
   lastMsg    No:59 - t:70 s:4DC2FF d:000000 00693300CE40000BA200
   myHmUART_MSGCNT 12
   myHmUART_RAWMSG 050000375986704DC2FF00000000693300CE40000BA200
   myHmUART_RSSI -55
   myHmUART_TIME 2017-05-09 21:31:02
   peerList   VCCU_Btn3,EG_Wohnen_Terasse_Markise,
   protCmdDel 8
   protLastRcv 2017-05-09 21:31:02
   protResnd  2 last_at:2017-05-09 21:25:23
   protResndFail 2 last_at:2017-05-09 21:25:59
   protSnd    9 last_at:2017-05-09 21:27:12
   protState  CMDs_done
   rssi_at_myHmUART max:-55 min:-69 avg:-57.66 cnt:12 lst:-55
   Readings:
     2017-05-09 21:27:06   Activity        alive
     2017-05-09 21:31:30   Aktuell         ok
     2017-05-09 09:59:17   CommandAccepted yes
     2017-05-09 21:27:06   D-firmware      1.6
     2017-05-09 21:27:06   D-serialNr      NEQ1100387
     2017-05-09 21:27:10   PairedTo        0x470603
     2017-05-04 21:52:00   R-burstRx       off
     2017-04-20 19:27:48   R-pairCentral   0x470603
     2017-05-07 08:55:54   R-stormLowThresh 5
     2017-05-07 08:55:54   R-stormUpThresh 20
     2017-05-07 08:55:54   R-sunThresh     50
     2017-05-07 08:55:54   R-windSpeedRsltSrc max
     2017-05-09 21:27:10   RegL_00.          01:00 02:01 0A:47 0B:06 0C:03 18:00 00:00
     2017-05-09 21:27:11   RegL_01.          05:32 06:14 07:05 0A:01 00:00
     2017-05-09 21:27:13   RegL_04.EG_Wohnen_Terasse_Markise_chn-01   05:00 00:00
     2017-05-09 21:27:12   RegL_04.VCCU_Btn3   05:00 00:00
     2017-05-09 21:31:30   abs_humidity    4.9 g/m3
     2017-05-07 19:19:11   battery         ok
     2017-05-09 21:31:30   batteryStatus   0
     2017-05-09 21:31:02   brightness      0
     2017-05-09 21:31:30   dewpoint        0.8°C
     2017-05-09 21:31:02   humidity        51
     2017-05-09 21:31:02   isRaining       0
     2017-05-09 21:27:10   peerList        VCCU_Btn3,EG_Wohnen_Terasse_Markise,
     2017-05-09 21:31:02   rain            60.77
     2017-05-09 21:31:30   rainText        kein Niederschlag
     2017-05-09 21:31:02   rain_calc_all   cH: 0.0 lH: 0.0 cD: 0.0 lD: 1.2 IR: 0 Rnow: 0.0 Rdif: 0
     2017-05-09 21:31:02   rain_calc_d_curr 0.0
     2017-05-09 07:30:02   rain_calc_d_last 1.2
     2017-05-09 07:30:02   rain_calc_d_start 60.8
     2017-05-09 07:30:02   rain_calc_d_trig_tsecs 1494394200
     2017-05-09 21:31:02   rain_calc_h_curr 0.0
     2017-05-09 21:31:02   rain_calc_h_last 0.0
     2017-05-09 21:31:02   rain_calc_h_start 60.8
     2017-05-09 21:31:02   rain_calc_h_trig_tsecs 1494361800
     2017-05-09 21:31:02   rain_calc_now_diff 0
     2017-05-09 21:31:02   rain_calc_now_rate 0.0
     2017-05-09 21:31:02   rain_calc_now_value 60.8
     2017-05-09 21:31:02   rain_calc_tsecs 1494358262.13451
     2017-05-09 21:31:02   state           T: 10.5 H: 51 W: 0 R: 60.77 IR: 0 WD: 55 WDR: 22.5 S: 162 B: 0
     2017-05-07 19:19:11   storm           unknown:04
     2017-05-09 21:31:02   sunshine        162
     2017-05-09 21:31:02   temperature     10.5
     2017-05-07 19:19:11   trig_01         VCCU
     2017-05-07 19:19:11   trigger_cnt     85
     2017-05-09 21:31:30   windBeaufort    0
     2017-05-09 21:31:02   windDirRange    22.5
     2017-05-09 21:31:02   windDirection   55
     2017-05-09 21:31:02   windSpeed       0
     2017-05-09 21:31:30   windText        Windstille
   Helper:
     HM_CMDNR   89
     cSnd       014706034DC2FF01044706030304,014706034DC2FF01045340240104
     mId        00AE
     peerIDsRaw ,53402401,47060303,00000000
     rxType     14
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4DC2FF,00,00,00
       nextSend   1494358262.21163
       rxt        2
       vccu       VCCU
       p:
         4DC2FF
         00
         00
         00
       prefIO:
         myHmUART
     Mrssi:
       mNo        59
       Io:
         myHmUART   -53
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_myhmuart:
         avg        -57.6666666666667
         cnt        12
         lst        -55
         max        -55
         min        -69
     Shadowreg:
     Tmpl:
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   actCycle   002:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.6
   group      Klima
   model      HM-WDS100-C6-O-2
   msgRepeat  1
   peerIDs    00000000,47060303,53402401,
   room       G_Terasse,Haus_Klima,Haus_Variablen,Wettervorhersage
   serialNr   NEQ1100387
   sortby     10
   stateFormat T: temperature °C<br>H: humidity %<br>B: brightness %<br>rainText<br>Regen heute: rain_calc_d_curr l/m2<br>Windst: windBeaufort (windSpeed km/h)<br>windText<br>Status: Aktuell
   subType    THSensor
   userReadings batteryStatus { return "0" if ( (time_str2num(ReadingsTimestamp($name,"state","0")) - time_str2num(OldTimestamp($name))) < 600 );; return "1" },dewpoint {dewpointrechnen (ReadingsVal($name,"temperature",17),ReadingsVal($name,"humidity",0)) },abs_humidity {absLuftfeuchte (ReadingsVal($name,"temperature",17),ReadingsVal($name,"humidity",0)) },windBeaufort {Beaufort (ReadingsVal($name,"windSpeed",0)) },windText {Windbezeichnung (ReadingsVal($name,"windBeaufort",0)) },rainText {Regen (ReadingsVal($name,"isRaining",0))},Aktuell


Und nochmals herzlichen Dank, dass du Steffen an der Sache drangeblieben bist und dir Martin, dass nun die Readings alle da sind.

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp

Hallo Kai,

funktioniert denn bei dir das peeren und das schalten des peers bei entsprechendem Wind? Da ich keinen Aktor habe mit dem ich das testen könnte hab ich das bisher noch nicht probiert. Klappt auch das Einstellen der Schaltschwellen?

Bleiben bei dir die Register RegL_00., RegL_01., RegL_04.EG_Wohnen_Terasse_Markise_chn-01, RegL_04.VCCU_Btn3 dauerhaft vorhanden? Bei mir verschwinden die immer wieder.
Weiß leider noch nicht genau wann und warum das passiert.

Was sagt ein "get hminfo configCheck"  bei dir? (hminfo durch den richtigen Namen bei dir ersetzen)

Gruß
Steffen

martinp876

Mit archConfig -a in hminfo sollten ALLE Register in ein File geschrieben werden.
Das Attribut stellt sicher, das es nach neue lesen automatisch passiert. autoLoadArchive  wiederum Leist die Register und schreibt sie in die entities nach reboot.

Existiert das File?
Purgeconfig schadet nicht. Solltest du einmal durchführen. Hminfo macht das mit selten.

steffenp

Hallo Martin,

das File (fhem.save) existiert und da steht auch alles vom Wettersensor drin. Die RegL_00. und weitere aber leider aktuell nicht. Aktuell sind sie aber auch wieder aus fhem verschwunden. Und das obwohl es keinen Reboot gegeben hat.

Daher habe ich das Gefühl das es an was anderem liegt. Wenn die Register da sind und ich ein getconfig mache sind sie sofort weg. Ich sehe dann commands pending und nach einiger Zeit dann state: MISSING ACK, CMDs_done_Errors:1. Gefüllt bekomme ich die Register nur wenn ich beim getconfig auch das Knöpfchen an der Station drücke.
Kann es sein das fhem auch von alleine versucht Register zu lesen was dann auch fehlschlägt?
Müsste ich nicht ähnliche Probleme mit anderen Geräten haben wenn es ein prinzipielles Problem wäre?

Hab jetzt noch mal mittels getconfig die Register geholt und nach einem save stehen sie jetzt auch fhem.save. Mal abwarten wie lange.

Gruß Steffen

Annitoka

Hallo Steffen und Martin,

Zitat von: steffenp am 10 Mai 2017, 18:23:17
funktioniert denn bei dir das peeren und das schalten des peers bei entsprechendem Wind? Da ich keinen Aktor habe mit dem ich das testen könnte hab ich das bisher noch nicht probiert. Klappt auch das Einstellen der Schaltschwellen?

Bleiben bei dir die Register RegL_00., RegL_01., RegL_04.EG_Wohnen_Terasse_Markise_chn-01, RegL_04.VCCU_Btn3 dauerhaft vorhanden? Bei mir verschwinden die immer wieder.
Weiß leider noch nicht genau wann und warum das passiert.

Was sagt ein "get hminfo configCheck"  bei dir? (hminfo durch den richtigen Namen bei dir ersetzen)
Deinen Fragen prüfen ich sobald ich mehr Luft habe (hoffentlich am Wochenende). So intensiv konnte ich mich leider bisher damit nicht beschäftigen.

das get configCheck gibt folgendes aus:
missing register list
    G_TER_Wetter_KL: RegL_00.,RegL_01.VCCU_Btn3,RegL_01.EG_Wohnen_Terasse_Markise_chn-01,RegL_04.VCCU_Btn3,RegL_04.EG_Wohnen_Terasse_Markise_chn-01

peer not verified. Check that peer is set on both sides
    EG_Wohnen_Terasse_Markise p:G_TER_Wetter_KL_chn-02


das sieht zumindest so aus, dass bei mir auch RegL_00 verschwindet. Beim peer liegt es wohl an mir.

Viele Grüße
Kai
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

Annitoka

Nachtrag:

Zitat von: steffenp am 10 Mai 2017, 23:33:41
Wenn die Register da sind und ich ein getconfig mache sind sie sofort weg. Ich sehe dann commands pending und nach einiger Zeit dann state: MISSING ACK, CMDs_done_Errors:1. Gefüllt bekomme ich die Register nur wenn ich beim getconfig auch das Knöpfchen an der Station drücke.

das ist bei mir auch so. Ich habe MISSING ACK auch öfter. Aktuell sehen die Internals so aus:
protLastRcv  2017-05-11 00:07:47
protResnd              1 last_at:2017-05-10 21:56:56
protResndFail         1 last_at:2017-05-10 22:00:55
protSnd                 2 last_at:2017-05-10 22:00:51
protState               CMDs_done_Errors:1
rssi_at_myHmUART cnt:50 avg:-61.24 max:-58 min:-64 lst:-62
Fhem auf RasPi3 mit Homematic Funkmodul HM-MOD-RPI-PCB, USB-RFXTRX und Arduino als MySensor-Gateway

steffenp



Zitat von: Annitoka am 11 Mai 2017, 00:10:27
Hallo Steffen und Martin,
Deinen Fragen prüfen ich sobald ich mehr Luft habe (hoffentlich am Wochenende). So intensiv konnte ich mich leider bisher damit nicht beschäftigen.

das get configCheck gibt folgendes aus:
missing register list
    G_TER_Wetter_KL: RegL_00.,RegL_01.VCCU_Btn3,RegL_01.EG_Wohnen_Terasse_Markise_chn-01,RegL_04.VCCU_Btn3,RegL_04.EG_Wohnen_Terasse_Markise_chn-01

peer not verified. Check that peer is set on both sides
    EG_Wohnen_Terasse_Markise p:G_TER_Wetter_KL_chn-02


das sieht zumindest so aus, dass bei mir auch RegL_00 verschwindet. Beim peer liegt es wohl an mir.

Viele Grüße
Kai

Hallo Kai,

nicht nur RegL_00. Die Register die in deinem List oben noch da sind sind alle wieder weg. Scheint also nicht nur bei mir so zu sein.

Das peeren musst du vermutlich nur nochmal machen. Das hatte ich auch.

Gruß Steffen



Gesendet von meinem SM-G930F mit Tapatalk


martinp876

Wenn du ein getconfig absetzt werden die regl erst einmal gelöscht. Nach einem getconfig willst du nur neue Werte haben. Sollte etwas schief gehen ist das fehlen besser als alte Info, welche du erneuern wolltest.
Die Register werden gelesen und alles ist gut. Ist das nicht der Fall musst du aggieren.
Gelesen wird je nach device sofort, nach wakeup, nach Trigger oder nach configtaste.

Und wenn gesagt: Register archivieren, nach pup automatisch einlesen lassen, autoregread nutzen......

steffenp

Hallo Martin,

ich habe es jetzt geschafft das die Register gespeichert wurden und auch nicht mehr verschwunden sind. Ein Reboot steht aber noch aus.

Was letztlich geholfen hat war ein "save config". Erst danach standen die Werte in der Datei.

Wann wird denn bei der Wetterstation versucht zu lesen? Funktionieren tut es nach meinem Eindruck nur nach Configtaste.

Gruß
Steffen

martinp876

mir ist nicht klar, wie du nun die Register gespeichert hast. Wenn es "nur" im stateflie ist wäre es mir klar zu unsicher.
welche Attribute hast du in HMInfo gesetzt? Ist ein registerfile angelegt? Welchen Inhalt hat es?

Ein WDS100-C6-O-2 sollte beim Senden seiner Daten reagieren - du schickst ein Kommando und wartest - in etwa 3 minuten. Dann wird ein sendeversuch gestartet.
Du kannst auch das Register burstRx setzen dann kannst du nach einem Kommando ein set burstTX absetzen und es geht los.
Das attribut um Bursttx automatisch zu setzen geht auch, empfehele ich nicht.

halt: da war noch ein Bug. Lade HMConfig neu (morgen im Update). dann sollte es wie bei einem RT funktionieren.

steffenp

Hallo Martin,

ich habe :
autoArchive 1
autoLoadArchive 1_load

sowie im Device
autoReadReg 5_readMissing. Zeitweise zum Testen auch mal 4.

Im Statefile sind sie erst nach einem save config (ein rotes Fragezeichen war nicht da) gelandet. Seit dem sind sie nicht mehr verschwunden. Reboot steht aber noch aus. Wollte noch etwas warten.
Trotzdem hatte ich bei keinem Device bisher so hartnäckig so ein Problem. Wenn du jetzt einen Bug gefixt hast wird es aber wohl besser werden. Hatte nicht den Eindruck das fhem lange genug gewartet hat.

Werde testen.

Dann fehlt aus meiner Sicht nur noch das RegL_01.VCCU_Btn2.

Gruß Steffen




Gesendet von meinem SM-G930F mit Tapatalk


steffenp

Funktioniert. hminfo ist auch zufrieden.
Verschwunden sind sie jetzt auch nicht mehr.

Nur das Lesen (getconfig) gibt entweder einen Fehler oder ich habe auf den Knopf gedrückt.

Gruß
Steffen

alru

Hallo,

nachdem ich nun endlich Gelegenheit die neuste FHEM Version einzuspielen, wollte ich natürlich auch die aktuellen Readings auslesen.
R-stormLowThresh, R-stormUpThresh, R-sunThresh und R-windSpeedRsltSrc werden jetzt angezeigt. Vom Batteriestatus allerdings keine Spur.
Wo kann ich suchen?
Gruß,

Stefan
(Raspi 3B - Stretch / HM-LGW / HomeMatic / MySensors)

oracess

#40
Da ich wie viele Andere auch keinen Batteriestatus angezeigt bekomme habe ich jetzt in den Protokollen nachgeforscht. Ich habe die alte HM-WDS100-C6-O und noch nie den Batteriestatus im Logfile angezeigt bekommen Baujahr 12/2014. Da jetzt der Batteriewechsel anstand HM-WDS100-C6-O tot, kam ich auf die Idee zu schauen warum nicht battery low kam. In der Beschreibung von Homematic steht eindeutig als Feature "Übermittlung Batteriestatus"! Ist das jetzt ein Fehler von Homematic oder FHEM oder mir? Alle anderen Homematicgeräte zeigen bei mir den Batteriestatus an !! Ach nochwas, "Power on" ist bei einlegen der Batterien mit Datum vorhanden und für "unknown 06000000" habe ich keine Ahnung.
Bin dankbar für jeden Hinweis !

Gruß Othmar

martinp876

probiere das heute eingeslpielte CUL_HM

oracess

Vorerst Hallo und Danke. Da "update check" nichts Neues gebracht hat möchte ich fragen, ob das CUL_HM vom 2017-05-27 18:52:05Z martinp876 gemeint ist ? Wenn ja, dann gibts weiter keinen Batteriestatus.

martinp876

wenn ich eine Änderung melde habe ich es in SVN eingecheckt. Du kannst es dort holen. Die Funktion "update" geht allerdings erst am nächsten Tag - also heute
https://svn.fhem.de/trac/browser/trunk/fhem/FHEM


spooy99

Hallo, habe eine "alte"  HM-WDS100-C6-O (Firmware 1.4) und mit dem Update endlich ein Reading "battery" mit "ok"   ;-)

DANKE!
FHEM auf Debian unter Hyper-V, HMLAN und KNX
Sonst: Fritzbox, Yamaha RX-V2065, Fröling S4 per MQTT, Enigma, Robonect, Hue, LG

oracess

DANKE !!

Funktioniert auch bei mir "battery ok" Der Batteriewechsel kann jetzt geplant stattfinden. Habe nur noch bei den Readings "unknown 06000000" was ich noch nicht deuten kann. Werde jetzt mal ein "set readings clear" machen und dann weiter forschen oder auch nicht. Momentan ist "unknown 06000000" weg, dafür

"PERL WARNING: Odd number of elements in anonymous hash at ./FHEM/10_CUL_HM.pm line 1434" im Logfile.

Aber nochmals DANKE!! seit 2014 Battery Daten!

alru

Auch von mir eine dickes Dankeschön!

Ich nutze die HM-WDS100-C6-O-2 (ver. 1.6) und der Batteriestatus wird nun ebenfalls angezeigt.

Im Logfile ist allerdings nach dem Serverstart noch die Meldung:
PERL WARNING: Odd number of elements in anonymous hash at ./FHEM/10_CUL_HM.pm line 1434.
zu finden (wie bei oraccess).
Gruß,

Stefan
(Raspi 3B - Stretch / HM-LGW / HomeMatic / MySensors)

Xguide

Hallo zusammen,

ich habe zum gleichen Thema gestern auch einen Thread gestartet, gibt es da schon neue Erkenntnisse?
Ich habe eine HM-WDS100-C6-O (also ohne 2)

https://forum.fhem.de/index.php/topic,72863.msg644540.html#msg644540

Gruß Marcel
FHEM 5.9 - Intel NUC i3 mit Proxmox im Stretch Container
HomeMatic - VCCU mit 2 x HM-LAN-CFG
Module: SMA Peripheries - Sonos - IPCam(s) - Philips Hue - Sprinkler - TabletUI - DBlog -

eckibrecki

Hallo,

da ich in den Thread von Xguide nichts reinschreiben kann, möchte ich das Thema gerne nochmal aufgreifen, auch wenn das Thema schon etwas älter ist.

Ich habe auch eine HM-WDS100-C6-O (ohne -2) und bekomme keine Batteriemeldung angezeigt.
Wenn ich aber in der 10_CUL_HM.pm aus den Einträgen HM-WDS100-C6-O-2 ein HM-WDS100-C6-O mache (also das -2 entferne) bekomme ich die Meldung über Batterie.

Ist das ein Fehler im Modul?


Viele Grüße
Eckibrecki

uwirt

Ich habe dasselbe Problem - was kann man denn tun um die Batterieanzeige hinzukriegen?
FHEM / Ubuntu / fitlet2
HomeMatic: CCU3|HmIP-STHD|HmIP-PCBS|HmIP-PCBS2|HmIP-PCBS-BAT|HM-WDC7000|HM-WDS100-C6-O|HM-WDS40|HM-LC-Sw1-FM|HM-LC-RGBW-WM|HM-ES-PMSw1-Pl|HM-ES-TX-WM
NAS: DS218+|DS209j|DS216+II|DS412+
Devices: Panasonic Webcams|Withings|Gardena Smart|Tuya