HM-OU-CM-PCB - FunkGong schläft immer wieder ein

[raimundl]

Hallo!

Folgendes Problem mit HM-OU-CM-PCB:

Gerät funktioniert eine zeit-lang tadellos (in allen möglichen Varianten, vom direkt gepeerten Klingeltaster und auch sämtlichen Möglichkeiten über FHEM) -

dann jedoch schläft das Gerät (Zeitraum von wenigen Stunden bis zu einen Tag) ein:
missing ack oder unreachable. Ein Druck auf den Konfigknopf und alles beginnt wieder von vorne (w.o.).

Glaube es liegt an der Hardware, habe schon verschiedene Spannungsversorgungen pobiert - immer das gleiche! Lautsprecher auch 8 Ohm.

Vielleicht hat doch jemand eine Erfahrung damit.

War ein Bausatz von ELV - kann man diesen zur Reparatur einsenden (lag bei mir schon ziemlich lange herum)?

LG

[Otto123]

Hallo,

needBurst ? Also nur als Idee ohne Kenntnis des Objektes.

Gruß Otto

[raimundl]

Hallo Otto und Danke!

Kein solches Register (anbei ein list):

Code Auswählen Erweitern

Internals:
   DEF        2FF46F
   IODev      myHmUART
   NAME       FunkGong
   NOTIFYDEV  global
   NR         248
   NTFY_ORDER 50-FunkGong
   STATE      MISSING ACK
   TYPE       CUL_HM
   peerList   Klingeltaster,
   protCmdDel 5
   protResnd  12 last_at:2016-09-08 20:44:23
   protResndFail 4 last_at:2016-09-08 20:44:27
   protSnd    4 last_at:2016-09-08 20:44:09
   protState  CMDs_done_Errors:1
   Readings:
     2016-09-08 16:59:00   CommandAccepted yes
     2016-09-08 11:24:21   D-firmware      1.0
     2016-09-08 11:24:21   D-serialNr      LEQ1185268
     2016-09-08 11:24:46   PairedTo        0x30868D
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgActNum 1
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgActTypeMp3 1
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgActionType jmpToTarget
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtDlyOff geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtDlyOn geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtOff geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtOn geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtValHi 100
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgCtValLo 50
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgIntense vol_100
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgMultiExec on
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOffDly 0 s
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOffTime unused
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOffTimeMode absolut
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOnDly 0 s
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOnTime unused
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgOnTimeMode absolut
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgSwJtDlyOff no
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgSwJtDlyOn no
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgSwJtOff dlyOn
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-lgSwJtOn no
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shActNum 1
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shActTypeMp3 1
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shActionType jmpToTarget
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtDlyOff geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtDlyOn geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtOff geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtOn geLo
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtValHi 100
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shCtValLo 50
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shIntense vol_100
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shMultiExec off
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOffDly 0 s
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOffTime unused
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOffTimeMode absolut
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOnDly 0 s
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOnTime unused
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shOnTimeMode absolut
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shSwJtDlyOff no
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shSwJtDlyOn no
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shSwJtOff dlyOn
     2016-09-08 11:24:48   R-Klingeltaster_chn-01-shSwJtOn no
     2016-09-08 11:24:46   R-intKeyVisib   invisib
     2016-09-08 11:24:46   R-pairCentral   0x30868D
     2016-09-08 19:43:55   peerList        Klingeltaster,
     2016-09-08 17:03:56   recentStateType info
     2016-09-08 20:44:27   state           MISSING ACK
     2016-09-08 16:59:00   trigLast        Klingeltaster:short
     2016-09-08 16:59:00   trig_Klingeltaster Short_38
     Regl_00.:
       VAL
   Helper:
     HM_CMDNR   5
     cSnd       0130868D2FF46F010E,0130868D2FF46F010E
     getCfgList all
     getCfgListNo ,3
     mId        00AF
     rxType     1
     Expert:
       def        1
       det        1
       raw        1
       tpl        1
     Io:
       newChn     +2FF46F,00,00,00
       rxt        0
       vccu       VCCU
       p:
         2FF46F
         00
         00
         00
       prefIO:
         myHmUART
     Mrssi:
       mNo
       Io:
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Tmpl:
   Nb:
     cnt        1
Attributes:
   IODev      myHmUART
   IOgrp      VCCU:myHmUART
   autoReadReg 4_reqStatus
   expert     251_anything
   firmware   1.0
   model      HM-OU-CM-PCB
   peerIDs    00000000,30772001,
   room       CUL_HM
   serialNr   LEQ1185268
   subType    outputUnit

Habe beim peer Klingeltaster den burst auf on gesetzt - wir werden sehen.

LG

[Otto123]

hmInfo würde Dir Infos liefern. Wenn noch nicht definiert mach das mal und dann configCheck.

Gruß Otto

[raimundl]

Hallo!

In HMINFO steht nicht von "burst".

Trotz "burst on" bei peer Klingeltaster wieder eingeschlafen. Vielleicht haben folgende Meldungen im Logfile eine Bedeutung:

Code Auswählen Erweitern


2016.09.09 06:59:06 1: PERL WARNING: Use of uninitialized value $a[2] in string eq at ./FHEM/10_CUL_HM.pm line 4789.
2016.09.09 06:59:06 1: PERL WARNING: Use of uninitialized value in split at ./FHEM/10_CUL_HM.pm line 4793.

LG und Danke

[martinp876]

du hast keinen Parameter eingegeben. Werde ich abfangen. Was sollte alsogespielt werden?

[raimundl]

Hallo Martin!

(Siehe meinen ersten Beitrag)

Das ist im Rahmen meiner Versuche geschehen um das "Einschlafen" des Gerätes zu verhindern. Ich weiss nicht einmal genau, ob der "FunkGong" überhaupt ein "burst" hat!?

Das experimentieren mit verschiedenen Einstellungen ist sehr schwierig, da die "Einschlafphasen" zwischen einer Stunde bis einem Tag liegen. Derzeit läuft der "FunkGong" seit 24h problemlos. Habe das "attr. burstAccess 1_auto" gesetzt.

LG

PS.: ist schon wieder eingeschlafen. Jetzt versuche ich noch den Funkgong mit dem Klingeltaster direkt zu pairen (ohne FHEM).

PPS.: :)Noch einige Versuche, dann lege ich den Funkgong in eine Lade - denn sonst werfe ich ihn beim Fenster hinaus!!!

[martinp876]

Der Gong hat kein Burst.
hast du einfach einmal alle messages geloggt zum Deivce?
Siehe sniffen und Einstellen der HMId

[raimundl]

Danke Martin!

Ist jedoch nun sicher ein Hardwarefehler:

Bei direkter Kopplung (Funkgong mit Klingeltaster ohne Fhem) genau so wie zuvor: schläft nach undef. Zeitraum ein.

Habe nun die Anschlüsse des Funkmoduls nachgelötet: nun hat er den Geist aufgegeben.

Werde sehen wie ELV reagiert und berichten.

Danke nochmals und LG