Hallo,
ich habe einen Eltako FBH65TFB erworben und nach der Anleitung im WIKI in FHEM eingebunden.
Es wurden auch 3 Devices angelegt, der Schalter, der Bewegung und Helligkeitssensor und der Temperatur und Feuchtigkeitssensor.
Die Bewegung und die Helligkeit werden auch vernünftig angezeigt.
Bei der Temperatur und der Luftfeuchtigkeit sendet das Gerät aber offensichtlich falsche Daten.
Seit Inbetriebnahme am 19.12.:
Logauszug:
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 battery: ok
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 energyStorage: charged
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 voltage: 3.3
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 T: 59.4 H: 100 B: ok
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 humidity: 100
2014-12-20_18:47:22 EnO_sensor_FFXXXXX1 temperature: 59.4
d.h. die Temperatur wird immer mit 59.4 und die Feuchtigkeit mit 100 angezeigt. Alle bisher mitgeloggten Datensätze sind bezüglich Temperatur und Feuchtigkeit identisch.
Für wechselnde Temperaturen hat zumindest der zeitweise in Betrieb befindliche Kamin gesorgt. Da sich die Werte gar nicht ändern, vermute ich einen Fehler in meiner Konfiguration oder ein defektes Gerät.
Momentane Konfiguration:
define EnO_switch_FFXXXXX0 EnOcean FFXXXXX0
attr EnO_switch_FFXXXXX0 IODev TCM310_0
attr EnO_switch_FFXXXXX0 room Test
attr EnO_switch_FFXXXXX0 subType switch
define FileLog_EnO_switch_FFXXXXX0 FileLog ./log/EnO_switch_FFXXXXX0-%Y.log EnO_switch_FFXXXXX0
attr FileLog_EnO_switch_FFXXXXX0 logtype text
attr FileLog_EnO_switch_FFXXXXX0 room EnOcean
define EnO_sensor_FFXXXXX1 EnOcean FFXXXXX1
attr EnO_sensor_FFXXXXX1 IODev TCM310_0
attr EnO_sensor_FFXXXXX1 eep A5-04-02
attr EnO_sensor_FFXXXXX1 manufID 00D
attr EnO_sensor_FFXXXXX1 room Test
attr EnO_sensor_FFXXXXX1 subType tempHumiSensor.02
define FileLog_EnO_sensor_FFXXXXX1 FileLog ./log/EnO_sensor_FFXXXXX1-%Y.log EnO_sensor_FFXXXXX1
attr FileLog_EnO_sensor_FFXXXXX1 logtype text
attr FileLog_EnO_sensor_FFXXXXX1 room Test
define EnO_sensor_FFXXXXX2 EnOcean FFXXXXX2
attr EnO_sensor_FFXXXXX2 IODev TCM310_0
attr EnO_sensor_FFXXXXX2 eep A5-08-01
attr EnO_sensor_FFXXXXX2 manufID 00D
attr EnO_sensor_FFXXXXX2 room Test
attr EnO_sensor_FFXXXXX2 subType lightTempOccupSensor.01
define FileLog_EnO_sensor_FFXXXXX2 FileLog ./log/EnO_sensor_FFXXXXX2-%Y.log EnO_sensor_FFXXXXX2
attr FileLog_EnO_sensor_FFXXXXX2 logtype text
attr FileLog_EnO_sensor_FFXXXXX2 room EnOcean
Hat jemand eine Idee woran das liegen könnte?
mfg
Helmut
Ich habe mir das Profil tempHumiSensor.02 nochmals angesehen und auf Anhieb keinen Fehler gesehen. Bitte Fhem mit "update" auf den neuesten Stand bringen und die empfangenen Datentelegramme mit attr FFXXXXX1 verbose 5 loggen.
Danke!
Ich hatte mir das gestern ebenfalls noch angeschaut und bin der gleichen Meinung, dass die Routine das macht was sie laut Eltakos Telegramm Beschreibung tun sollte.
FAFT60 + FIFT65S + FBH65TFB (EEP: A5-04-02 plus Data_byte3)
ORG = 0x07
D
at
a
_byte3 = Ladezustand Energiespeicher
(z.B. 2,5V = 0x59 ... 4V = 0x9B)
Data_byte2 = rel. Feuchtigkeit 0 .. 100%, linear 0x00 – 0xFA,
also (0..250 dez.)
Data_byte1 = Isttemperatur -20°C .. +60°C, linear 0x00 - 0xFA,
also (0..250 dez.)
Data_byte0 = DB0_Bit3 = LRN Button
(0 = Lerntelegramm, 1 = Datentelegramm)
bei Datentelegramm: 0x0F, bei Lerntelegramm: 0x87
Lerntelegramm DB3..DB0: 0x10, 0x10, 0x0D, 0x87
Das Attribut verbose 5 hatte ich gestern auch noch gesetzt, weil ich vermute, dass das Telegramm anders wie beschrieben aufgebaut sein könnte.
Wie kann ich denn nun die Rohdaten, welche der Sensor überträgt, sehen?
Das Data_Byte[1] müsste in jedem Telegramm den Wert 0xF9, bzw. Data_Byte[2] den Wert 0xFA, besitzen um die errechneten Werte 59.4 C und 100 % Luftfeuchtigkeit zu liefern! Da diese immer den gleichen Wert liefern, ist entweder der Sensor defekt oder es werden die falschen Bytes interpretiert!
ZitatWie kann ich denn nun die Rohdaten, welche der Sensor überträgt, sehen?
Das steht im Logfile, wenn verbose 5 beim TCM gesetzt ist.
Bezweifel auch, dass der Fehler bei Fhem liegt. Hast Du das Senden der Temperaturtelegramme mal aus und wieder eingeschaltet?
Ok verbose 5 habe ich nun auch beim TCM gesetzt.
Die Telegramme hatte ich gestern mehrfach nach Anleitung aus und wieder an geschaltet. Der Sensor sendete auch seine Daten Telegramme.
Wenn verbose 5 etwas aussagekräftiges geloggt hat werde ich es posten.
OK,
ich habe etwas:
2014.12.21 12:05:35 5: EnOcean EnO_sensor_FFXXXXX1 EnOcean_Set command: EnO_sensor_FFXXXXX1 ?
2014.12.21 12:05:35 5: EnOcean EnO_sensor_FFXXXXX1 EnOcean_Get command: EnO_sensor_FFXXXXX1 ?
2014.12.21 12:07:10 5: TCM TCM310_0 RAW: 55000A0701EBA576
2014.12.21 12:07:10 5: TCM TCM310_0 RAW: 55000A0701EBA576FAF80FFFXXXXX13003FFFFFFFF4C00F2
2014.12.21 12:07:10 5: TCM310_0 dispatch EnOcean:1:A5:76FAF80F:FFXXXXX1:30:03FFFFFFFF4C00
2014.12.21 12:07:10 5: EnOcean EnO_sensor_FFXXXXX1 received PacketType: 1 RORG: A5 DATA: 76FAF80F SenderID: FFXXXXX1 STATUS: 30
Auf die Schnelle sehe ich keinen Interpretationsfehler durch Fhem.
Sind die anderen Telegramme des Sensors definitiv in Ordnung, d. h. eine (nachträgliche) Verwechselung der Absenderadressen des Sensors ist ausgeschlossen?
Hast Du den Sensor noch einmal komplett durch autocreate neu angelernt ohne dadurch eine Verändeurng zu erkennen (vorher alte defines löschen)?
Kannst Du nicht eine Temperaturänderung erzwingen (Kältespray o.ä.)-> wenn das nicht zu Änderung der Temperaturtelegramme führt, ist der Sensor wohl defekt.
Gruß, Christian
Hi, diese Schritte hatte ich schon durchgeführt.
Der Sensor wurde wurde auch zum Test in einem deutlich kühlerem Raum (ungeheizt) oder im Kaminzimmer jeweils mehrere Stunden betrieben.
Die "gemessene" Temperatur und Luftfeuchtigkeit änderte sich allerdings nicht.
Die Bewegung und Helligkeit (Sensor FFXXXXX2) wird jedoch ermittelt und ist von den Werten plausibel und durch einen anderen Sensor bestätigt.
Als letzten Versuch werde ich nun noch das Netzteil anschließen. Bisher habe ich meine Versuche mit Batterie Versorgung gemacht.
Ich werde berichten.
Hallo zusammen!
Die Tests mit Netzbetrieb haben leider auch keine Lösung gebracht. Ein Telefonat mit der technischen Hotline von ELTAKO deutet ebenfalls auf einen technischen Defekt des Gerätes hin. Das ist schon das zweite Gerät, das hier teilweise defekt ankam. Ein FBH63AP wollte partout keine Bewegung melden. Nach dem Austausch lief es dann.
Ich hoffe das dieses Gerät ebenfalls nach dem Austausch läuft.
Vielen Dank an die Helfer hier bei der Diagnostik.
mfg
Helmut
Hallo,
eine Frage habe ich noch:
2014.12.23 10:31:28 5: EnOcean EnO_sensor_FFXXXXX1 received PacketType: 1 RORG: A5 DATA: 83FAF80F SenderID: FFD6DD01 STATUS: 31
Was bedeutet STATUS: 31?
Bisher hatte ich nur 30!
mfg
Helmut
Status: 0xn1: Das Telegramm wurde über einen Repeater empfangen.
Hallo zusammen!
Ich habe ein Austauschgerät bekommen. Was soll ich sagen?
Es funktioniert ebenfalls nicht wie erwartet!!!!!
Habe ich eine Pech Serie, oder liegt ein Serien Fehler vor?
Doch ein Problem mit FHEM?
Hat das Gerät überhaupt jemand mit funktionierender Luftfeuchte- und Temperaturmessung unter FHEM im Einsatz?
Habe ich etwas übersehen? Braucht es eventuell zusätzlich zu FHEM ein anderes Enocen Gerät zur Koppelung?
Es ist noch ein Drittes Gerät zu mir auf dem Weg.
Mal schauen, ob sich diese genauso verhält!!!
Wenn noch jemand eine Idee hat bitte melden!
Danke!
ZitatEs funktioniert ebenfalls nicht wie erwartet!!!!!
Was heißt das: gleiche Symptome wie das andere?
ZitatHat das Gerät überhaupt jemand mit funktionierender Luftfeuchte- und Temperaturmessung unter FHEM im Einsatz?
Ja, nach meiner Kenntnis 50watt (siehe wiki). Keine Ahnung, ob der mitliest.
Hallo,
ja, genau wie das Andere.
Temperatur 59.4 und 100 % rel. Luftfeuchtigkeit.
Bewegung und Beleuchtung ist ok.
Hier mal die Rohdaten der Sensoren im Vergleich:
Neu:
2015.01.18 10:35:04 5: TCM310_0 dispatch EnOcean:1:A5:8AFAF80F:FFXXXX81:30:03FFFFFFFF4900
2015.01.18 10:35:04 5: EnOcean EnO_sensor_FFXXXX81 received PacketType: 1 RORG: A5 DATA: 8AFAF80F SenderID: FFXXXX81 STATUS: 30
Im Vergleich zu alt:
2014.12.21 12:07:10 5: EnOcean EnO_sensor_FFXXXXX1 received PacketType: 1 RORG: A5 DATA: 76FAF80F SenderID: FFXXXXX1 STATUS: 30
@50Watt:
Ist an den Sensor ein anderes Enocean Gerät ausser FHEM angelernt?
mfg
Helmut
[Korrektur, die Helligkeit dürfte doch auch funktionieren. Bei Tageslicht gibt's plausible Werte, quälen mit der LED Taschenlampe liefert irgendwann auch Maximum.]
Wird jetzt nicht helfen, aber ich habe dasselbe Problem: humidity 100; temperature 59.4 (fix).
Interessanterweise ist die Spannung binnen 20 min von 3.5 auf 3.3 gesunken, trotz nagelneuer Markenbatterien. Meine Solarsensoren brauchen da selbst bei Dunkelheit weit länger.
Bewegung / Helligkeit düfte gehen.
Wenn die 8 Hex-Ziffern, die Fhem bei verbose 5 ausspuckt, den 4 payload-bytes entsprechen, dann komme ich davon ausgehend auch händisch auf genau diese falschen Werte. Nur davon, dass das 1. Byte 0 sein sollte, hat der Sensor noch nie gehört.
Entweder der Sensor ist hin -- inzwischen 2/4 getestet, exakt das Gleiche Verhalten -- oder es passiert ein Fehler beim herausparsen der payload-bytes an sich oder der Sensor verwendet in Wirklichkeit ein anderes Profil oder ...?
Kann man beim Einlernen was falsch machen? Ich hab vor dem Senden der Lerntelegramme per Sensor-Anleitung vorsichtshalber Fhem / den TCM per set $TCM teach 1200 in den Lernmodus befördert. Das Ergebnis sieht eigentlich ganz ok aus, bis auf die falschen Daten. Extra Lerntelegramme an den Sensor (set $sensor teach) muss man dann ja nicht mehr senden, zumal das Ding sowieso unidirektional ist, oder?
@hneu:
Bei mir ist der Sensor nur in fhem eingelernt.
So, jetzt hab ich den 3. und 4. Sensor auch noch ausprobiert, auch das Gleiche. Dass Eltako im 1. byte den Ladezustand unterbringt, hab ich inzwischen auch gefunden. Die beiden FAFT60, die von Rechts wegen identisch zur TF-Kompenente sein sollten, gehen nach wie vor einwandfrei.
Zum Spaß hab ich mir die empfangenen Pakete per verbose=5 am TCM auch einmal direkt angeschaut und händisch auseinandergeklaubt. Da hat's auf den ersten Blick nix. Das, was als DB3..0 in der Message steht, kommt bei Fhem richtig an, nur, dass es halt konstant xxFAF80F ist. Sieht aus, als wenn's Fhem nicht wär ... aber 4 defekte Sensoren, allein bei mir? Sonderlich kontinuierlich (Indiz für gleiche Charge) sind die EnOcean-IDs auch nicht.
@fallenguru:
Du bestätigst damit meine bisherigen Ergebnisse:
Bei mir ist es mittlerweile der 2. Sensor mit dem gleichen fehlerhaften Verhalten.
Der einzige, der diesem Sensor im Zusammenarbeit mit FHEM passende Temp.- und Feuchtewerte entlockt hat ist wohl 50watt.
@all:
Ein dritter Sensor ist zu mir auf dem Weg.
Allerdings habe ich keine Hoffnung mit diesem vernünftige Werte zu erhalten.
Eltako war bei der Diagnose zwar bemüht, aber leider nicht hilfreich. Ich sollte das Gerät auf eigene Kosten zusenden. Man würde es daraufhin in die Entwicklung geben um das Verhalten zu untersuchen.
Daraufhin sollte ich eine Austauschgerät erhalten.
Allerdings werde ich es lieber über den Shop erneut austauschen lassen. Das Spiel wird dann solange wiederholt, bis ein funktionierendes Gerät geliefert wird.
Ich kann bestätigen, dass 3 Stück FBH65TFB hier seit Mitte 2014 funktionieren.
Ein list EnO_sensor_FF111111
Zeigt hier:
Internals:
DEF FF111111
IODev TCM310_0
LASTInputDev TCM310_0
MSGCNT 295
NAME EnO_sensor_FF111111
NR 329
NTFY_ORDER 50-EnO_sensor_FF111111
STATE T: 22.6 H: 40 B: ok
TCM310_0_DestinationID FFFFFFFF
TCM310_0_MSGCNT 295
TCM310_0_PacketType 1
TCM310_0_RSSI -73
TCM310_0_ReceivingQuality excellent
TCM310_0_RepeatingCounter 0
TCM310_0_SubTelNum 6
TCM310_0_TIME 2015-01-25 10:25:46
TYPE EnOcean
Readings:
2015-01-25 10:25:46 battery ok
2015-01-25 10:25:46 energyStorage charged
2015-01-25 10:25:46 humidity 40
2015-01-25 10:25:46 state T: 22.6 H: 40 B: ok
2014-07-12 20:21:16 teach-in EEP A5-04-02 Manufacturer: Eltako
2015-01-25 10:25:46 temperature 22.6
2015-01-25 10:25:46 voltage 3.4
Attributes:
IODev TCM310_0
alias Vorzimmer
comment FBH65TFB Temperatur-Luftfeuchtesensor Vorzimmer
group Sensor
manufID 00D
room EnOcean,Vorzimmer
subType tempHumiSensor.02
Am Fbh65 ist der Temp/Feuchtigkeitssensor per Magnetschalter aktiviert worden.
Hallo,
ich habe seit 2012 zwei FIFT63AP-Sensoren von Eltako im Einsatz, von denen einer ebenfalls defekt ankam und von Eltako getauscht wurde. Das (erste) Ersatzgerät funktionierte dann aber.
Ich habe sehr viele Eltako-Geräte im Einsatz und bin mit der Qualität insgesamt sehr zufrieden. Aber mit den Feuchte-Temperatur-Sensoren scheinen sie ein Problem zu haben ...
Danke für die Rückmeldung. Dann ist es also auch keine seltsame Regression in Fhem. Nun gut, dann gehen meine 4 einmal zurück.
Zur Info:
gekauft bei Christ & Breunig Elektrohandel GbR (elektrotresen.de)
IDs: FF806080-2, FFD6DD80-2, FFD6DE80-2, FFFF40B0-2
Fertigungswoche: Eltako-untypisch nicht auffindbar
Einstweilen werde ich keinen Ersatz bestellen, bei der aktuellen Erfolgsquote ärgere ich mich da, bis die Heizperiode vorbei ist (und das Porto von/nach .at ist auch nicht ohne). Oder weiß vielleicht jemand von anderen für Privatleute erhältlichen batteriebetreibbaren EnOcean Thermohygrometern? Den Bewegungsmelder brauch ich nicht wirklich, nur auf die 200 lx für die Solarsensoren komme ich in den meisten Räumen im Leben nicht (probiert mit einem FAFT60, der säuft nach 3 Tagen ab und ward nicht mehr gesehen ...).
Meine FBH65TFB sind nun auch zum Händler zurück.
Bei bisher 6 defekten (4 von fallenguru und 2 von mir) und 3 funktionierenden (50 Watt) Geräten ist das kein guter Schnitt.
Bezüglich eines FIFT63 hatte ich ebenfalls ein mittlerweile ausgetauschtes defektes Gerät erhalten.
Bei diesem war von Anfang an keine Bewegungserkennung möglich. Das Austauschgerät lief dann.
Eltakto hat scheinbar massiv Probleme mit diesen Sensortypen.
Hallo zusammen!
Ich habe nun das erste Austausch Gerät erhalten.
Nun funktioniert es!
Was mir beim Einrichten aufgefallen ist:
Bisher hat FHEM den Temperatur und Feuchtesensor komplette per autocreate eingerichtet.
Dieses mal nicht!
Eine manuelle Ergänzung des EEP Profils, des Herstellers und des subtypes führten aber endlich zum Erfolg!
Auffällig ist auch eine ID mit FFF..... je nach interner Vergabe der Nummern bei Eltako also eine andere Produktions Charge.
Damit könnte das durchaus ein Serienfehler gewesen sein.
Nun die Hoffnung ist wieder da!
mfg
Das freut mich für Dich!
Autocreate / händisch habe ich allerdings auch mehrmals und in Varianten probiert, hat nichts geholfen. Interessant wäre, ob Du's zusammenbringst, dem funktionierenden Sensor das defekte Verhalten zu entlocken, dann gibt es nämlich wirklich einen Anlern-Kniff.
Die ID allein stimmt mich nicht froh, einen FFFFxxxx hatte ich ja auch.
Das Anlernen habe ich wie bisher auch gemacht:
d.h.:
- FHEM in den Lernmodus
- Magnet an das Gerät Schalter Telegramm wird gelernt, Gerät wird in FHEM angelegt
- Drehregler laut Anleitung zum Aktivieren der Helligkeit /Bewegungstelegramme einstellen. Magnet an das Gerät Telegramm wird gelernt, ein weiteres Gerät wird in FHEM angelegt
- Drehregler laut Anleitung zum Aktivieren der Temperatur /Luftfeuchtigkeit einstellen. Magnet an das Gerät Telegramm wird gelernt, ein drittes Gerät wird in FHEM angelegt
- Nun kommt die einzige Abweichung zum bisherigen Verfahren: Manuelles anpassen der Konfiguration in FHEM, da beim autocreate das EEP Profile, der Hersteller und der subtype nicht richtig gesetzt wurden.
Mit den vorherigen Geräten, welche allerdings nicht funktionierten, war eine manuelle Anpassung nicht notwendig, da autocreate diese vollständig angelernt hatte.
Dieses Verhalten von FHEM kann ich allerdings nicht beeinflussen.
Warten wir mal die weiteren Tauschgeräte ab!
Ich halte Euch auf dem Laufenden.
mfg
Helmut
Schönen Guten Abend,
ich habe heute auch einen FBH65TFB von elektrotresen.de erhalten.
Produktionsdaten von Eltako ist 01/2015.
Das einlernen ging ohne Probleme und alle 3 Geräte wurden angelegt.
Falls noch Fragen sind ich stehe ich euch gern zur Verfügung!
Gruß Jochen
Hallo,
da die berichteten Fehler offensichtlich auf fehlerhafte Geräte zurückzuführen waren mache ich den Beitrag zu.
Vielen Dank nochmal denen die hier geholfen haben!
mfg
Helmut