Richtige Nutzung - Githubissues

Hallo Daniel,

ich teste jetzt schon ein paar Tage verschiedenes mit meinem Enocean Setup und verfolge dein Binding hier. Habe jetzt auch die neueste Version von dir installiert, aber mir ist gerade mit dem neuesten nicht ganz klar wie ich vorgehen muss um das richtig einzusetzen. BTW: Hast du zufällig ein Weberhaus? Kommt mir wegen der Komponenten so vor, ist gleich wie bei mir :-)

Also ich möchte für meine Lichtschalter und Rolloschalter ( FSR14, FSB14 ) jeweils einen Schalter/Steuerungsschalter in meiner Oberfläche abbilden. Wenn der physische Schalter gedrückt wird, soll der Status davon upgedated werden und ich möchte auch über den virtuellen Schalter die Rollos und Lichter schalten. Habe dazu einen USB Stick ( USB300 ) . Habe das auch schon einigermaßen hinbekommen aber mit deiner neuesten Änderung muss ich nochmal generell nach der einfachsten und besten Vorgehensweise fragen um das zu bewerkstelligen. Ich möchte nicht mehrere Switches haben, einen zum an und ausschalten und einen anderen der den Status anzeigt.

Das ich die virtuellen Schalter im Aktor anlernen muss ist mir auch klar und habe ich mit der vorhergehenden Version auch erfolgreich mit 2 Schaltern hinbekommen. Habe jetzt mit deiner neuesten Version und deinem Beispiel hier aus den Issues so einen Schalter ( siehe unten ) in den Items angelegt. Aber damit wird ja nicht gesendet.

Switch vLight "vLight" {channel="openocean:virtualRockerSwitch:ee492843:virtualRockerswitch", profile="openocean:rockerswitch-to-on-off",switchMode="rockerSwitch", duration="250", channel="openocean:rockerSwitch:xxxxxxxx:yyyyyyyyy2:rockerswitchB"[profile="openocean:rockerswitch-to-on-off"]} String VRS_CMD "CMD" {channel="openocean:virtualRockerSwitch:ee492843:virtualRockerswitch"}

Am liebsten wärs mir noch die Beispieleinträge für die Config files ( Items, Things ) zu haben oder die Schritte für ein Item ( Licht oder Rollo ) um oben genanntes zu erreichen.

Vielen Dank

Hi @Wiss911,

sorry für die späte Antwort, war am Wochenende leider gerade mit den zwei Dingen beschäftigt, die mir noch mehr Spaß machen, als die Entwicklung dieses Bindings (Rasenmähen, und Besuch der Schwiegermutter). Ja, wir haben auch mit Weberhaus von ca 2 Jahren gebaut. Der Name verpflichtet, hat aber leider keine Sonderkonditionen gebracht.

Wenn du auch die 14er Eltako Enocean Serie einsetzt, dann würde ich dir empfehlen, nicht mit den Rocker Switches zu arbeiten, sonder besser die Aktoren direkt anzusteuern. Der Vorteil der 14er Serie ist deren Rückkanal. Immer wenn diese geschaltet werden, senden die ein Telegram mit dem neuen Status zurück. Auf diese Weise musst du nicht mehrere Schalter in openhab einrichten, um den aktuellen Status des Aktors über die Schalter nachzuhalten, sondern nur genau ein Thing pro Aktor. Zudem kannst du dann auch den Dimmerwert ganz genau steuern (Alexa, Wohnzimmer Licht auf 36% ;)

Wahrscheinlich hast du, genauso wie ich, auch einen Code von den Elektrikern erhalten, um dir die Eltako PC14 Software herunterladen zu können. Damit kannst du in die Aktoren direkt die Enocean Ids mit den entsprechenden Profilen einlernen und dir damit das mühselige manuelle Einlernen sparen. Einfach ein Laptop nehmen und per USB mit dem FAM verbinden. Weberhaus hat sogar eine Datei mit der aktuellen Konfig auf einem USB Stick mitgeliefert.

Im Wiki habe ich eine Excel Datei abgelegt, mit der du "relativ komfortabel" die Thing und Item Definition für deine Aktoren zusammenstellen kannst. In aller kürze: FSR14 => A5-38, switching command (Licht) FUD14 => A5-38, dimming command (Dimmer) FSB14 => Eltako FSB (Rollo), hier bitte an die Schließzeit denken, damit du auch per Prozent steuern kannst. (Leider liefern die FSB14 nicht immer eine passende Antwort [Wenn du per Taster steuerst, wird keine Laufzeit gesendet => Prozentwert kann nicht korrekt bestimmt werden. Es wird nur Endlage gesendet], da bin ich noch im Austausch mit Eltako)

Bei Fragen einfach melden.

Gruß Daniel

ps. Am besten in deinen Nachrichten immer ein "@fruggy83" einbauen, dann werde ich auch per Mail über eine neue Nachricht informiert.

@fruggy83

Hallo Daniel,

dann hast du ja auch wie wir vermutlich eine meist angenehme Bauzeit erlebt. Ja wir haben auch die 14er Serie, PCT14 hatte ich vor längerem schonmal ausprobiert und mal ne komplette Liste gezogen und auch ein paar Sachen ausprobiert.

Vielen Dank für deine Ausführungen, jetzt hab ich endlich den Durchblick bekommen. Hatte es jetzt erstmal mit 3 Lampen und einem Rollo probiert, funktioniert auch wie gewünscht. Den Dimmer muss ich noch testen. Zum Rollo: Ich habe die Things und Items über die Dateien angelegt, nicht über PaperUI. Ich kriege einfach nicht die Schließzeit für das Rollo hinterlegt, habe schon alle möglich Kombis probiert und mir auch ein über PaperUI angelegtes Rollo angeschaut. Habe shutTime=18 oder shutTime="18" im item und im Thing probiert, aber es wird einfach nicht hinterlegt. Es ist ja eine Channelconfig, vermutlich muss das etwas anders eingegeben werden, wäre schön wenn du da noch nen Hinweis für mich hättest.

Du hast ja bestimmt auch ne Wärmepumpe, THZ 403 ? Da hab ich paar gute Tipps für das auslesen per HTTP falls du da noch nichts haben solltest.

Gruß

Wiss

Hallo @Wiss911,

ja, wir könenn auch nur positives über unsere Bauzeit berichten.

Ich hatte bei der Entwicklung des Binding zunächst einmal OpenHab Einsteiger im Fokus, die zunächst die Things und Items über PaperUI anlegen. Sehe aber ein, dass die Dokumentation für die alten Hasen zu kurz gekommen ist. Das werde ich auf jeden Fall noch nachholen. Da die "ShutTime" ein allgemeiner Channel Parameter ist und nicht pro ItemLink gesetzt werden kann, muss man diese bei der Thing Definition festlegen. Das sieht dann ungefähr wie folgt aus

Thing openocean:eltakoFSB:11223344:AABBCCDD "Rollershutter" (openocean:bridge:11223344) [sendingEEPId="A5_3F_7F_EltakoFSB", receivingEEPId="A5_3F_7F_EltakoFSB", broadcastMessages=true] {Channels: Type rollershutter:rollershutter [shutTime=123]}

Wobei 11223344 für die ThingId deiner Bridge(/Gateway) und AABBCCDD für die Enocean Id deines Rollos steht. Die ShutTime ist ein Integer (genauer ein Byte) und wird beim Parsen des Files auch direkt als Integer eingelesen. Die Anführungszeichen sind also nicht notwendig.

Ja, wir haben auch eine THZ 403 (falls ihr auch ein Generation Model gebaut habt, wird es langsam unheimlich ;). Für das Ansteuerung bzw. eher das Auslesen deren Werte wollte ich auch ein Binding entwickeln. Mangels Zeit bin ich da aber noch nicht zu gekommen. Kennst du ein gutes Binding oder nutzt du das allgemeine Http Binding dafür?

Gruß Daniel

Hallo @fruggy83 ,

keine Sorge, beim Haus unterscheiden wir uns dann doch :-) Wir haben ein angepasstes Balance 300 gebaut.

Danke für die Info über die Channels, ich hatte noch nicht richtig Zeit weiteres zu testen aber mit der Config passt alles und habe jetzt mit PCT14 auch alles eingelernt. Wie interpretierst du die Solltemperatur-Einstellung des SR04 ? Versuchst du die Werte umzurechnen auf eine Gradzahl? Bin mir auch nicht ganz sicher wie das ist, aber denke Mitte sollte entweder immer 21 Grad oder der Sollwert aus der THZ sein !?

Zu dem Binding für die THZ: Du hast ja dann auch das ISG-Web bekommen nehme ich an. Wenn du den aufmachst wirst du feststellen dass da eine kleine microSD Karte drin steckt. Auf dem ISGWeb läuft ein Lighttpd Webserver, auf der MicroSD Karte sind die Webseiten dazu und ein paar mehr Files gesichert. Ich habe mir eine neue Seite angelegt die die Werte als JSON ausgibt. Das habe ich dann mit dem HTTP Binding ausgelesen. Die Webid 186 zeigt dir an was gerade alles an oder aus ist, die Information ist 16BITkodiert, das ist das einzige was ich noch nicht weiter bearbeitet habe. Denke oder hoffe da gibt es Boardmittel womit man das Bitweise auseinander nehmen und den Items zuordnen kann. Aber da bin ich Laie und muss immer rumprobieren und nachforschen. Bin auch kein alter Openhab Hase wie du vermutest, habe erst damit angefangen :-) Aber Files sind mir trotzdem lieber, da habe ich einen besseren Überblick und entwickel ein besseres Verständnis. Wenn du Interesse an den Details zu der THZ Geschichte hast, melde dich einfach. Können auch gerne dazu Skypen oder nen Thread im Forum machen.

Gruß

Wiss

Hier noch ein Auszug aus dem JSON zum Verständnis.

{"webID":13,"infoNr":15,"webType":2,"readOnly":1,"presentation":2,"step":"0","unit":"\u00b0C","value":"26.3","minValue":"0","maxValue":"90","name":"ISTWERT-HK2","info":"","steps":1},{"webID":4,"infoNr":4,"webType":2,"readOnly":1,"presentation":2,"step":"0","unit":"\u00b0C","value":"24.9","minValue":"0","maxValue":"65","name":"SOLLWERT-HK2","info":"","steps":1},{"webID":10,"infoNr":13,"webType":2,"readOnly":1,"presentation":2,"step":"0","unit":"\u00b0C","value":"28.2","minValue":"0","maxValue":"90","name":"VORLAUFTEMP","info":"","steps":1}, [{"webID":186,"infoNr":374,"webType":6,"readOnly":1,"presentation":2,"step":0,"unit":"","value":1,"minValue":0,"maxValue":65535,"options":[{"id":"B0","name":"SCHALTPROGRAMM-AKTIV"},{"id":"B1","name":"VERDICHTER"},{"id":"B2","name":"HEIZEN"},{"id":"B3","name":"KUEHLEN"},{"id":"B4","name":"WARMWASSERBEREITUNG"},{"id":"B5","name":"ELEKTRISCHE-NACHERWAERMUNG"},{"id":"B6","name":"SERVICE"},{"id":"B7","name":"FERNWARTUNG"},{"id":"B8","name":"FILTERWECHSEL-BEIDE"},{"id":"B9","name":"LUEFTUNG"},{"id":"B10","name":"HEIZKREISPUMPE"},{"id":"B11","name":"ABTAUEN-VERDAMPFER"},{"id":"B12","name":"FILTERWECHSEL-ABLUFT"},{"id":"B13","name":"FILTERWECHSEL-ZULUFT"},{"id":"B14","name":"AUFHEIZPROGRAMM-AKTIV"}],"name":"BETRIEBSSTATUS","info":""},{"webID":12,"infoNr":15,"webType":2,"readOnly":1,"presentation":2,"step":"0","unit":"\u00b0C","value":"26.8","minValue":"0","maxValue":"90","name":"ISTWERT-HK1","info":"","steps":1},{"webID":3,"infoNr":4,"webType":2,"readOnly":1,"presentation":2,"step":"0","unit":"\u00b0C","value":"25.3","minValue":"0","maxValue":"65","name":"SOLLWERT-HK1","info":"","steps":1},

@Wiss911 @fruggy83 Wow, endlich mal Leute die das gleiche Setup (WeberHaus + OpenHab + Enocean + THZ mit ISG) haben. Bisher hatte ich mich durch FHEM mit haesslichem Perl Code wuehlen muessen um da was zum laufen zu bekommen. Danke fuer das Binding. An der JSON Webseite fuer den ISG waere ich auch sehr interessiert. In FHEM habe ich mir dafuer ein Modul bauen muessen was die HTML-Seite parst.

Gruesse, Thomas

Hallo @fruggy83 ,

ich würde gerne meine Eltako FSB14 & FSR14 Aktoren (mit FAM14 Funkeinheit) über die Paper Ui anlernern. Leider habe ich an Hand der Doku noch nicht richtig verstanden wie ich dazu genau vorgehen muss. Das EnOcean USB300 Dongle ist bereits hinzugefügt worden. Den Raspberry-Pi 4 habe ich gestern mit openHABian eingerichtet.

Wenn ich versuche ein neues Gerät über das EnOcean Binding hinzuzufügen, auch wenn ich dazu den ersten FSB14 Aktor auf LRN stelle, wird jedoch leider nichts gefunden.

Hast du vielleicht einen Tipp für mich, wie man hier bei Eltako genau vorgehen muss, wenn man an dieser Stelle ist?

Then press the teach-in button of the actuator. If the EEP of the actuator is known, the binding sends an UTE teach-in response with a new SenderId and creates a new thing with its channels.

Vielen Dank!

Hast du da eine Lösung gefunden? Würde mich auch interessieren

Hi @menope und @cjk2,

die Eltako Aktoren können leider nicht über das Auto Discovery gefunden/eingelernt werden, weil sie kein TeachIn Telegram verschicken sondern auf ein TeachIn Telegram warten.

Vorgehen ist wie folgt:

EnOceanId des Aktors herausfinden
- Bei der 14er Baureihe braucht ihr nur die BaseId eures FAM14 und zählt dann einfach alle Channels eurer Aktoren in eurem Schaltschrank bis zum jeweiligen Aktor durch. Ein FSR14-4 besitzt zB 4 Ausgänge/Channels. Die Anzahl der Channels addiert ihr einfach zur BaseId des FAM
- Alternativ könnt ihr auch einfach das debug Log aktivieren und den Aktor per physischen Taster triggern. Dabei müsst ihr aber beachten, dass der Taster auch zwei Telegramme verschickt (Taster gedrückt, Taster losgelassen). Meist reagiert der Aktor aber schon beim Drücken des Tasters
Danach legt ihr ein Thing an, EnOceanId setzen, SenderId auswählen und EEP setzen
Danach den TeachIn Channel des Things mit einem Switch Item linken, den Channel findet ihr, wenn ihr auf "Show more" klickt
Jetzt erst den Channel des Aktors auf LRN stellen und danach das Item switchen
Beim FSB könnt ihr jetzt noch die Laufzeit der Rollläden messen (hoch und runterfahren sollten gleiche Laufzeit haben, ist also egal welche Zeit ihr messt) und im Channel hinterlegen

Danach sollte euer Aktor eigentlich eingerichtet sein. Wenn ihr soweit seit, kann ich euch auch gerne noch die Config per File geben.

Gruß Daniel

Ich stehe weiterhin völlig auf dem Schlauch. Ich hab noch nicht mal eine Idee, was ich bei EEP eintragen muss. Wenn ich einen externen Schalter betätige, bekomme ich in OpenHAB was angezeigt. Aber wie kann ich daraus die BaseId des FAM14 ableiten/erkennen. Sorry. Bin totaler Anfänger was EnOcean angeht. Ich dachte irgendwie, dass das ein bisschen einfach geht. Hast du mal ein Beispiel, wie die IDS bei dir gesetzt sind?

Hallo @fruggy83 ,

auch ich hab bissl Probleme mit der Rückmeldung der Eltako FSB14...

Bin seit Jahresbeginn auch ein Besitzer eines Weberhauses und hab zunächst versucht mit FHEM die Beschattung im Sommer zu realisieren. Nun will ich mal OpenHAB ausprobieren. (Zunächst mal: Ich finde OpenHAB deutlich bedienerfreundlicher als FHEM und das Binding für Enocean finde ich klasse!) Durch den Umstieg sind die SenderIDs der Bridge bereits in den Aktoren eingelernt weshalb ich nun die Things direkt im PaperUI angelegt hab. Mit den FSR für das Licht funktioniert auch alles prima. Bei den FSB fangen aber nun die Probleme an. Steuern auf/ab/stop kann ich, das funktioniert. Die rückgemeldete Position der Rolläden scheint aber ein Zufallsprodukt zu sein. Auch das Anfahren einer bestimmten Position passt nicht. Beispiele (jeweils ausgehend von geschlossenen Rolläden (100%): Vorgabe 80%: keine Reaktion 60%: Rolladen bewegt sich gerade daß die Schlitze offen sind. Rückmeldung 43% 70%: Rolladen bewegt sich daß unten 5cm offen ist. Rückmeldung 71% 70%: Keine Reaktion 60%: keine Reaktion 50%: Rolladen bewegt sich daß 10cm unten offen ist. Rückmeldung 45%

Ich hab die diversen Foren durchstöbert und bin der Meinung daß eigentlich alles passen sollte. Thing ID = EnoceanID des Aktors EEP for sending: Eltako FSB14/61/71 EEP for receiving: Eltako FSB14/61/71 und PTM200 Im Channel zum Item ist die Zeit korrekt abgelegt

Weil ich derzeit nicht weiter komme und keinen blassen Schimmer hab, was da falsch ist die Frage: Wird beim Teachen in OpenHAB irgendwas geändert oder rekonfiguriert? Lohnt es sich das Teachen nochmal zu wiederholen? Was kann ich noch testen um den Fehler zu finden?

Gruß,

Peter

Nachtrag: Mir ist gerade aufgefallen, daß beim Betätigen des physischen Schalters an der Wand im Log überhaupt kein Eintrag erscheint (Beim Licht schon, es wird der neue Schaltzustand zurückgemeldet). => ich vermute, daß OH kein Bestätigungstelegramm vom FSB empfängt. In FHEM hatte das funktioniert, also schließe ich eine Fehlkonfiguration am FSB aus. Trotz Einschalten des DEBUG Mode sehe ich im Log nur folgendes wenn ich den Rolladen über OH bediene:

2020-06-05 20:42:50.578 [ome.event.ItemCommandEvent] - Item 'Eltako_FSB_Rolladen_Arbeitszimmer_Taster' received command DOWN

2020-06-05 20:42:50.620 [nt.ItemStatePredictedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster predicted to become DOWN

2020-06-05 20:42:50.638 [vent.ItemStateChangedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster changed from 0 to 100

Hi @cjk2 ,

sorry für die späte Antwort. Am besten wäre es, wenn du einfach mal ein paar Einträge aus dem Log hier postest. Dann kann ich dir das am einfachsten erklären. Betätige einfach einen physisschen Taster für ein Licht/FSR und ein Rollo/FSB und poste hier die EInträge. Ich muss dir aber leider zustimmen, dass es mit den Eltako Aktoren etwas (unnötig) kompliziert ist. Mit moderneren Aktoren ist das ganze aber tatsächlich Plug n Play. Zum Glück muss man das ganze Teach in aber auch nur einmal durchführen :) Nicht aufgeben!

Gruß Daniel

Hi @tadsot Peter,

herzlichen Glückwunsch zum neuen Haus, dann werden wir ja wahrscheinlich dieselbe Konfiguration haben, eine Mischung aus FSB, FSR, FUD und Thermokons. Die Rollos sind etwas komplizierter als die FSR, vor allem die Eltakos. Das Problem von den Dingern ist, dass sie keine absolute Position melden, sondern immer nur eine Laufzeit und Richtung. Aus diesen Angaben muss ich dann die absolute Position berechnen.

Durch den Umstieg sind die SenderIDs der Bridge bereits in den Aktoren eingelernt weshalb ich nun die Things direkt im PaperUI angelegt hab.

Alles richtig gemacht. Ein erneutes Einlernen ist nicht notwendig, wenn du die Ids aus FHEM übernimmst. Hatte mich bei der Umsetzung des Binding auch an FHEM orientiert ;)

Steuern auf/ab/stop kann ich, das funktioniert. Die rückgemeldete Position der Rolläden scheint aber ein Zufallsprodukt zu sein. Auch das Anfahren einer bestimmten Position passt nicht.

Könntest du einmal ein paar Logeinträge posten. Am besten mit aktiviertem Debuglevel.

Ich hab die diversen Foren durchstöbert und bin der Meinung daß eigentlich alles passen sollte. Thing ID = EnoceanID des Aktors EEP for sending: Eltako FSB14/61/71 EEP for receiving: Eltako FSB14/61/71 und PTM200 Im Channel zum Item ist die Zeit korrekt abgelegt

Sollte passen. Benutzt du thing Dateien oder konfigurierst du alles über PaperUI? Bei mir sieht eine Konfig zB wie folgt aus:

Thing rollershutter FFF2409A "Gast_Rollo" @ "Gast" [ enoceanId="FFF2409A", senderIdOffset=26, sendingEEPId="A5_3F_7F_EltakoFSB", receivingEEPId="A5_3F_7F_EltakoFSB","F6_00_00", broadcastMessages=true, suppressRepeating=false ] {Channels: Type rollershutter:rollershutter [shutTime=25]}

Wird beim Teachen in OpenHAB irgendwas geändert oder rekonfiguriert? Lohnt es sich das Teachen nochmal zu wiederholen?

Weißt du wie du die FSB in FHEM eingelernt hast? Hast du das über virtuelle Taster oder mit dem G5 EEP gemacht? Kannst du mal deine alte FHEM Konfig posten?

Gruß Daniel

Hallo Daniel,

Bin Froh üerbahupt Hilfe zu finden, Da kann ich auch ein paar Tage warten, zumal ich sowieso nur Abends wenn die Kleinen im Bett sind Zeit habe, und das auch nicht immer.

Ich mach alles über PaperUI. Hatte es mal über Datei probiert, aber das Thing nie wieder gefunden, da hab ich es gelassen.

Logger ist im DEBUG: grafik

Im log unter /var/log/openhab2/events.log finde ich dann beim Betätigen des Rollos nur folgende Einträge: 2020-06-06 20:20:41.573 [ome.event.ItemCommandEvent] - Item 'Eltako_FSB_Rolladen_Arbeitszimmer_Taster' received command UP

2020-06-06 20:20:41.594 [nt.ItemStatePredictedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster predicted to become UP

2020-06-06 20:20:41.612 [vent.ItemStateChangedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster changed from 100 to 0

Beim Betätigen des Schalters an der Wand gibt es keinen Eintrag.

Die Konfig aus FHEM ist hier: define FHEM.87.2.EG.ArbZi.Ro EnOcean FFE12182 setuuid FHEM.87.2.EG.ArbZi.Ro 5e973fc0-f33f-344f-5753-ffedbe919d0a5af7 attr FHEM.87.2.EG.ArbZi.Ro IODev TCM310_0 attr FHEM.87.2.EG.ArbZi.Ro eep A5-3F-7F attr FHEM.87.2.EG.ArbZi.Ro manufID 00D attr FHEM.87.2.EG.ArbZi.Ro model Eltako_FSB14 attr FHEM.87.2.EG.ArbZi.Ro room EnOcean attr FHEM.87.2.EG.ArbZi.Ro shutTime 16 attr FHEM.87.2.EG.ArbZi.Ro shutTimeCloses 22 attr FHEM.87.2.EG.ArbZi.Ro subDef FFF83F18 attr FHEM.87.2.EG.ArbZi.Ro subType manufProfile attr FHEM.87.2.EG.ArbZi.Ro webCmd opens:stop:closes

Wie ich das damals eingelernt hab weiß ich nimmer. Irgendwann hats funktioniert, dann hab ich mich dem nächsten Problem (Herausforderung) gestellt.

Hi @tadsot,

das Event.log enthält nur openhab events, wie die EVents, die du gepostet hast. Schau doch mal bitte ins openhab.log, dort kommen alle exceptions und debug meldungen rein.

Die FHEM Konfig sieht ok aus. Da hast du schon das spezielle Profil für die Rolladensteuerung verwendet => attr FHEM.87.2.EG.ArbZi.Ro eep A5-3F-7F

Sollte als alles ok sein. Evtl. wurde einfach nur die falsche Id hinterlegt, das sehen wir gleich im Log ;)

Hallo @fruggy83 ,

Jetzt wirds strange: Ich hab versuchshalber ein neues Thing angelegt um den Rollo zu steuern und ein neues Item angelegt. Als ich den Rollo bewegt hab, erhielt ich auf dem anderen Item (das erste, das bisher keine Rückmeldung erhalten hat) eine Rückmeldung. Hab das erste Thing gelöscht und das erste Item dem zweiten Thing zugeordnet. => jetzt erhalten beide Items eine Rückmeldung. Hab dann ein Item gelöscht => wieder keine Rückmeldung. Hab dann wieder ein zweites Item angelegt => jetzt erhalten beide eine Rückmeldung. Hier das events Log: 2020-06-06 21:06:12.718 [ome.event.ItemCommandEvent] - Item 'Eltako_FSB_Rolladen_Arbeitszimmer_Taster' received command 80

2020-06-06 21:06:12.744 [nt.ItemStatePredictedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster predicted to become 80

2020-06-06 21:06:12.759 [vent.ItemStateChangedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster changed from 0 to 80

2020-06-06 21:06:26.286 [vent.ItemStateChangedEvent] - Eltako_FSB_Rolladen_ArbZi_Taster changed from 0 to 76

2020-06-06 21:06:26.290 [vent.ItemStateChangedEvent] - Eltako_FSB_Rolladen_Arbeitszimmer_Taster changed from 80 to 76

Im Openhab.log sind keine Einträge drin. Die Rückmeldung funktioniert auch wenn ich den Wandschalter betätige. (OK, die Prozentzahl weicht etwas ab, aber die Richtung stimmt.) Weiß nicht wieso, aber bei mir funktioniert es nur wenn ich zwei Items anlege und mit dem Thing verküpfe.

Hey Daniel, Du willst sicherlich das Log vom EnOcean-Stick/Protokoll haben? GGibst Du mir einen Tipp, wo das typischerweise auf einem Raspberry ist?

Ich hab nur folgendes nach einem Neustart gefunden: 2020-06-07 17:19:01.922 [hingStatusInfoChangedEvent] - 'enocean:bridge:1db43092' changed from OFFLINE (CONFIGURATION_ERROR): Port could not be initialized to OFFLINE (CONFIGURATION_PENDING): opening serial port... 2020-06-07 17:19:02.004 [hingStatusInfoChangedEvent] - 'enocean:bridge:1db43092' changed from OFFLINE (CONFIGURATION_PENDING): opening serial port... to OFFLINE (CONFIGURATION_PENDING): starting rx thread... 2020-06-07 17:19:02.005 [hingStatusInfoChangedEvent] - 'enocean:bridge:1db43092' changed from OFFLINE (CONFIGURATION_PENDING): starting rx thread... to OFFLINE (CONFIGURATION_PENDING): trying to get bridge base id... 2020-06-07 17:19:02.045 [hingStatusInfoChangedEvent] - 'enocean:bridge:1db43092' changed from OFFLINE (CONFIGURATION_PENDING): trying to get bridge base id... to ONLINE 2020-06-07 17:19:02.184 [hingStatusInfoChangedEvent] - 'enocean:measurementSwitch:1db43092:051A01F8' changed from OFFLINE (BRIDGE_OFFLINE) to ONLINE Hilft das Dir schon? Danke Christian

Hallo @fruggy83 ,

Ich hab jetzt die Konfiguration von Paper UI auf Dateien umgestellt: Thing: Thing enocean:rollershutter:FFE12182 "Rolladen_ArbZi" (enocean:bridge:abdc3b69) [enoceanId="FFE12182", senderIdOffset=24, sendingEEPId="A5_3F_7F_EltakoFSB", receivingEEPId="A5_3F_7F_EltakoFSB","F6_00_00", broadcastMessages=true] {Channels: Type rollershutter:rollershutter [shutTime=17]}

Item(s): Rollershutter Rolladen_ArbZi_Taster "Taster" { channel="enocean:rollershutter:FFE12182:rollershutter" } Rollershutter Rolladen_ArbZi_Taster2 "Taster2" { channel="enocean:rollershutter:FFE12182:rollershutter" }

ich hab noch immer das gleiche Thema: Einen Positionswert bekomme ich nur zurück wenn ich zwei Items für das Thing anlege. Dann kann ich auch auf eine Position fahren, die halbwegs passt. Geht vorher nicht. Ein Unterschied hat sich aber nun doch noch ergeben: Ich erhalte nun massenweise Fehlermeldungen im Log. Hier mal was ich bekomme, wenn ich auf Position 50 fahren will: 2020-06-21 20:55:26.239 [ome.event.ItemCommandEvent] - Item 'Rolladen_ArbZi_Taster2' received command 50

2020-06-21 20:55:26.256 [nt.ItemStatePredictedEvent] - Rolladen_ArbZi_Taster2 predicted to become 50

2020-06-21 20:55:26.269 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster2 changed from 0 to 50

==> /var/log/openhab2/openhab.log <==

2020-06-21 20:55:28.014 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:28.016 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:28.020 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:28.022 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:28.026 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:28.028 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:28.031 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

2020-06-21 20:55:28.034 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:28.037 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:28.039 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:28.042 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:28.044 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:28.047 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:28.050 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

2020-06-21 20:55:28.053 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:28.055 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:28.058 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:28.061 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:28.064 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:28.066 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:28.069 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

2020-06-21 20:55:34.741 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:34.744 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:34.747 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:34.751 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:34.752 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:34.755 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:34.757 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

2020-06-21 20:55:34.761 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:34.763 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:34.766 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:34.768 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:34.770 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:34.772 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:34.775 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

2020-06-21 20:55:34.777 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rollershutter is linked although the handler was already disposed.

2020-06-21 20:55:34.780 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel lastReceived is linked although the handler was already disposed.

2020-06-21 20:55:34.782 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel repeatCount is linked although the handler was already disposed.

2020-06-21 20:55:34.784 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel rssi is linked although the handler was already disposed.

2020-06-21 20:55:34.786 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel teachInCMD is linked although the handler was already disposed.

2020-06-21 20:55:34.789 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel contact is linked although the handler was already disposed.

2020-06-21 20:55:34.791 [WARN ] [.core.thing.binding.BaseThingHandler] - Handler EnOceanBaseActuatorHandler of thing enocean:rollershutter:FFE12182 tried checking if channel generalSwitch is linked although the handler was already disposed.

==> /var/log/openhab2/events.log <==

2020-06-21 20:55:34.796 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster changed from 0 to 47

2020-06-21 20:55:34.800 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster2 changed from 50 to 47

Vielleich hilft das um heraus zu bekommen was hier schief läuft...

Statusinfo: Hab die Fehlermeldungen weg bekommen indem ich das Cache geleert hab. (wie das geht muß man mal suchen, sorry, hab das nicht mehr parat.) Weiterhin offen ist daß ich nur dann korrekte Werte anfahren kann und auch zurück gemeldet bekomme wenn ich zwei Items anlege. Jemand ne Idee was das sein könnte?

Hallo @fruggy83

ich hab nun herausgefunden warum ich bei Loglevel Debug keine Logeinträge bekommen hab: habe den Loglevel bei "openocean" gesetzt, das Binding heißt aber "enocean". Da kann das dann natürlich nicht funktionieren.

So, jetzt nochmal mit Logeinträgen: Problem: wenn ich die Rollershutters auf Position fahren möchte, funktioniert das erst, wenn ich zwei Items dafür anlege. Ansonsten fährt der Rollershutter ziemlich konfus und erhlält Phantasiewerte zurück. Hier die Items: _Rollershutter Rolladen_ArbZi_Taster "Taster" { channel="enocean:rollershutter:FFE12182:rollershutter" } Rollershutter Rolladen_ArbZiTaster2 "Taster2" { channel="enocean:rollershutter:FFE12182:rollershutter" }

Wenn ich nun die zwei Items im PaperUI Control bewege erhalte ich folgende Loginfos (bei Loglevel TRACE):

Taster1 up: 2020-07-18 14:36:02.241 [ome.event.ItemCommandEvent] - Item 'Rolladen_ArbZi_Taster' received command UP 2020-07-18 14:36:02.265 [nt.ItemStatePredictedEvent] - Rolladen_ArbZi_Taster predicted to become UP ==> /var/log/openhab2/openhab.log <== 2020-07-18 14:36:02.273 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2020-07-18 14:36:02.275 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A500110108FFF83F180001FFFFFFFFFF00 ==> /var/log/openhab2/events.log <== 2020-07-18 14:36:02.276 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster changed from 30 to 0 ==> /var/log/openhab2/openhab.log <== 2020-07-18 14:36:02.276 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Sending raw data: 55000A0701EBA500110108FFF83F180001FFFFFFFFFF0077 2020-07-18 14:36:02.284 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:36:02.286 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 1 optional length 0 packet type 2 2020-07-18 14:36:02.288 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received 2020-07-18 14:36:02.289 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Response without listener 2020-07-18 14:36:02.579 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:36:02.582 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 7 optional length 7 packet type 1 2020-07-18 14:36:02.586 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFE12182 payload F601FFE121823000FFFFFFFF5900 received 2020-07-18 14:36:02.588 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload F601FFE1218230 for FFE12182 received 2020-07-18 14:36:21.064 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:36:21.068 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 10 optional length 7 packet type 1 2020-07-18 14:36:21.071 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFE12182 payload A500AA010AFFE121822000FFFFFFFF5600 received 2020-07-18 14:36:21.073 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload A500AA010AFFE1218220 for FFE12182 received

Taster 1 auf 30 (tut nicht): 2020-07-18 14:37:46.078 [ome.event.ItemCommandEvent] - Item 'Rolladen_ArbZi_Taster' received command 30 2020-07-18 14:37:46.094 [nt.ItemStatePredictedEvent] - Rolladen_ArbZi_Taster predicted to become 30 2020-07-18 14:37:46.108 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster changed from 0 to 30

Taster2 Up: 2020-07-18 14:39:16.342 [ome.event.ItemCommandEvent] - Item 'Rolladen_ArbZi_Taster2' received command UP 2020-07-18 14:39:16.358 [nt.ItemStatePredictedEvent] - Rolladen_ArbZi_Taster2 predicted to become UP ==> /var/log/openhab2/openhab.log <== 2020-07-18 14:39:16.373 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2020-07-18 14:39:16.375 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A500110108FFF83F180001FFFFFFFFFF00 2020-07-18 14:39:16.377 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Sending raw data: 55000A0701EBA500110108FFF83F180001FFFFFFFFFF0077 2020-07-18 14:39:16.385 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:39:16.388 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 1 optional length 0 packet type 2 2020-07-18 14:39:16.391 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received 2020-07-18 14:39:16.393 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Response without listener 2020-07-18 14:39:17.439 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:39:17.442 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 7 optional length 7 packet type 1 2020-07-18 14:39:17.446 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFE12182 payload F601FFE121823000FFFFFFFF5B00 received 2020-07-18 14:39:17.450 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload F601FFE1218230 for FFE12182 received 2020-07-18 14:39:34.241 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:39:34.245 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 10 optional length 7 packet type 1 2020-07-18 14:39:34.250 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFE12182 payload A500AA010AFFE121822000FFFFFFFF5500 received 2020-07-18 14:39:34.253 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload A500AA010AFFE1218220 for FFE12182 received ==> /var/log/openhab2/events.log <== 2020-07-18 14:39:34.261 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster changed from 30 to 0

Taster2 auf 30 (funktioniert): 2020-07-18 14:41:18.525 [ome.event.ItemCommandEvent] - Item 'Rolladen_ArbZi_Taster2' received command 30 2020-07-18 14:41:18.542 [nt.ItemStatePredictedEvent] - Rolladen_ArbZi_Taster2 predicted to become 30 2020-07-18 14:41:18.555 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster2 changed from 0 to 30 ==> /var/log/openhab2/openhab.log <== 2020-07-18 14:41:18.562 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Enqueue new send request with ESP3 type RADIO_ERP1 without callback 2020-07-18 14:41:18.563 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - Sending data, type RADIO_ERP1, payload A500050208FFF83F180001FFFFFFFFFF00 2020-07-18 14:41:18.565 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Sending raw data: 55000A0701EBA500050208FFF83F180001FFFFFFFFFF00E4 2020-07-18 14:41:18.573 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:41:18.574 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 1 optional length 0 packet type 2 2020-07-18 14:41:18.575 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RESPONSE with code RET_OK payload 00 received 2020-07-18 14:41:18.576 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Response without listener 2020-07-18 14:41:20.083 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:41:20.086 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 7 optional length 7 packet type 1 2020-07-18 14:41:20.090 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for FFE12182 payload F602FFE121823000FFFFFFFF5B00 received 2020-07-18 14:41:20.091 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload F602FFE1218230 for FFE12182 received 2020-07-18 14:41:25.131 [TRACE] [ernal.transceiver.EnOceanTransceiver] - Received Sync Byte 2020-07-18 14:41:25.188 [TRACE] [ernal.transceiver.EnOceanTransceiver] - >> Received header, data length 10 optional length 7 packet type 1 2020-07-18 14:41:25.192 [DEBUG] [ernal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG _4BS for FFE12182 payload A50032020AFFE121822000FFFFFFFF5900 received 2020-07-18 14:41:25.195 [DEBUG] [rnal.handler.EnOceanBaseThingHandler] - ESP Packet payload A50032020AFFE1218220 for FFE12182 received ==> /var/log/openhab2/events.log <== 2020-07-18 14:41:25.204 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster changed from 0 to 29 2020-07-18 14:41:25.207 [vent.ItemStateChangedEvent] - Rolladen_ArbZi_Taster2 changed from 30 to 29

Hoffe damit kann man herausfinden, wo hier etwas nicht stimmt.

Wenn ich versuchshalber nochmal mit nur einem Item etwas versuchen soll, bitte Bescheid geben.

Hallo @fruggy83,

Ich bin heilfroh endlich Leute mit ähnlichem Setup gefunden zu haben...

...zu mir:ich bin ebenfalls ein WeberHaus Besitzer mit der eltako14er Baureihe aber auch absoluter Neuling in diesem Thema, habe ein raspberry 3 mit dem tcm310 und openHAB bespielt, das Gateway wird als online angezeigt, und ich kann Schalter per Autodiscovery finden, nur die Steuern nicht. Denke das liegt wahrscheinlich daran, dass ich die Aktoren nicht verbunden habe,was daran liegt,dass ich keine Ahnung habe wie???!

Kannst du mir helfen?

Hallo @helftmir ,

hast Du die Aktoren schon geteached? Ist auch irgendwo beschrieben wie das geht. Ohne teachen kannst Du zwar mitscheiden, was gesendet wird, aber die Aktoren kennen bisher ja nur die Codes der Schalter. Du mußt dann selbst ein Schalter und die Codes des Aktors da eintragen. (weiß nicht mehr genau was wo rein muß, ist hier beschrieben: https://www.openhab.org/addons/bindings/enocean/ Du kannst dort auch weiter suchen...) Das Thing, das Du anlegst muß dem Aktor erst bekannt werden. Dafür musst Du es einteachen. (Achja, Wenn Du die Schalter per Discovery einlernst, bekommst Du beim ersten Tastendruck zwei Items: den Schalter und den Aktor. Der meldet nämlich normalerweise zurück was er empfangen hat. Wenn Du den WiButler hast, so kannst Du über den Wibutler was machen und erhältst nur den Code des Aktors. Der Wibutler scheint nicht über Enocean mit den Aktoren zu reden, der scheint was anderes zu nutzen. Eine Frage an Weberhaus diesbezüglich blieb unbeantwortet. Wenn jemand weiß über was der Wibutler kommuniziert.. würd mich interessieren.)

Gruß,

Moin,

auch ich bin etwas ratlos bei der Kombination von FAM und FSB. Ich habe mich per USB direkt an das FAM14 angeschlossen und das Gateway erfolgreich konfiguriert und verbunden. Allerdings muss ich ESP auf Version 2 stellen, damit im Discovery etwas gefunden wird und im Debug-Log etwas auftaucht. Mein Problem ist nun, dass ich die ID des FSBs nicht herausfinde. Als Base-ID fürs Gateway habe ich einfach nur 00000000. Im Schaltschrank habe ich FSNT14, FAM14 und dann schon den ersten FBS14, den ich ansteuern möchte. Somit habe ich von 00000001 bis 00000008 alles erfolglos probiert (Shutter als Thing ergänzt, ID gesetzt, Teach-In-Switch hinzugefügt, Aktor auf LRN und dann Teach-In-Switch betätigt).

Alternativ könnt ihr auch einfach das debug Log aktivieren und den Aktor per physischen Taster triggern.

Das hat bei mir leider auch nicht funktioniert, da ich nur die Telegramme des Tasters zu sehen scheine (00001007):

16:20:15.160 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:15.160 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6300000100730 received
16:20:15.368 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:15.368 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6000000100720 received
16:20:16.246 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:16.246 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6300000100730 received
16:20:16.458 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:16.458 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6000000100720 received
16:20:16.985 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:16.986 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6300000100730 received
16:20:17.145 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - Converted to: RADIO_ERP1 with RORG RPS for 00001007
16:20:17.145 [DEBUG] [ternal.transceiver.EnOceanTransceiver] - RADIO_ERP1 with RORG RPS for 00001007 payload F6000000100720 received

Ich habe auch mal das PCT angeworfen und die Anlage gescannt. Dabei finde ich aber nur den FAM14 mit der Base-ID FFDDF200 - passt ja irgendwie nicht zu den Schalter-IDs, oder?

Der Elektriker hatte die Anlage ohne PCT manuell konfiguriert und es funktioniert auch alles ansonsten.

Ich hab's mit der Anleitung aus https://community.openhab.org/t/enocean-fsb14-teach-in/136474/8 zum Laufen bekommen.

fruggy83 / openocean

Richtige Nutzung #8