HM-WDS100-C6-O Wetterstation ==> "Einfrieren" und notify Problem

[scooty]

Hallo Martin,

vielen Dank für die Rückmeldung.
Klar, gerne kann ich loggen, global auf verbose 5 und/oder device-spezifischer?

Viele Grüße,
Andreas

[scooty]

Hallo,

gestern vormittags habe ich das Logging mit global verbose 5 gestartet, tja, was soll ich sagen, kein Einfrieren bisher...
Im Einsatz für das Logging ist die neueste Version

Code Auswählen Erweitern

10_CUL_HM.pm          9748 2015-11-01 17:25:45Z martinp876
Logging ist nun wieder aus.

Eine "Ungereimtheit" gibt es aber noch, ein

Code Auswählen Erweitern

get HMinfo configCheck
liefert

Code Auswählen Erweitern

configCheck done:

missing register list
    WGEG_SENW: RegL_01:

Aus untenstehendem list nicht ersichtlich, aber in der Detailansicht des Sensors im Webfrontends steht in den Readings:

Code Auswählen Erweitern

RegL_00: 01:00 02:01 05:00 0A:F1 0B:00 0C:00 00:00 2015-11-03 09:07:14
RegL_01:
RegL_01:VCCU_Chan03 06:14 07:05 00:00 2015-11-03 09:07:14

Kann mir jemand einen Tipp geben, was das Ergebnis des configChecks bedeutet und wie man die Meldung beheben kann (falls sie Auswirkungen haben kann)?

Vielen Dank,
Andreas

Hier nochmals das list des Sensors:

Code Auswählen Erweitern

Internals:
   CUL_HM_MSGCNT 15
   CUL_HM_RAWMSG A13B7867033889300000000265A0002C00029060C::-57.5:CUL_HM
   CUL_HM_RSSI -57.5
   CUL_HM_TIME 2015-11-03 08:54:50
   DEF        338893
   HMLAN_EG_MSGCNT 15
   HMLAN_EG_RAWMSG E338893,0000,AC2F4A3C,FF,FFC4,B7867033889300000000265A0002C00029060C
   HMLAN_EG_RSSI -60
   HMLAN_EG_TIME 2015-11-03 08:54:50
   HMLAN_KG_MSGCNT 15
   HMLAN_KG_RAWMSG E338893,0000,3DAC6121,FF,FFAD,B7867033889300000000265A0002C00029060C
   HMLAN_KG_RSSI -83
   HMLAN_KG_TIME 2015-11-03 08:54:50
   IODev      CUL_HM
   LASTInputDev HMLAN_KG
   MAXCUBE_HM_MSGCNT 15
   MAXCUBE_HM_RAWMSG A13B7867033889300000000265A0002C00029060C::-67:MAXCUBE_HM
   MAXCUBE_HM_RSSI -67
   MAXCUBE_HM_TIME 2015-11-03 08:54:50
   MSGCNT     60
   NAME       WGEG_SENW
   NR         411
   NTFY_ORDER 50-WGEG_SENW
   STATE      Temperatur: 3.8 °C, Feuchtigkeit: 90 %,<br>Taupunkt: 2.3 °C, Helligkeit: 12,<br>Regen: 0.59 mm/qm, Wind: 0 km/h,<br>Richtung: south-southwest
   TYPE       CUL_HM
   lastMsg    No:B7 - t:70 s:338893 d:000000 00265A0002C00029060C
   peerList   VCCU_Chan03,
   protLastRcv 2015-11-03 08:54:50
   protResnd  1 last_at:2015-11-03 08:34:58
   protSnd    7 last_at:2015-11-03 08:37:27
   protState  CMDs_done
   rssi_at_CUL_HM avg:-56.69 min:-58 max:-56 lst:-57.5 cnt:15
   rssi_at_HMLAN_EG avg:-60.53 min:-62 max:-60 lst:-60 cnt:15
   rssi_at_HMLAN_KG avg:-83.4 min:-84 max:-83 lst:-83 cnt:15
   rssi_at_MAXCUBE_HM avg:-66.23 min:-68 max:-65.5 lst:-67 cnt:15
   Readings:
     2015-11-03 08:34:45   Activity        alive
     2015-11-03 08:37:26   CommandAccepted yes
     2015-11-01 16:48:15   D-firmware      1.4
     2015-11-01 16:48:15   D-serialNr      LEQ1442799
     2015-11-03 08:37:26   PairedTo        0xF10000
     2015-07-05 18:26:06   R-VCCU_Chan03-stormLowThresh 5
     2015-11-01 17:02:22   R-VCCU_Chan03-stormUpThresh 20
     2015-07-05 18:26:05   R-burstRx       off
     2015-11-01 16:48:15   R-pairCentral   0xF10000
     2015-07-05 18:26:05   R-sunThresh     30
     2015-11-03 08:37:26   RegL_00:          01:00 02:01 05:00 0A:F1 0B:00 0C:00 00:00
     2015-11-03 08:37:27   RegL_01:VCCU_Chan03   06:19 07:05 00:00
     2015-11-03 08:54:50   brightness      12
     2015-11-03 08:54:50   dewpoint        2.3
     2015-11-03 08:54:50   humidity        90
     2015-11-03 08:54:50   isRaining       0
     2015-11-03 08:37:26   peerList        VCCU_Chan03,
     2015-11-01 16:47:14   powerOn         2015-11-01 16:47:14
     2015-11-03 08:54:50   rain            0.59
     2015-11-03 08:54:50   rain_calc_all   cH: 0.0 lH: 0.0 cD: 0.0 lD: 0.0 IR: 0 Rnow: 0.0 Rdif: 0
     2015-11-03 08:54:50   rain_calc_d_curr 0.0
     2015-11-03 06:51:00   rain_calc_d_last 0.0
     2015-11-03 06:51:00   rain_calc_d_start 0.6
     2015-11-03 06:51:00   rain_calc_d_trig_tsecs 1446616200
     2015-11-03 08:54:50   rain_calc_h_curr 0.0
     2015-11-03 08:51:51   rain_calc_h_last 0.0
     2015-11-03 08:51:51   rain_calc_h_start 0.6
     2015-11-03 08:51:51   rain_calc_h_trig_tsecs 1446540600
     2015-11-03 08:54:50   rain_calc_now_diff 0
     2015-11-03 08:54:50   rain_calc_now_rate 0.0
     2015-11-03 08:54:50   rain_calc_now_value 0.6
     2015-11-03 08:54:50   rain_calc_tsecs 1446537290.06927
     2015-11-01 16:47:14   recentStateType info
     2015-11-03 08:54:50   state           T: 3.8 H: 90 W: 0 R: 0.59 IR: 0 WD: 205 WDR: 67.5 S: 6 B: 12
     2015-10-26 13:29:32   storm           quiet
     2015-11-03 08:54:50   sunshine        6
     2015-11-03 08:54:50   tempWindChill   3.8
     2015-11-03 08:54:50   temperature     3.8
     2015-10-26 13:29:32   trig_03         VCCU
     2015-10-26 13:29:32   trigger_cnt     15
     2015-11-03 08:54:50   windDirRange    67.5
     2015-11-03 08:54:50   windDirection   205
     2015-11-03 08:54:50   windDirectionText south-southwest
     2015-11-03 08:54:50   windSpeed       0
     2015-11-03 08:54:50   windSpeedms     0.0
     Regl_01::
       VAL
   Helper:
     HM_CMDNR   183
     cSnd       01F1000033889301040000000001,01F100003388930104F100000301
     mId        0040
     peerIDsRaw ,F1000003,00000000
     rxType     12
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +338893,00,00,00
       nextSend   1446537290.2529
       rxt        0
       vccu       VCCU
       p:
         338893
         00
         00
         00
     Mrssi:
       mNo        B7
       Io:
         CUL_HM     -55.5
         HMLAN_EG   -60
         HMLAN_KG   -83
         MAXCUBE_HM -67
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul_hm:
         avg        -56.7
         cnt        15
         lst        -57.5
         max        -56
         min        -58
       At_hmlan_eg:
         avg        -60.5333333333333
         cnt        15
         lst        -60
         max        -60
         min        -62
       At_hmlan_kg:
         avg        -83.4
         cnt        15
         lst        -83
         max        -83
         min        -84
       At_maxcube_hm:
         avg        -66.2333333333333
         cnt        15
         lst        -67
         max        -65.5
         min        -68
     Shadowreg:
Attributes:
   IODev      CUL_HM
   IOgrp      VCCU
   actCycle   000:10
   actStatus  alive
   autoReadReg 5_readMissing
   expert     2_full
   firmware   1.4
   group      EG
   model      HM-WDS100-C6-O
   peerIDs    00000000,F1000003,
   room       WGEG,Wettervorhersage
   serialNr   LEQ1442799
   stateFormat Temperatur: temperature °C, Feuchtigkeit: humidity %,<br>Taupunkt: dewpoint °C, Helligkeit: brightness,<br>Regen: rain mm/qm, Wind: windSpeed km/h,<br>Richtung: windDirectionText
   subType    THSensor
   userReadings windDirectionText:windDirection {Twilight_CompassPoint(ReadingsVal("WGEG_SENW","windDirection",0))},tempWindChill {my $T=ReadingsNum("WGEG_SENW","temperature",0);;my $Vw=ReadingsNum("WGEG_SENW","windSpeed",0);;my $TWC=0;;if ($T < 18 && $Vw > 5 ) {$TWC=13.12+0.6215*$T-11.37*($Vw**0.16)+0.3965*$T*($Vw**0.16)} else {$TWC=$T};;sprintf('%.1f',$TWC)}, windSpeedms:windSpeed {sprintf('%.1f',ReadingsVal("WGEG_SENW","windSpeed",0)/3.6)}

[scooty]

Hallo,

tja, bin ein bisschen nervig  , aber ich nehme alles zurück und behaupte das Gegenteil.
Nun ist er doch wieder eingefroren (Version 9478), werde heute Abend das Logging nochmal starten und hoffen, dass er zeitnah wieder einfriert.

Andreas
[Edit] Blödsinn entfernt.

[Bennemannc]

Hallo,

warum hat der RSSI Werte von all Deinen Interfaces:

rssi_at_CUL_HM avg:-56.69 min:-58 max:-56 lst:-57.5 cnt:15
   rssi_at_HMLAN_EG avg:-60.53 min:-62 max:-60 lst:-60 cnt:15
   rssi_at_HMLAN_KG avg:-83.4 min:-84 max:-83 lst:-83 cnt:15
   rssi_at_MAXCUBE_HM avg:-66.23 min:-68 max:-65.5 lst:-67 cnt:15

Kann es sein, das mehrere Interfaces antworten ? Normalerweise sollte das gehen, aber meiner hat auch Probleme wenn ich Fhem auf der Fritte und zum Testen Fhem auf dem RPI laufen lasse. Dann hängt der sich weg und kann nur durch Batterien raus und neu pairen wiederbelebt werden. Vielleicht sollte man mal das pairing aufheben (mit fhem) und den an die Wetterstation oder an Broadcast senden lassen. Fhem dürfte das egal sein - das bekommt die Werte ja sowieso mit und senden tut man dem Teil ja nichts.

Gruß Christoph

[scooty]

Hallo Christoph,

zunächst viele Dank für Deine Antwort und Anregungen.

warum hat der RSSI Werte von all Deinen Interfaces

Könnten dies vielleicht Überbleibsel vom Attribut rssiLog=1 sein?
Erinnere mich, dass ich mal vor einigen Monaten damit herumexperimentiert habe.

:Kann es sein, das mehrere Interfaces antworten ? Normalerweise sollte das gehen, aber meiner hat auch Probleme wenn ich Fhem auf der Fritte und zum Testen Fhem auf dem RPI laufen lasse.

Eigentlich sollte alles über die von mir eingerichtete VCCU laufen, ein getDevice der VCCU zeigt mir auch den Sensor an.
In den letzten Tagen hatte ich den Sensor auch nochmal resettet und komplett neu mit der VCCU gepairt.

Dann hängt der sich weg und kann nur durch Batterien raus und neu pairen wiederbelebt werden.

Heute habe ich es so ausprobiert: es reicht, die Batterien zu entfernen und wiedereinzulegen (kein Drücken des Anlernknopfes oder Pairing erforderlich), um den Sensor wiederzubeleben.

Vielleicht sollte man mal das pairing aufheben (mit fhem) und den an die Wetterstation oder an Broadcast senden lassen. Fhem dürfte das egal sein - das bekommt die Werte ja sowieso mit und senden tut man dem Teil ja nichts.

Eine Wetterstation habe ich leider  nicht im Einsatz, nur den Wettersensor mit FHEM.
Würde FHEM ohne Pairing auch die (per Trigger und nicht im "normalen" Zyklus) gesendete Sturmwarnung mitbekommen?

Vielen Dank nochmal,
Andreas

[Bennemannc]

Hallo,

erstmal sollte fhem alle Events die gesendet werden mitbekommen. Darauf sollte man ein notify setzen können.

Gruß Christoph

[scooty]

Hallo,

ok, nach ca 1:20h wieder Einfrieren (mit Version 9748).
Log mit global verbose 5 konnte ich erstellen, möchte es aber ungern hier öffentlich einstellen, da ich nicht so richtig beurteilen kann, was genau alles dort drinsteht.
Ich schicke gerne per PN den Link zu meiner Dropbox, wo das gezippte Log (ca. 1MB) zur weiteren Analyse heruntergeladen werden kann.

Ich hoffe, das ist ok so?
Oder hat jemand Tipps, wie ich die relevanten Infos herausziehen und hier zur Verfügung stellen kann?

Vielen Dank,
Andreas

[jhs]

Hallo,
seit 08/2015 habe ich die HM-WDS100-C6-O im Einsatz, incl. peering mit VCCU wg. builtin Sturm-Warnung, mit Fhem-SW-Stand damals.
Dann habe ich einige Male Fhem 'update' durchgeführt und zumindest seit 11/2015 die mit WDS100 'dead"  auch die hier beschriebenen Probleme.
Der Tipp
wds100_fix_bug_anti_dead

{$defs{wetterstation_local}{helper}{io}{rxt}=0}

hat nicht wirklich geholfen. Zumindest nach jedem  'rereadcfg' oder 'shutdown restart' war die WDS  'unknown'   =>  'dead'

Erst die radikale Rückkehr zu einer "alten Fhem-Version" , d.h. Restore des Verzeichnisses /opt/fhem/FHEM  vom Back-Server (Stand FHEM_2015-10-19, restore OHNE 99_myutils) hat den Betrieb wieder stabilsiert, d.h. die WDS bleibt  'alive'.
99_myUtils st damit nicht für den 'dead' Zustand der WDS100 verantwortlich,  zumal das Verhalten 'dead' definit nach dem Fhem-'update' auftrat.
Die Frage, welche /opt/fhem/FHEM/*-SW-Änderung die Ursache ist, kann ich natürlich nicht beantworten.

Ich hoffe, es findet sich eine Lösung, bis dahin muss ich bei NO-update Fhem bleiben.

Und, das muss auch wieder mal gesagt werden, VIELEN DANK an die Entwicklergemeinde von Fhem !!! und die vielen hilfreichen Tipps hier aus dem Forum.

Gruss
jhs

[scooty]

Hallo jhs,

welche Version der 10_CUL_HM.pm hat Du jetzt genau im Einsatz?

Bei mir funktioniert es noch mit der

Code Auswählen Erweitern

10_CUL_HM.pm            9620 2015-10-24 06:01:22Z
ohne Probleme, mit den Versionen danach tritt bei mir der Fehler auf.

Andreas

[jhs]

Hallo Andreas

viel älter ist die bei mir funktionierende Version auch nicht:

# $Id: 10_CUL_HM.pm 9474 2015-10-17 09:27:25Z martinp876 $

Es besteht für mich z.Z. noch kein MUSS, 'update' durchzuführen, aber 'update' besser nicht machen zu sollen, ist auch nicht so toll.
Vielleicht können die Experten ja schon was damit anfangen mit: ab Version ... Probleme.

Gruss
jhs

[martinp876]

Ihr habt es mit der aktuelleren Version probiert?
Bitte ein log des messages mit der funktionierenden und der aktuellen posten

[scooty]

Hallo Martin,

vielen Dank für Deine Rückmeldung, die neueste Version der 10_CUL_HM.pm werde ich morgen ausprobieren können.

Kannst Du mir etwas genauer erläutern (oder verweisen), welche Logs ich genau erstellen soll?
Reicht FHEM.LOG mit "global verbose 5" oder Device-spezifischer?
Oder wie im Wiki beschrieben RAW-messages sniffen?
Falls ja, welche logIDs sind sinnvoll (alle IO-Devices und die HM-WDS100-C6-O Wetterstation)?
Habe einen CUL_HM, 2 HMLAN und einen MaxCube im alternativer FW im Homematic-Modus als IO, alle laufen über eine VCCU.

Sorry für die Fragen, aber ich möchte natürlich möglichst zielgerichtet loggen und Dich auch nicht mit unnötigen Infos überfrachten.

Viele Dank schon mal,
Andreas

[jhs]

Hallo,
welche messages sind gefragt, um die Daten mengemässig zu begrenzen, bzw. was soll ich aus den u.g. log-files vor dem upload raus-'grep'en ?

cd /opt/fhem/

FAIL-config
grep '2015.11.18' log/fhem-2015-11.log  > /tmp/fhem-2015-11-18.log
grep '2015.11.18' log/hm_wds100_c6_o_wetterstation_local-2015-11.log  > /tmp/hm_wds100_c6_o_wetterstation_local-2015-11-18.log
grep '2015.11.18' log/CUL_0-2015-11.log  > /tmp/CUL_0-2015-11-18.log


OK-Config
grep '2015.11.20' log/fhem-2015-11.log  > /tmp/fhem-2015-11-20.log
grep '2015.11.20' log/hm_wds100_c6_o_wetterstation_local-2015-11.log  > /tmp/hm_wds100_c6_o_wetterstation_local-2015-11-20.log
grep '2015.11.20' log/CUL_0-2015-11.log  > /tmp/CUL_0-2015-11-20.log

'update'
grep UPD log/fhem-2015-11.log | grep FHEM/10_CUL_HM.pm
2015.11.09 12:16:51 1: UPD FHEM/10_CUL_HM.pm
2015.11.17 09:44:50 1: UPD FHEM/10_CUL_HM.pm
2015.11.18 00:17:57 1: UPD FHEM/10_CUL_HM.pm

Zumindest mit o.g. Novemberversionen FHEM/10_CUL_HM.pm hatte ich nur Pech gehabt: die hm_wds100_c6_o war nach jedem 'rereadcfg' oder 'shutdown restart' => 'dead' ... Rauf auf den Mast und Power-on-reset und reset-Button.

Am 2015.11.19 spät habe ich den rollback vom backup-Server durchgeführt:

/opt/fhem/JHS.d/FHEM_2015-10-19-1.d/ => /opt/fhem/FHEM/
(=alle FHEM-files ausser 99_myUtils.pm) mit der Version von FHEM/10_CUL_HM.pm
> # $Id: 10_CUL_HM.pm 9474 2015-10-17 09:27:25Z martinp876 $

Danach keinerlei Probleme mit der hm_wds100_c6_o_wetterstation_local , d.h. die Station hat danach jedes 'rereadcfg' oder 'shutdown restart' überstanden => 'alive'.

Mit einem erneuten 'update' müsste ich mich wohl wieder auf den Mast mit der wds100 bemühen und mir frische Luft um die Ohren wehen zu lassen

Vielen Dank für die Hilfe !

jhs

[jhs]

Hallo,

während schon/auch Andreas seine Fragen zum Logging gepostet hat, hier noch die
Ergänzung zu meiner Konfig:
Fhem info:

Release  : 5.6
  OS       : linux 3.2.0-92-generic #131-Ubuntu SMP 12.04 LTS
  Arch     : i686-linux-gnu-thread-multi-32int  (Asus eeeBox)
  Perl     : v5.14.2
  upTime   : 1 day, 05:44:11

Defined modules:
  CUL           : 1
  CUL_HM        : 356
  FBAHA         : 1
  FBDECT        : 10
  FHEMWEB       : 3
  FileLog       : 234
  HMLAN         : 1

  VCCU mit 1xCUL (busware.de)  und 1x HM_LAN_CFG
  ...

Das noch als kurzer Nachtrag.

jhs

[martinp876]

siehe wiki: HM/sniffen.
der filter ist dort beschrieben