Erledigt: Problem mit F4HK14

[daredevil]

Hallo,

mir ist folgendes Problem aufgefallen:

Sobald ich die Funktion setpointTemp folgender angelegter Funktion aufrufe,

Code Auswählen Erweitern


define stellmotorBad EnOcean XXXXXXXX <-- Freie Adresse des Eltako FAM14
attr stellmotorBad IODev TCM310_0
attr stellmotorBad alias Stellmotor
attr stellmotorBad manufID 00D
attr stellmotorBad room Bad
attr stellmotorBad subDef XXXXXXXX <-- Freie Adresse des EnOcean PI
attr stellmotorBad subType roomSensorControl.05
attr stellmotorBad temperatureRefDev thermostatBad


erhalte ich im Eventviewer folgende Ausgabe:

Code Auswählen Erweitern


2014-11-14 13:08:23 EnOcean stellmotorBad T: 20.1 SPT: 21.8 NR: 0
2014-11-14 13:08:23 EnOcean stellmotorBad nightReduction: 0
2014-11-14 13:08:23 EnOcean stellmotorBad setpointTemp: 21.8
2014-11-14 13:08:23 EnOcean stellmotorBad temperature: 20.1
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX 0
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX  sensor1: 0
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX sensor2: 139
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX sensor3: 132
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX D3: 1
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX D2: 1
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX D1: 1
2014-11-14 13:08:23 EnOcean EnO_sensor_XXXXXXXX D0: 1
2014-11-14 13:08:23 Global global UNDEFINED EnO_sensor_XXXXXXXX EnOcean XXXXXXXX EnOcean:1:A5:008B840F:XXXXXXXX:00:03FFFFFFFF4900
2014-11-14 13:08:23 Global global DEFINED EnO_sensor_XXXXXXXX
2014-11-14 13:08:23 Global global DEFINED FileLog_EnO_sensor_XXXXXXXX
2014-11-14 13:08:23 Global global SAVE


FHEM will jedesmal ein neues EnOcean Objekt anlegen. Dies ist aber nicht nötig, da dieses bereits als Subdef angegeben ist.
Problem was dadurch entsteht, dass die Werte zwischen Referenz Thermostat und übermittelten Daten an das F4HK14 nicht stimmen bzw. gar keine Änderung durchgeführt wird.
Dazu muss ich jedesmal das neu angelegte Device wieder entfernen. Ein deaktivieren von Autocreate hilft hier leider auch nicht weiter.

Auf dem Screenshot kann man die Auseinanderlaufenden werte gut erkennen:

(http://www.imgbox.de/users/public/images/z355ncxNDF.PNG)


Als Anmerkung noch dazu. Aufgrund von Empfangsproblemen meiner Thermostate im OG nutze ich zwei Raspberry PI verbunden über FHEM2FHEM im RAW Modus.

EDIT: Problem mit autocreate hat sich erübrigt. Das device für den zweiten FHEM stand learningMode = always!
Die auseinander driftenden Werte bleiben allerdings. Der Temperaturwert des Thermostats wird einfach nicht übernommen!

Hier kann man es auch nochmal im Eventviewer sehen. Beim senden zum Aktor es 19.1° und beim Bestätigungstelegram 20.1°.

Code Auswählen Erweitern


2014-11-14 14:28:14 EnOcean stellmotorBad temperature: 19.1
2014-11-14 14:28:15 EnOcean stellmotorBad setpointTemp: 25.9
2014-11-14 14:28:15 EnOcean stellmotorBad nightReduction: 0
2014-11-14 14:28:15 EnOcean stellmotorBad block: unlock
2014-11-14 14:28:15 EnOcean stellmotorBad T: 19.1 SPT: 25.9 NR: 0
2014-11-14 14:28:15 EnOcean thermostatBad T: 19.1 SPT: 25.9 NR: 0
2014-11-14 14:28:15 EnOcean thermostatBad nightReduction: 0
2014-11-14 14:28:15 EnOcean thermostatBad setpointTemp: 25.9
2014-11-14 14:28:15 EnOcean thermostatBad temperature: 19.1
2014-11-14 14:28:15 EnOcean stellmotorBad temperature: 19.1
2014-11-14 14:28:15 EnOcean stellmotorBad setpointTemp: 25.9
2014-11-14 14:28:15 EnOcean stellmotorBad nightReduction: 0
2014-11-14 14:28:15 EnOcean stellmotorBad block: unlock
2014-11-14 14:28:15 EnOcean stellmotorBad T: 19.1 SPT: 25.9 NR: 0
2014-11-14 14:28:15 EnOcean thermostatBad T: 19.1 SPT: 25.9 NR: 0
2014-11-14 14:28:15 EnOcean thermostatBad nightReduction: 0
2014-11-14 14:28:15 EnOcean thermostatBad setpointTemp: 25.9
2014-11-14 14:28:15 EnOcean thermostatBad temperature: 19.1
2014-11-14 14:28:16 EnOcean stellmotorBad T: 20.1 SPT: 25.7 NR: 0
2014-11-14 14:28:16 EnOcean stellmotorBad nightReduction: 0
2014-11-14 14:28:16 EnOcean stellmotorBad setpointTemp: 25.7
2014-11-14 14:28:16 EnOcean stellmotorBad temperature: 20.1
2014-11-14 14:28:16 EnOcean stellmotorBad T: 20.1 SPT: 25.7 NR: 0
2014-11-14 14:28:16 EnOcean stellmotorBad nightReduction: 0
2014-11-14 14:28:16 EnOcean stellmotorBad setpointTemp: 25.7
2014-11-14 14:28:16 EnOcean stellmotorBad temperature: 20.1


Was mich auch wundert ist, dass das TCM310_1 dummydevice für den slave FHEM hier mit auftaucht:

(http://www.imgbox.de/users/public/thumbnails/I1ZeGcJ8ee_t.gif)

[klaus.schauer]

Tritt das Problem auch auf, falls alle Geräte auf einem Fhem liegen und FHEM2FHEM deaktiviert ist?

[daredevil]

Ja, habe mal mit Dolphinview und einem seperaten USB 300 die Telegramme geprüft. Es werden z. B 21.1° an das F4HK14 gesendet und als Status kommen 20.1° zurück.

Das witzige daran ist, das auf dem gleichen F4HK14 auf zwei Kanälen funktioniert und auf zweien nicht. Es spielt auch keine Rolle welche Kanäle das sind. Nach einem Werksreset des F4HK14
und neu vergeben der gleichen Adressen, kann das dann auch noch getauscht sein.

Die Frage ist, ob es nicht ein Firmwarebug des F4HK14 ist. Nutze derer zwei und habe bei beiden dieses Phänomen. Firmware ist V1.1. Mit eingelernten FTR55* Thermostaten und nicht über FHEM gesteuert scheint es zu funktionieren.

Habe nur das Problem, dass die Thermostate des OG nicht immer vom FAM14 empfangern werden und dann das F4HK14 in den Fehlermodus springt.

[dafex]

Servus

müsste der Stellmotor nicht auch als solcher, subtype hvac.01, definiert werden? Du hast ihn ja als Raumthermostat definiert.

Code Auswählen Erweitern


define stellmotorBad EnOcean XXXXXXXX <-- Freie Adresse des Eltako FAM14
attr stellmotorBad subType roomSensorControl.05 < hvac.01


Mein Raumthermostat hab ich dann in meinem Fall als roomSensorControl.01 definiert. Ich hab zwar kein F4HK14, aber sollte doch vom Prinzip her genauso funktionieren wie mit meinem Kieback & Peter Stellmotor.

[daredevil]

Nein, muss er nicht.
Du verwechselst da was. Habe diese nur so benannt, weil letztendlich die Stellmotoren der Fussbodenheizung darüber geschaltet werden.
Habe keine EnOcean Stellmotoren, sondern nutze Eltako Reiheineinbaugeräte der Serie 14. Eltako F4HK14 (FHK14 mit 4 Kanälen) ist ein Heiz-/Kühlrelais und daran hängen 4 * 0815 Stellmotoren.
Der F4HK14 ist schon richtig angelegt mit

Code Auswählen Erweitern


subType = roomSensorControl.05
manufID = 00D


1 zu 1 übernommen aus der Commandref.

Allerdings übernimmt der F4HK14 mit FHEM als FVS eingelernt nur die Soll-Temperatur. Es muss zwingend ein Thermostat mit im F4HK14 eingelernt sein, als Ist-Wertgeber.
Die Frage ist nun, ob dies gewollt ist oder bei mir ein Firmwarebug/defekt des F4HK14 vorliegt. Auf die Antwort von Eltako warte ich noch. Da aber alle meine F4HK14 sich gleich verhalten
und dies auch schon bei den FHK12 der Fall war, die ich vorher im Einsatz hatte, gehe ich eher von gewollt aus.

Die andere Möglichkeit aus der Commandref habe ich (noch) nicht getestet:

Code Auswählen Erweitern


Heating/Cooling Relay (EEP F6-02-01 ... F6-02-02)
[Eltako FAE14, FHK14, untested]
controllerMode: auto|off
energyHoldOff: normal|holdoff
buttons: pressed|released

Set attr subType to switch and model to FAE14|FHK14 manually


EDIT: Habe nun eine Antwort von Eltako erhalten. Es ist wie ich vermutet habe. Bei Konstellation FHEM als FVS in F4HK14/FHK14 bzw. F4HK12/FHK12 eingelernt, muss zwingend ein Thermostat als Istwertgeber zusätzlich in den Aktor eingelernt werden. Von FHEM kommt dann lediglich der Sollwert, der Istwert wird weiterhin vom FTR55/65 übernommen. Somit hat sich mein Problem gelöst. Warum teilweise doch der Sollwert, ohne zusätzlich eingelernten Raumtemperaturregler, übernommen wurde, bleibt mir schleierhaft.
Gewollt ist dies laut Eltako nicht.