(gelöst) plötzlich alle HM Geräte offline, CUL betriebsbereit

Begonnen von Frank_Huber, 23 Oktober 2017, 11:33:00

Vorheriges Thema - Nächstes Thema

Frank_Huber

Hi,

gegen halb 12 Gestern Abend gingen meine HM Geräte offline.
das passiert hin und wieder wenn sich der CUL (Wifi-CUL) aufhängt. nach CUL Neustart geht das normalerweise gleich wieder.

Diesmal ist das anderst.
der CUL kommuniziert. config und version lässt sich auslesen.
An der Config ist nichts verändert.
einen HArdwaredefekt kann ich ausschließen, Habe einen anderen (gleichen) CUL getestet.

Habe 3 HM Powermeter-Zwischenstecker, einen optischen Türkontakt und einen normalen.

FHEM und Raspberry Neustart brachten nichts.

hänge mal noch ein LIST vom CUL, Actiondetector und einem Powermeter an.

Woran kann es liegen? Auf 868 habe ich nichts ausser HM funken.
Auch neu pairen geht nicht.

CUL:
Internals:
   CMDS       ABCEeFfGhiKklMmNRTtUuVWXxYZ
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.12.161:2323 0001
   DeviceName 192.168.12.161:2323
   FD         43
   FHTID      0001
   NAME       CUL868_WIFI
   NR         296
   NR_CMD_LAST_H 4
   PARTIAL
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
   initString X21
   MatchList:
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2017-10-23 11:07:58   ccconf          freq:868.300MHz bWidth:325KHz rAmpl:42dB sens:4dB
     2017-10-23 11:09:58   cmds             A B C E e F f G h i K k l M m N R T t U u V W X x Y Z
     2017-10-23 11:09:58   state           Initialized
     2017-10-23 11:28:52   version         V 1.24.02 a-culfw Build: private build (unknown) miniCUL (F-Band: 868MHz)
   XMIT_TIME:
     1508749820.43581
     1508749826.7089
     1508749830.82361
     1508749835.05235
   helper:
     623CFB:
       QUEUE:
     623D00:
       QUEUE:
Attributes:
   DbLogExclude .*
   group      HomeMatic,System-Hardware
   rfmode     HomeMatic
   room       HM
   verbose    0


Actiondetector:
Internals:
   CHANGED
   DEF        000000
   IODev      CUL868_WIFI
   NAME       ActionDetector
   NOTIFYDEV  global
   NR         304
   NTFY_ORDER 50-ActionDetector
   STATE      alive:1 dead:4 unkn:0 off:0
   TYPE       CUL_HM
   Helper:
     DBLOG:
       state:
         logdb:
           TIME       1508747487.87749
           VALUE      alive:1 dead:4 unkn:0 off:0
       status_HM_MK1_optisch:
         logdb:
           TIME       1508747487.87749
           VALUE      dead
       status_HM_Powermeter_1:
         logdb:
           TIME       1508737719.20747
           VALUE      dead
       status_HM_Powermeter_2:
         logdb:
           TIME       1508737719.20747
           VALUE      dead
       status_HM_Powermeter_3:
         logdb:
           TIME       1508737719.20747
           VALUE      dead
   READINGS:
     2017-10-23 11:24:43   state           alive:1 dead:4 unkn:0 off:0
     2017-10-23 11:24:43   status_HM_MK1_optisch dead
     2017-10-23 11:24:43   status_HM_MK2_EG_Terrasse alive
     2017-10-23 11:24:43   status_HM_Powermeter_1 dead
     2017-10-23 11:24:43   status_HM_Powermeter_2 dead
     2017-10-23 11:24:43   status_HM_Powermeter_3 dead
   helper:
     HM_CMDNR   85
     actCycle   600
     cfgChkResult No regs found for:


     peers      548F5D,5A1232,5BAB0A,623CFB,623D00
     548F5D:
       start      2017-10-23 07:34:56
     5A1232:
       start      2017-10-23 07:34:55
     5BAB0A:
       start      2017-10-23 07:34:56
     623CFB:
       start      2017-10-23 07:34:56
     623D00:
       start      2017-10-23 07:34:56
     io:
       newChn     +000000,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         000000
         00
         00
         00
     mRssi:
       mNo
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
     shadowReg:
   nb:
     cnt        1
Attributes:
   event-on-change-reading .*
   group      HomeMatic
   model      ActionDetector
   room       HM


Powermeter:
Internals:
   DEF        623D00
   IODev      CUL868_WIFI
   NAME       HM_Powermeter_3
   NOTIFYDEV  global
   NR         307
   NTFY_ORDER 50-HM_Powermeter_3
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 HM_Powermeter_3_Sw
   channel_02 HM_Powermeter_3_Pwr
   channel_03 HM_Powermeter_3_SenPwr
   channel_04 HM_Powermeter_3_SenI
   channel_05 HM_Powermeter_3_SenU
   channel_06 HM_Powermeter_3_SenF
   protCmdDel 8
   protIOerr  1 last_at:2017-10-23 07:37:27
   protResnd  9 last_at:2017-10-23 11:10:35
   protResndFail 3 last_at:2017-10-23 11:10:41
   protSnd    3 last_at:2017-10-23 11:10:20
   protState  CMDs_done_Errors:1
   READINGS:
     2017-10-23 07:48:39   Activity        dead
     2017-10-14 11:55:52   CommandAccepted yes
     2017-10-14 11:55:52   D-firmware      2.5
     2017-10-14 11:55:52   D-serialNr      OEQ0769873
     2017-09-26 18:08:53   PairedTo        0xF10001
     2017-10-14 11:55:52   R-pairCentral   set_0xF10001
     2017-09-26 18:26:26   fwUpdate        done
     2017-10-14 11:57:30   powerOn         2017-10-14 11:57:30
     2017-10-23 11:10:41   state           MISSING ACK
   helper:
     HM_CMDNR   203
     cSnd       11F10001623D000201C80000,11F10001623D000201000000
     mId        00AC
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +623D00,00,00,00
       prefIO
       rxt        0
       vccu
       p:
         623D00
         00
         00
         00
     mRssi:
       mNo
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   00
       qReqStat   01
     role:
       dev        1
       prs        1
     rssi:
     shadowReg:
     tmpl:
Attributes:
   DbLogExclude .*
   IODev      CUL868_WIFI
   actCycle   000:10
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.5
   group      Powermeter Wasserbett
   model      HM-ES-PMSw1-Pl
   room       HM_Powermeter
   serialNr   OEQ0769873
   subType    powerMeter
   webCmd     getConfig:clear msgEvents

amenomade

ZitatActiondetector:

Internals:
   CHANGED
   DEF        000000
IODev      CUL868_WIFI

hmId = 000000 ist m.A. nicht normal.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

pc1246

Moin
Gepairt scheint auch nicht richtig zu sein:
2017-10-14 11:55:52   R-pairCentral   set_0xF10001
Gruss Christoph
HP T610
Onkyo_AVR;3 Enigma2; SB_Server ; SB_Player; HM-USB mit 15 HM-CC-RT-DN, 3 HM_WDS10_TH_O, 6 HM-Sec-SCo, 4 HM-Sec-MDIR-2, 1 HM-Sen-MDIR-O-2, 8 Ferion 5000 OW ; PhilipsTV; 4 harmony hub; Jeelink mit 9 PCA301; Somfy; S7-300; 3 LGW; HUE; HM-IP auf Charly

erdo_king

Schuss in's Blaue:
hast du eine VCCU konfiguriert? Wenn die rumspinnt müssten meiner Meinung nach genau deine Probleme auftreten ...

ggf. prüfen ob die hmId bei CUL und VCCU identisch sind!

Frank_Huber

Nein, keine vccu.
Nur cul auf homematic und gepairt.
Lief wochenlang problemlos.
Hmid hat er selbst angelegt. Schau ich aber mal.
Das r-pairCentral kann vom pairing Versuch kommen.

Fazit für mich: Hmid setzen und neues pairing versuchen?

Gesendet von meinem S3_32 mit Tapatalk


Frank_Huber

So, der ActionDetector MUSS auf HMID 000000 stehen. zumindest laut WIKI.
dem CUL hab ich die ID der Aktoren jetzt per Attribut gesetzt.

werde zuhause dann versuchen neu zu pairen.

Beta-User

Zitat von: Frank_Huber am 23 Oktober 2017, 13:59:35
dem CUL hab ich die ID der Aktoren jetzt per Attribut gesetzt.
? Was bedeutet denn das?

Der CUL bekommt genau eine HmID, und zwar eine eigene. Die F10001 war übrigens die Kombination aus deiner FHT-ID (0001) und dem Zusatz "F1", das macht das Modul automatisch, wenn nichts gesetzt ist.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Frank_Huber

Hab die Hmid bei den Aktoren ausgelesen und dem cul gesetzt. Wenn f10001 autoset war, wo kann dann das Problem liegen?

Gesendet von meinem S3_32 mit Tapatalk


Beta-User

f10001 sollte ok sein, es sei denn, es gäbe ein anderes Device mit dieser ID in deiner Installation, das wording war nur etwas unklar.

Da das aber nicht funktioniert hatte, scheint es noch ein anderes Problem zu geben, wobei es nicht der CUL zu sein scheint, der hat ja funktioniert. Klingt irgendwie eher, als hätte der Server einen Hau (Moduldatei defekt oder so was in der Art). Kannst du mal mit einem Ersatz testen?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Frank_Huber

Kann es heute abend auf einer anderen fhem Instanz testen. Ein Dateifehler würde aber doch erst beim reload zuschlagen oder?

Gesendet von meinem S3_32 mit Tapatalk


Beta-User

Eigentlich würde ich das auch annehmen, aber evtl. war das die Folge eines Updates. Aber bitte: ist alles spekulativ :(
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Frank_Huber

Ja, das ist schon klar, ist alles fischen im trüben...
"update check" meldet keine neuen HM Modulversionen.
mach trotzdem gerade mal ein Update mit Reboot.

Auf die zweite Instanz kann ich erst zuhause umschwenken.


Frank_Huber

#12
Update und Neustart haben geholfen.
evtl lag es auch am Attribut hmid auf dem CUL.
Neustart alleine hatte ich schon heute früh erfolglos versucht.

Ich kann also nicht sagen was den Fehler verursacht hatte, freue mich aber dass es wieder läuft. :-)

Danke für die Hilfe!