Support for Eltako TippFunk EnOcean devices

[felixloesch]

Does OpenOcean also support the Eltako TippFunk devices. I currently have many of these installed and would like to switch from FHEM to OpenOcean

TF61L Light Actuator (uses EEP N5-38-08)
TF61D Dimmer Actuator (uses EEP H5-38-08)
TF61J Rollershutter Actuator (uses EEP H5-3F-7F)

[fruggy83]

Hi @felixloesch,

good question. Until now I was not aware of these new Eltako devices. After a quick look into the docs/specs I woould say, that these TippFunk devices should be already supported by my binding. However the teach in procedure is somehow different from the old enocean devices. As I do not own such devices it would be nice if you could trace some messages for me (pressing a switch, teach in etc.)

Best regards
Daniel

[kelvin1001]

Hey Felix, hello Daniel!

I try to use the EnOcean Pi 868 in the openhab2 binding.
The bridge shows online, but i only have two "new" TippFunk devices:

• Rollershutter TF61J
• Dimmactor TF-TA55D
  So i don't know if the bridge really is working.

Can you give me a hint how to integrate these devices?

many thanks in advance
Dominik

[kelvin1001]

Hallo!

Update:
Sowohl der Dimmaktor als auch der Rollershutter sind nun in openhab2 eingebunden und lassen sich steuern.

Dimmaktor TF-TA55D:
Als Central-Command A5-38 im PaperUI hinzugefügt.
EPP for sending commands: Gateway command - dimming (A5_38_08...)
läuft einwandfrei.
Jedoch erhalte ich bei keiner der möglichen Einstellungen ein Rückmeldung zum aktuellen Zustand.

Rollershutter TF61J-230V:
Als Rollershutter (like Eltako FSB14/61/71 or NodOn SIN-2-RS-01) eingebunden.
EPP for sending commands: Eltako FSB/14/61/71
Läuft auch einwandfrei.
Jedoch auch hier keine Rückmeldung zum aktuelle Zustand...u.a. wäre hier natürlich interessant, wo die Jalousie aktuell steht.

Wenn hier noch jemand Tipps hat! Gerne!!

Viele Grüße!
Dominik

[fruggy83]

Hallo Dominik (@kelvin1001),

entschuldige bitte die späte Antwort, war im Urlaub.
Prima, dass das mit dem Einbinden schon einmal geklappt hat. War mir unsicher, ob das funktioniert, da sich ein wenig am Einlernprozess geändert hat. Damit du die Rückmeldungen von deinen Aktoren empfangen kannst, musst du die OpenHab ThingId auf die EnOceanId der Aktoren setzen. Bei den dezentralen Aktoren sollte die Id eigentlich auf dem Gehäuse stehen. Wenn du das schon korrekt konfiguriert hast, solltest du einfach mal das Debug Level vom Logger aktivieren und die empfangenen Nachrichten hier posten.
Der Rollershutter ist etwas komplizierter, da man leider keine absoluten Positionsangaben verwenden kann, sondern nur Laufzeiten. Ich würde daher vorschlagen, dass wir erst einmal den Dimmer ans Laufen bekommen und uns danach um den Rollershutter kümmern.

Gruß
Daniel

[kelvin1001]

Hallo Daniel!

Danke für die, meiner Meinung nach, sehr schnelle Antwort :-)
Gestern hatte ich leider etwas Probleme mit der SerialBridge auf Port /dev/ttyAMA0

Warum auch immer, habe ich sie gelöscht und neu eingerichtet.
Anschließend hing das Thing immer bei "trying to get bridge base id..."
Nach stundenlangen Versuchen hatte ich dann kurzfristig aufgegeben...und heute zeigt das Ding auf einmal wieder "online" an :-)
Ich habe die Vermutung, dass das am Listener im NodeRed lag - dieser zeigte "connected" an - was wohl die Schnittstelle blockierte.

Zum Thema zurück:
Dimmer: Leider steht auf dem Gehäuse des Dimmers keine ID.
Daher habe ich diese über einen Listener in NodeRed ausgelesen...(siehe Problem oben).

Nun bekomme ich hier auch eine Rückmeldung im Paper UI bei dem Dimmer.
Jedoch verstehe ich diese nicht ganz.

Paper UI:

Ausschalten:
2018-10-06 01:53:10.893 [ome.event.ItemCommandEvent] - Item 'openocean_centralCommand_05080557_dimmer' received command OFF 2018-10-06 01:53:10.904 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_dimmer changed from 100 to 0 2018-10-06 01:53:12.878 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 8 to Rssi 57, repeated 0 2018-10-06 01:53:14.131 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 57, repeated 0 to Rssi 58, repeated 8

Einschalten:
2018-10-06 01:54:39.787 [ome.event.ItemCommandEvent] - Item 'openocean_centralCommand_05080557_dimmer' received command ON 2018-10-06 01:54:39.809 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_dimmer changed from 0 to 100 2018-10-06 01:54:40.300 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 8 to Rssi 58, repeated 0 2018-10-06 01:54:44.914 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 0 to Rssi 58, repeated 8

Dimmen von 100 % auf 48 %:
2018-10-06 01:55:24.911 [ome.event.ItemCommandEvent] - Item 'openocean_centralCommand_05080557_dimmer' received command 48 2018-10-06 01:55:24.930 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_dimmer changed from 100 to 48

Am Schalter:

Ausschalten:
2018-10-06 01:57:20.015 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 8 to Rssi 58, repeated 0 2018-10-06 01:57:21.258 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 0 to Rssi 58, repeated 8

Einschalten:
2018-10-06 01:57:46.509 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 8 to Rssi 61, repeated 0 2018-10-06 01:57:48.328 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 61, repeated 0 to Rssi 58, repeated 8

Hoch dimmen auf 100 %:
2018-10-06 01:58:42.408 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 58, repeated 8 to Rssi 61, repeated 8

Runter dimmen auf ca. 10 %:
2018-10-06 01:59:44.560 [vent.ItemStateChangedEvent] - openocean_centralCommand_05080557_receivingState changed from Rssi 61, repeated 8 to Rssi 58, repeated 8

Ich hoffe du kannst damit etwas anfangen :-)

Vielen Dank nochmal für deine tolle Unterstützung!

VG
Dominik

[fruggy83]

Hallo Dominik (@kelvin1001),

vielen Dank für das Log. Leider ist das nur das Standardlog. Kannst du bitte noch in der karaf console das debug log aktivieren. Damit können wir auch den Inhalt der empfangenen Nachrichten sehen. Den debug log aktivierst du mit dem folgenden Befehl in der console

log:set DEBUG org.openhab.binding.openocean

Gruß
Daniel

[kelvin1001]

Hallo Daniel!

OK - da hätte ich eigentlich selbst drauf kommen können - hattest du hier im "Support" schon öfter beschrieben :-)
Ich hoffe ich bin richtig in der Annahme, dass du nun die "DEBUG" Meldungen aus der openhab.log benötigst...

Also:

Steuerung per Papier UI Control:

Licht ausschalten (0 %):
2018-10-08 21:47:01.056 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-08 21:47:01.077 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-08 21:47:03.126 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF4A00 2018-10-08 21:47:04.368 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570001FFFFFFFF4A00 2018-10-08 21:47:04.372 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received

Licht einschalten (100 %)
2018-10-08 21:47:23.937 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-08 21:47:23.956 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-08 21:47:24.325 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F670050805573001FFFFFFFF4A00 2018-10-08 21:47:28.944 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502640009050805570001FFFFFFFF4D00 2018-10-08 21:47:28.949 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5026400090508055700 for 05080557 received

Licht Dimmen auf 49 %
2018-10-08 21:47:42.886 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-08 21:47:42.910 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-08 21:47:45.273 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502310009050805570001FFFFFFFF4C00 2018-10-08 21:47:45.277 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5023100090508055700 for 05080557 received

Per Taster (Ausgangswert wieder von 100 %)

Licht ausschalten:
2018-10-08 21:48:41.467 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF4A00 2018-10-08 21:48:42.708 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570001FFFFFFFF4A00 2018-10-08 21:48:42.711 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received

Licht einschalten:
2018-10-08 21:49:05.356 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F670050805573001FFFFFFFF4A00 2018-10-08 21:49:07.826 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502640009050805570001FFFFFFFF4A00 2018-10-08 21:49:07.831 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5026400090508055700 for 05080557 received

Licht dimmen auf ca. die Hälfte:
2018-10-08 21:49:40.387 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502140009050805570001FFFFFFFF4A00 2018-10-08 21:49:40.392 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5021400090508055700 for 05080557 received

Wo ich mich korrigieren muss:
Ich erhalte beim Dimmer sehr wohl schon die korrekten %-Angaben über den Channel Dimmer zurück.
Ich bin zwar der festen Überzeugung, dass das vorgestern noch nicht so war, aber einzige Änderung ist aktuell der DEBUG Modus der LOG Datei - das kann es ja nicht sein.
Wenn ich also am Taster dimme, stellen sich die Prozentwerte ebenso korrekt ein, als wenn ich das über Alexa oder die Paper UI mache.

Obergeil.

Nur der Channel Receiving status ist für mich noch nicht ganz klar.

Z.b: RSSI 79, repeated 0 bei Helligkeit auf 100 %.
Wobei RSSI wohl die Sendequalität des Tasters ist, oder????

Jalousiesteuerung muss ich mir noch vornehmen - bekomme aktuell den Eltako TF61J nicht wie beschrieben auf Werkseinstellung zurück.

Viele Grüße!

Dominik

[kelvin1001]

Hallo Daniel!

Bin nun endlich mal wieder zu den Jalousie Steuerungen gekommen (Akzeptanz Faktor meiner Frau ist noch etwas Mau...).

Die TF61J Steuerungen sind eingebaut (bisher 3 Stück) und entsprechend deiner Anleitung eingebunden.

Die Jalousien lassen sich hoch und runter bewegen.
Alles gut.

Rückmeldung String bisher noch ähnlich wie bei dem Dimmer am Anfang...
(z.B. "Rssi 85, repeated 0")

Cool wäre, wenn man den "aktuellen Stand" der Jalousie ablesen könnte.
Steuerung auf eine % Zahl per Eingabe funktioniert aktuell auch nicht.

Hier der Log-Auszug im Debug:

Per Paper UI:

Rollo von 0 auf 100 % (Zu):

2018-10-15 22:56:41.099 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send reque 2018-10-15 22:56:41.125 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET 2018-10-15 22:56:41.536 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG R 2018-10-15 22:56:41.612 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _ 2018-10-15 22:56:41.616 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A50 2018-10-15 22:56:41.664 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG R 2018-10-15 22:56:41.669 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload F60 2018-10-15 22:56:54.383 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 0514109C payload A50258020A0514109C0001FFFFFFFF5500 2018-10-15 22:56:54.389 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A50258020A0514109C00 for 0514109C received 2018-10-15 22:57:11.701 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 051410A0 payload A5012C020A051410A00001FFFFFFFF5000 2018-10-15 22:57:11.706 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5012C020A051410A000 for 051410A0 received

Rollo von 100 auf 0 % (Auf)

2018-10-15 22:58:16.892 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-15 22:58:16.912 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-15 22:58:17.260 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF5000 2018-10-15 22:58:17.331 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570001FFFFFFFF5000 2018-10-15 22:58:17.337 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received 2018-10-15 22:58:17.434 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 051410A0 payload F601051410A03001FFFFFFFF5500 2018-10-15 22:58:17.439 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload F601051410A030 for 051410A0 received 2018-10-15 22:58:47.516 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 051410A0 payload A5012C010A051410A00001FFFFFFFF5300 2018-10-15 22:58:47.524 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5012C010A051410A000 for 051410A0 received

Rollo ab mit Stop bei ca. 50 %:

2018-10-15 23:00:09.607 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-15 23:00:09.626 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-15 23:00:09.976 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF4F00 2018-10-15 23:00:10.040 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570002FFFFFFFF4F00 2018-10-15 23:00:10.045 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received 2018-10-15 23:00:10.144 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 051410A0 payload F602051410A03001FFFFFFFF5300 2018-10-15 23:00:10.148 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload F602051410A030 for 051410A0 received 2018-10-15 23:00:22.518 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-15 23:00:22.532 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-15 23:00:22.915 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF4F00 2018-10-15 23:00:23.000 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570002FFFFFFFF4F00 2018-10-15 23:00:23.005 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received 2018-10-15 23:00:23.045 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 051410A0 payload A50080020A051410A00001FFFFFFFF5300 2018-10-15 23:00:23.050 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A50080020A051410A000 for 051410A0 received 2018-10-15 22:58:16.892 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2018-10-15 22:58:16.912 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RESPONSE with code RET_OK payload 00 2018-10-15 22:58:17.260 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 05080557 payload F650050805573001FFFFFFFF5000 2018-10-15 22:58:17.331 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 05080557 payload A502000008050805570001FFFFFFFF5000 2018-10-15 22:58:17.337 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5020000080508055700 for 05080557 received 2018-10-15 22:58:17.434 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG RPS for 051410A0 payload F601051410A03001FFFFFFFF5500 2018-10-15 22:58:17.439 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload F601051410A030 for 051410A0 received 2018-10-15 22:58:47.516 [DEBUG] [nal.transceiver.OpenOceanTransceiver] - RADIO_ERP1 with RORG _4BS for 051410A0 payload A5012C010A051410A00001FFFFFFFF5300 2018-10-15 22:58:47.524 [DEBUG] [an.handler.OpenOceanBaseThingHandler] - ESP Packet payload A5012C010A051410A000 for 051410A0 received

Am manuellen Taster:

Leider bekomme ich aktuell über die Betätigung des manuellen Tasters keinerlei Rückmeldung im LOG.

Würde mich freuen wenn du damit was anfangen kannst!

Viele Grüße!

Dominik

[fruggy83]

Hallo Dominik (@kelvin1001),

es freut mich, dass deine Dimmer nun korrekt funktionieren. Die Nachrichten aus dem Debug Log sehen auch sehr gut aus. Das Logging kannst du gerne wieder per 'log:set DEFAULT org.openhab.binding.openocean' auf ein erträgliches Maß zurücksetzen.

Nur der Channel Receiving status ist für mich noch nicht ganz klar.

Der Receiving status gibt dir, wie du schon richtig vermutest, die Empfangsqualität des letzten erhaltenen Telegrams wieder. Da du die Rückmeldungen bzgl. Dimmwert direkt vom Dimmer erhälst, kannst du gut erkennen, wie es um die Verbindung zwischen deinem Server und dem Dimmer bestellt ist. Falls du einen oder mehere EnOcean Repeater einsetzt, kannst du auch erkennen, wie oft das Telegram repeated wurde. Ich verwende die zentralen Eltako Aktoren aus der Baureihe 14 und konnte so ganz gut die Position meines Repeaters optimieren, da ohne ihn oftmals Telegramme verloren gingen.

Akzeptanz Faktor meiner Frau ist noch etwas Mau...

:D Das war bei mir nicht anders. Aber warte mal ab, wenn du alles eingerichtet hast, die Rollos automatisch bei Sonnenauf/untergang auf/ab fahren, bei geöffneter Terassentür das Abfahren natürlich unterbunden wird und bei Abwesenheit/Urlaub bestimmte Rollos zum Schutz nicht hochfahren oder bei zu starker Sonneneinstrahlung/Temperatur automatisch 40% herunterfahren.... dann wird es nur noch problematisch wenn der Server ausfällt und die ganzen Komfortfunktionen nicht mehr laufen ;)

Cool wäre, wenn man den "aktuellen Stand" der Jalousie ablesen könnte.

Das Problem mit diesen Aktoren ist, dass sie keine absoluten Zahlen zurückgeben, sondern lediglich die Fahrtrichtung und gelaufene Zeit. Das heißt, ich muss bei jeder Änderung immer Buch führen und den aktuellen Stand "berechnen". Dazu kommt hinzu, dass meine Aktoren bei den manuellen Tastern nicht die korrekte Laufzeit melden (obwohl das so in der Doku steht). Ich kann mich daher nicht 100% auf den berechneten Stand verlassen. Damit man überhaupt etwas berechnen kann, muss man die Laufzeit hinterlegen, die das Rollo benötigt, um von vollständig geöffnet bis vollständig geschlossen zu fahren. Dies kannst du über die Channel Konfiguration machen.

Sobald du diese Einstellung hinterlegt hast, kannst du zumindest vom geöffneten/geschlossenen Zustand ziemlich genau eine bestimmte Position anfahren.

Leider bekomme ich aktuell über die Betätigung des manuellen Tasters keinerlei Rückmeldung im LOG.

Gemäß Handbuch ist es möglich, die Bestätigungs-Telegramme des Aktors zu deaktivieren. Evtl. spielst du da mal etwas mit der Einstellung rum.

Gruß
Daniel

ps: Kannst du mir evtl. etwas zu deinem Server Setup erzählen? Nutzt du NodeRed auch für deine Rules?

[SeKa91]

Hallo @kelvin1001,

hat jetzt nicht wirklich etwas mit deinem Problem zu tun aber vllt kannst du mir weiterhelfen.
Ich verstehe nicht ganz wie ich mein thing konfigurieren muss damit ich eine Rückmeldung bekomme.
Wenn ich es richtig verstanden habe muss meine OpenHab ThingID= die EnoceanPi also die Sende id sein.
Stimmt das oder habe ich hier einen Fehler.

Danke für die Hilfe
Sebastian

[dominikkv]

Hallo Sebastian @SeKa91 ,
die neue Version des Bindings tickt hier etwas anders. Du kannst die ThingID jetzt nach Belieben vergeben, wichtig ist die Eigenschaft enoceanId. Ich habe mir angewöhnt, für die ThingID auch die EnOcean ID zu verwenden :-) senderIdOffset muss über alle Things eindeutig sein, diese wird beim Einlernprozess vom Binding vergeben (und muss eben in das zu steuernde Gerät eingelernt werden).

Thing measurementSwitch 11223344 "Schalter" @ "Wohnzimmer" [ enoceanId="11223344", senderIdOffset=1, sendingEEPId="D2_01_09_PERMUNDO", receivingEEPId="D2_01_09_PERMUNDO,A5_12_01", broadcastMessages=false, suppressRepeating=false, pollingInterval=100 ]

Viele Grüße
Dominik

[unf]

Hi Daniel @fruggy83,

ich habe neben einigen Nodon Aktoren mir zum Test einen Eltako TF61L (Tipp-Funk Lichtaktor) besorgt.

Nun versuche ich den in OH2@openocean-2.5.0-SNAPSHOT einzulernen, Start Enocean Discovery und versetze den Eltako in Lernmodus. Im debug enabled log finde ich dann:

2019-01-03 17:08:17.065 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG MSC for payload D100D0FF000003E8XXXXXXXX0001FFFFFFFF5200 received
2019-01-03 17:08:17.070 [ERROR] [ernal.transceiver.EnOceanTransceiver] - Exception in informListeners
java.lang.NumberFormatException: For input string: ""
at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65) ~[?:?]
at java.lang.Long.parseLong(Long.java:601) ~[?:?]
at org.openhab.binding.enocean.internal.transceiver.EnOceanTransceiver.informListeners(EnOceanTransceiver.java:411) [255:org.openhab.binding.openocean:2.5.0.201812271941]
at org.openhab.binding.enocean.internal.transceiver.EnOceanTransceiver.processMessage(EnOceanTransceiver.java:300) [255:org.openhab.binding.openocean:2.5.0.201812271941]
at org.openhab.binding.enocean.internal.transceiver.EnOceanTransceiver.receivePackets(EnOceanTransceiver.java:187) [255:org.openhab.binding.openocean:2.5.0.201812271941]
at org.openhab.binding.enocean.internal.transceiver.EnOceanTransceiver.access$2(EnOceanTransceiver.java:179) [255:org.openhab.binding.openocean:2.5.0.201812271941]
at org.openhab.binding.enocean.internal.transceiver.EnOceanTransceiver$1.run(EnOceanTransceiver.java:155) [255:org.openhab.binding.openocean:2.5.0.201812271941]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) [?:?]
at java.util.concurrent.FutureTask.run(FutureTask.java:266) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$201(ScheduledThreadPoolExecutor.java:180) [?:?]
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293) [?:?]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) [?:?]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) [?:?]
at java.lang.Thread.run(Thread.java:748) [?:?]

Lässt sich der Eltako nicht per Discovery einlernen? Geht ja im Prinzip nur so, wie soll ich denn einen Rocker mit 4-mal kurz tippen in OH2 simulieren?

@kelvin1001

Wie hast Du Deine Aktoren eingebunden bekommen?

Wenn ich das Manual richtig verstehe, müssen Gateways ein Lerntelegram 0xE0400D800 an den Aktor senden ...

Gruß
Frank

[fruggy83]

Hi Frank (@unf),

da scheint es wohl ein Problem mit MSC Nachrichten zu geben. Das Anlernen sollte aber trotzdem funktionieren. Einfach ein Switching/Dimming Actuator in openHAB anlegen, eine freie senderIdOffset "aussuchen", EEP = A5_38_08 sub command 0x01, teach in channel linken und als Message das genannte Lerntelegram hinterlegen (0xE0400D80), Aktor in Lernmodus setzen, Teach in Item aktivieren.

Gruß
Daniel

[unf]

Hi Daniel (@fruggy83),

ok, habe ich mal angelegt über PaperUI, "EEP for sending commands: Gateway command - switching (A5_38_08 sub command 0x01)" und "EEP for receiving states: PTM200 (F6 message widely used by Eltako devices)". Die anderen beiden EEP machten weniger Sinn ...

Nur gibt es dann keinen "teach in channel". Nur Contact, Rollershutter, Switch, Receiving Status. Und bei keinem kann ich irgendwie ein Message hinterlegen ...

Gruß
Frank

[dominikkv]

und dann

[unf]

Hi Dominik @dominikkv,

LOL, danke (!). Das Feld "Show More" habe ich erfolgreich ignoriert, weil bei anderen Aktoren durchaus auch 6, 7 Kanäle ohne "Show More" angezeigt werden ...

Alles erfolgreich per PaperUI angelegt, eingelernt und funktioniert auch. Im GUI dann aber wieder gelöscht und in meine things bzw. items (Schalter) Datei geschrieben.

Wie sieht denn die Notation für diese "Teach in message" in einer things/items Datei aus?

Gruß
Frank

PS.: Der Eltako Aktor gefällt mir gut, da es im Gegensatz zu den Nodon Aktoren keine Verzögerung am lokalen Taster gibt. Leider nur einkanalig verfügbar ...

[fruggy83]

Hi Frank @unf,

eigentlich brauchst du das "Teach in" nur einmal, daher würde ich persönlich das auch nicht in die things Datei aufnehmen. Es würde aber wahrscheinlich wie folgt aussehen:

Thing centralCommand c01 "Switch" [ 
        enoceanID="aabbccdd", 
        senderIdOffset=xyz, 
        sendingEEPId="A5_38_08_01", 
        receivingEEPId="F6_00_00", 
        broadcastMessages=true, 
        suppressRepeating=false ] 
   {Channels: Type teachInCMD:teachInCMD [teachInMSG="E0400D80"]}

Gruß
Daniel

[unf]

Hi Daniel @fruggy83,

das ist klar, man braucht das für einen Aktor nur einmal. Allerdings kann es ja sein, das man mehrere Aktoren einlernen muss ... dann hätte man eben ein Template :-)

OffTopic, jetzt müssen nur noch die Peha EBI Aktoren mal schaltbar werden. Hab schon mit Peha telefoniert, der GP wollte mir Infos aus einer ähnlichen Anfrage aus der Vergangenheit zusenden. Werde aber morgen nochmal anrufen, wie das denn mit dem Gateway anlernen gehen soll ... er meinte immerhin man solle auch besser "A5-38-08" nehmen ...

Gruß
Frank

[bitDealer]

Hi, vllt kann mir jemand von euch helfen.
Habe hier mehrere Eltako TF61J-Jalousinen-Steuerungen, und möchte die gerne in mein Openhab einbinden, aber ich verstehe nicht, woher ich die enoceanId für das manuelle Anlegen der einzelnen Things bekomme...

[felixloesch]

Hallo, Da mir das mit enocean und openhab direkt zu kompliziert war, habe ich meine TF61J per FHEM angebunden und dann per MQTT an Openhab weitergereicht. Geht wunderbar. bitDealer <notifications@github.com> schrieb am Sa., 9. Mai 2020, 18:33:

…

Hi, vllt kann mir jemand von euch helfen. Habe hier mehrere Eltako TF61J-Jalousinen-Steuerungen, und möchte die gerne in mein OPenhab einbinden, aber ich verstehe nicht, woher ich die enoceanId für das manuelle Anlegen bekommen... — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub <#17 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AGVZXGIWBS336N74YIMPQCDRQWAVBANCNFSM4FGUZEWQ> .

[fruggy83]

Hi @bitDealer, hab dir im anderen Issue geantwortet.
@felixloesch Kannst du mir etwas mehr erzählen, was an der Einrichtung zu kompliziert war? Vielleicht kann man ja etwas vereinfachen.

Gruß
Daniel

[MyGuschtl]

Ich finde die Einrichtung eigentlich nicht kompliziert. Leider lassen sich TFL-230V und TF61J nicht unabhängig schalten. Dort gibt es ein Problem mit der SenderID. Siehe Forum.

@felixloesch Kannst du mir helfen wie du das mit FHEM gemacht hast? Denn mit OpenHab muss ich wohl nach 30h testing aufgeben,

Viele Grüße

[felixloesch]

Einfach in FHEM das EnOcean Plugin auswählen bzw. installieren.
Dann ein TCM310 Modul (EnOcean Stick) z.B. am Raspberry Pi in einen USB-Anschluss einstecken.
Den USB-Enocean-Adapter konfigurieren.
Dann die Eltako Funkatoren in den Modus "TeachIn an einer Basis" bringen
und in FHEM die Device-Erkennung einschalten
Es sollte dann ein FHEM Device auftauchen in der fhem.cfg.
Nach erfolgreicher Konfiguration der Eltako-Devices habe ich diese dann über die MQTT-Bridge von FHEM mit Openhab verknüpft, kann also die Eltakos per Openhab --> MQTT --> FHEM --> TCM310 --> Enocean --> Eltako steuern

[fruggy83]

Hi @MyGuschtl ,

kann sein, dass ich da etwas verpasst oder nich mehr auf dem Schirm habe. Was für ein Problem gibt es denn mit der SenderId?

Gruß
Daniel

[MyGuschtl]

Hallo,

Ja ich habe versucht die TippFunk Schalter mit OpenHab3.0 direkt zu verbinden. Haber aber hier ein Problem, dass ich noch nicht zuordnen kann, ob das Plugin / EnoceanGateway / oder OpenHab3 Schuld ist.

https://community.openhab.org/t/openhab-3-0-0-and-enocean-binding-ignoring-sender-id/113110/21

Viele Grüße und Danke für die schnelle Rückmeldung