UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

Ich empfehle die MQTT Option von ebusd zu verwenden.
Der Adapter von ioBroker stürzt ab oder eher verliert alle paar Tage die Verbindung.

Seit MQTT läuft es endlich mal ein paar Tage (Monate) durch

Abfrage dann z.b. durch senden von : ebus_Heizung/700/z1ActualRoomTempDesired/get

(eBus ein Quell ewiger Freude. Nicht.)

[MassiveAttack]

@dreistein
ich verwende kein mqtt und hatte auch nie abstürze. die gewünschten DP abfragen und fertig.

dennoch stimme ich deinem letzten satz zu

[Nobody else]

@massiveattack Ich habe jetzt zum Test paar DB in ebus Adapter eingetragen, bis jetzt werden die regelmäßigen aktualisiert, damit kann ich erstmal arbeiten.
Danke an dieser Stelle, für eure Hilfe.

[lub104]

@timmerx Hey, hast du noch die 15.720.csv Datei die bei dir funktioniert hat und kannst du sie mal posten? Danke vorweg.

Gruß LUB

[Hasont]

Hallo, irgendwas ist bei mir seit 15.12.23 schief gelaufen.

Das Protokoll bringt lauter EBus Fehlermeldungen von seit 15.12.23 nicht mehr aktualisierten Daten.
Insgesamt sind es über 33 neue Daten im bai die ich nicht kenne und auch nicht brauche;-)
Mein eBus läuft schon im dritten Jahr sehr stabil und da es nicht so einfach war den aufzusetzen möchte ich hiermit lieber erst mal nachfragen was das sein könnte.
Meinen Daten werden im Browser über Port 8891 (Standard ist ja 8889) sauber ausgelesen.
Die nicht benötigten Datenpunkte stehen alle mit false auch da drin.
Ich frage alle 2 min den eBus ab und dann wirft er natürlich auch immer die >33 Fehler aus.
Was kann ich tun, damit diese nicht benötigten Objekte nicht automatisch angelegt werden?
Wenn ich die Daten manuell lösche werden diese nach 2min wieder neu angelegt.
Danke schon mal für eure Hilfe.
Hasont

[MassiveAttack]

@hasont
Ein log wäre hilfreich, damit wir wissen, welche fehler kommen.
Versuch mal alle 5min statt 2

[Hasont]

@massiveattack
Danke für die Antwort, hatte gestern den Raspie mal runter gefahren und danach waren die Fehler weg.
Allerdings sagt er jetzt letzte Aktualisierung wäre am 25.12 für diese fehlerhaften Daten gewesen.
Denke der Fehler kommt in ein paar Tagen wieder und dann sende ich den Log.
Hasont

[Rene_HM]

@hasont Das passiert meist dann, wenn man einmalig alle Datenpunkte über den Bus lesen lässt (Suche). Dann werden Datenpunkte im ioB angelegt, aber nie wieder aktualisiert. Ich lösche dann die betroffenen Datenpunkte manuell im ioB Objektbaum. Vorher sollte aber der ebusd auf dem Raspi neu gestartet werden, damit die Daten auch dort im Speicher gelöscht werden.

[Hasont]

@rene_hm
Hallo Rene, danke für die Info.
Bis jetzt sind die Fehler im Protokoll nicht mehr aufgetaucht.
Werde dann mal die unnötig angelegten Datenpunkte löschen.
Hoffe das klappt, hab einige Datenpunkte als mqtt die kann ich löschen so oft ich will > kommen immer wieder.
Hat aber nix mit EBus zu tun sondern mit meinem ESP32 für z.B. Wasserzähler auslesen.
MfG
Hasont

[Anubis]

Hallo, ich brauche mal dringend Hilfe:
Bin totaler Neuling in dieser Materie , daher bitte nicht zu fachlich sein!!
Habe eine Vaillant-Therme VCW dort habe ich nach Anleitung den eBus Adapter angeschlossen
und per Wlan verbunden und in Iobroker den ebus Adapter installiert.
(Alles läuft auf einem NUC mit proxmox. iobroker im Container unter Ubuntu)
Leider werden keinerlei Daten von der Heizung unter Objekten geliefert!
Wo könnte der Fehler liegen ?
Danke

[icebear]

@anubis

Ich kenne NUC und Proxmox nicht, aber ich denk du hast einen Fehler in der Adapter config bei EBUSD.

Target HTTP Port zum lesen steht bei dir auf 8889.

lt. dem ersten Screenshot ist aber deine ebusd adresse 192.168.178.56:9999

also Port 9999

Edit: poste mal deine config datei vom ebusd

[Verblizz]

@anubis

einen ebusd-Server hast Du aber am Laufen, oder?
Dein ebus-Adapter im ioBroker scheint direkt auf den hardware-Adapter zugreifen zu wollen (IP .56), dies klappt so nicht...

[Anubis]

Wo steht denn die config datei ?

einen Ebus Server habe ich nicht ,habe es so wie im Bild gemacht über wlan

[icebear]

@anubis said in Adapter: ebus:

einen Ebus Server habe ich nicht

Ich glaub du schaust dir erstmal das hier an, da ist es für "Anfänger" ziemlich gut erklärt.

https://youtu.be/5X_OUs1aTls?si=kSwvpBMhA82Dmmw3

[Verblizz]

@anubis

und auch in Deinem Bild ist der ebusd-Server... Zwischen dem ebus-Adapter (Hardware) und den verschiedenen "Zugriffsmöglichkeiten" (NodeRed, FHEM,...)

[Anubis]

Hallo, das Video ist schon sehr gut.
Muss ich jetzt noch einen Raspberry Pi haben? oder wie soll das nach dem ebus-Adapter (Hardware) laufen

[icebear]

@anubis

Du brauchst irgend ein Host der supportet wird auf dem die Software läuft, wie z.b.

Sofern die Kommunikation via ebusd ablaufen soll, muss dieser irgendwo laufen.

Das geht entweder

direkt auf einem Linux Host via Installation des Debian Package aus dem letzten Release oder über Kompilieren der Sourcen,
oder als Docker Container sowie als Home Assistant Addon via Supervisor.

siehe hier: https://adapter.ebusd.eu/v5/steps.html#ebusdinst

und dann hast du verschiedene Möglichkeiten den Adapter mit dem Host zu verbvinden

siehe hier: https://adapter.ebusd.eu/v5/

[Verblizz]

@anubis

Du kannst den ebusd-Server virtuell auf Deinem Proxmox laufen lassen...

[Anubis]

Habe ich jetzt Verstanden, Danke erst einmal!

[leonundjulie]

@icebear Ehrlich gesagt habe ich nicht alles gelesen, über 500 Einträge ist schon eine Menge ... aber es scheint ja so zu sein, dass man die Daten aus dem eBud Interface (so würde ich diesem Dameon mal nennen) in den iOBroker entweder via dem Adapter eBus, ode aber übden Adapter MQTT einlesen kann. Welchen Weg sollte man wählen? Ist der eine besser als der andere?