HM-CC-RT-DN und HM-SEC-SCo - Fehlersuche

Begonnen von Motivierte linke Hände, 16 Januar 2015, 07:43:17

Vorheriges Thema - Nächstes Thema

Motivierte linke Hände

Bei meinen ersten Gehversuchen mit FHEM und Homematic bin ich gegen eine Wand gelaufen, die ich nicht sehen kann. Irgendwas stimmt an der Konfiguration nicht, aber ich weiß nicht was. Oder meine Erwartungshaltung ist falsch.  :)

Was klappt: Fensterzustand (offen/geschlossen) wird in FHEM angezeigt. Heizungs- und Raumtemperatur werden in FHEM angezeigt, und die gewünschte Raumtemperatur lässt sich in FHEM manipulieren.

Problem: Wenn ich das Fenster aufmache, reagiert das Thermostat nicht. Ich hatte vorher ein MAX-Set hier zum Testen. Da fuhr das Thermostat "sofort" runter, wenn ich das Fenster öffnete. Jetzt passiert nichts. Ich meine aber, ich hätte nicht nur Thermostat und Fenstersensor mit FHEM gepaired, sondern auch miteinander gepeered (Terminologie richtig?), letzeres hatte ich gehofft, würde nicht über FHEM laufen, sondern Sensor und Aktor würden unmittelbar miteinander reden.

Bei meinen Tests habe ich festgestellt, dass noch irgendwo anders etwas nicht stimmt. Denn der Fensterkontakt hat ein Log, das er aber nur von 20:27 gestern Abend bis 20:35 geschrieben hat. Seitdem kommt zwar immer noch der Fensterzustand in FHEM an, aber das Log scheint nicht weiter geschrieben zu werden.

Ich brauche bitte ein wenig Hilfestellung, wo ich suchen kann/muss.

list:

Global:
  global               (<no definition>)

HMLAN:
  HMUSB                (opened)

FHEMWEB:
  FHEMWEB:0.0.0.0:56580 (Connected)
  WEB                  (Initialized)
  WEBphone             (Initialized)
  WEBtablet            (Initialized)

CUL_HM:
  ActionDetector       (alive:3 dead:0 unkn:0 off:0)
  Fenster_UG_Buero     (closed)
  Heizung_UG_Buero     (CMDs_done)
  Heizung_UG_Buero_Clima (T: 22.7 desired: 21.0 valve: 2)
  Heizung_UG_Buero_ClimaTeam (unpeered)
  Heizung_UG_Buero_Climate (unpeered)
  Heizung_UG_Buero_Weather (22.7)
  Heizung_UG_Buero_WindowRec (last:Fenster_UG_Buero :closed)
  Heizung_UG_Buero_remote (unpeered)
  Heizung_UG_Gast      (CMDs_done)
  Heizung_UG_Gast_Clima (T: 22.7 desired: 21.0 valve: 8)
  Heizung_UG_Gast_ClimaTeam (unpeered)
  Heizung_UG_Gast_Climate (unpeered)
  Heizung_UG_Gast_Weather (22.7)
  Heizung_UG_Gast_WindowRec (unpeered)
  Heizung_UG_Gast_remote (unpeered)

eventTypes:
  eventTypes           (active)

notify:
  initialUsbCheck      (2015-01-15 15:17:21)

FileLog:
  FileLog_Fenster_UG_Buero (active)
  FileLog_Heizung_UG_Buero (active)
  FileLog_Heizung_UG_Gast (active)
  Logfile              (active)

autocreate:
  autocreate           (active)

telnet:
  telnet:127.0.0.1:46607 (Connected)
  telnetPort           (Initialized)


list Heizung_UG_Buero

Internals:
   CFGFN     
   DEF        2E59EB
   HMUSB_MSGCNT 489
   HMUSB_RAWMSG E2E59EB,0000,037630DC,FF,FFCA,4E86102E59EB0000000AA8E4100300
   HMUSB_RSSI -54
   HMUSB_TIME 2015-01-16 07:34:42
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     489
   NAME       Heizung_UG_Buero
   NR         74
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Heizung_UG_Buero_Weather
   channel_02 Heizung_UG_Buero_Climate
   channel_03 Heizung_UG_Buero_WindowRec
   channel_04 Heizung_UG_Buero_Clima
   channel_05 Heizung_UG_Buero_ClimaTeam
   channel_06 Heizung_UG_Buero_remote
   lastMsg    No:4E - t:10 s:2E59EB d:000000 0AA8E4100300
   protCmdDel 8
   protLastRcv 2015-01-16 07:34:42
   protNack   3 last_at:2015-01-15 21:46:46
   protResnd  1 last_at:2015-01-15 21:52:35
   protSnd    131 last_at:2015-01-15 22:10:11
   protState  CMDs_done
   rssi_HMUSB lst:-47 min:-47 cnt:1 max:-47 avg:-47
   rssi_at_HMUSB min:-73 lst:-54 avg:-54.34 max:-46 cnt:489
   Readings:
     2015-01-15 20:28:09   Activity        alive
     2015-01-15 22:10:12   CommandAccepted yes
     2015-01-15 20:28:09   D-firmware      1.3
     2015-01-15 20:28:09   D-serialNr      LEQ0856741
     2015-01-15 21:21:49   PairedTo        0xXXXXXX
     2015-01-15 20:10:16   R-backOnTime    10 s
     2015-01-15 20:10:16   R-btnLock       off
     2015-01-15 20:10:16   R-burstRx       on
     2015-01-15 20:10:16   R-cyclicInfoMsg on
     2015-01-15 20:10:16   R-cyclicInfoMsgDis 0
     2015-01-15 20:10:16   R-globalBtnLock off
     2015-01-15 20:10:16   R-localResDis   off
     2015-01-15 20:10:16   R-lowBatLimitRT 2.1 V
     2015-01-15 20:10:16   R-modusBtnLock  off
     2015-01-15 20:10:16   R-pairCentral   0xCD2007
     2015-01-15 21:21:49   RegL_00:          01:01 02:01 09:01 0A:CD 0B:20 0C:07 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2015-01-15 22:11:05   RegL_07:       
     2015-01-16 07:34:42   actuator        3
     2015-01-15 20:46:24   battery         ok
     2015-01-16 07:34:42   batteryLevel    3.1
     2015-01-16 07:34:42   desired-temp    21.0
     2015-01-16 07:34:42   measured-temp   22.8
     2015-01-15 22:10:11   state           CMDs_done
     2015-01-15 20:10:45   time-request    -
   Helper:
     cSnd       01CD20072E59EB030435BF3A0107
     mId        0095
     rxType     140
     Io:
       newChn     +2E59EB,00,01,00
       nextSend   1421390082.64225
       prefIO     
       rxt        2
       vccu       
       p:
         2E59EB
         00
         01
         00
     Mrssi:
       mNo        4E
       Io:
         HMUSB      -52
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       try        1
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       dev        1
     Rssi:
       Hmusb:
         avg        -47
         cnt        1
         lst        -47
         max        -47
         min        -47
       At_hmusb:
         avg        -54.3415132924335
         cnt        489
         lst        -54
         max        -46
         min        -73
     Shregw:
       07         04
     Shadowreg:
       RegL_00:     01:01 02:01 09:01 0A:CD 0B:20 0C:07 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
       RegL_07:   
Attributes:
   IODev      HMUSB
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.3
   model      HM-CC-RT-DN
   room       Buero
   serialNr   LEQ0856741
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


list Heizung_UG_Buero_WindowRec

Internals:
   CFGFN     
   DEF        2E59EB03
   NAME       Heizung_UG_Buero_WindowRec
   NR         78
   STATE      last:Fenster_UG_Buero :closed
   TYPE       CUL_HM
   chanNo     03
   device     Heizung_UG_Buero
   peerList   Fenster_UG_Buero,
   Readings:
     2015-01-15 22:10:11   R-Fenster_UG_Buero_chn-01-shCtValLo 50
     2015-01-15 22:10:11   R-Fenster_UG_Buero_chn-01-winOpnTemp 5 C
     2015-01-15 20:10:18   R-sign          off
     2015-01-15 22:10:10   RegL_01:          08:00 00:00
     2015-01-15 22:10:11   RegL_03:Fenster_UG_Buero_chn:01   04:32 00:00
     2015-01-15 22:10:11   RegL_07:Fenster_UG_Buero_chn:01   05:0A 00:00
     2015-01-15 22:10:10   peerList        Fenster_UG_Buero,
     2015-01-15 21:21:51   state           unpeered
     2015-01-16 07:23:41   trigLast        Fenster_UG_Buero :closed
     2015-01-16 07:23:41   trig_Fenster_UG_Buero closed
   Helper:
     peerIDsRaw ,35BF3A01,00000000
     Role:
       chn        1
     Shadowreg:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,35BF3A01,
   room       Buero
   stateFormat last:trigLast


list Fenster_UG_Buero

Internals:
   CFGFN     
   DEF        35BF3A
   HMUSB_MSGCNT 212
   HMUSB_RAWMSG E35BF3A,0000,037C4EB6,FF,FFAE,D8A61035BF3ACD200706010000
   HMUSB_RSSI -82
   HMUSB_TIME 2015-01-16 07:41:23
   IODev      HMUSB
   LASTInputDev HMUSB
   MSGCNT     212
   NAME       Fenster_UG_Buero
   NR         109
   STATE      closed
   TYPE       CUL_HM
   lastMsg    No:D8 - t:10 s:35BF3A d:CD2007 06010000
   peerList   Heizung_UG_Buero_WindowRec,
   protCmdDel 4
   protEvt_AESok 19 last_at:2015-01-15 21:48:41
   protLastRcv 2015-01-16 07:41:23
   protNack   1 last_at:2015-01-15 20:28:14
   protSnd    138 last_at:2015-01-16 07:41:23
   protState  CMDs_done
   rssi_at_HMUSB avg:-63.28 max:-42 cnt:212 min:-84 lst:-82
   Readings:
     2015-01-16 06:58:40   Activity        alive
     2015-01-15 21:48:41   CommandAccepted yes
     2015-01-15 21:48:40   D-firmware      1.0
     2015-01-15 21:48:40   D-serialNr      LEQ1468201
     2015-01-15 21:48:42   PairedTo        0xXXXXXX
     2015-01-15 21:48:43   R-Heizung_UG_Buero_WindowRec-expectAES on
     2015-01-15 21:48:43   R-Heizung_UG_Buero_WindowRec-peerNeedsBurst off
     2015-01-15 20:30:53   R-cyclicInfoMsg on
     2015-01-15 20:30:53   R-eventDlyTime  0 s
     2015-01-15 20:30:53   R-msgScPosA     open
     2015-01-15 20:30:53   R-msgScPosB     closed
     2015-01-15 20:30:53   R-pairCentral   0xCD2007
     2015-01-15 20:30:53   R-sabotageMsg   on
     2015-01-15 20:30:53   R-sign          on
     2015-01-15 20:30:53   R-transmDevTryMax 6
     2015-01-15 20:30:53   R-transmitTryMax 6
     2015-01-15 21:48:42   RegL_00:          02:01 09:01 0A:CD 0B:20 0C:07 10:01 14:06 00:00
     2015-01-15 21:48:42   RegL_01:          08:01 20:9C 21:00 30:06 00:00
     2015-01-15 21:48:43   RegL_04:Heizung_UG_Buero_WindowRec   01:80 00:00
     2015-01-15 21:48:41   aesKeyNbr       00
     2015-01-16 07:41:23   alive           yes
     2015-01-16 07:41:23   battery         ok
     2015-01-16 07:41:23   contact         closed (to HMUSB)
     2015-01-15 21:48:43   peerList        Heizung_UG_Buero_WindowRec,
     2015-01-16 07:41:23   recentStateType info
     2015-01-16 07:41:23   sabotageError   off
     2015-01-16 07:41:23   state           closed
     2015-01-16 07:23:35   trigDst_CD2007  noConfig
     2015-01-15 20:30:48   trigDst_broadcast noConfig
   Helper:
     cSnd       01CD200735BF3A01042E59EB0304
     mId        00C7
     peerIDsRaw ,2E59EB03,00000000
     rxType     28
     Io:
       newCh      1
       newChn     +35BF3A,00,01,1E
       nextSend   1421390483.5265
       prefIO     
       rxt        2
       vccu       
       p:
         35BF3A
         00
         01
         1E
     Mrssi:
       mNo        D8
       Io:
         HMUSB      -80
     Prt:
       bErr       0
       sProc      0
       sleeping   0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMUSB
       flg        A
       ts         1421390483.42693
       ack:
         HASH(0x203b9c0)
         D88002CD200735BF3A00
     Rssi:
       At_hmusb:
         avg        -63.2877358490566
         cnt        212
         lst        -82
         max        -42
         min        -84
     Shadowreg:
Attributes:
   IODev      HMUSB
   actCycle   000:50
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.0
   model      HM-SEC-SCo
   peerIDs    00000000,2E59EB03,
   room       Buero
   serialNr   LEQ1468201
   subType    threeStateSensor
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

strauch

#1
Im Fensterkontakt muss das peerneedburst für das Thermostat auf on gestellt werden. Damit der DN aufwacht.
Hab ich auch mal im Wiki zum HM-sec-sc beschrieben. Das könnte ich auch mal zum allgemeinen type threestate schreiben.

Gesendet von meinem Nexus 4 mit Tapatalk
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.

Brun

Das selbe Problem hatte ich best gestern Abend auch.
Ich hab mir dann nochmal das Wiki genau gelesen und diese Passage beherzigt:
http://www.fhemwiki.de/wiki/HM-CC-RT-DN#Channel_.28Kanal.29_03_WindowRec

Achtung: Der Peer-(Lösch)Vorgang muss am Fensterkontakt durch Drücken der Anlerntaste bestätigt werden, und zwar auch dann, wenn der Fensterkontakt schon vorher mit Fhem gepairt wurde. Wichtig scheint auch dass der Fensterkontakt geschlossen ist wenn man die Anlerntaste drückt.


Danach ging es sofort.


Gruß Brun

strauch

#3
Er muss doch kein peer löschen? Den Knopf am Fenstersensor drücken ist immer Sinnvoll wenn man Register schreibt auch bei dem von mir genannten. Auch wenn neuere Sensor das auch beim auslösen des Kontakts können. Klappt bei mir aber selten Fehlerfrei.

Gesendet von meinem Nexus 4 mit Tapatalk
FHEM 5.6 VMware mit Debian. 1 CUL für FS20 und HMLAN für Homematic, HM-CC-RT-DN, HM-LC_Sw1PBU-FM, HM-LC-Bl1PBU-FM,  HM-SEC-SC, HM-SEC-SC-2, HM-LC-Sw1-Pl2, HM-Sec-RHS, ASH2200, FHT80B, S20KSE, Sonos, XBMC, FB_Callmonitor, SMLUSB, Arduino Firmata, uvm.

Motivierte linke Hände

Zitat von: strauch am 16 Januar 2015, 07:59:34
Im Fensterkontakt muss das peerneedburst für das Thermostat auf on gestellt werden. Damit der DN aufwacht.
Hab ich auch mal im Wiki zum HM-sec-sc beschrieben. Das könnte ich auch mal zum allgemeinen type threestate schreiben.

Habe ich gerade mal versucht.

2015.01.16 12:22:41 3: CUL_HM set Fenster_UG_Buero regSet peerNeedsBurst on Heizung_UG_Buero_WindowRec

(Mehrere Minuten Getippel und Gefluche später alle weiteren Fehlermeldungen wieder gelöscht.)

Ja, klappt, danke. Offenbar muss man bei den Fenstersensoren immer die Pairing-Taste drücken, damit Config-Änderungen übernommen werden.
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

martinp876

ja, ist ein config device und so ist es in Wiki beschrieben.
http://www.fhemwiki.de/wiki/HomeMatic#Config

lohnt sich zu lesen

Motivierte linke Hände

Ach, ich hab das alles gelesen, teilweise sogar mehrfach. Das Rezipieren der Inhalte ist das Problem.  ;D
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

mcbo

Hi,

Habe auch gerade das Problem mit einem HM-CC-RT-DN (bad_hz)
und einem HM-SEC-SCo (fenster_bad).

Beide sind am FHEM-Server angemeldet und funktionieren.

Nur das "Peeren" will nicht klappen.

folgende Befehle habe ich unter FHEM abgesetzt und jedes Mal am Fensterkontakt, per Tastendruck bestätigt:

set fenster_bad peerChan 0 bad_hz_WindowRec single unset
set fenster_bad peerChan 0 bad_hz_WindowRec single
set fenster_bad regSet peerNeedsBurst on bad_hz_WindowRec



set bad_hz_WindowRec regSet winOpnTemp 5 fenster_bad


bringt dann nur diese Meldung:

cannot calculate value. Please issue set bad_hz_WindowRec getConfig first - invalid

Im Register "peerIDs" bad_hz_WindowRec steht nur "00000000"

Ich bin kurz vor der Verzweiflung und habe schon mehere Stunden mit "Peeren" verbracht.  ???


Was mache ich falsch?


Gruß

Marcel











frank

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

mcbo

Das Modul kannte ich noch nicht  ::)

configCheck done: missing register list fenster_bad: RegL_00:
PairedTo mismatch to IODev bad_hz paired:0xF11234 IO
attr: -. fenster_bad paired:0x000000 IO attr: -. kz_emelie_hz paired:0xF11234 IO
attr: -. kz_melissa_hz paired:0xF11234 IO attr: -. wz_hz paired:0xF11234 IO
attr: -. templist mismatch bad_hz_Clima: file: ./tempList.cfg for bad_hz_Clima does not exist
kz_emelie_hz_Clima: file: ./tempList.cfg for kz_emelie_hz_Clima does not exist
kz_melissa_hz_Clima: file: ./tempList.cfg for kz_melissa_hz_Clima does not exist
wz_hz_Clima: file: ./tempList.cfg for wz_hz_Clima does not exist


Was meckert FHEM denn wegen meiner Heizzeiten?

Ich habe die Heizzeiten in einer Datei "heizprog.cfg"
Und setze dies mit: "set wz_hz_Clima tempListTmpl restore FHEM/heizprog.cfg:wz_hz"

##################################################################
# Wohnzimmer                                                     #
# set wz_hz_Clima tempListTmpl restore FHEM/heizprog.cfg:wz_hz   #
##################################################################
entities:wz_hz
tempListMon>06:00 18.0 21:30 23.0 24:00 18.0
tempListTue>06:00 18.0 21:30 23.0 24:00 18.0
tempListWed>06:00 18.0 21:30 23.0 24:00 18.0
tempListThu>06:00 18.0 21:30 23.0 24:00 18.0
tempListFri>06:00 18.0 22:00 23.0 24:00 18.0
tempListSat>08:00 18.0 12:00 23.0 15:00 21.0 22:00 23.0 24:00 18.0
tempListSun>08:00 18.0 12:00 23.0 15:00 21.0 21:30 23.0 24:00 18.0

frank

fehler behoben?
poste ein list vom fk und rt
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

mcbo

Nein, leider noch nicht gelöst.  :-\

Ich weiss noch nicht so richtig, wie ich das Problem angehen muss.
Eventuell ein Werksreset beider Komponenten und löschen aller Einträge aus FHEM?  :o

Hier meine Config:


define bad_hz CUL_HM 28B799
attr bad_hz IODev CUL1
attr bad_hz actCycle 000:10
attr bad_hz actStatus alive
attr bad_hz alias HK-Bad
attr bad_hz autoReadReg 4_reqStatus
attr bad_hz burstAccess 1_auto
attr bad_hz expert 2_full
attr bad_hz firmware 1.3
attr bad_hz model HM-CC-RT-DN
attr bad_hz room hidden
attr bad_hz serialNr LEQ0400907
attr bad_hz subType thermostat
attr bad_hz webCmd getConfig:clear msgEvents:burstXmit
define FileLog_bad_hz FileLog ./log/bad_hz-%Y.log bad_hz:.*
attr FileLog_bad_hz group SVG_Heizung,
attr FileLog_bad_hz logtype text
attr FileLog_bad_hz room Bad
define bad_hz_Weather CUL_HM 28B79901
attr bad_hz_Weather model HM-CC-RT-DN
attr bad_hz_Weather peerIDs 00000000,
attr bad_hz_Weather room Bad
define bad_hz_climate CUL_HM 28B79902
attr bad_hz_climate model HM-CC-RT-DN
attr bad_hz_climate peerIDs 00000000,
attr bad_hz_climate room hidden
define bad_hz_WindowRec CUL_HM 28B79903
attr bad_hz_WindowRec model HM-CC-RT-DN
attr bad_hz_WindowRec peerIDs 00000000,
attr bad_hz_WindowRec room hidden
attr bad_hz_WindowRec stateFormat last:trigLast
define bad_hz_Clima CUL_HM 28B79904
attr bad_hz_Clima userattr Heizung Heizung_map structexclude
attr bad_hz_Clima Heizung Heizung_Mode
attr bad_hz_Clima alias Bad
attr bad_hz_Clima icon hc_wht_regler
attr bad_hz_Clima model HM-CC-RT-DN
attr bad_hz_Clima peerIDs 00000000,
attr bad_hz_Clima room Bad
define bad_hz_ClimaTeam CUL_HM 28B79905
attr bad_hz_ClimaTeam model HM-CC-RT-DN
attr bad_hz_ClimaTeam peerIDs 00000000,
attr bad_hz_ClimaTeam room hidden
define bad_hz_remote CUL_HM 28B79906
attr bad_hz_remote model HM-CC-RT-DN
attr bad_hz_remote peerIDs 00000000,
attr bad_hz_remote room hidden
define ActionDetector CUL_HM 000000
attr ActionDetector event-on-change-reading .*
attr ActionDetector model ActionDetector
attr ActionDetector room hidden
define SVG_FileLog_bad_hz_1 SVG FileLog_bad_hz:SVG_FileLog_bad_hz_1:CURRENT
attr SVG_FileLog_bad_hz_1 group SVG_Heizung
attr SVG_FileLog_bad_hz_1 label "HK-Bad Min $data{min1}, Max $data{max1}, Last $data{currval1}"
attr SVG_FileLog_bad_hz_1 plotsize 500,150
attr SVG_FileLog_bad_hz_1 room Bad,Heizung


define fenster_bad CUL_HM 37A631
attr fenster_bad IODev CUL1
attr fenster_bad actCycle 000:50
attr fenster_bad actStatus alive
attr fenster_bad alias Fenster Bad
attr fenster_bad autoReadReg 4_reqStatus
attr fenster_bad devStateIcon closed:fts_window_1w@green open:fts_window_1w_open@red
attr fenster_bad expert 2_full
attr fenster_bad firmware 1.0
attr fenster_bad group Fenster
attr fenster_bad icon fts_window_1w
attr fenster_bad model HM-SEC-SCo
attr fenster_bad peerIDs 00000000,
attr fenster_bad room Bad
attr fenster_bad serialNr MEQ0288015
attr fenster_bad subType threeStateSensor
define FileLog_fenster_bad FileLog ./log/fenster_bad-%Y.log fenster_bad
attr FileLog_fenster_bad logtype text
attr FileLog_fenster_bad room hidden

kleinerDrache

Ich hatte das gleiche Problem mit meinen Geräten. Habs dann so gelößt das ich das peering in der Config Software von HM unter Windows gemacht habe. Besonders wichtig scheint zu sein das der Fensterkontakt "GESCHLOSSEN" ist bevor der Knopf gedrückt wird.

Damit hab ich dann das Peering der Geräte untereinander. Danach ganz normal unter Fhem angelernt.

Die ID 000000 ist vom Actioncontroller und sollte nicht geändert werden.

Zum Schluss nochmals bei jedem Device "getConfig" auslösen und bei jedem Gerät die Anlerntaste gedrückt und schon ist alles schick.   

Wegen der tempList.cfg weiß ich nicht ob dieser Name nicht vorgeschrieben ist hab solch eine Datei und sie liegt im Hauptverzeichniß von FHEM.

Als letztes noch ne Nacht drüber schlafen (glaube 5 min. warten müßte auch reichen) und HM-Info sollte keine Fehler mehr melden.
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT

mcbo

Danke, der Fensterkontakt war immer geschlossen.

Das "tempList.cfg"-Problem habe ich mit "set hm tempList save tempList.cfg" gelöst.
Damit hat FHEM mir die fehlende Datei angelegt.


Gruß

Marcel

kleinerDrache

Ist der Rest denn auch gelöst ?? Bei mir hats pur per FHEM nicht funktioniert.
Raspi 2 - Hmusb2 , 2xJeeLink , EnOcean pi: Serie14 Geräte , 6xHM-Sec-Rhs , 6xHM-CC-RT-DN, verschiedene MySensor Nodes, ein bischen MQTT