[gelöst] Steckdosen HM-ES-PMSw1-Pl verlieren regelmässig Pairing

Begonnen von oldscout, 02 August 2017, 07:37:40

Vorheriges Thema - Nächstes Thema

oldscout

Hallo,
ich habe drei Stück HM-ES-PMSw1-Pl. Regelmässig nach ca. 6Wochen verlieren alle drei das Pairing zum HMLAN und HM-USB Adapter (VCCU Gruppe). Erneutes Pairing geht und alles ist wieder i.O.
Einen Hardwarefehler würde ich auschliessen, da ich einen bereits komplett ersetzt habe und die anderen später nur dazu gekommen sind. Die Schalter haben alle aktuelle Firmware.
Woran kann das noch liegen? Alle anderen HM-Geräte funktionieren seit Jahren problemlos.
Danke für die Hinweise.

FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

pataya

Im Fehlerfall schon mal probiert den Zwischenstecker raus- und wieder reinzustecken?
Bezweifle das das Pairing verloren geht.

Hintergedanke:
Einer meiner Stecker hat sich in unregelmäßigen Abständen komplett aufgehangen (manuell schalten ging auch nicht). Trat nach dem Tausch mit einem anderen innerhalb der Wohnung nicht mehr auf.

oldscout

Hallo,
also schalten am Gerät geht, sende ich on/off steht logischerweise cmds_pending, nix passiert ausser NACK, schalte ich während des cmds_pending per Hand geht es dann auf cmds_done. Erst erneutes Pairing lässt alles wieder funktionieren. Und ich kann ja nun nicht immer zum Stecker rennen, wenn er sich mal irgendwann festgefahren hat. Wenn es einer gewesen wäre,ok, aber alle drei????
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

oldscout

FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

pataya

Was sagt ein (installiertes HM Info vorausgesetzt):
set hm rssi

Die anderen Geräte funktionieren vermutlich einwandfrei?

oldscout

hier der Auszug:
MESS_1          HM_usb          MESS_1           -73.0  -77.5 -102.0< -65.0  1437
    MESS_1          HM_zentrale     MESS_1           -68.0  -71.6  -78.0< -67.0  1463
    MESS_1          MESS_1          HM_zentrale      -64.0  -65.5  -71.0< -63.0     6
    MESS_2          HM_usb          MESS_2           -55.0  -53.8  -69.0< -47.0  1456
    MESS_2          HM_zentrale     MESS_2           -71.0  -71.7  -77.0< -68.0  1445
    MESS_2          MESS_2          HM_usb           -50.0  -53.6  -55.0< -50.0     5
    MESS_3          HM_usb          MESS_3           -57.0  -69.9  -76.0< -55.0  1516
    MESS_3          HM_zentrale     MESS_3           -63.0  -88.5  -96.0< -58.0  1523
    MESS_3          MESS_3          HM_zentrale      -57.0  -70.5  -85.0< -57.0     4
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

oldscout

Die Pegel sind im Grossen und Ganzen bei allen Devices so, manchmal scheint es mir ein wenig knapp?? Weiss nicht, noch einen dritten HMLAN?
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

pataya

Werte sehen, soweit ich das beurteilen kann, noch gut aus.
Vor allem darf das nicht zum "vergessen" des Pairing führen.
Nen Werksreset der ZS hast du vermutlich schon versucht?

oldscout

FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

frank

pairing kann nicht verloren gehen, das wird ins eeprom geschrieben.
missing ack ist meist ein funkproblem, im grunde aber ein kommunikationsproblem.

wenn ich genau drüber nachdenke, habe ich eventuell das selbe problem mit meiner funksteckdose. hin und wieder, wie aus dem nichts, tauchen an einem tag/nacht missing ack auf. neulich war es sogar so schlimm, dass der actiondetector ein paar mal dead meldete. ich habe eine readingshistory, in der ich alle möglichen fehlermeldungen aller devices sammel. zwischen diesen tagen ist das device friedlich und unauffällig. da bei mir die rssi nicht besonders gut sind, habe ich bisher eigentlich immer auf eine "kurzfristige" funkverschlechterung getippt, wodurch auch immer (voodoo?).

also habe nächstes mal geduld und mache mal nichts und berichte, ob es von selbst wieder gut war. bei mir dauert es längstens ein paar stunden, denke ich. wenn überhaupt.
neu pairen, kannst du jedenfalls vergessen, der angesprochene reboot, durch stecker ziehen, sollte das selbe bewirken, falls wirklich ein eingriff helfen sollte.

sind das bei dir exakt 6 wochen, oder nur so geraten?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

oldscout

Die 6 Wochen sind geschätzt. Also ohne Pairing geht es definitiv nicht weiter. Die Geräte senden lediglich ihre Statusinfos, die kommen immer an. Nur schalten lassen die sich eben nicht.
Ich werde auch mal eine readingshistory darauf loslassen.
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

oldscout

Hallo,
ich muss dieses Thema nochmal aufgreifen, weil ich wieder alle drei Steckdosen nicht schalten kann, das letzte Mal war dies am 12.9.17.
folgendes liefert list:
CFGFN
   DEF        338F54
   HM_usb_MSGCNT 20
   HM_usb_RAWMSG E338F54,0000,CEEE5C9D,FF,FFBA,01845E338F54000000800000000000000008CCFF
   HM_usb_RSSI -70
   HM_usb_TIME 2017-10-01 11:28:57
   HM_zentrale_MSGCNT 20
   HM_zentrale_RAWMSG E338F54,0000,342385B2,FF,FFBA,01845E338F54000000800000000000000008CCFF
   HM_zentrale_RSSI -70
   HM_zentrale_TIME 2017-10-01 11:28:57
   IODev      HM_zentrale
   LASTInputDev HM_usb
   MSGCNT     40
   NAME       MESS_1
   NOTIFYDEV  global
   NR         187
   NTFY_ORDER 50-MESS_1
   STATE      MISSING ACK
   TYPE       CUL_HM
   channel_01 MESS_1_Sw
   channel_02 MESS_1_Pwr
   channel_03 MESS_1_SenPwr
   channel_04 MESS_1_SenI
   channel_05 MESS_1_SenU
   channel_06 MESS_1_SenF
   lastMsg    No:01 - t:5E s:338F54 d:000000 800000000000000008CCFF
   protCmdDel 4
   protLastRcv 2017-10-01 11:28:57
   protResnd  12 last_at:2017-10-01 11:26:43
   protResndFail 4 last_at:2017-10-01 11:26:47
   protSnd    4 last_at:2017-10-01 11:26:29
   protState  CMDs_done_Errors:1
   rssi_at_HM_usb avg:-70.04 min:-84 max:-67 lst:-70 cnt:20
   rssi_at_HM_zentrale avg:-68.85 min:-71 max:-67 lst:-70 cnt:20
   Helper:
     DBLOG:
       state:
         myDbLog:
           TIME       1506850007.94344
           VALUE      MISSING ACK
   READINGS:
     2017-10-01 10:44:57   Activity        alive
     2017-09-12 09:04:50   CommandAccepted yes
     2017-09-12 09:04:50   D-firmware      2.5
     2017-09-12 09:04:50   D-serialNr      LEQ1344890
     2017-09-12 22:20:45   PairedTo        0x2576B5
     2017-09-12 09:04:54   R-intKeyVisib   invisib
     2016-09-17 10:59:27   R-localResDis   off
     2017-09-12 09:04:54   R-pairCentral   0x2576B5
     2017-09-12 22:20:45   RegL_00.        02:01 0A:25 0B:76 0C:B5 15:FF 18:00 00:00
     2017-06-02 07:20:32   fwUpdate        done
     2017-09-12 22:20:04   powerOn         2017-09-12 22:20:04
     2017-04-11 08:27:46   sabotageAttack_ErrIoAttack cnt 1
     2017-10-01 11:26:47   state           MISSING ACK
   helper:
     HM_CMDNR   1
     PONtest    0
     cSnd       112576B5338F540201C80000,112576B5338F540201C80000
     mId        00AC
     rxType     1
     supp_Pair_Rep 0
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       newChn     +338F54,00,00,00
       nextSend   1506850137.46714
       rxt        0
       vccu       vccu
       p:
         338F54
         00
         00
         00
       prefIO:
         HM_zentrale
     mRssi:
       mNo        01
       io:
         HM_usb     -70
         HM_zentrale -68
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_HM_usb:
         avg        -70.05
         cnt        20
         lst        -70
         max        -67
         min        -84
       at_HM_zentrale:
         avg        -68.85
         cnt        20
         lst        -70
         max        -67
         min        -71
     tmpl:
Attributes:
   IODev      HM_zentrale
   IOgrp      vccu:HM_zentrale
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     3_all
   firmware   2.5
   model      HM-ES-PMSw1-Pl
   room       61-Messung
   serialNr   LEQ1344890
   subType    powerMeter
   webCmd     getConfig:clear msgEvents

Erst erneutes Pairing gibt die Schaltmöglichkeit zurück.
Was kann ich tun?
Danke für Eure Hilfe.
FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU

oldscout

FHEM 5.8 auf Intel Celeron CPU
HM-.*, 1-Wire DS18B20, HMLAN, HMUSB, Arduino Uno, ESP8266, Shelly, Tasmota, Enigma2, FB7490, MySql-DB,Unifi, RaspiCCU