Muss man immer neu Pairen, wenn die Zentzrale mal länger down ist?

Begonnen von nccfast, 11 Juli 2015, 19:33:48

Vorheriges Thema - Nächstes Thema

nccfast

Hallo,
ich habe einen CUL868 als Zentrale und den Füllstandssensor hm-sen-wa-od. Klappt alles soweit gut. Nun hab es schon öfter ich gehabt, dass nach einem Ausfall des CULs (grund egal) und nach seinem erneuten Intialisieren er trotzdem nicht empfängt.
Kann es sein, dass man nach einem Ausfall der zentrale immer  neu gepaired werden muss?
Denkt der Füllstandssensor hm-sen-wa-od dass er keine Zentrale hat und meint deshalb er muss sich neu pairen?


rapster

Nein,

einmal gepairt, immer gepairt.

Der Zustand geht auch noch einem Stromloßmachen nicht verloren.


Wie macht es sich denn bemerkbar? Empfängt der CUL noch andere Geräte oder nur dieses eine nicht mehr?

nccfast

Hab bsiher nur dieses eine HM Device

IM FHEM Wiki, Kapitel HomeMatic Devices pairen, steht:
Zitat
Zu bemerken ist, dass ein IO-Device (zB CUL) standardmäßig die ID F11034 von FHEM erhält. Da viele HM-Geräte das IO-Device nur anhand der HMIDs erkennen, können alle in Reichweite der HM-Geräte befindlichen IO-Devices mit der in das HM-Gerät geschriebenen HMID das HM-Gerät steuern. Hinzu kommt, dass die autocreate Funktion die in Reichweite befindlichen HM-Geräte findet und automatisch einbindet. Nachbarn, die IO-Devices mit der gleichen HMID betreiben, können also HM-Geräte untereinander sehen und steuern!

Es ist daher dringen zu empfehlen, die HMID vor dem Pairing der HM-Geräte mit:

attr <CUL> hmId <6-stellige Hexadresse>

zu individualisieren.


Also hab ich den Cul so eingebunden:

define CUL868_HM CUL /dev/ttyUSB0@38400 0000
attr CUL868_HM hmId 1234000
attr CUL868_HM rfmode HomeMatic
attr CUL868_HM room System


Verhalten:
Wenn ich fhem neustarte, bekomm ich keine Messwerte mehr
get Zisterne reglist liefert:

list:         register | range              | peer     | description
   0: pairCentral      |   0 to 16777215    |          | pairing to central



Wenn ich auf dem Sensor die Config Taste drücke zum erneuten pairen, gehts wieder.
Dann liefert get Zisterne reglist 

list:         register | range              | peer     | description
   0: cyclicInfoMsgDis |   0 to 255         |          | cyclic message
   0: localResDis      |     literal        |          | local reset disable options:on,off
   0: pairCentral      |   0 to 16777215    |          | pairing to central
   0: transmDevTryMax  |   1 to 10          |          | max message re-transmit
   1: caseDesign       |     literal        |          | case desing options:verticalBarrel,horizBarrel,rectangle
   1: caseHigh         | 100 to 10000cm     |          | case hight
   1: caseLength       | 100 to 10000cm     |          | case length
   1: caseWidth        | 100 to 10000cm     |          | case width
   1: fillLevel        | 100 to 300cm       |          | fill level
   1: ledOnTime        |   0 to 1.275s      |          | LED ontime
   1: meaLength        | 110 to 310cm       |          |
   1: transmitTryMax   |   1 to 10          |          | max message re-transmit
   1: useCustom        |     literal        |          | use custom options:on,off
   1: waterUppThr      |   0 to 256         |          | water upper threshold
   1: waterlowThr      |   0 to 256         |          | water lower threshold
   4: expectAES        |     literal        | required | expect AES options:on,off
   4: fillLvlLoThr     |   0 to 255         | required | fill level lower threshold
   4: fillLvlUpThr     |   0 to 255         | required | fill level upper threshold
   4: peerNeedsBurst   |     literal        | required | peer expects burst options:on,off


und der level wert kommt.



Dann hab ich folgendes gelesen in der commandref zu hmid:
Zitat
Setzt die HomeMatic ID des Gerätes. Wenn dieses Attribut fehlt, wird die ID zu F1<FHTID> gesetzt. Bemerkung 1: Nach dem Setzen bzw. Verändern dieses Attributes müssen alle HomeMatic Geräte neu angelernt werden. Bemerkung 2: Der Wert muss eine 6-stellige Hexadezimalzahl sein, 000000 ist ungültig. FHEM überprüft nicht, ob die ID korrekt ist, im Zweifelsfall funktioniert die Kommunikation nicht.

Also hab ich nun folgendes stehen:

define CUL868_HM CUL /dev/ttyUSB0@38400 1234
# attr CUL868_HM hmId 1234000
attr CUL868_HM rfmode HomeMatic
attr CUL868_HM room System



Verhalten, wie oben:
Wenn ich fhem neustarte, bekomm ich keine Messwerte mehr
get Zisterne reglist liefert:

list:         register | range              | peer     | description
   0: pairCentral      |   0 to 16777215    |          | pairing to central



Zisterne ist so definiert:

define Zisterne CUL_HM 339D21
attr Zisterne room System


Was mach ich falsch?

LuckyDay

Zitatattr CUL868_HM hmId 1234000

sind 7 Stellen und nicht 6 wie es sein muß

auszüge aus Fhem.cfg sind zwar nett, mach bitte ein list von deinem Device

Zitatlist Zisterne
und list CUL868

Ich gehe mal davon aus, dass du einigermasen aktuell mit Fhem bist

nccfast

Bei der Null zuviel oben hab ich mich vereditiert.


Fhem ist aktuell.

# $Id: fhem.pl 8850 2015-06-28 15:03:28Z rudolfkoenig $
# $Id: 57_CALVIEW.pm 7013 2015-04-019 11:30:00Z chris1284 $
# $Id: 00_CUL.pm 8726 2015-06-10 10:06:12Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 8923 2015-07-08 18:48:21Z martinp876 $
# $Id: 57_Calendar.pm 8687 2015-06-04 13:29:42Z borisneubert $
# $Id: 95_Dashboard.pm 8915 2015-07-07 17:46:42Z talkabout $
# $Id: 93_DbLog.pm 8779 2015-06-19 16:43:37Z tobiasfaust $
# $Id: 72_FB_CALLMONITOR.pm 8791 2015-06-21 11:23:23Z markusbloch $
# $Id: 01_FHEMWEB.pm 8878 2015-07-03 13:55:28Z rudolfkoenig $
# $Id: 72_FRITZBOX.pm 8929 2015-07-09 18:52:50Z tpoitzsch $
# $Id: 10_FS20.pm 7070 2014-11-27 12:45:34Z rudolfkoenig $
# $Id: 92_FileLog.pm 8927 2015-07-09 07:12:52Z rudolfkoenig $
# $Id: 12_HMS.pm 5097 2014-03-02 15:25:08Z rudolfkoenig $
# $Id: 13_KS300.pm 5768 2014-05-06 17:53:15Z rudolfkoenig $
# $Id: 73_PRESENCE.pm 8638 2015-05-26 19:34:04Z markusbloch $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 98_SVG.pm 8882 2015-07-03 18:47:02Z rudolfkoenig $
/mnt/2/Daten/fhem-5.6//FHEM/_TM.pm: No such file or directory
# $Id: 99_Utils.pm 7914 2015-02-08 11:14:10Z rudolfkoenig $
# $Id: 99_Utils_Konrad.pm 2015-05-21 11:37:00Z
# $Id: 36_WMBUS.pm 8026 2015-02-17 20:40:38Z kaihs $
# $Id: 59_Weather.pm 8688 2015-06-04 13:37:22Z borisneubert $
# $Id: 98_XmlList.pm 2895 2013-03-11 19:48:01Z rudolfkoenig $
# $Id: 90_at.pm 8326 2015-03-29 13:30:57Z rudolfkoenig $
# $Id: 98_autocreate.pm 8758 2015-06-16 17:12:39Z rudolfkoenig $
# $Id: 98_dewpoint.pm 6757 2014-10-12 18:58:57Z joachim09876 $
# $Id: 98_dummy.pm 8809 2015-06-23 18:02:33Z rudolfkoenig $
# $Id: 91_eventTypes.pm 8725 2015-06-10 09:50:06Z rudolfkoenig $
# $Id: 98_logProxy.pm 8724 2015-06-10 09:17:44Z justme1968 $
################################## # $Id: 99_myUtilsTM.pm 2014-8 by Elektrolurch $
# $Id: 91_notify.pm 8800 2015-06-22 18:24:59Z rudolfkoenig $
# $Id: 33_readingsGroup.pm 8792 2015-06-21 12:39:22Z justme1968 $
# $Id: 98_telnet.pm 8229 2015-03-17 09:00:27Z rudolfkoenig $
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $



Kein neuer Wert mehr seit 16:41 (Da hab ich fhem gerestarted). Vorher kam alle ca. 21 Minuten ein Meswert.


list CUL868_HM

Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/00_CUL.cfg
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   CUL868_HM_MSGCNT 17
   CUL868_HM_TIME Initialized
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:
   DEF        /dev/ttyUSB0@38400 1234
   DeviceName /dev/ttyUSB0@38400
   FD         30
   FHTID      1234
   NAME       CUL868_HM
   NR         71
   PARTIAL
   RAWMSG     A0DEDA610339D21F100000601B800F2
   RSSI       -81
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.63 nanoCUL868
   initString X21
Ar
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
   Readings:
     2015-07-11 18:26:55   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2015-07-12 18:24:49   cmds             B C F i A Z E k G M K U Y R T V W X e f l t x
     2015-07-12 20:26:27   state           Initialized
Attributes:
   hmProtocolEvents 3
   rfmode     HomeMatic
   room       System


und list Zisterne


Internals:
   CFGFN      /mnt/2/Daten/fhem-5.6/mycfg/25_Zisterne.cfg
   CUL868_HM_MSGCNT 17
   CUL868_HM_RAWMSG A0DEDA610339D21F100000601B800::-81:CUL868_HM
   CUL868_HM_RSSI -81
   CUL868_HM_TIME 2015-07-12 20:26:27
   DEF        339D21
   IODev      CUL868_HM
   LASTInputDev CUL868_HM
   MSGCNT     17
   NAME       Zisterne
   NR         570
   STATE      92.5
   TYPE       CUL_HM
   lastMsg    No:ED - t:10 s:339D21 d:F10000 0601B800
   protLastRcv 2015-07-12 20:26:27
   rssi_at_CUL868_HM avg:-81.94 min:-89.5 max:-77.5 lst:-81 cnt:17
   Readings:
     2015-07-11 21:03:30   Activity        alive
     2015-07-11 21:03:31   CommandAccepted no
     2015-07-11 21:03:30   D-firmware      1.3
     2015-07-11 21:03:30   D-serialNr      LEQ1324437
     2015-07-11 21:03:30   R-pairCentral   set_0xF11234
     2015-07-12 16:41:28   battery         ok
     2015-07-12 16:41:28   level           92.5
     2015-07-12 20:26:12   recentStateType info
     2015-07-12 16:41:28   state           92.5
   Helper:
     HM_CMDNR   237
     Io:
       newChn     +339D21,00,00,00
       nextSend   1436725587.64352
       prefIO
       rxt        0
       vccu
       p:
         339D21
         00
         00
         00
     Mrssi:
       mNo        ED
       Io:
         CUL868_HM  -79
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_cul868_hm:
         avg        -81.9411764705882
         cnt        17
         lst        -81
         max        -77.5
         min        -89.5
Attributes:
   IODev      CUL868_HM
   autoReadReg 4_reqStatus
   expert     2_full
   room       System

LuckyDay

Auweia, du arbeitest mit include , aber mal egal :)

lastMsg    No:ED - t:10 s:339D21 d:F10000 0601B800
du hast deine Zisterne mit hmId F10000 gepairt irgendwann

und in den ZisternenReadings versuchst du jetzt neu zu Pairen mit

2015-07-11 21:03:30   R-pairCentral   set_0xF11234

im Cul List
F1 + FHTID      1234  = F11234

jetzt hast du die Qual der Wahl
entweder den Cul umstellen auf mit attr hmId auf F10000
oder Werksreset der Zisterne und neu anlernen

setze auf alle Fälle eine eindeutige hmid in Fhem!

nccfast

ZitatAuweia, du arbeitest mit include , aber mal egal :)
Was ist daran schlimm? Habe bisher keine Probleme damit.

So, nun zum Ende des Lieds:
Habe weiter oben geschrieben, wie ich die Zisterne definiert hab.
Nämlich so:

define Zisterne CUL_HM 339D21
attr Zisterne room System


Das deshalb, weil autocreate beim Pairing folgenden Eintrag generierte in der dhem.cfg:


define HM_339D21 CUL_HM 339D21
attr HM_339D21 room CUL_HM
define FileLog_HM_339D21 FileLog /mnt/2/Daten/fhem-5.6/log/HM_339D21-%Y.log HM_339D21
attr FileLog_HM_339D21 logtype text
attr FileLog_HM_339D21 room CUL_HM


Mit der Zisterne, so definiert, gabs ja Probleme, wenn fhem nach erfolgreichen Pairing neue gestartet wurde.

Dann hab ich folgedne gelesen: http://blog.bubux.de/homematik-zisterne/.

Hab mal dort die Definition der Zisterne angeschaut und mit commandref CUL_HM abgestimmt und subType und model manuell bei mir nachgetragen. Meine Zisternendefinition sieht nun so aus:


define Zisterne CUL_HM 339D21
attr Zisterne subType sensor
attr Zisterne model HM-Sen-Wa-Od
attr Zisterne room System


Und siehe da, jetzt gehts.

Der Punkt war, dass autocreate zu wenig attribute für das HM Device generiert hat und so der CUL mit dem Telegramm nicht so viel anfangen konnte.

martinp876

Eine config message reicht und alle attribute werden gesetzt. Save nicht vergessen. Autocreate ist wurscht