Problem: LaCrosse Sensoren mit Homematic peeren.

Begonnen von Matze396, 20 Februar 2018, 17:19:19

Vorheriges Thema - Nächstes Thema

Matze396

Hallo zusammen,

ich habe ein kleines Problem bzw. folgenden Ausgangszustand:

Thermostat:
define HM_567D52 CUL_HM 567D52
attr HM_567D52 IODev CUL868
attr HM_567D52 actCycle 000:10
attr HM_567D52 actStatus alive
attr HM_567D52 autoReadReg 4_reqStatus
attr HM_567D52 expert 2_raw
attr HM_567D52 firmware 1.4
attr HM_567D52 model HM-CC-RT-DN
attr HM_567D52 room CUL_HM
attr HM_567D52 serialNr OEQ0241820
attr HM_567D52 subType thermostat
attr HM_567D52 webCmd getConfig:clear msgEvents:burstXmit


Virtual Temp Sensor
define Virtual_Temp_Sensor1 CUL_HM 12345601
attr Virtual_Temp_Sensor1 model virtual_1
attr Virtual_Temp_Sensor1 peerIDs 567D5202,567D5201
attr Virtual_Temp_Sensor1 subType virtual


Thermometer
define Thermometer_Buero LaCrosse 28
attr Thermometer_Buero IODev JeeLink868


Notify zum Daten kopieren
define VirtualTempNotify notify Thermometer_Buero{ fhem " set Virtual_Temp_Sensor1 virtTemp $EVTPART1" }

Peerlist Thermostat:       Virtual_Temp_Sensor1
Virtual_Temp_Sensor1:  HM_567D52_Climate


Jedoch wird keine Temperatur übertragen an das Thermostat. Woran kann das liegen?

Schöne Grüße,
Matze

dkreutz

Ist Virtual_Temp_Sensor1 die VirtualCCU oder deren Channel? Im set-Befehl des notify muss der Channel adressiert werden...
Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai

Matze396

Zitat von: dkreutz am 20 Februar 2018, 18:50:13
Ist Virtual_Temp_Sensor1 die VirtualCCU oder deren Channel? Im set-Befehl des notify muss der Channel adressiert werden...


Deren Channel natürlich.

sinus61

Spricht Dein notify da überhaupt an? Ich mache das wie im Wiki beschrieben regelmäßig per at: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Temperatursensoren

Wenn Du es über ein notify machst kann es sein, dass wenn der Wert des Temperatursensors sich eine zeitlang nicht ändert und damit nicht übertragen wird wieder auf den internen Sensor des Thermostaten zurückgegriffen wird.

CBSnake

Hi,

warum ist der _Climate Kanal auch mit gepeert? _Weather müsste doch reichen?

Übernimmt er die Temperatur wenn du im virtuellen Device die Temperatur direkt setzt? set Virtual_Temp_Sensor1 virtTemp 25.0  ?

Grüße
Achim
FHEM auf Debian 10, HM-Wlan, JeeLink-Wlan, Wlanduino, ConBee, TP-Link Steckdose, GHoma Steckdosen, Shelly Steckdosen

dkreutz

Zitat von: sinus61 am 16 März 2018, 07:44:43
Spricht Dein notify da überhaupt an? Ich mache das wie im Wiki beschrieben regelmäßig per at: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Temperatursensoren

Wenn Du es über ein notify machst kann es sein, dass wenn der Wert des Temperatursensors sich eine zeitlang nicht ändert und damit nicht übertragen wird wieder auf den internen Sensor des Thermostaten zurückgegriffen wird.

Ich habe es auch über notifiy ohne Probleme laufen. Neben dem event-on-change (bei mir z.B. temperature:0.3) habe ich noch ein event-min-interval (temperature:900 - also alle 15 Minuten) gesetzt.
Raspberry Pi3B+ (Bullseye) / JeeLink868v3c (LaCrosse), nanoCUL433 (a-culfw V1.24.02), HM-MOD-UART (1.4.1), TEK603, MapleCUL / diverse Sensoren/Sender/Aktoren von Technoline, Intertechno, Shelly, Homematic und MAX!, Froggit Wetterstation, Luftdaten.info / Autor des fhem-skill für Mycroft.ai

blofield

Moin,

ich habe bei mir das gleiche Setup, nur dass ich wie im Wiki beschrieben ein AT benutze.
Das Problem tritt bei mir immer dann auf, wenn ich fhem ausnahmsweise mal herunterfahren muss. Nach dem Neustart funktioniert es dann nicht mehr, obwohl ein set hm peerXref korrekte Peerings in beide Richtungen anzeigt!?

Ich bekomme das dann auch nur wieder zum laufen, indem ich auf dem Thermostat einen getConfig mache, dann die peerings entferne und wieder neu einrichte.
Nervt, aber funktioniert bei mir. Besser wäre, wenn das automatisch klappt ;)

Viel Erfolg,
blofield

Matze396

#7
Zitat von: sinus61 am 16 März 2018, 07:44:43
Spricht Dein notify da überhaupt an? Ich mache das wie im Wiki beschrieben regelmäßig per at: https://wiki.fhem.de/wiki/HM-CC-RT-DN_Funk-Heizk%C3%B6rperthermostat#Temperatursensoren

Wenn Du es über ein notify machst kann es sein, dass wenn der Wert des Temperatursensors sich eine zeitlang nicht ändert und damit nicht übertragen wird wieder auf den internen Sensor des Thermostaten zurückgegriffen wird.


Klar,


Temperatursensor:Readings
battery    ok               2018-03-31 15:29:16
humidity 41                2018-03-31 15:29:16
stateT:   17.7 H: 41    2018-03-31 15:26:37
temperature17.6        2018-03-31 15:29:16

Notify  Virtual_Temp_Sensor1_Btn1:Readings
Readings
peerList Thermostat_Buero_Weather,Thermostat_Buero_Climate,    2018-03-13 15:35:38
state set_virtTemp 17.6                                                                2018-03-31 15:30:38
temperature 17.6                                                                          2018-03-31 15:31:17


Somit geht das ganze bis zum Notify...aber leider nicht mehr weiter zum Thermostat.

PeeringCheck liefert folgendes zurück:

peerXref done:
x-ref list
    Thermostat_Buero_Clima => broadcast
    Thermostat_Buero_ClimaTeam => broadcast
    Thermostat_Buero_Climate => broadcast
    Thermostat_Buero_Weather => Virtual_Temp_Sensor1_Btn1
    Virtual_Temp_Sensor1_Btn1 => Thermostat_Buero_Weather

frank

1. du bist im falschen board. dafür gibt es "homematic".
2. bei deinem virtuellen sensor device fehlt das attr IODev.
3. es ist völlig egal, ob du notify, doif, at, oder sonst etwas zum aktualisieren des virtuellen sensors nutzt. am effektivsten ist ein notify plus event-on-change, da am wenigsten last erzeugt wird.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Matze396

Anbei mal der  Virtual_Temp_Sensor1_Btn1, da ja offensichtlich hier das Problem liegt

TempSensor ------NOTIFY------> Virtual_Temp_Sensor1_Btn1 ---------X---------> Thermostat_Buero_Weather
                     (funktioniert)                                                          (???)

Matze396

Zitat von: frank am 31 März 2018, 15:44:44
1. du bist im falschen board. dafür gibt es "homematic".
2. bei deinem virtuellen sensor device fehlt das attr IODev.
3. es ist völlig egal, ob du notify, doif, at, oder sonst etwas zum aktualisieren des virtuellen sensors nutzt. am effektivsten ist ein notify plus event-on-change, da am wenigsten last erzeugt wird.


Zu 2.: Doch ist vorhanden im Device selber. Im Channel kann ich das ja nicht angeben.

frank

ok, aber dann ist das model falsch. => virtual_1. und im virt channel muss attr subtype weg. 
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Matze396

Zitat von: frank am 31 März 2018, 15:52:49
ok, aber dann ist das model falsch. => virtual_1. und im virt channel muss attr subtype weg.

Okey vielen Dank schonmal, das wurde jetzt geändert.
Im Virtual Device das Model gestellt auf: virtual_1 und subtype: virtual
und im Channel 1 selbst habe ich dann den subtype gelöscht.

frank

im virt channel muss auch attr model virtual_1 existieren.
das ist bei deinen infos nicht überall der fall, habe ich gerade gesehen.
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

Matze396

Zitat von: frank am 31 März 2018, 16:14:23
im virt channel muss auch attr model virtual_1 existieren.
das ist bei deinen infos nicht überall der fall, habe ich gerade gesehen.

Hab ich auch schon geändert.

Trotzdem keinerlei Reaktionen des HM-Thermostates.