[Gelöst] HM-CC-RT-DN mit TX29 DTH verbinden.

[Kruech]

Moin,

Ich habe TX29 DTH Sensoren und HM-CC-RT-DN Thermostate und möchte diese verbinden, sodass nicht mehr die Sensoren am Thermostat selber genutzt werden.
Ich bin auch schon ganz gut voran gekommen dank http://forum.fhem.de/index.php/topic,19686.30.html
Der Virtuelle Sensor übernimmt immer schön die Daten.
Jetzt häng ich aber daran, das das Thermostat die Temperatur nicht übernimt.
Ich häng mal die Lists des Thermostats (THERMOSTAT_Raum5_Weather), TX29 (TH_Sensor5 ) und des virtuellen Sensors (virtual_temp_Sensor1)und (virtual_temp)drann.
Hoffe es kann mir jemand weiter helfen. Wenn noch Infos nötig sind werden die nach gereicht.

Danke schon mal.

list THERMOSTAT_Raum5_Weather:

Code Auswählen Erweitern

Internals:
   DEF        2E6E8301
   NAME       THERMOSTAT_Raum5_Weather
   NR         210
   STATE      20.0
   TYPE       CUL_HM
   chanNo     01
   device     THERMOSTAT_Raum5
   peerList   virtual_temp_Sensor1,
   Readings:
     2015-01-01 16:54:16   R-sign          off
     2015-01-15 21:38:24   RegL_01:        08:00 00:00
     2015-01-18 23:04:19   measured-temp   20.0
     2015-01-18 22:26:26   peerList        virtual_temp_Sensor1,
     2015-01-18 23:04:19   state           20.0
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,66345601,

list TH_Sensor5 :

Code Auswählen Erweitern

Internals:
   CHANGED
   DEF        2F
   IODev      JeeLink
   JeeLink_MSGCNT 888
   JeeLink_RAWMSG OK 9 47 1 4 194 40
   JeeLink_TIME 2015-01-18 23:09:01
   LASTInputDev JeeLink
   LaCrosse_lastRcv 2015-01-18 23:09:01
   MSGCNT     888
   NAME       TH_Sensor5
   NR         73
   STATE      T: 21.8 H: 40
   TYPE       LaCrosse
   addr       2F
   battery_new 0
   corr1      0
   corr2      0
   previousH  40
   previousT  21.8
   Readings:
     2015-01-18 23:09:01   battery         ok
     2015-01-18 23:09:01   humidity        40
     2015-01-18 23:08:35   state           T: 21.8 H: 40
     2015-01-18 23:09:01   temperature     21.8
Attributes:
   IODev      JeeLink
   alias      Küche
   event-on-change-reading state
   group      Sensoren
   icon       temperature_humidity
   room       Steuerung

list virtual_temp_Sensor1:

Code Auswählen Erweitern

Internals:
   DEF        66345601
   NAME       virtual_temp_Sensor1
   NR         311
   STATE      set_virtTemp 21.8
   TYPE       CUL_HM
   chanNo     01
   device     virtual_temp
   peerList   THERMOSTAT_Raum5_Weather,
   Readings:
     2015-01-18 21:06:08   peerList        THERMOSTAT_Raum5_Weather,
     2015-01-18 23:10:01   state           set_virtTemp 21.8
     2015-01-18 23:10:01   temperature     21.8
   Helper:
     fkt        virtThSens
     virtTC     00
     Role:
       chn        1
       vrt        1
     Vd:
       cmd        8670663456000000
       idh        1044004
       idl        22016
       msgCnt     50
       msgRed     0
       next       1421619101.00767
       nextM      1421619101.00767
       typ        2
       val        00DA
       vin        21.8
Attributes:
   model      virtual_1
   peerIDs    2E6E8301,
   webCmd     press short:press long

list virtual_temp :

Code Auswählen Erweitern

Internals:
   DEF        663456
   IODev      HMLAN1
   NAME       virtual_temp
   NR         310
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 virtual_temp_Sensor1
   protSnd    52 last_at:2015-01-18 23:14:44
   protState  CMDs_done
   Readings:
     2015-01-18 23:14:44   state           CMDs_done
   Helper:
     Io:
       prefIO
       vccu
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       vrt        1
Attributes:
   IODev      HMLAN1
   expert     2_full
   model      virtual_1
   msgRepeat  0
   subType    virtual
   webCmd     virtual

set hm peerXref  gibt folgendes aus:

Code Auswählen Erweitern

peerXref done:
x-ref list
    THERMOSTAT_Raum5_Weather => virtual_temp_Sensor1
    virtual_temp_Sensor1 => THERMOSTAT_Raum5_Weather


[tpm88]

Das sieht eigentlich alles sauber aus.

Kannst du mal bitte die Ausgabe von

Code Auswählen Erweitern

set hm protoEvents
set hm rssi

anhängen? (Falls das hminfo Device noch nicht angelegt ist:

Code Auswählen Erweitern

define hm HMinfo

Bei mir passiert es sehr selten, daß die Kommunikation zwischen FHEM und dem RT-DN  (also das Senden der Ist-Temperatur vom virtuellen Device) kurz aus dem Tritt kommt. FHEM muß ja genau dann den Temperaturwert senden, wenn der RT-DN gerade "aufwacht" und empfangsbereit ist.  Dann gibt es im Plot einen kurzen Peak, jenachdem wie weit die Temperatur vom virtuellen Sensor und gemessen am RT-DN abweicht. Meist wird der nächste Wert (also ca 3min später) schon wieder korrekt empfangen.

Tobias

[Kruech]

Vielen Dank schon mal für die Mühe.

So, hier die

set hm protoEvents

Code Auswählen Erweitern

protoEvents done:
    name                    :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    FENSTER_Raum1           :  -             | -        | -        | -        # -        | -        | -        | -
    FENSTER_Raum2           :  -             | -        | -        | -        # -        | -        | -        | -
    STECKDOSE_LM_1          : done_Errors:1  | -        |1:        |3:        #6         |1:        | -        | -
    THERMOSTAT_Raum1        :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum2        :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum3_links  :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum3_rechts :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum4_links  :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum4_mitte  :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum4_rechts :  -             | -        | -        | -        # -        | -        | -        | -
    THERMOSTAT_Raum5        :  -             | -        | -        | -        # -        | -        | -        | -
    virtual_temp            : done           | -        |32:       | -        # -        | -        | -        | -
================================================================================================================
    sum                     1                |0         |33        |3         #6         |1         |0         |0

    CUL_HM queue length:0

    requests pending
    ----------------
    autoReadReg          :
        recent           : none
    status request       :
    autoReadReg wakeup   :
    status request wakeup:
    autoReadTest         :

    IODevs:HMLAN1:opened pending=0 condition:ok
            msgLoadEst: 1hour:0% 10min steps: 0/0/0/0/0/0

set hm rssi

Code Auswählen Erweitern

rssi done:
    Device         :receive         from             last   avg      min<max    count
    THERMOSTAT_Raum1:HMLAN1          THERMOSTAT_Raum1  -86.0  -85.6  -92.0< -81.0    31
    THERMOSTAT_Raum2:HMLAN1          THERMOSTAT_Raum2  -57.0  -57.1  -58.0< -55.0    32
    THERMOSTAT_Raum3_links:HMLAN1          THERMOSTAT_Raum3_links  -47.0  -46.4  -48.0< -46.0    32
    THERMOSTAT_Raum3_rechts:HMLAN1          THERMOSTAT_Raum3_rechts  -54.0  -52.9  -55.0< -51.0    31
    THERMOSTAT_Raum4_links:HMLAN1          THERMOSTAT_Raum4_links  -59.0  -59.1  -60.0< -58.0    31
    THERMOSTAT_Raum4_mitte:HMLAN1          THERMOSTAT_Raum4_mitte  -55.0  -54.7  -55.0< -54.0    32
    THERMOSTAT_Raum4_rechts:HMLAN1          THERMOSTAT_Raum4_rechts  -63.0  -63.7  -66.0< -62.0    32
    THERMOSTAT_Raum5:HMLAN1          THERMOSTAT_Raum5  -70.0  -70.2  -72.0< -69.0    31

Auszug aus dem Log. vielleicht hilfts weiter.

Code Auswählen Erweitern

2015.01.19 20:12:34 5: CUL_HM virtual_temp_Sensor1 m:32 ->33 t:1421694754.38365->1421694877.38365  M:1421694754.38859 :123
2015.01.19 20:12:34 5: Triggering virtual_temp (1 changes)
2015.01.19 20:12:34 5: Notify loop for virtual_temp CMDs_pending
2015.01.19 20:12:34 5: HM_Components: not on any display, ignoring notify
2015.01.19 20:12:34 4: eventTypes: CUL_HM virtual_temp CMDs_pending -> CMDs_pending
2015.01.19 20:12:34 4: eventTypes: CUL_HM virtual_temp state: CMDs_pending -> state: CMDs_pending
2015.01.19 20:12:34 5: CUL_HM virtual_temp protEvent:CMDs_pending pending:1
2015.01.19 20:12:34 5: HMLAN_Send:  HMLAN1 S:S039C5FB5 stat:  00 t:00000000 d:01 r:039C5FB5 m:21 8670 663456 000000 00A7
2015.01.19 20:12:34 5: Triggering virtual_temp (1 changes)
2015.01.19 20:12:34 5: Notify loop for virtual_temp CMDs_done
2015.01.19 20:12:34 5: HM_Components: not on any display, ignoring notify
2015.01.19 20:12:34 4: eventTypes: CUL_HM virtual_temp CMDs_done -> CMDs_done
2015.01.19 20:12:34 4: eventTypes: CUL_HM virtual_temp state: CMDs_done -> state: CMDs_done
2015.01.19 20:12:34 5: CUL_HM virtual_temp protEvent:CMDs_done
2015.01.19 20:12:34 5: HMLAN/RAW: /R039C5FB5,0002,00000000,FF,7FFF,21867066345600000000A7
2015.01.19 20:13:01 5: HMLAN/RAW: /E2E6E83,0000,029C5052,FF,FFB9,5286102E6E830000000A90C40F1500
2015.01.19 20:13:01 5: HMLAN_Parse: HMLAN1 R:E2E6E83   stat:0000 t:029C5052 d:FF r:FFB9     m:52 8610 2E6E83 000000 0A90C40F1500
2015.01.19 20:13:01 5: HMLAN1 dispatch A0F5286102E6E830000000A90C40F1500::-71:HMLAN1
2015.01.19 20:13:01 5: Triggering THERMOSTAT_Raum5 (4 changes)
2015.01.19 20:13:01 5: Notify loop for THERMOSTAT_Raum5 measured-temp: 19.6
2015.01.19 20:13:01 5: HM_Components: not on any display, ignoring notify
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5 measured-temp: 19.6 -> measured-temp: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5 batteryLevel: 3 -> batteryLevel: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5 actuator: 21 -> actuator: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5 desired-temp: 18.0 -> desired-temp: .*
2015.01.19 20:13:01 5: heatingInfo: not on any display, ignoring notify
2015.01.19 20:13:01 5: Triggering THERMOSTAT_Raum5_Clima (10 changes)
2015.01.19 20:13:01 5: Notify loop for THERMOSTAT_Raum5_Clima measured-temp: 19.6
2015.01.19 20:13:01 5: HM_Components: not on any display, ignoring notify
2015.01.19 20:13:01 5: Heizungswerte: not on any display, ignoring notify
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima measured-temp: 19.6 -> measured-temp: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima ValvePosition: 21 -> ValvePosition: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima motorErr: ok -> motorErr: ok
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima desired-temp: 18.0 -> desired-temp: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima controlMode: auto -> controlMode: auto
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima boostTime: - -> boostTime: -
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima T: 19.6 desired: 18.0 valve: 21 -> T: .* desired: .* valve: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima partyStart: - -> partyStart: -
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima partyEnd: - -> partyEnd: -
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima partyTemp: - -> partyTemp: -
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Clima state: T: 19.6 desired: 18.0 valve: 21 -> state: T: .* desired: .* valve: .*
2015.01.19 20:13:01 5: heatingInfo: not on any display, ignoring notify
2015.01.19 20:13:01 5: Triggering THERMOSTAT_Raum5_Weather (2 changes)
2015.01.19 20:13:01 5: Notify loop for THERMOSTAT_Raum5_Weather measured-temp: 19.6
2015.01.19 20:13:01 5: HM_Components: not on any display, ignoring notify
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Weather measured-temp: 19.6 -> measured-temp: .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Weather 19.6 -> .*
2015.01.19 20:13:01 4: eventTypes: CUL_HM THERMOSTAT_Raum5_Weather state: 19.6 -> state: .*
2015.01.19 20:13:01 5: JeeLink/RAW: /OK 9

Hoffentlich kannste damit was anfangen?

Olli

[tpm88]

Hallo Olli,

sorry - ich kann nicht wirklich eine Konkrete Ursache aus den Logs herauslesen.

Den Auszug vom Log hast du mit verbose=5 erstellt, oder?
Solche Einträge habe ich nämlich noch nicht gesehen - wo kommen die her?

Code Auswählen Erweitern

2015.01.19 20:13:01 5: Triggering THERMOSTAT_Raum5_Clima (10 changes)
2015.01.19 20:13:01 5: Notify loop for THERMOSTAT_Raum5_Clima measured-temp: 19.6
2015.01.19 20:13:01 5: HM_Components: not on any display, ignoring notify

Man sieht beim protoEvents, daß der virtuelle Sensor HM Kommandos sendet. Ich bin mir nur nicht sicher, ob das "done" beim virtuellen Sensor auch wirklich bedeutet, daß er von seinem Peer (dem Weather Channel vom RT-DN) auch ein ACK bekommen hat.

Bei der weiteren Fehlersuche würde ich nach dem Ausschlußprinzip erst einmal vorgehen

- kannst Du von FHEM aus überhaupt Kommandos an das Thermostat5 absetzen? (aus dem protoEvents Output kann ich das nicht sehen, ob da überhaupt eine vernünftige Kommunikation zustande kommt - alle Counter = 0)
- hast Du mal einen anderen RT-DN versucht an einen virtuellen Sensor anzubinden?

Für tiefergehende Analyse der raw packets muß ich dich ansonsten an Martin verweisen - so tief stecke ich da nicht drin.

Tobias

[RoBra81]

Hallo,

ich hatte bei ähnlicher Konfiguration das Problem, dass der Temperatursensor die Temperatur zu oft geliefert hat und somit das notify zu oft virtTemp ausgeführt hat. Also habe ich mir zwei notifys geschrieben:

Das erste löst virtTemp aus, wenn eine neue gemesse Temperatur kommt und die vorherige Temperatur erfolgreich ins Thermostat geschrieben wurde (Temperatur vom Weather-Channel ist gleich Temperatur vom virtuellen Kanal):

Code Auswählen Erweitern

define OG.sk.KL.Klima.not.VirtTemp notify OG.sk.KL.Klima.temperature:.* IF ([OG.sp.HZ.Heizkoerperventil.VirtTemp:temperature:d] == [OG.sp.HZ.Heizkoerperventil.Weather:measured-temp:d]) (set OG.sp.HZ.Heizkoerperventil.VirtTemp virtTemp %EVTPART1)

Für den Fall, dass die Temperatur mal nicht erfolgreich geschrieben werden konnte (Weather-Channel nutzt wieder eigene Temperatur -> Temperaturen sind verschieden -> obiges notify greift nicht), gibt es noch ein Fallback, das bei Änderung der Temperatur des Weather-Channels prüft, ob diese gleich der Temperatur des virtuellen Kanals ist und anderenfalls erneut ein virtTemp mit der aktuellen Temperatur des Sensors auslöst:

Code Auswählen Erweitern

define OG.sp.HZ.Heizkoerperventil.Weather.VirtTemp notify OG.sp.HZ.Heizkoerperventil.Weather.measured-temp:.* IF ([OG.sp.HZ.Heizkoerperventil.VirtTemp:temperature:d] != [OG.sp.HZ.Heizkoerperventil.Weather:measured-temp:d]) ({fhem('set OG.sp.HZ.Heizkoerperventil.VirtTemp virtTemp '.ReadingsVal('OG.sk.KL.Klima', 'temperature', '18'))})

Von kurzen Spitzen im Chart abgesehen, läuft das jetzt einigermaßen zuverlässig...

Ronny

[Kruech]

Hallo Tobias,

wo die Logs herkommen kann ich dir leider auch nicht sagen. Aber ja habe das im verbose=5 erstellt.
Zu deinen Fragen, Ja ich kann über FHEM die Temperatur ändern und auch tempLists einlesen. Also das geht.
Ich werd nochmal nen anderen virtuellen Sensor anlegen und versuchen anzubinden.

1. Virtuelles HomeMatic Device mit _deiner_ HM Id definieren:

define wz_vT CUL_HM <hmId>

2. Dem Device einen virtuellen Kanal (Default ist ein virtueller Button) hinzufügen:

set wz_vT virtual 1

3. Bei uns ist es kein virtueller Button sondern ein virtueller Temperatursensor - darum rename:

rename wz_vT_Btn1 wz_vT_Sensor1

4. Virtuellen Peer Sensor mit dem Weather Channel deines RT-DN peeren:

set wz_vT_Sensor1 peerChan 0 <RT_DN>_Weather single

5. Peering kontrollieren (Voraussetzung: Device hm vom Type hmInfo existiert):

set hm peerXref
Beispiel-Ausgabe bei mir:

peerXref done:
x-ref list
    wz_Thermostat_Weather => wz_vT_Sensor1
    wz_vT_Sensor1 => wz_Thermostat_Weather

Ich habe nach deiner Anleitung nach Aufruf von set hm peerXref immer nur

Code Auswählen Erweitern

peerXref done:
x-ref list
       wz_vT_Sensor1 => THERMOSTAT_Raum5_Weather

und wenn ich in FhemWeb die andere Richtung beim THERMOSTAT_Raum5_Weather einstellen möchte kann ich bei der set Auswahl gar nicht peerChan auswählen sondern muss bei attr peerIDs die ID eintragen.

kann da was nicht stimmen? Hab das jetzt mal so gelassen.

Der neue VSensor nimmt auch schön die Temperatur an aber gibt sie nicht an das Thermostat weiter.

Gruß Olli

[tpm88]

Hallo Olli,

mit dem Peering läuft definitiv etwas schief bei dir.

Ich habe nach deiner Anleitung nach Aufruf von set hm peerXref immer nur

Code Auswählen Erweitern

peerXref done:
x-ref list
       wz_vT_Sensor1 => THERMOSTAT_Raum5_Weather

und wenn ich in FhemWeb die andere Richtung beim THERMOSTAT_Raum5_Weather einstellen möchte kann ich bei der set Auswahl gar nicht peerChan auswählen sondern muss bei attr peerIDs die ID eintragen.

kann da was nicht stimmen? Hab das jetzt mal so gelassen.

Das Kommando zum Peeren muß beide Richtungen eintragen. Ein manuelles Eintragen des Attributs nützt nichts, da es ja damit nicht in das Register des RT-DN Thermostat hineinkommt.

Ich habe das eben bei mir mit einem anderen Thermostat verifiziert. Hier zum Verfolgen die Schritte:

1. Zunächst nachsehen, ob der configCheck sauber ist und keine Kommandos ausstehen

Code Auswählen Erweitern

fhem> set hm configCheck

configCheck done:

fhem> set hm protoEvents

protoEvents done:
    name          :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    az_Thermostat : done           | -        |10:       | -        # -        | -        | -        | -
    vccu          :  -             | -        | -        | -        # -        | -        | -        | -
    wz_vT         : done           | -        |5569:     | -        # -        | -        | -        | -
================================================================================================================


2. Das Peer Kommando trägt den Peer beim virtuellen Device sofort ein und sorgt für ein "pending" Command an den RT-DN:

Code Auswählen Erweitern


fhem> set wz_vT_Sensor1 peerChan 0 az_Thermostat_Weather single

fhem>  set hm protoEvents

protoEvents done:
    name          :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    az_Thermostat : pending        |1 pending |10:       | -        # -        | -        | -        | -
    vccu          :  -             | -        | -        | -        # -        | -        | -        | -
    wz_vT         : done           | -        |5569:     | -        # -        | -        | -        | -
================================================================================================================


3. Entweder ca 3min warten oder ein burstXmit (wenn RT-DN für burst konfiguriert) absetzen und kontrollieren, ob das peer Kommando richtig verarbeitet wurde.

Code Auswählen Erweitern


fhem> set az_Thermostat burstXmit

fhem> set hm protoEvents

protoEvents done:
    name          :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    az_Thermostat : done           | -        |12:       | -        # -        | -        | -        | -
    vccu          :  -             | -        | -        | -        # -        | -        | -        | -
    wz_vT         : done           | -        |5569:     | -        # -        | -        | -        | -
================================================================================================================


4. Sicherheitshalber ein getConfig an den RT-DN, um alle Register frisch auszulesen. Sorgt für 14 ausstehende Kommandos an den RT-DN:

Code Auswählen Erweitern

fhem> set az_Thermostat getConfig

fhem> set hm protoEvents

protoEvents done:
    name          :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    az_Thermostat : pending        |14 pending|12:       | -        # -        | -        | -        | -
    vccu          :  -             | -        | -        | -        # -        | -        | -        | -
    wz_vT         : done           | -        |5569:     | -        # -        | -        | -        | -
================================================================================================================


5. Wieder warten oder burstXmit und Kontrolle, ob das getConfig korrekt abgearbeitet wurde:

Code Auswählen Erweitern

fhem> set az_Thermostat burstXmit

fhem> set hm protoEvents

protoEvents done:
    name          :State           |CmdPend   |Snd       |Resnd     #CmdDel    |ResndFail |Nack      |IOerr
    az_Thermostat : done           | -        |42:       | -        # -        | -        | -        | -
    vccu          :  -             | -        | -        | -        # -        | -        | -        | -
    wz_vT         : done           | -        |5569:     | -        # -        | -        | -        | -
================================================================================================================


6. Fertig - jetzt Peering Check und configCheck:

Code Auswählen Erweitern

fhem> set hm peerXref

peerXref done:
x-ref list
    az_Thermostat_Weather => wz_vT_Sensor1           **** NEU ***
    wz_Thermostat_Weather => wz_vT_Sensor1          **** den gab es schon vorher ****
    wz_vT_Sensor1 => az_Thermostat_Weather wz_Thermostat_Weather    *** beim virtuellen Sensor wurde az_Thermostat_Weather hinzugefügt ***

fhem> set hm configCheck

configCheck done:


Gruß,
Tobias

[Kruech]

Moin Tobias,

Danke erstmal für deine Unterstützung.
Also wir kommen immer weiter.
Ich habs nach deiner Anleitung gemacht und siehe da jetzt ists in beide Richtung eingetragen.

Code Auswählen Erweitern


fhem> set hm peerXref

peerXref done:
x-ref list
    THERMOSTAT_Raum2_Weather => wz_vT_Sensor1
    wz_vT_Sensor1 => THERMOSTAT_Raum2_Weather

Das virtuellen Device nimmt einwandfrei die Temperaturen des Sensors an nur das THERMOSTAT_Raum2_Weather nicht.

Code Auswählen Erweitern


fhem>list THERMOSTAT_Raum2_Weather

Internals:
   DEF        2E721001
   NAME       THERMOSTAT_Raum2_Weather
   NR         168
   STATE      18.2
   TYPE       CUL_HM
   chanNo     01
   device     THERMOSTAT_Raum2
   peerList   wz_vT_Sensor1,
   Readings:
     2014-12-12 11:13:52   R-sign          off
     2015-01-22 22:57:48   RegL_01:        08:00 00:00
     2015-01-25 19:03:24   measured-temp   18.2
     2015-01-25 18:49:57   peerList        wz_vT_Sensor1,
     2015-01-25 19:03:24   state           18.2
   Helper:
     Role:
       chn        1
Attributes:
   model      HM-CC-RT-DN
   peerIDs    00000000,12345601,

Code Auswählen Erweitern


fhem>list wz_vT_Sensor1

Internals:
   DEF        12345601
   NAME       wz_vT_Sensor1
   NR         316
   STATE      set_virtTemp 17.5
   TYPE       CUL_HM
   chanNo     01
   device     wz_vT
   peerList   THERMOSTAT_Raum2_Weather,
   Readings:
     2015-01-25 18:49:59   peerList        THERMOSTAT_Raum2_Weather,
     2015-01-25 19:05:46   state           set_virtTemp 17.5
     2015-01-25 19:05:46   temperature     17.5
   Helper:
     fkt        virtThSens
     virtTC     00
     Role:
       chn        1
       vrt        1
     Vd:
       cmd        8670123456000000
       idh        1044004
       idl        22016
       msgCnt     7
       msgRed     0
       next       1422209239.23496
       nextM      1422209239.23496
       typ        2
       val        00AF
       vin        17.5
Attributes:
   model      virtual_1
   peerIDs    2E721001,
   webCmd     press short:press long

Kann es sein das ich irgendwo den internen Sensor des Thermostats abschalten muss?

Gruß Olli

[tpm88]

Kann es sein das ich irgendwo den internen Sensor des Thermostats abschalten muss?

Hallo Olli,

nein, Abschalten kannst/mußt du es nicht. Das Peering sollte eigentlich dafür sorgen, daß der interne Wert vom Thermostat eben durch den externen des (virtuellen) Sensors ersetzt wird.

Das Peering sieht jetzt gut aus. Langsam bin ich da ratlos, wo es bei dir noch klemmt.

@Martin. Hast Du noch eine Idee?

Gruß
Tobias

[Kruech]

Hey Tobias,

Ich muss mich berichtigen.
Anscheinend nimmt das Thermostat doch die Werte.
Nur nicht sofort nachdem der Virtuelle Device diese übernommen hat.
Und auch nicht jeden neuen Wert.

Ich werde das mal beobachten und mich dann wieder melden.

Schönen Sonntag noch
Gruß, Olli

[tpm88]

Anscheinend nimmt das Thermostat doch die Werte.
Nur nicht sofort nachdem der Virtuelle Device diese übernommen hat.
Und auch nicht jeden neuen Wert.

Prima.

Nein - der RT übernimmt nur etwa alle 3 Minuten, wenn er kurz "aufwacht", einen neuen Wert. Der TX29 liefert dagegen ja alle paar Sekunden ggf. einen neuen Wert. Der virtuellen Sensor sendet zum Aufwachzeitpunkt des Thermostat den dann gerade aktuellen Wert.

Tobias

Edit / PS: Wenn das dann für dich erledigt ist, bitte dem Threadtitel noch ein "Gelöst" hinzufügen...

[Kruech]

Sieht sehr gut aus.

Tobias vielen Dank für die Hilfe.
Bis zum nächsten mal.

Olli