[GELÖST]HM-CC-RT-DN und HM-SEC-SC-2 Problem

[Pythonf]

Hallo FHEM-Freunde, ich hoffe ihr könnt mir weiter helfen:
EDIT:
Ich habe ein unabhäniges Heizkörperthermostat (Firmware 1.3) und einen unabhänigen Fensterkontakt (Firmware 2.4) ohne pairing zu FHEM gepeert. Bestätigt durch AC. Dann habe ich beide mit FHEM gepairt. Bestätigt durch AC. Und ein getConfig hinter her geschoben Bestätigt durch CMDs_done. Dennoch steht im rt_WindowRec state: unpeered
EDIT Ende

Ich habe in einem Raum
3x HM-CC-RT-DN
2x HM-SEC-SC-2
Die Steuerung erfolgt über einen Cubietruck mit HMUSB, dessen weiteste Enfernung unter 10m zum entferntesten HM-Gerät ist.
Die RTs sind über ClimaTeam miteinander verbunden. Meine erste Frage wäre hier bei 3 RTs ob ich jeden mit jedem peeren soll oder ob dies unnötig ist, da es ja auch funktioniert, wenn alles über einen zentralen RT gepeert ist?
Mein Hauptproblem machen mir jedoch die Fensterkontakte.
Ich habe in jedem der beiden Fensterkontakte für jeden RT ein:

Code Auswählen Erweitern

set SEC peerChan 0 rt_windowRec single

durchgeführt.
die RTs reagieren auch stets auf ein öffnen des Fensters, doch beim Schließen reagiert ein RT sehr unzuverlässig und bleibt auch mal im Fenster-Offen modus stehen.
Auch die Readings des einen Fensterkontaktes werden nicht zuverlässig aktualisiert. Beim Öffnen und auch beim Schließen des Fensters kommt es bei beiden Fensterkontakten häufig vor, dass sie nach langen orang leuchten kurz rot leuchten und dann ausgehen. Ebenso hat einer der Fensterkontakte eine Zeit lang intervallmäßig orang geleuchtet und dann mit grün abgeschlossen.
Ich habe schon ein neues pairen mit FHEM incl. reset des Fensterkontaktes sowie neues peeren mit den RTs versucht. GetConfig, clear msgEvents und anlerntaste haben noch nicht weiter geholfen. Dazu kommt, dass in jedem rt_WindowRec kanal steht:

Code Auswählen Erweitern

state unpeered
trigLast Wohnzimmer.FST01 :closed
peerList Wohnzimmer.FST02,Wohnzimmer.FST01,

attr:
model HM-CC-RT-DN
peerIDs 00000000,28DBC001,28DCD701
stateFormat last:trigLast

Pairen lief über eine VCCU

Ich hoffe ihr könnt mir irgendwie weiterhelfen. Ich habe nämlich keine Idee, woran es liegen könnte.
Die Geräte sind alle neu bei ELV bestellt und haben einzeln nur mit FHEM gepairt fehlerfrei funktioniert.

Beste Grüße
Fabian

[frank]

Dennoch steht im rt_WindowRec state: unpeered

danach hast du sicherlich das peering geprüft? jedes device muss den peerpartner eingetragen haben. kontrolle auch über hminfo configcheck oder peerxref.

dein zwillingsbruder hat den selben fehler?
http://forum.fhem.de/index.php/topic,30938.0.html

[Pythonf]

Also HMInfo liefert mir folgendes:

Register changes pending Badezimmer.HZG.
Allerdings steht ein CMDs_done und ich habe auch ein getConfig mit Anlerntaste durchgeführt. Es müsste sich also eigentlich um eine alleinige FHEM Sache (bzw besser meinen Fehler) handeln. Da die Geräte wie oben beschrieben ohne FHEM gepeert wurden. Ich hab inerhalb von FHEM jediglich ein clear all gemacht. Kein vollständiges herrauslöschen der Devices.

Nach einem erneuten clear All und getConfig (ohne Anlernen, nur des RTs) steht in HMInfo weiterhin obige Meldung aber state unpeered ist vollständig verschwunden.
Ich werde wohl alle Geräte wieder auf die Werkseinstellungen zurück setzten und das peeren manuell an den RTs und den Kontakten durchführen und sie erst daraufhin wieder in FHEM einbinden. Das scheint mir erfolgsversprechender als über FHEM. Irgendwas muss ich da wohl gravieren falsch machen. Ich verstehe nur nicht was.

Grüße
Fabian

[martinp876]

um eine alleinige FHEM Sache (bzw besser meinen Fehler) handeln.

nicht wirklich. die schattenregister sind nicht bestätigt.
nach einem getConfig taucht das nicht mehr auf - wenn doch schicke ein log des getConfig und ein list des Devices mit expert 2

Da die Geräte wie oben beschrieben ohne FHEM gepeert wurden

macht keinen unterschied

Kein vollständiges herrauslöschen der Devices.

ist auch nie notwendig

Ich werde wohl alle Geräte wieder auf die Werkseinstellungen zurück setzten

würde ich nicht. Erst das list schicken (und das getConfig)

[Pythonf]

Hier ein Ausschnitt aus dem log mit Verbose 5

Code Auswählen Erweitern

2014.12.26 13:30:35 3: CUL_HM set Badezimmer.HZG getConfig
2014.12.26 13:31:27 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:14
2014.12.26 13:31:28 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:13
2014.12.26 13:31:28 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:13
2014.12.26 13:31:28 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:28 4: CUL_HM Badezimmer.HZG dupe: dont process
2014.12.26 13:31:28 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:12
2014.12.26 13:31:29 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:11
2014.12.26 13:31:29 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:10
2014.12.26 13:31:29 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:9
2014.12.26 13:31:30 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:8
2014.12.26 13:31:30 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:9
2014.12.26 13:31:30 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:8
2014.12.26 13:31:31 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:7
2014.12.26 13:31:31 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:31 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:31 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:32 4: CUL_HM Badezimmer.HZG dupe: dont process
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:32 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:33 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:34 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:35 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:35 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:35 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:6
2014.12.26 13:31:35 5: CUL_HM Badezimmer.HZG sent ACK:2
2014.12.26 13:31:35 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:5
2014.12.26 13:31:36 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:4
2014.12.26 13:31:36 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:3
2014.12.26 13:31:36 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:2
2014.12.26 13:31:37 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:1
2014.12.26 13:31:37 5: CUL_HM Badezimmer.HZG protEvent:CMDs_processing... pending:0
2014.12.26 13:31:37 5: CUL_HM Badezimmer.HZG protEvent:CMDs_done
Und hier ein list Badezimmer.HZG

Code Auswählen Erweitern

Internals:
   DEF        2C7002
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     2600
   NAME       Badezimmer.HZG
   NR         60
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Badezimmer.HZG_Weather
   channel_02 Badezimmer.HZG_Climate
   channel_03 Badezimmer.HZG_WindowRec
   channel_04 Badezimmer.HZG_Clima
   channel_05 Badezimmer.HZG_ClimaTeam
   channel_06 Badezimmer.HZG_remote
   hmusb_MSGCNT 2600
   hmusb_RAWMSG R86A78DC5,0001,129D96DB,FF,FFD3,0680102C70024242420205180000
   hmusb_RSSI -45
   hmusb_TIME 2014-12-26 13:52:15
   lastMsg    No:06 - t:10 s:2C7002 d:424242 0205180000
   protLastRcv 2014-12-26 13:52:15
   protResnd  7 last_at:2014-12-26 13:49:23
   protSnd    208 last_at:2014-12-26 13:52:15
   protState  CMDs_done
   rssi_at_hmusb avg:-46.61 min:-51 max:-44 lst:-45 cnt:520
   Readings:
     2014-12-26 13:52:09   CommandAccepted yes
     2014-12-26 13:33:50   PairedTo        0x424242
     2014-12-26 02:04:24   R-backOnTime    10 s
     2014-12-26 02:04:24   R-btnLock       off
     2014-12-26 02:04:24   R-burstRx       on
     2014-12-26 02:04:24   R-cyclicInfoMsg on
     2014-12-26 02:04:24   R-cyclicInfoMsgDis 0
     2014-12-26 02:04:24   R-globalBtnLock off
     2014-12-26 02:04:24   R-localResDis   off
     2014-12-26 02:04:24   R-lowBatLimitRT 2.1 V
     2014-12-26 02:04:24   R-modusBtnLock  off
     2014-12-26 02:04:24   R-pairCentral   0x424242
     2014-12-26 13:33:50   RegL_00:          01:01 02:01 09:01 0A:42 0B:42 0C:42 0E:0A 0F:00  11:00 12:15 16:00 18:00 19:00 1A:00 00:00
     2014-12-26 13:52:09   actuator        0
     2014-12-26 13:52:09   batteryLevel    3.1
     2014-12-26 13:52:09   desired-temp    12.0
     2014-12-26 13:52:09   measured-temp   18.9
     2014-12-26 13:52:15   state           CMDs_done
     Regl_07::
       VAL
   Helper:
     cSnd       014242422C7002030428DCAE0107
     mId        0095
     rxType     140
     Io:
       newChn     +2C7002,00,01,00
       nextSend   1419598335.51117
       rxt        2
       vccu       myVCCU
       p:
         2C7002
         00
         01
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        06
       Io:
         hmusb      -43
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rssi:
       At_hmusb:
         avg        -46.6134615384615
         cnt        520
         lst        -45
         max        -44
         min        -51
     Shregw:
       07         04
     Shadowreg:
       RegL_07:
Attributes:
   IODev      hmusb
   IOgrp      myVCCU:hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     2_full
   firmware   1.3
   model      HM-CC-RT-DN
   room       Badezimmer,CUL_HM
   serialNr   LEQ0845847
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit
Und leider immernoch Register changes pending Badezimmer.HZG.

[martinp876]

mit 7329 gelöst

[Pythonf]

Ich gehe davon aus, du meinst die Version von CUL_HM

Code Auswählen Erweitern

# $Id: 10_CUL_HM.pm 7293 2014-12-21 18:09:32Z martinp876 $
aber bei einem Update ändert sich nichts, oder handelt es sich dabei aktuell noch um eine Entwicklungsversion?

Beste Grüße
Fabian

[martinp876]

nicht 7293 sonder 7329
auch 98_HMInfo updaten

[Pythonf]

Das versteh ich jetzt nicht ganz:

Code Auswählen Erweitern

update
Events (global only):
2014-12-27 12:49:42 Global global nothing to do...

Damit dachte ich eigentlich, dass alle offiziell eingecheckten Module, und damit ja auch HMInfo und CUL_HM etc.. auf dem neuesten Stand sind. Ich ging davon aus, dass nur nicht offizielle Module manuell geupdated werden müssen?

Hier noch ein Auszug

Code Auswählen Erweitern

version
# $Id: fhem.pl 7301 2014-12-22 07:12:41Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 7293 2014-12-21 18:09:32Z martinp876 $
# $Id: 95_Dashboard.pm 5921 2014-05-21 18:47:19Z svenson08 $
# $Id: 01_FHEMWEB.pm 7284 2014-12-21 16:18:32Z rudolfkoenig $
# $Id: 92_FileLog.pm 7135 2014-12-05 21:11:17Z rudolfkoenig $
# $Id: 00_HMLAN.pm 7104 2014-11-30 18:55:56Z martinp876 $
# $Id: 98_HMinfo.pm 7086 2014-11-29 09:40:41Z martinp876 $
# $Id: $
# $Id: 99_SUNRISE_EL.pm 6765 2014-10-14 18:24:29Z rudolfkoenig $
# $Id: 99_Utils.pm 6660 2014-10-03 06:35:43Z rudolfkoenig $
# $Id: 98_autocreate.pm 6505 2014-09-06 12:24:48Z rudolfkoenig $
# $Id: 91_eventTypes.pm 7221 2014-12-15 10:02:49Z rudolfkoenig $
# $Id: 91_notify.pm 7260 2014-12-19 12:50:49Z rudolfkoenig $
# $Id: 98_telnet.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $
# $Id: 98_update.pm 6784 2014-10-18 09:12:57Z rudolfkoenig $
./FHEM/95_webViewControl.pm: No such file or directory
# $Id: 98_weblink.pm 5608 2014-04-23 10:57:16Z rudolfkoenig $

Kann mir das jemand genauer erklären?
Beste Grüße
Fabian

[franky08]

Verfügbar, per update sind die neu eingechekten Module erst ab morgen ca. 8:00 Uhr. Jetzt im Moment kannst du sie nur im SVN runterladen.

VG
Frank

[martinp876]

den update habe ich gerade nach SVN abgegeben. Ab morgen kannst du es per update nachladen.
Heute kannst du es auch schon aus SVN holen, und von hand einspielen.
http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/FHEM

[Pythonf]

Ah, okay - danke.
Das heißt, dass Problem wird mit der morgen erscheinenden Version gelöst sein.
Und damit gehe ich davon aus, dass auch dieser Thread hier gelöst ist.
Danke für eurer Hilfe.

Beste Grüße
Fabian