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:
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 :
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:
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 :
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:
peerXref done:
x-ref list
THERMOSTAT_Raum5_Weather => virtual_temp_Sensor1
virtual_temp_Sensor1 => THERMOSTAT_Raum5_Weather
Das sieht eigentlich alles sauber aus.
Kannst du mal bitte die Ausgabe von
set hm protoEvents
set hm rssi
anhängen? (Falls das hminfo Device noch nicht angelegt ist: 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
Vielen Dank schon mal für die Mühe.
So, hier die
set hm protoEvents
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
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.
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
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?
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
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):
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:
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
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.
Zitat1. 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
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
Hallo Olli,
mit dem Peering läuft definitiv etwas schief bei dir.
Zitat von: Kruech am 20 Januar 2015, 21:47:28
Ich habe nach deiner Anleitung nach Aufruf von set hm peerXref immer nur
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
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:
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.
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:
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:
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:
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
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.
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.
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,
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
Zitat von: Kruech am 25 Januar 2015, 19:08:51
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
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
Zitat von: Kruech am 25 Januar 2015, 21:00:02
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...
Sieht sehr gut aus.
Tobias vielen Dank für die Hilfe.
Bis zum nächsten mal.
Olli