Homematic mit Nicht Homematic verbinden.

Begonnen von blackdevil2k1, 03 Februar 2014, 00:07:52

Vorheriges Thema - Nächstes Thema

deckelsmouk

Hallo,

Ich habe meine Lacrosse Temperatursensoren (2 Stück) über virtuelle Temperatursensoren jeweils mit 2 Homematic Heizunsventilen HM-CC-RT-DN gepeert laut der Anweisungen in diesem Beitrag.
Ich habe aber das Problem dass die gemessene Temperaturen nicht immer korrekt an dem entsprechenden Ventil ankommen, manchmal vertauscht, manchmal der gleiche Wert auf beiden Ventilen ?

Hier meine Konfiguration:

####### VCCU
define CCU CUL_HM 424242
attr CCU IODev hmusb
attr CCU IOList hmusb
attr CCU model CCU-FHEM
attr CCU msgRepeat 0
attr CCU subType virtual
attr CCU webCmd virtual:update

# Virtueller Temperatursensor OG.szcd
define OG.szcd.VT_Sensor CUL_HM 42424201
attr OG.szcd.VT_Sensor model CCU-FHEM
attr OG.szcd.VT_Sensor peerIDs 37F95A01,
attr OG.szcd.VT_Sensor webCmd virtTemp:virtHum

# Virtueller Temperatursensor OG.szsa
define OG.szsa.VT_Sensor CUL_HM 42424202
attr OG.szsa.VT_Sensor model CCU-FHEM
attr OG.szsa.VT_Sensor peerIDs 37EE7401,
attr OG.szsa.VT_Sensor webCmd virtTemp:virtHum



# Temperaturfühler 1
define OG.szcd.TF.Thermo LaCrosse 25
attr OG.szcd.TF.Thermo IODev myJeeLink
define at_OG.szcd.VT_Sensor at +*00:02 { my $T=(ReadingsVal("OG.szcd.TF.Thermo","temperature",19.9));; fhem ("set OG.szcd.VT_Sensor virtTemp $T") }

# Heizungsventil 1
define OG.szcd.HZ.Heizung_Weather CUL_HM 37F95A01
attr OG.szcd.HZ.Heizung_Weather model HM-CC-RT-DN


set OG.szcd.VT_Sensor peerChan 0 OG.szcd.HZ.Heizung_Weather single set

set hm peerXref

OG.szcd.HZ.Heizung_Weather => OG.szcd.VT_Sensor
OG.szcd.VT_Sensor => OG.szcd.HZ.Heizung_Weather



# Temperaturfühler 2
define OG.szsa.TF.Thermo LaCrosse 1D
attr OG.szsa.TF.Thermo IODev myJeeLink
define at_OG.szsa.VT_Sensor at +*00:02 { my $T=(ReadingsVal("OG.szsa.TF.Thermo","temperature",19.9));; fhem ("set OG.szsa.VT_Sensor virtTemp $T") }

# Heizungsventil 2
define OG.szsa.HZ.Heizung_Weather CUL_HM 37EE7401
attr OG.szsa.HZ.Heizung_Weather model HM-CC-RT-DN


set OG.szsa.VT_Sensor peerChan 0 OG.szsa.HZ.Heizung_Weather single set

set hm peerXref

OG.szsa.HZ.Heizung_Weather => OG.szsa.VT_Sensor
OG.szsa.VT_Sensor => OG.szsa.HZ.Heizung_Weather



list OG.szcd.VT_Sensor
Internals:
   DEF        42424201
   NAME       OG.szcd.VT_Sensor
   NR         63
   STATE      set_virtTemp 19.6
   TYPE       CUL_HM
   chanNo     01
   device     CCU
   peerList   OG.szcd.HZ.Heizung_Weather,
   Readings:
     2015-10-04 09:51:21   humidity        0
     2015-10-16 08:17:17   peerList        OG.szcd.HZ.Heizung_Weather,
     2015-10-19 20:50:57   state           set_virtTemp 19.6
     2015-10-19 20:50:57   temperature     19.6
   Helper:
     fkt        virtThSens
     virtTC     00
     Role:
       chn        1
     Vd:
       ackT
       cmd        8670424242000000
       idh        1325082
       idl        16896
       miss       0
       msgCnt     211
       msgRed     0
       next       1445280771.4901
       nextM      1445280771.4901
       typ        2
       val        00C4
       vin        19.6
Attributes:
   model      CCU-FHEM
   peerIDs    37F95A01,
   webCmd     virtTemp:virtHum
   
   
list OG.szsa.VT_Sensor
Internals:
   DEF        42424202
   NAME       OG.szsa.VT_Sensor
   NR         66
   STATE      set_virtTemp 20.3
   TYPE       CUL_HM
   chanNo     02
   device     CCU
   peerList   OG.szsa.HZ.Heizung_Weather,
   Readings:
     2015-10-13 19:35:38   humidity        0
     2015-10-16 08:17:17   peerList        OG.szsa.HZ.Heizung_Weather,
     2015-10-19 20:52:57   state           set_virtTemp 20.3
     2015-10-19 20:52:57   temperature     20.3
   Helper:
     fkt        virtThSens
     virtTC     00
     Role:
       chn        1
     Vd:
       ackT
       cmd        8670424242000000
       idh        1325082
       idl        16896
       miss       0
       msgCnt     211
       msgRed     0
       next       1445280829.98691
       nextM      1445280829.98691
       typ        2
       val        00CB
       vin        20.3
Attributes:
   model      CCU-FHEM
   peerIDs    37EE7401,
   webCmd     virtTemp:virtHum
   

Hollo

Ich dachte die virtuellen Kanäle der vccu können kein temp !?  ???

Du hast auch nicht 2 virtuelle Devices erstellt, sondern 2 Kanäle in 1 Device.
Das scheint teilweise problematisch zu sein; zumindest habe ich es damit seinerzeit nicht vernünftig ans Rennen bekommen.

P.S.:
Trotz "monatelanger" korrekter Funktion springen die Temp-Werte bei mir momentan auch etwas.
Ich konnte nur noch nicht eingrenzen, woran es liegt: Tempsensor, Jeelink-Clone, virt. Device, at, Heizkörperthermostat.   :-\
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

deckelsmouk

Das heisst pro temperturfühler eine vccu=1 device?
Habe 10 temperaturfühler, dann müsste ich 10 vccu definieren anstelle von 10 Kanälen,
Ergibt dies keine anderen Nachteile für den Fhem-server?

Hollo

Nur virtuelle Homematic-Devices mit je einem Kanal, nicht mehrere vccu.
Also so wie das hier im Forum und im Wiki beschrieben ist.

Die vccu ist ja als"Sammler und Verwalter" für IODevs.

FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

locodriver

fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

martinp876

Du kannst auch das Kommando postevent probieren.

volschin

Ja, ich hatte auch Probleme beim Peeren eines Devices mit vccu Channel. Dem Device passte die Nummer des Channels nicht. Dann habe ich ein vd mit einem Channel angelegt und es lief.
Intel NUC+Ubuntu 24.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7690, Echo Dots+Show8, HomeBridge

Steiner0815

Gibt es eigentlich eine Möglichkeit die Einträge im Logfile alle 2 Minuten für die virtuellen Sensor abzuschalten?
Ich habe gesucht und dazu leider nichts gefunden.

volschin

Welche Einträge?


Sent from my iPhone using Tapatalk
Intel NUC+Ubuntu 24.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7690, Echo Dots+Show8, HomeBridge

Steiner0815

#69
Diese hier:
2015.10.21 06:44:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.3
2015.10.21 06:46:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.3
2015.10.21 06:48:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.3
2015.10.21 06:50:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.3
2015.10.21 06:52:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.2
2015.10.21 06:54:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.2
2015.10.21 06:56:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.3
2015.10.21 06:58:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.2
2015.10.21 07:00:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.2
2015.10.21 07:02:11 3: CUL_HM set Bad_vT_Sensor1 virtTemp 19.2

Da ich nächste Woche den restlichen Teil meiner Wohnung mit HM-CC-RT-DN ausrüsten will, müllen mir diese Einträge ja das logfile zu, mit etwas was ich gar nicht benötigte.

volschin

Dann würde ich erstmal auf event_on_change gehen, dann sind die unveränderten raus.


Sent from my iPhone using Tapatalk
Intel NUC+Ubuntu 24.04+Docker+FHEM6
HomeMatic: HM-MOD-RPI-PCB+HM-USB-CFG2+hmland+diverse, HUE: Hue-Bridge, RaspBee+deCONZ+diverse
Amzn Dash-Buttons, Siro Rollos
4xRPi, 4xCO20, OWL+USB, HarmonyHub, FRITZ!Box 7690, Echo Dots+Show8, HomeBridge

Hollo

Setz die virtuellen Devices für die Tempsensoren auf verbose 2 ; dann hast Du im Log Ruhe.   :)
FHEM 6.x auf RPi 3B Buster
Protokolle: Homematic, Z-Wave, MQTT, Modbus
Temp/Feuchte: JeeLink-Clone und LGW mit LaCrosse/IT
sonstiges: Linux-Server, Dreambox, "RSS-Tablet"

Steiner0815

#72
Zitat von: volschin am 21 Oktober 2015, 09:42:15
Dann würde ich erstmal auf event_on_change gehen, dann sind die unveränderten raus.
Das hatte ich im Vorfeld schon probiert, hat leider nicht funktioniert. Es wurden immer noch alle Werte geschrieben. Trotzdem Danke für die Hilfe.

Zitat von: Hollo am 21 Oktober 2015, 09:48:55
Setz die virtuellen Devices für die Tempsensoren auf verbose 2 ; dann hast Du im Log Ruhe.   :)

Das hat endlich geholfen. Danke schön.

deckelsmouk

Ich benutze jetzt für jeden Temperaturfühler ein Homematic-Device mit einem Kanal.
Das funktionniert auch meistens aber leider nicht immer d.h. im virtuellen device ist die
gemessene Temperatur richtig doch leider nicht am Heitungsthermostat aber irgendwann
stimmts diese dann wieder. Hat irgendeienr ne Idee oder das gleiche Problem ?

Thorsten Pferdekaemper

Zitat von: deckelsmouk am 29 Oktober 2015, 11:40:08
Ich benutze jetzt für jeden Temperaturfühler ein Homematic-Device mit einem Kanal.
Das funktionniert auch meistens aber leider nicht immer d.h. im virtuellen device ist die
gemessene Temperatur richtig doch leider nicht am Heitungsthermostat aber irgendwann
stimmts diese dann wieder. Hat irgendeienr ne Idee oder das gleiche Problem ?
Ich hatte mal etwas ähnliches am Laufen und zumindest dieser Teil hat gut funktioniert. Hast Du mal nachgeschaut, ob der RT sonst auch Verbindungsprobleme mit FHEM hat?
FUIP