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

[Pedder007]

@tp1de danke für die schnelle und ausführliche Rückmeldung
Mir ging es auch gar nicht darum Dich irgendwie zu beeinflussen , sondern nur darum zu verstehen, ob so ein Trend (weg von Influx) insgesamt in ioBroker absehbar ist? Aus 'Nutzersicht', wobei der Begriff sicherlich sehr verschwimmt, macht es am Ende halt nur Sinn insgesamt möglichst wenige Datenbanken vorhalten zu müssen.
Das Influx etwas 'sperrig' für den Otto-Normalnutzer ist, habe ich auch schon festgestellt (Stichwort: Daten löschen, danke für die Info diesbzgl.).
Mein IT-Leben war/ist zu 75% administrativer Natur, deswegen muss ich ohnehin überall Aufwand treiben um mich einzuarbeiten.
Dann wäre es halt nur gut zu wissen worin ich mich dann perspektivisch am besten einarbeite, wenn mein Leben dann in absehbarer Zeit mal mehr Zeit für die Hobbies hergibt

[Merlin123]

Hat jemand aktuell auch Probleme, sinnvolle Daten von der Heizung zu bekommen?
Sie läuft laut Anzeige am Gerät im Normalbetrieb, die App zeigt aber Mist an, entsprechend auch der Adapter....

[tp1de]

@merlin123 Mach die gesamte Anlage mal stromlos, warte 2 Minuten und schalte sie wieder an.

[Merlin123]

@tp1de hat leider nichts geändert

[Merlin123]

@tp1de Ist wohl ein Hardwareproblem...

[blackeagle998]

@tp1de
Hi, ich möchte gerne den Systemdruck überwachen und laut KM200 Schnittstellenbeschreibung, sollte dieser unter /heatSources/systemPressure oder alternativ /system/appliance/systemPressure verfügbar sein.
Leider existieren diese Datenpunkte nicht. Liefert das KM200 diese nicht oder kannst du die irgendwie mit ausgeben?

Danke vorab!

[tp1de]

@blackeagle998 wenn der Systemdruck nicht vorhanden ist, dann wird der vom km200 Gateway auch nicht bereitgestellt.

[cheffe]

hallo,
wir haben eine KM100 im Keller verbaut und die ist auch im Netz verbunden.
Kann mir jemand beim Einrichten des Adapters helfen? Was muss ich wo eintragen? Ich bin damit leider etwas überfordert

Und hat jemand einen Tipp, wie ich die dann hoffentlich verfügbaren Daten schön in einem Widget in VIS darstellen kann?

Vielen Dank

[tp1de]

@cheffe Was ist denn unklar in der PDF Doku? (Link in der Readme: https://github.com/tp1de/ioBroker.ems-esp/blob/main/doc/ems-esp-ds.pdf)

[manrum1]

@tp1de Hallo und danke für Deine Antwort.

Das Problem mit der Retention Time habe ich daduch gelöst, dass ich die ems-recordings über eine zweite influxdb-Instanz in ein eigenes Buucket schreibe. Dabei hatte ich Anfangs übershen, dass man bei der Instanz schon die Retention Time einstellen kann:

Meine manuellen Einstellungen über das WEB-Interface wurden also immer wieder überschrieben

Was leider immer noch nicht funktioniert ist, dass der Adapter nicht bemerkt wenn das Gerät keine Daten mehr liefert. Status bleibt "grün" und zeigt dann eben veraltete Daten an.

Da ich 2 Gastherme in unseren beiden Ferienhäusern überwache (ca. 800km entfernt vom Wohnort), bin ich eben auf ein funktionierendes System angewiesen. Leider spinnt seit gut einem Jahr das eine, während das andere seit Jahren problemlos läuft. Ich habe mich jetzt so beholfen, dass ich über eine Schaltuhr täglich den Strom meines "Problem"-MBLans kurz abschalte und ich dadurch einen Restart erzwinge.

Damit läuft das jetzt so wie es ist zufriedenstellend. Also nochmals Danke!!

[tp1de]

@manrum1 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Was leider immer noch nicht funktioniert ist, dass der Adapter nicht bemerkt wenn das Gerät keine Daten mehr liefert. Status bleibt "grün" und zeigt dann eben veraltete Daten an.

Ich schau mal was ich ggfs. einbauen kann damit sich der Status ändert. Ist das Gerät erreichbar per Ping, liefert nur keine Daten mehr?

*** Ich habe gerade nochmal den Code angeschaut: Wenn keine Daten mehr kommen, dann wird der Status verändert. Kann es sein, dass immer Daten vom Gateway geliefert werden? .... wir reden über das KM200 - oder?

@manrum1 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Das Problem mit der Retention Time habe ich daduch gelöst, dass ich die ems-recordings über eine zweite influxdb-Instanz in ein eigenes Buucket schreibe.

Ich habe bereits eine neue Version in Arbeit in der Daten nur innerhalb der Retention Time geschrieben werden. Voraussetzung ist dann aber die InfluxDB Adapter Version 4.0.2 oder größer.

[jmeister79]

Hi,
ich habs jetzt endlich hinbekommen das ding in betrieb zu nehmen, kann ich es parallel mit meinem km200 am bus betreiben?

Gibt es ne möglichkeit die objektstruktur an die des km 200 anzugleichen?
Wenn nicht werde ich mir n programm schreiben dass das tut, denn ich hab die werte über diverse skripte und VIS verteilt, das ist zuviel umbau jede einzelne variable neu zu verknüpfen.

Nils

[tp1de]

@jmeister79 ????? Was meinst Du? Du hast beim ems-esp Gateway die Möglichkeit die km200 Struktur auszuwählen und ja Parallelbetrieb ist möglich, musst Du nur richtig anschliessen um Bus-Fehler zu vermeiden (ist kritisch). Ich empfehle immer den Service Key aber du hast ja etwas selber gebastelt, soweit ich mich erinnere.

[jmeister79]

@tp1de das habe ich bereits, die struktur ist aber eine ganz andere leider

[tp1de]

@jmeister79 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

das habe ich bereits, die struktur ist aber eine ganz andere leider

Verstehe ich nicht so richtig. Struktur ist bei mir im Wesentlichen gleich, nur die Objektnamen sind natürlich anders.
Poste mal die Struktur.

boiler wird zu heatSources.hs1
thermostat zu heatingCircuits
etc.

So sieht es bei mir aus:

[jmeister79]

@tp1de ja genau so ist es bei mir auch.

Wäre nice gewesen wenn die objektnamen gleich egwesen wären.
als ich damals vom km200 adapter auf ems umgestiegen bin brauchte ich nur mit ctrl-h den namen der instanz ändern.

Aber wenn es nicht geht ist das ok. Dann setze ich mich nachher mal hin und schreib n Programm dass dies in die km200 Namen übersetzt.

Kein Problem.

Danke für die Hilfe Dir.

Nils

[manrum1]

@tp1de Das MB-Lan ist per Ping immer erreichbar. Auch die APP liefert immer Daten. Der "Ausfall" ist leider sporadisch, die Daten sind dann lt. Zeitstempel alt.
Warum der Adapter keine liefert ist für mich ein Rätsel.
Ja - wir reden von KM200

[tp1de]

@jmeister79 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Wäre nice gewesen wenn die objektnamen gleich egwesen wären.

Du brauchst kein Programm, wenn du nur das ems-esp Gateway benutzen willst. Du kannst die Namen beim ems-esp Gateway unter "Settings / Customizations" beliebig anpassen ... nur dann die Customizations sichern. Ich betreibe aber das km200 GW parallel und möchte separate Namen.

[tp1de]

@manrum1 sagte in Neuer Adapter EMS-ESP für Bosch Heizungen:

Das MB-Lan ist per Ping immer erreichbar. Auch die APP liefert immer Daten. Der "Ausfall" ist leider sporadisch, die Daten sind dann lt. Zeitstempel alt.
Warum der Adapter keine liefert ist für mich ein Rätsel.

Ich habe selten - aber ca. 1 Mal im Jahr - die Situation dass sich das Km200 Gateway aufhängt. Brenner aus/ein und es läuft wieder.
D.h. die Netzwerkseite ist erreichbar, aber die Verbindung zum EMS-Bus scheint sich aufzuhängen - deshalb keine neuen Daten.
Der Adapter selbst schreibt nur Datenveränderungen fort, um die Schreiblast zu minimieren (ems-esp und km200).

Ob sich in diesen Fällen der Wert von system.healthStatus von "ok" auf "error" ändert, müsste man dann mal überprüfen ...

[tp1de]

Ich habe gerade eine neue Version 2.8.0 freigegeben.
Es wird jetzt die InfluxDB Adapter Version 4.0.2 für KM200 Recordings vorausgesetzt. (Falls InfluxDB gewählt wurde).
Diese Version erlaubt zum ersten Mal ein Löschen von Daten. Jetzt sollte InfluxDB (V1 und V2) voll unterstützt werden.

Die Adapter-Version 2.8.0 liest nun die Retention Period von der InfluxDB-Instanz und schreibt dann nur Daten in die Datenbank innerhalb der definierten Retention Period. Die Array-Elemente werden aber weiterhin für alle verfügbaren Recordings gefüllt.

Gebt mal ein Feedback, ob alles funktioniert.