Ich habe mein HA auf einem RPi4 installiert und diesen in einem hutschienen-Gehäuse direkt im schaltschrank angebracht. Also direkt neben dem Eltako setup. Deswegen finde ich es FGW-USB besser.
Wenn dein gerät mit HA weiter weg ist, kommst du um einen funkadapter nicht drumrum. Dann ist mMn der USB300 eine Wahl.
Vielen Dank für eure Antworten, ich habe nun mal mit dem Message-Delay probiert (bin sogar auf bis zu 0,5 Sekunden hoch), aber leider gehen nach wie vor nicht alle Rollläden hoch.
Hatte jedoch nach der Änderung der Config nur einen Neustart gemacht. Oder empfiehlt es sich nochmals die Eltako-Integration neu zu erstellen?
Habe nun auch nochmal die Integration neu erstellt und den Delay auf 1s hochgesetzt. Dieser Parameter hat keinerlei Auswirkung. Sehe auch im Eventlog, dass die quasi zeitgleich starten!
by HarryP: Zusammenführung Doppelpost (bitte “bearbeiten” Funktion nutzen)
Ja, also mein Schaltschrank ist von Netzwerkschrank 2m enfernt…
D.h. du empfiehlst somit eher den USB300 ?
Mal sehen was andere sagen. Ich bevorzuge den FGW und würde glaube eher aufputz ein Verlängerungskabel legen. (Wenn es im Keller bzw. kein Wohnraum ist)
Wäre für mich auch OK.
Das heißt einfach ein USB Kabel von dem FGW14 USB Port zu einem USB Port von meinem Intel Nuc PC ziehen?
Die Integration ist doch dann auch deutlich einfacher, als wenn ich einen USB300 verwende, oder habe ich das falsch recherchiert?
Wäre das dann nicht:
-
FGW14-USB mit Home Assistant PC verbinden
-
Gerät in Home Assistant prüfen:
→ Einstellungen → System → Hardware → Serieller Anschluss
→ Pfad notieren: Pfad des FGW14-USB, z. B. /dev/ttyUSB0 -
Home Assistant Integration installieren
- Diese Integration installieren via HACS: GitHub - grimmpp/home-assistant-eltako: Integration for Eltako 14 series in Home Assistant
- FGW14-USB konfigurieren in der configuration.yaml
eltako:
device: "/dev/ttyUSB0" # Oder den erkannten USB-Pfad nutzen
baudrate: 57600
- HA neustarten
Danach sollte ich die in Home Assistant die Eltako-Aktoren als Entitäten sehen?
Muss ich an den Aktoren noch was umstellen? Eigentlich will ich hier ungern etwas umändern, da ich hier gar keine Ahnung habe und zur Not dann wohl noch weiterhin mit dem WiButler gehen?
Aktuell sieht das im ZK so bei mir aus:
hmmmm… ja und nein.
Also erstmal ist es glaube ich egal, welches Gateway du verwendet. Der Aufwand dürfte relativ gleich sein
Den FGW müsstest du natürlich erstmal in den Bus integrieren. Da müsste halt dafür noch irgendwo ein platz sein.
Sonst müsste neuen Annahme passen mit einer Ausnahme: Die HA Config.
Die kannst du wie gesagt mit dem eo_man erstellen, oder selbst. Dazu bräuchtest du das Tool PCT14 und die Virtuellen Schalter registrieren. Das würde sonst alle der eo_man glaube ich übernehmen.
Im Endeffekt kannst du den Wibutler komplett parallel betreiben.
Ach…
Ich habe den FAM14 (habe ich bereits) mit dem FGW14 verwechselt.
Ich dachte ich kann den FAM14 (hat ja auch ein USB Mini Port) dann per USB Kabel an mein HA PC schließen?
Bevorzugen würde ich allerdings eher drahtlos, da ich sonst eben Aufputz ein USB Kabel ziehen müsste.
Läuft der USB300 denn stabil? Der Abstand vom Zählerkasten zum HomeAssistant PC sind 2m…
also ich habe den USB300 im Betrieb und habe bislang keine Probleme damit. Der Abstand zum FAM14 ist bei mir auch wesentlich größer, als er bei dir wäre. Ich denke, du kannst das bedenkenlos so umsetzen.
Du verbindest dich dann einmalig mit einem PC (Windows oder Linux) über USB mit dem FAM und nutzt eo-man, um die HO config zu erstellen und um die virtuellen Botschaften, die später dein HO sendet, in den Bus einzulernen. Mit dem Tool PTC14 von Eltako kannst du das dann auch überprüfen wenn du willst. Hier kannst du später auch prüfen, ob deine Botschaften aus HO richtig ankommen. Irgendwo hier im Chat gibt es auch einen link zu einer kurzen PTC14 Schulung… Oder einfach mal bei youtube ptc14 suchen.
(Bei folgendem bin ich mir nicht mehr sicher, ob es tatsächlich nötig ist: Damit eo-man weiß, dass du den USB300 nutzen willst solltest du ihn an dem PC eingesteckt haben. Sonst erstellt er nur die Konfiguration für FGW.) Damals als ich das eingerichtet habe, war eo-man auch noch ein bisschen hakelig in der Bedienung. Nur so als Warnung 
Dran bleiben es erspart dir sehr viel Arbeit.
Danach überträgst du die Konfiguration in die configuration.yaml. eo-man erstellt die Konfiguration für FGW und für USB300. Du solltest dann nur den Teil für USB300 übernehmen. Dann sollte es eigentlich schon funktionieren…
Es macht Sinn sich dann noch die Zeit zu nehmen, um die Namen und Öffnungs/Schließzeiten entsprechend anzupassen.
1 „Gefällt mir“
@philipp14 @einfachtimo bzw. falls sonst jemand weiter weiß: Wie genau integriere ich die Eltako-Wetterstation noch in HA? Ich komme hier leider nicht weiter und verstehe vor allem nicht, woher ich die Info’s zu base-ID, id und eep bekommen soll.
Ansonsten funktioniert bei mir alles bisher 
Lediglich die Laufzeiten der Raffstores sind noch ein bissl Widerspenstig. Beim WiButler reichen 2% Änderung, um die Lamellen schön schief zu stellen, HA stellt die dann schon fast zu. Vermutlich muss ich mal noch was mit den Laufzeiten rumspielen, aktuell sind beide (WiButler, HA) identisch eingestellt.
Oh da bin ich natürlich gespannt. Habe das Problem noch immer.
Die Frag ist auch ob dann die Wetterstation die vollen Daten schickt, die sie auch an den Wibutler sendet.
Moin,
Mal noch mal eine ander Frage, in wieweit besteht die möglichkeit zuätzliche Eltako komponenten
zu unterstützen, ich hab hier noch ein FDT14KEM welches nicht decodiert werden kann.
Ich hatte da auch schon eine Anfrage im Git gestellt…
irgendwie läuft der EO Manager noch nicht bei mir…
was mache ich falsch?
Welche Python Version brauche ich?
Ok, hat sich erledigt.
ich musste erst verstehen das der EEP Code das entscheidene war.
Das FST14KEM sendet zwei verschiedene EEP´s die wurden schon unterstützt
jedoch nicht als Binärer Sensor sonder als Sensor .
Die passenen EEP´s waren auch in dem User Manual des Devices von Eltako Beschrieben.
Danke trotzdem für die Integration.
Es sieht so aus als ob eine der Dependencies vscode benötigt. Keine Ahnung wieso das bei dir der Fall ist. Das sollte nicht so sein.
Kannst du die Warning einfach ignorieren?
Das Konfigurieren der Wetterstation geht analog zu den anderen Sensoren.
Hier ist ein Beispiel drin.
Du benötigst nur die Adresse/ID von deinem Sender z.B. FWS61 oder FWG14 und trägst sie an der Stelle der Wetterstation ein.
eo-man empfängt auch die Daten der Wetterstation allerdings erkennt er nicht automatisch welche Telegramme von der Wetterstation kommen. Du kannst aber auf die erkannte Adresse/Gerät in eo-man klicken und manuell das EPP A5-13-01 zuweisen. Dann wird es in der generierten Konfiguration hinzugefügt.
Hallo @philipp14,
deine Integration läuft bei mir seit über einem Jahr problemlos & zuverlässig. Echt top!
Ein kleines Thema beschäftigt mich aber dennoch. Und deshalb wollte ich einfach nochmal nachfragen, wie bzw. ob du bereits bei der Wendeautomatik der Jalousien eine Lösung gefunden hast.
Grüße aus Stuttgart.
Hallo @Pasquale,
leider noch nicht. Ich bin bisher noch nicht dazugekommen und habe immer noch keine Jalousien zum Test. 
Ich hoffe dass es spätestens im Sommer so weit ist. 
Viele liebe Grüße, Philipp
Hallo zusammen,
Schon seit Monaten lese ich hier fleissig mit und habe nun auch endlich die Zeit gefunden das Projekt „Wibutler → HA“ anzugehen. Ich habe hier HA in einer VM auf einer Synology mit einem USB300 Stick.
Dank der ganzen Doku, des EO_Man (ganz grossartige Hilfe, nur die Installation etwas tricky) und letztlich der hilfreichen Zusammenfassung von @charly166 (Enocean Steuerung mit Eltako, Weber-Haus - #274 von charly166) ging das dann doch erstaunlich leicht.
Ein paar Anmerkungen von mir:
Mit einer Installation des EO_Man unter Windows on ARM bin ich gescheitert. Diverse auch hier schon genannte Fehler (subprocess-exited-with-error etc…) habe ich mit egal welcher Python Version nicht wegbekommen. Also Windows x86 verwendet und gut ist.
Helligkeitssensor Eltako FAH60B und Türgriffe von Hoppe wurden durch den EO_Man nicht erkannt, konnte ich aber problemlos nachträglich einbinden.
Eine der Lampen konnte ich nicht über HA schalten der Status wurde mir aber immer korrekt angezeigt, nach einigem Suchen fand ich den Fehler: Ich hatte zuvor mit der Enocean MQTT (dev) Integration experimentiert und bereits eine ID über die PCT14 angelegt. Diese ID wurde durch den EO_Man erneut angelegt und nun doppelt vorhanden. Habe diese (vormals durch mich angelegte) dann via PCT14 wieder entfernt und auch das Problem war gelöst.
Nur eine Sache bereitet mir noch Schwierigkeiten: Ich habe eine Automation, die 7 Rollos zu einer entsprechenden Position herunterfährt und eine Automation zum hochfahren. Das klappt nur so semi… meist bleiben 4 Rollos auf der Strecke. Habe mit vesch. Delay Zeiten experimentiert. 0.02, 0.05… bisher keine Veränderung. Morgen teste ich mit 0.1.
Und noch ein Punkt: Nach einem Restart des HA kennt die Integration die Positionen der Rollos und auch der Türgriffe nicht, vielleicht hat dafür schon jemand eine gute Idee?
Danke an dieser Stelle an @philipp14 für diese grossartige Integration und allen bisherigen Beiträgen hier, welche mir damit geholfen haben den Wibutler in Rente zu schicken.
Viele Grüsse
Alex
2 „Gefällt mir“
Hallo @AlexW, freut mich, dass ich ein bisschen weiterhelfen konnte. Ich muss gestehen, ich hatte und habe auch Probleme mit der Ansteuerung mehrerer Rollläden auf einen Rutsch. Habe so ziemlich jeden Wert mit dem Delay probiert, aber keine Änderung. Zuletzt habe ich auf den USB300 verzichtet und direkt per USB angeschlossen (jedoch per FAM14 und nicht FGW14). Nun ist es zwar ein bisschen besser, aber ab und zu wird dennoch ein Gerät vergessen. Ich schalte nun in den Automationen max. 3-4 Geräte, mache einen kurzen Sleep und dann geht’s mit der nächsten Gruppe weiter.
Hallo zusammen,
das mit den Rollos werde ich noch angehen aber leider muss ich davor noch ein paar andere Projekte fertig machen. Ich brauche es ja selbst auch
Habt ihr schon eine Idee was das Problem ist? Wenn man ein Delay von 0.05 hat sollte das Versenden von zu viele gleichzeitigen Nachrichten eigentlich kein Problem sein.
Liebe Grüße, Philipp