Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[mustang]

@Jey-Cee
ok danke. Der muß jetzt erst mal aufladen...
Ich berichte dann.

[mustang]

@Jey-Cee
So - eine Stunde laden muß erstmal reichen. Ist der schon im Adapter auf github? Habe den Adapter aktualisiert - da taucht er bei mir noch nicht auf.
Habe jetzt mit dem FAH60B installiert, und was soll ich sagen - wie es aussieht funktioniert er. Das Log:

enocean.0	2020-12-12 15:20:20.155	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:20:20.151	debug	(151964) 55000a0701eba57101000f019723730000ffffffff4900
enocean.0	2020-12-12 15:18:50.075	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:18:50.074	debug	(151964) 55000a0701eba57301000f019723730000ffffffff4900
enocean.0	2020-12-12 15:18:40.064	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:18:40.062	debug	(151964) 55000a0701eba58525000f019723730000ffffffff5300
enocean.0	2020-12-12 15:18:20.056	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:18:20.056	debug	(151964) 55000a0701eba57c01000f019723730000ffffffff4f00
enocean.0	2020-12-12 15:18:10.044	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:18:10.042	debug	(151964) 55000a0701eba5781d000f019723730000ffffffff5500
enocean.0	2020-12-12 15:18:00.047	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:18:00.046	debug	(151964) 55000a0701eba57714000f019723730000ffffffff4c00
enocean.0	2020-12-12 15:16:58.871	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:16:58.870	debug	(151964) 55000a0701eba518080d87019723730000ffffffff5000
enocean.0	2020-12-12 15:16:19.563	debug	(151964) sendTo "newDevice" to system.adapter.admin.0 from system.adapter.enocean.0
enocean.0	2020-12-12 15:16:19.559	info	(151964) Create objects for TF-13-10 from ELTAKO with id: 01972373
enocean.0	2020-12-12 15:16:00.864	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:16:00.861	debug	(151964) 55000a0701eba518080d87019723730000ffffffff4f00
enocean.0	2020-12-12 15:15:32.493	debug	(151964) Message for ID 01972373 has been received.
enocean.0	2020-12-12 15:15:32.489	debug	(151964) 55000a0701eba57001000f019723730000ffffffff4900

Ist ja momentan recht dunkel draußen, jedoch reagiert er auch schon auf meine Schreibtischlampe.

Mir scheint es allerdings, als ob die Werte noch zu niedrig interpretiert werden...(Unterschied zum FAH60?)

[mane444]

@mane444 Nachtrag:
Ich hab mich leider zu früh gefreut. Ich wollte nun meine anderen zwei FUD61NPN-230V anlernen, leider ohne Erfolg.
Der funktionierende Dimmaktor (Fertigungswoche 10/19) sendet ein Telegramm sobald ich den auf "LRN" stelle. Die anderen beiden (Fertigungswoche 08/19) nicht. Scheinbar hat hier die Fa. Eltako auch eine Änderung gemacht.
Ich hab dann mal versucht die beiden mit der Einstellung "FUD61NPN-230V (< 46/17)" an zu lernen. Das klappt soweit aber hier reagieren alle gleichzeitig sobald ein Befehl vom IoBroker gesendet wird.

[Jey Cee]

@mane444 danke für die Rückmeldung. Hab den Fehler gefunden und behoben, die neue Version ist auf Github verfügbar.

Bevor du sie installierst musst du noch deine Aktoren Zurücksetzen oder ioBroker aus dem Speicher löschen.

Einzelne eingelernte Sensoren löschen wie bei
dem Einlernen, nur den oberen Drehschalter
auf CLR anstatt LRN stellen und den Sensor
betätigen. Die zuvor aufgeregt blinkende LED
erlischt.

Ich denke es spielt keine Rolle was für einen Befehl du an den Aktor sendest.

Danach löscht du die Objekte der beiden Aktoren, anschließend Installierst du die neue Version und lernst die Aktoren erneut an.

[mustang]

@Jey-Cee
Nach gestrigem Update auf Version 0.3.0 ist der FAH65S ist jetzt korrekt eingerichtet, jedoch stimmt die Anzeige der Werte noch nicht. Wenn vom Sensor die folgenden Telegramme kommen werden die Werte so angezeigt:

enocean.0	2020-12-15 11:24:06.956	debug	(427623) Message for ID 01972373 has been received.
enocean.0	2020-12-15 11:24:06.950	debug	(427623) 55000a0701eba58511000f019723730000ffffffff5500
enocean.0	2020-12-15 11:22:26.886	debug	(427623) Message for ID 01972373 has been received.
enocean.0	2020-12-15 11:22:26.879	debug	(427623) 55000a0701eba58512000f019723730000ffffffff5500

Vorausgesetzt ich interpretiere das jetzt richtig ist DB2=0x12 entspricht in der jetzigen Anzeige 22,50 und bei DB2=0x11 Anzeige 21,25.

Ich verstehe die Vorgabe von Eltako so:

DB2 hat einen Bereich von 300 bis 30000 lux bei Hex-Werten von 01 bis FF (bei 00 wird nur DB3 ausgewertet). Bedeutet rechnerisch für DB3=0x12 30000lx dividiert durch 255 (dez) (maximal Wert FF) und dann multipliziert mit 18 (dez) gleich 2117 und bei gleicher Rechnung für DB2=0x11 (17 dez) 30000/255*17 gleich 2000 gerundet, alles ohne Kommastellen (macht bei den Werten auch keinen Sinn).

DB3 hat analog dazu den Wertebereich von 0 bis 100lx, also hex 00 bis 64 und eben nur wenn DB3=00.

Ich habe die DB2-Werte mal mit einer App auf meinem Handy, welche mir die Lichtsensorwerte in Lux ausgibt, abgeglichen und es stimmt dann schon ganz grob mit meiner Rechnung.

[Jey Cee]

@mustang Installier mal neu, der Multiplikator war falsch.

[mustang]

@Jey-Cee
Ahh - jetzt sieht es besser aus, vielen Dank :muscle: :relaxed:

[mustang]

@Jey-Cee
die Werte vom DB3 werden nicht korrekt angezeigt.

enocean.0	2020-12-15 12:47:00.761	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 12:47:00.759	debug	(509836) 55000a0701eba52300000f019723730000ffffffff5300
enocean.0	2020-12-15 12:45:50.710	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 12:45:50.707	debug	(509836) 55000a0701eba55b00000f019723730000ffffffff5200
enocean.0	2020-12-15 12:44:10.622	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 12:44:10.619	debug	(509836) 55000a0701eba56400000f019723730000ffffffff5200
enocean.0	2020-12-15 12:42:40.531	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 12:42:40.529	debug	(509836) 55000a0701eba55b00000f019723730000ffffffff4f00
enocean.0	2020-12-15 12:42:30.534	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 12:42:30.532	debug	(509836) 55000a0701eba52a00000f019723730000ffffffff5200

bei den o.a. Werten wird immer 0 lx angezeigt. Ich hab vorhin einen Wert im 200er Bereich gesehen - den darf es doch gar nicht geben - oder? DB3 geht doch nur bis 100.

[Jey Cee]

@mustang sagte in Test Adapter EnOcean (2) v0.2.x:

Ich hab vorhin einen Wert im 200er Bereich gesehen - den darf es doch gar nicht geben - oder?

Richtig den darf es nicht geben.

@mustang sagte in Test Adapter EnOcean (2) v0.2.x:

bei den o.a. Werten wird immer 0 lx angezeigt.

Rein Formal sieht alles richtig aus, der Wert wird 1:1 in das Objekt geschrieben. Warum da jetzt immer 0 lx kommt kann ich mir nicht erklären.
Kannst du das bitte mal weiter beobachten, besonders würde mich ein telegram interessieren wenn ein wert zwischen 100 und 300 auftaucht.

[mustang]

@Jey-Cee
bitteschön...

enocean.0	2020-12-15 15:42:58.159	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 15:42:58.156	debug	(509836) 55000a0701eba57702000f019723730000ffffffff5000
enocean.0	2020-12-15 15:41:28.113	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 15:41:28.113	debug	(509836) 55000a0701eba57402000f019723730000ffffffff4f00

angezeigt wird bei beiden 232,9412 lx, allerdings ist DB2 ja auch nicht = 0x00!

enocean.0	2020-12-15 15:49:38.383	debug	(509836) Message for ID 01972373 has been received.
enocean.0	2020-12-15 15:49:38.380	debug	(509836) 55000a0701eba57001000f019723730000ffffffff4f00

hier wird 116,4706 lx im Object angezeigt.

[mustang]

@Jey-Cee
ich hab den logischen Fehler gefunden. in den Beispielen ist DB2 einmal auf 0x01 und das andere Mal 0x02. Da ja der niedrigste Wert, also 0x01 nur 300lx sein kann muss bei 0x02 der 254ste Teil von 29700 Werten addiert werden. 254 deshalb, da ja 0x00 schon mit der Bedingung für DB3 belegt ist und 0x01 gleich 300 sein soll, ergo haben wir nur noch 254 Werte von 30000 minus 300 zur Verfügung.
Es hätte also bei 0x00 300lx und bei 0x02 300+118=418 angezeigt werden müssen.

Das erklärt jedoch noch nicht die fehlende Anzeige bei Werten von DB3, wenn DB2 gleich null ist. Auffällig ist nur DB2 gleich 0x00 wird 0lx angezeigt, als wenn DB3 0x00 bis 0x64 gar nicht betrachtet wird.

[Jey Cee]

Kannst du bitte nochmal testen. Ich denke ich hab den fehler gefunden.

[mustang]

@Jey-Cee
frisch getestet - jetzt passt es. Bei DB3=0x30 wird korrekt 48 angezeigt und die Werte von DB2 sehen jetzt auch gut aus.
:relaxed: :+1:

[TheAriba]

hey @Jey-Cee sag mal, wieso ist denn der Werte so komisch mit bspw. Off(0)?
Ich versuche die Lichtaktoren und Zwischenstecker in YAHKA zu bringen und habe dort irgendwie Synchronisationsprobleme. https://forum.iobroker.net/topic/3778/yet-another-homekit-adapter/1110

[Jey Cee]

@EnoceanEltako was heist kommisch? 0 ist Off, 1 ist On. Was im Admin angezeigt wird ist lediglich eine Hilfe.

[TheAriba]

@Jey-Cee wenn der yahka Adapter den Datenpunkt ausliest, ist es dann so dass der Wert 1 oder 0 drin steht? Oder liest er dann On(1) und Off(0) ?
Danke dir, will es nur verstehen. :)

[Jey Cee]

@EnoceanEltako er sollte 1 und 0 lesen. Wie gesagt der Text wird nur im Admin angezeigt.

[TheAriba]

@Jey-Cee ok, danke! Bedeute für mich, dann löst das nicht mein Problem dass yahka sich nicht die Stati der Aktoren merken kann. Ich dachte ich hätte das Problem gefunden. :D

[Sepp]

@Jey-Cee wie schauts denn mit der Aufnahme des FABH65S aus?

[Jey Cee]

@Sepp ist doch schon drin.