Homematic mit Nicht Homematic verbinden.

[Beta-User]

Ich muss dem vorhandenen virtuellen HomeMatic Device nur einen neuen Kanal zuordnen?
Ist das so korrekt?

Es gab da neulich eine Diskussion zu, und da war das Ergebnis nach meiner Erinnerung: Besser für jeden virtuellen Temp-Sensor ein eigenes Device anlegen, aus irgendeinem unerfindlichen Grund scheint sich der RT sonst nur die Werte aus dem ersten Kanal zu greifen (also nur der eine Temp-Sensor wird an alle RT's weitergegeben...).

[Hollo]

...
Da ich jetzt einen zweiten HM-CC-RT-DN mit einem anderen Lacrosse Sensor verbinden will benötige ich kein neues virtuelles HomeMatic Device?
Ich muss dem vorhandenen virtuellen HomeMatic Device nur einen neuen Kanal zuordnen?...

NEIN.
Genau das funktioniert nicht.

Tu Dir selbst einen Gefallen und erstell Dir zu jedem Sensor ein passendes virtuelles Device.
Dann kannst Du das namentlich vernünftig zuordnen und es funktioniert auch dauerhaft.

[Fredi69]

Ich habe jetzt das virtuelle Device mit dem Weather Channel gepeert.

Code Auswählen Erweitern

set DG.Sz.vT.Temperatur_Sensor1 peerChan 0 DG.Sz.HZ.Thermostat_Weather single
Im Virtuellen Device kann ich die Verbindung zum Weather Channel sehen, im Weather Channel sind die peerIDs leider leer bzw. 00000000.

Was mache ich falsch?

[Hollo]

An das Ende Deines Kommandos gehört eigentlich noch ein set oder unset, je nach Wunsch.

Code Auswählen Erweitern

set DG.Sz.vT.Temperatur_Sensor1 peerChan 0 DG.Sz.HZ.Thermostat_Weather single set
Du hast danach aber schon gewartet bis die pending commands auf done wechseln und dann mal aktualisiert!?

[Fredi69]

An das Ende Deines Kommandos gehört eigentlich noch ein set oder unset, je nach Wunsch.

Code Auswählen Erweitern

set DG.Sz.vT.Temperatur_Sensor1 peerChan 0 DG.Sz.HZ.Thermostat_Weather single set
Du hast danach aber schon gewartet bis die pending commands auf done wechseln und dann mal aktualisiert!?

Das

Code Auswählen Erweitern

set fehlt leider auch im Wiki.
Aber auch mit Set kommt im das Peering im Weather Channel nicht an, im virtuellen Device ist ein Peering angekommen.

Was mache ich da falsch, mit dem anderen Thermostat hat es ja schon mal geklappt.

[Otto123]

Hiweis auf die Doku

peerChan <btn_no> <actChan> [single|dual|reverse] [set|unset] [both|actor|remote]

Die Unterstreichungen sind default und können auch weggelassen werden.

[basti2s]

Ich bin gerade total am durchdrehen, bis gestern abend hat das ganze bei mir einwandfrei funktioniert, aber jetzt werden die Werte aus dem virtuellen Sensor nicht mehr in den Weather Kanal geschrieben. Also habe ich mein Thermostat und den virtuellen Sensor komplett gelöscht und zurückgesetzt. Und dann nochmal nach der Anleitung fortgefahren, jedoch mit dem gleichen Problem.

Ich scheine das gleiche Problem wie @Fredi69 zu haben.
Es kommt bei der überprüfung mit "set hm peerXref" nur:

Code Auswählen Erweitern

peerXref done:
x-ref list
    wz_vT_Sensor1 => sz_heizung_Weather

[frank]

wiederholen bis es passt.
löschen und resetten von devices bringt nur zusätzliche probleme, wie du nun selbst siehst. also völlig überflüssig.

verfolge die kommunikation im thermostat. erst cmds_done zeigt erfolg. mache vorher ein set clear msgEvents, damit nicht noch weitere befehle in der cmd-queue existieren.
zum sofortigen ausführen des peering befehls am besten den "countdown" am thermostat starten. eventuell mehrmals, falls noch cmds pending gezeigt werden.

[basti2s]

Also das Thermostat ist richtig gepeered. Es wird auch cmds_done angezeigt. Das Problem ist ja das peering mit meinem virtuellen Sensor. Oder meinst du dass ich den befehl zum peeren des virtuellen Sensors mit dem Thermostat so oft durch führen soll bis es klappt?

[frank]

Oder meinst du dass ich den befehl zum peeren des virtuellen Sensors mit dem Thermostat so oft durch führen soll bis es klappt?

ja. was sonst?

[basti2s]

Also ich hatte jetzt als ausgangszustand ja, dass das Thermostat in fhem gelöscht ist und auf werkseinstellungen zurückgesetzt ist.
1. Peeren des Thermostates mit fhem
- warten bis CMDs_done erscheint

2. virtuelles hm device erstellt
define wz_vT CUL_HM 112233
und weiter nach der Anleitung verfahren bis zu dem Punkt, an dem der virtuelle Sensor mit dem Thermostat gepperd wird. Diesen Punkt habe ich bestimmt 10-mal durchgeführt und es kam mit peerXref immer die gleiche Ausgabe:"wz_vT_Sensor1 => sz_heizung_Weather"
auch ein neustart von fhem mit shutdown restart konnte mir nicht helfen, das einzige was sich dadurch änderte wer der status von meinem Virtuellen sensor, dieser änderte sich von "? ? ?" auf "stopped"

Wie soll ich nun weiter verfahren?

[frank]

poste mal je ein list, insgesamt also 4:
themostat hauptdevice
thermostat weatherchannel
virt sensor hauptdevice
virt sensor channel

[basti2s]

Liest Thermostat Hauptdevice:

Code Auswählen Erweitern

Internals:
   DEF        5F94D8
   IODev      myHmUART
   LASTInputDev myHmUART
   MSGCNT     5
   NAME       sz_heizung
   NOTIFYDEV  global
   NR         270
   NTFY_ORDER 50-sz_heizung
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 sz_heizung_Weather
   channel_02 sz_heizung_Climate
   channel_03 sz_heizung_WindowRec
   channel_04 sz_heizung_Clima
   channel_05 sz_heizung_ClimaTeam
   channel_06 sz_heizung_remote
   lastMsg    No:21 - t:10 s:5F94D8 d:526461 0208000000
   myHmUART_MSGCNT 5
   myHmUART_RAWMSG 0501001E2180105F94D85264610208000000
   myHmUART_RSSI -30
   myHmUART_TIME 2018-03-28 13:45:10
   protLastRcv 2018-03-28 13:45:10
   protResnd  1 last_at:2018-03-28 13:42:31
   protSnd    4 last_at:2018-03-28 13:45:10
   protState  CMDs_done
   rssi_at_myHmUART avg:-30.4 max:-30 cnt:5 lst:-30 min:-32
   READINGS:
     2018-03-28 13:41:18   Activity        alive
     2018-03-28 13:45:09   CommandAccepted yes
     2018-03-28 13:37:16   D-firmware      1.4
     2018-03-28 13:37:16   D-serialNr      OEQ1697911
     2018-03-28 12:57:37   PairedTo        0x526461
     2018-03-28 12:57:37   R-backOnTime    10 s
     2018-03-28 12:57:37   R-burstRx       on
     2018-03-28 12:57:37   R-cyclicInfoMsg on
     2018-03-28 12:57:37   R-cyclicInfoMsgDis 0
     2018-03-28 12:57:37   R-pairCentral   0x526461
     2018-03-28 12:57:37   RegL_00.        01:01 02:01 09:01 0A:52 0B:64 0C:61 0E:0A 0F:00  11:00 12:15 16:01 18:00 19:00 1A:00 00:00
     2018-03-28 12:58:32   RegL_07.       
     2018-03-28 13:45:09   actuator        0
     2018-03-28 13:45:09   battery         ok
     2018-03-28 13:45:09   batteryLevel    2.9
     2018-03-28 13:45:09   desired-temp    20.0
     2018-03-28 13:45:09   measured-temp   29.8
     2018-03-28 13:45:09   motorErr        ok
     2018-03-28 13:45:10   state           CMDs_done
     2018-03-28 12:53:50   time-request    -
   helper:
     HM_CMDNR   33
     cSnd       015264615F94D80103,015264615F94D801040000000001
     mId        0095
     regLst     ,0
     rxType     140
     supp_Pair_Rep 0
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +5F94D8,00,00,00
       nextSend   1522237510.50609
       prefIO     
       rxt        2
       vccu       
       p:
         5F94D8
         00
         00
         00
     mRssi:
       mNo        21
       io:
         myHmUART:
           -22
           -22
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     rssi:
       at_myHmUART:
         avg        -30.4
         cnt        5
         lst        -30
         max        -30
         min        -32
     shRegW:
       07         04
     tmpl:
Attributes:
   IODev      myHmUART
   actCycle   000:10
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   *********
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit

List Thermostat Weatherchannel

Code Auswählen Erweitern

Internals:
   DEF        5F94D801
   NAME       sz_heizung_Weather
   NOTIFYDEV  global
   NR         272
   NTFY_ORDER 50-sz_heizung_Weather
   STATE      29.9
   TYPE       CUL_HM
   chanNo     01
   device     sz_heizung
   READINGS:
     2018-03-28 12:57:38   R-sign          off
     2018-03-28 13:45:10   RegL_01.          08:00 00:00
     2018-03-28 13:47:36   measured-temp   29.9
     2018-03-28 13:47:36   state           29.9
   helper:
     peerIDsRaw ,00000000
     regLst     ,1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
     shadowReg:
     tmpl:
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,

List virt sensor Hauptdevice:

Code Auswählen Erweitern


Internals:
   DEF        11223301
   NAME       wz_vT_Sensor1
   NOTIFYDEV  global
   NR         280
   NTFY_ORDER 50-wz_vT_Sensor1
   STATE      stopped
   TYPE       CUL_HM
   chanNo     01
   device     wz_vT
   peerList   sz_heizung_Weather,
   READINGS:
     2018-03-28 13:41:18   peerList        sz_heizung_Weather,
     2018-03-28 13:41:21   state           stopped
   helper:
     fkt        virtThSens
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     role:
       chn        1
       vrt        1
     vd:
       idh        0
       idl        0
       msgCnt     1
       msgRed     0
       next       1522237448.43982
       nextM      1522237451.40458
Attributes:
   model      virtual_1
   peerIDs    5F94D801,
   webCmd     press short:press long



List virt sensor channel:

Code Auswählen Erweitern

Internals:
   DEF        112233
   NAME       wz_vT
   NOTIFYDEV  global
   NR         279
   NTFY_ORDER 50-wz_vT
   STATE      ???
   TYPE       CUL_HM
   channel_01 wz_vT_Sensor1
   READINGS:
   helper:
     HM_CMDNR   219
     mId       
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
Attributes:
   expert     2_raw
   model      virtual_1
   subType    virtual
   webCmd     virtual

Bei den letzten beiden lists bin ich mir nicht ganz sicher ob es das ist was du wolltest.

[frank]

es sind die richtigen list's.
bei wz_vT fehlt das "attr IODev myHmUART" und "attr expert" löschen.
die rssi werte vom thermostat sind eventuell zu gut. versuch mal 2-3 m zwischen hmuart und thermostat.

wie sieht dein befehl zum peeren genau aus?
was sagt fhem log, wenn du peerst?

[Fredi69]

es sind die richtigen list's.
bei wz_vT fehlt das "attr IODev myHmUART" ....

Es besteht anscheinend immer noch das Problem, dass bei den virtuellen Devices das IODev nicht korrekt gesetzt wird.

Schau mal hier: https://forum.fhem.de/index.php/topic,85166.0.html