Sorry für die späte Rückmeldung @el-mojito - nein, habe da nichts definiert. Habe mir wie gesagt damit ausgeholfen, einfach kurz virtuell auf den Taster zu drücken (500 ms) und dann zu beenden. Das klappt so perfekt mit dem Schiefstellen der Lamellen.
Hat da jemand von euch auch noch Probleme mit gehabt? Leider scheint die Integration nicht mehr gepflegt zu werden Ist der Ersteller der Integration hier auch aktiv?
Zum Thema Lamellen schiefstellen:
Beim Verfahren eines “Covers” durch Einstellen eines neuen Soll-Werts (so wie du es versucht hast zum Schiefstellen der Lamellen) gibt die Integration momentan leider noch eine Minumum-Verfahrzeit von 1s vor. Das ist die Ursache, warum sich deine Lamellen immer komplett geöffnet haben.
Für ein Cover kannst du aber auch eine time_tilts angeben, also wie lange das Schiefstellen bei einem Raffstore dauert. Dann hat dein HA-Cover device neben der “Position” noch einen direkt einstellbaren “Tilt”. Damit sind auch feinere Änderungen als 1s möglich.
Bei mir dauert das Schiefstellen ca 1.3 Sekunden. Achtung: der Wert für time_tilts muss x10 angegeben werden.
Zum Thema Breaking Change: Hast du die Orignal HA-EnOcean-Integration aktiviert? Wenn ja dann deaktiviere die mal bitte und Teste die neue HA-Version dann nochmal.
Zum Thema Pflege der Integration: @philipp14 ist/war hier aktiv und auch auf GitHub, aber ich vermute mal sein Privatleben lässt ihm da keine Zeit mehr für. Allerdings gibt es Bestrebungen, die Core-Integration von EnOcean komplett neu zu gestalten: https://github.com/home-assistant/core/pull/161251
(Eine Änderung für diese Neuauflage ist vermutlich dafür verantworlicht, dass bei dir HA 2026.5 nicht mehr funktioniert).
Das ist goood to know. Probiere ich morgen direkt mal aus mit der time_tilts - mal sehen ob es meinen Workaround ablöst, der auch erstaunlich gut funktioniert als Beschattung. Thx!
Zum Thema Breaking Change: Hast du die Orignal HA-EnOcean-Integration aktiviert? Wenn ja dann deaktiviere die mal bitte und Teste die neue HA-Version dann nochmal.
Zum Thema Pflege der Integration: @philipp14 ist/war hier aktiv und auch auf GitHub, aber ich vermute mal sein Privatleben lässt ihm da keine Zeit mehr für. Allerdings gibt es Bestrebungen, die Core-Integration von EnOcean komplett neu zu gestalten: https://github.com/home-assistant/core/pull/161251
(Eine Änderung für diese Neuauflage ist vermutlich dafür verantworlicht, dass bei dir HA 2026.5 nicht mehr funktioniert).
Keine Ahnung warum, aber habe wieder auf 2026.5 geupgraded (nachdem ich den HA Green 1x komplett platt gemacht & ein Backup eingespielt habe) und die Fehlermeldungen im Log der Eltako-Integration waren alle weg und es scheint auch wieder stabil zu gehen. Super seltsam…
Die Original HA-EnOcean Integration hatte ich nicht aktiv.
@philipp14: Falls du das hier liest, großes Danke für all deine Mühen mit der bisherigen Integration. Schick mir gerne mal deine PayPal-Adresse per PN für die ein oder andere Kaffee-Spende (bin auf Github nicht fündig geworden)
Guten Abend, ich bin ebenfalls Weberhaus mit Enocean Besitzer. Habe mir einen HA Green gegönnt, dazu das FGW32 USB. HACS ist installiert. Die konfig habe ich über EO Man erstellt, allerdings musste ich das über den FAM machen, am FGW konnte ich nichts auslesen. Meine Integration läuft leider nicht, ich sehe mittlerweile schaltzustände, aber es geht nichts zu schalten. Da ich bereits mehrere Tage damit kämpfe vermute ich, dass irgendwas inkonpatibel ist. Daher wäre meine Frage - welche Versionsstände laufen stabil?
Ok ich bin hier einen Schritt weiter. Meine Lampen laufen - ich musste die ID via PCT noch anpassen. Allerdings machen meine Rolläden noch Probleme, die ich irgendwie schon zigfach gegengecheckt habe und keinerlei Fehler finde. Ich habe die FSB14 - pro Kanal jeweils einen Rolladen. Die Konfig sieht folgendermaßen aus: Küche (Busadresse 13)
Küche (Busadresse 13)
ID 00-00-B0-13
Funktion 31
Kanal 00000001
Terrasse (Busadresse 14)
ID 00-00-B0-14
Funktion 31
Kanal 00000010
Küche fährt runter, Terrasse fährt hoch (andersrum gehts nicht) Beide melden keinen Status zurück. Ich habe schon versucht beide Funktionen jeweils doppelt anzulegen in PCT, hat aber nichts gebracht. Hat dieses Problem schon jemand gehabt und kennt ggf. die Lösung? Ich vermute jedenfalls dass das nur noch eine Kleinigkeit ist…
Hi Daniel, das sind die Daten aus dem PCT, richtig?
Und über die physischen Schalter funktioniert alles einwandfrei?
Wie sieht denn deine YAML config aus?
So sieht es bei mir aus:
Hi, danke für die Antwort erstmal - ich hatte schon dei Befürchtung dass das hier tot ist
Ja die Physischen Schalter funktionieren seit Jahren tadellos. Ich pack mal alles an Infos hier rein - kann gerne auch mal die PCT Konfig an sich hochladen. Vielleicht sehe ich den Baum vor lauter Wald nicht mehr
gateway:
# Gateway:
* id: 1
# you can simply change fam14 to fgw14usb
device_type: fgw14usb
serial_path: /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_BG03MZ5P-if00-port0
base_id: 00-00-B0-00
# comment: Bus Gateway
devices:
cover:
# Cover
# Use 'Write HA senders to devices' button or enter manually sender id in PCT14 into function group 2 with function 31
- id: 00-00-00-11
name: FSB14 00-00-00-11 (1/2)
eep: G5-3F-7F
sender:
id: 00-00-B0-11
eep: H5-3F-7F
device_class: shutter
time_closes: 25
time_opens: 25
# Cover
# Use 'Write HA senders to devices' button or enter manually sender id in PCT14 into function group 2 with function 31
- id: 00-00-00-12
name: FSB14 00-00-00-12 (2/2)
eep: G5-3F-7F
sender:
id: 00-00-B0-12
eep: H5-3F-7F
device_class: shutter
time_closes: 25
time_opens: 25
# Cover
# Use 'Write HA senders to devices' button or enter manually sender id in PCT14 into function group 2 with function 31
- id: 00-00-00-13
name: Küche Rolladen (1/2)
eep: G5-3F-7F
sender:
id: 00-00-B0-13
eep: H5-3F-7F
device_class: shutter
time_closes: 25
time_opens: 25
# Cover
# Use 'Write HA senders to devices' button or enter manually sender id in PCT14 into function group 2 with function 31
- id: 00-00-00-14
name: FSB14 00-00-00-14 (2/2)
eep: G5-3F-7F
sender:
id: 00-00-B0-14
eep: H5-3F-7F
device_class: shutter
time_closes: 25
time_opens: 25
da sehe ich nur den Time_Close und Open mit einer anderen Zeit…
Gebe gerne Bescheid. Es gibt keine Historie was sich zwischen 2.0.0 und 2.2.0 getan hat. Schade. Bei mir geht eigentlich alles. Aber ich habe immer gerne das neueste
wenn man den branch auf GitHub auswählt, sieht man die neue Dokumentation:
Es hat sich extrem viel geändert. Wenn man FAM14 an HA angeschlossen hat, werden alle Geräte und Sensoren automatisch erkannt. HA Adressen werden automatisch eingelernt. eo_man ist komplett integriert. Fast alle gemeldeten Bugs sind gefixt und vieles mehr.
danke für die Arbeit an v2.2, klingt nach einem großen Schritt! Eine konkrete Frage dazu: Ist mit dem Rewrite auch der Sollwert-Bug beim F4HK14 behoben (Issue #189 – Sollwert springt durchs Thermostat-Lebenszeichen auf einen alten Wert zurück, z. B. 22°C, Heizung lässt sich dadurch nicht zuverlässig ausschalten)?
Ich teste aktuell den von matr1z im Issue beschriebenen PCT14-Workaround (Funktionsgruppe 1 → Code 70, Temperatursensor-Gruppe → 65) als Zwischenlösung. Würde aber gerne wissen, ob sich das mit v2.2 erübrigt, bevor ich auf allen vier Heizzonen umstelle.
Und noch eine Frage zur Installation: Wie geht man beim Umstieg auf v2.2 am besten vor – muss die alte Integration (bzw. die bestehende YAML-Konfiguration) erst komplett entfernt werden, oder lässt sich v2.2 zusätzlich/parallel installieren und schrittweise testen, ohne das bestehende Setup zu gefährden?
so ein best practice würde mich auch interessieren. Vor allem wenn man schon etwas bestehendes hat.
Habe es gestern mal probiert. Zuerst den Verweis auf meine Config.yaml auskommentiert. Dann einfach aktualisiert auf die 2.2.1RC1
Jedoch hatte ich danach etwas Probleme. Die Weboberfläche von HA hat sehr sehr langsam reagiert. zwischendrin sogar neu gestartet. Ich besitze ein FGW14-USB. Für den Scan hatte ich aber noch die FAM14 angeschlossen.
Ich muss es bei Gelegenheit (wenn ich mehr zeit habe) nocheinmal probieren. Vielleicht liegt es auch am Setup (RPi4).
Ach … und einmal habe ich es mit der bestehenden Config aktualisiert und dann hatte er die Devices direkt auch in der Web-UI gehabt. Aber ich konnte ohne noch mehr gemacht zu haben keine Aktoren ansteuern
Vielen Dank für eure ausführlichen Kommentare und Rückmeldungen. Sie haben geholfen, die möglichen Ursachen besser zu unterscheiden und die Dokumentation zu ergänzen.
Die Umstellung von v1.x auf v2.2.x und die häufigsten Fehlerbilder sind jetzt dokumentiert:
Ein nicht schaltender Aktor ist nach der Migration nicht automatisch ein v2-Bug. Zuerst sollten Senderadresse, Sender-EEP, Teach-in-Status, Gateway/Base-ID und parallele EnOcean-Integrationen geprüft werden.
danke für deinen Erfahrungsbericht! Hast du es inzwischen nochmal probiert? Würde mich interessieren, ob die langsame Web-Oberfläche und der HA-Neustart am RPi4 lagen oder ob sich das reproduzieren ließ – und ob du die Aktoren am Ende doch noch ansteuern konntest (falls ja: was hat den Unterschied gemacht?).
Da ich auch ein FGW14-USB einsetze, wäre dein weiterer Verlauf sehr hilfreich, bevor ich selbst über einen Umstieg nachdenke. Vielleicht hat @Philipp14 ja auch noch eine Einschätzung dazu, woran es bei dir gelegen haben könnte.
Weiter komme ich leider nicht.
In den Settings sehe ich noch, dass aber noch was passiert. Ich gehe aber immer wieder auf die alte Version zurück, damit wieder alles geht
Ist der Ersteller der Integration hier auch aktiv?
by HarryP: Code-/Logzeilen formatiert (bitte immer in </> einbinden)
muss immer mit fremden Windows rechner rein
ich habe den teach in Button nicht benutzt ich wüsste gerade nicht was da nicht passt
