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

[Thomas Braun]

@td1werd
Von GitHub installierte Adapter bedürfen einer manuellen Aktivierung einer Instanz.

[td1werd]

@thomas-braun

kannst Du mir das kurz erklären oder ist das an der Stelle ungeeignet?
Oder hast Du einen Link dazu?

Bitte entschuldigt nochmals. Ihr merkt, dass ich noch stark in den Anfängen stecke..

[Thomas Braun]

@td1werd

Im Adapter auf das Pluszeichen klicken.

[tp1de]

Ich hoffe die Adapterinstallation funktioniert nun über Github.

Ich habe gerade das Coding für die aktuelle V3 API Version leicht angepasst. Falls Ihr Fehlermeldungen für Controller oder Gateway bekommt, dann sind die nun weg.

[td1werd]

@Thomas-Braun

Dankeschön für Deine Hilfe. Ist mir unangenehm solch eine Frage zu stellen.
Hätte ich selber drauf kommen können da ich auch für einen anderen Adapter bereits eine zweite Instanz erzeugt habe..
Sorry!!!

Ich habe aber noch ein weiteres Problem.
Ich habe einen Buderus KB192i. Angeschlossen ein SM200 mit einem SM100 als Erweiterung für ein zweites Kollektorfeld und eine Differenzregeleung für meinen Kamin mit Wassertasche. Weiterhin habe ich ein MS100 für eine Frischwasserstation.
Ich habe bereits mit dem KM200-Adapter die Sensorwerte auslesen können nur leider nicht das zweite Kollektorfeld und nicht den Differenzregeler. Werte vom MS100 werden angezeigt aber falsch.. alle Werte 0°C oder 1°C. In der Steuereinheit, dem RC310, werden alle Werte angezeigt. Also wird auch alles über den Bus übertragen.
Nun besorgte ich mir die ESP-Gateway in der Hoffnung nun auch die fehlenden Werte zu finden.. Fehlanzeige..
Hat irgendwer eine Idee wie ich an die Werte komme??
Von Buderus wurde mir gesagt, dass es sich um eine Erweiterung handelt und in Buderus eigenen App nur Standard Konfigurationen angezeigt werden.
Möglicher Weise ist das hier falsch plaziert aber vlt hat ja doch jemand eine Idee..
Vielen Dank und Grüße
Thomas

[Chaot]

@td1werd Du hast doch beim ESP Gateway (EMS-ESP) auf der Weboberfläche die Möglichkeit die Rohdaten anzuschauen. Mach doch davon mal eine Aufzeichnung und schicke sie an den Entwickler. Vielleicht kann er das dann noch mit aufschlüsseln.

[td1werd]

@chaot

Habe ich bereits getan..
Ich bin auch schon soweit, dass alle Geräte erkannt werden.
Im "ems-esp/api/system" sind alle Module vorhanden.
Das SM100 Erweiterungsmodul hat auch den gleichen handler wie das SM200.
Die DeviceID ist bei allen Modulen wie erwartet unterschiedlich.
Im Dashboard von der Gateway werden aber keine Daten angezeigt.. grrr
Ärgerlich..
Ich werde die Leute noch einmal anschreiben.
Ich berichte hier wenn ich weiter gekommen bin.
Falls Ihr noch Ideen habt?

Danke erst mal in die Runde..

[tp1de]

@td1werd
Mich würde interessieren wie die JSON-Struktur aus ems-esp/api/system aussieht. Kannst Du die mal hier posten?

Der ems-esp ioBroker-Adapter kann ja sowohl EMS-ESP per API auslesen, wie auch das IP-Gateway des KB192i.
Poste doch auch mal die Datenstrukturen des IP-Gateways (km200). Warmwasser Daten befinden sich dann unter DHW bzw. unter Solar. Was kommt aus der Buderus API an Daten zurück?

Das EMS-ESP Gateway hat seinen Ursprung darin alte Heizungsanlagen ohne km200 Gateway steuern zu können.
Die Datenstruktur unterscheidet sich nicht unerheblich von der des Buderus API. Bei Buderus ist die Struktur an Funktionen angelegt und kann in der Regel auch unter DHW mehrere Warmwasser Kreise, mehrere Heizungskreise und mehrere Solarkreise unterscheiden. In der EMS-ESP ist die Struktur an den Systemkomponenten (Boiler, Thermostat etc) angegliedert - d.h. an die Komponenten die Daten senden / empfangen können. So gibt es MM100 als Mischerkreis, während bei KM200 diese Info entweder bei DHW oder beim Heizkreis (HC1 ... HC3) zu finden ist.

ALs Konsequenz sind bei EMS-ESP mehrere identische "Geräte" wie 2 mal Mischer, 2 Boiler, 2 SM100/200 aktuell in der API bzw. im Dashboard nicht vorgesehen bzw. ansprechbar. Das wäre eine Erweiterung der Funktionalität und müsste im Github adressiert werden.

Aber poste mal die km200 Daten aus dem Adapter (am Besten als separate Instanz) und die EMS-ESP JSON Struktur.

[td1werd]

@tp1de

Dankeschön für Deine Ausführungen. Ich komme soweit glaube auch mit...
hier mal die Rohdaten der JSON-Struktur

{

"System": {

"version": "3.2.2b2",

"uptime": "000+00:21:21.700",

"uptime_sec": 1281,

"freemem": 124

},

"Status": {

"bus": "connected",

"bus protocol": "Buderus",

"telegrams received": 5044,

"read requests sent": 507,

"write requests sent": 0,

"incomplete telegrams": 5,

"tx fails": 32,

"rx line quality": 100,

"tx line quality": 94,

"dallas sensors": 0,

"dallas reads": 0,

"dallas fails": 0

},

"Devices": [

{

  "type": "Boiler",

  "name": "Buderus Logano GB125/KB195i/Logamatic MC110 (DeviceID:0x08 ProductID:133, Version:02.09)",

  "handlers": "0x10 0x11 0x14 0x15 0x1C 0x18 0x19 0x1A 0x35 0x16 0x33 0x34 0x26 0x2A 0xD1 0xE3 0xE4 0xE5 0xE6 0xE9 0xEA"

},

{

  "type": "Thermostat",

  "name": "RC300/RC310/Moduline 3000/1010H/CW400/Sense II (DeviceID:0x10, ProductID:158, Version:74.03)",

  "handlers": "0xA3 0x06 0xA2 0x12 0x2A5 0x2B9 0x2AF 0x29B 0x2A6 0x2BA 0x2B0 0x29C 0x2A7 0x2BB 0x2B1 0x29D 0x2A8 0x2BC 0x2B2 0x29E 0x2F5 0x31B 0x31D 0x31E 0x23A 0x267 0x240"

},

{

  "type": "Mixer",

  "name": "MM100 (DeviceID:0x20, ProductID:160, Version:24.05)",

  "handlers": "0x2D7"

},

{

  "type": "Solar",

  "name": "SM100/MS100 (DeviceID:0x2A, ProductID:163, Version:27.07)",

  "handlers": "0x7D6 0x7AA 0x7AB"

},

{

  "type": "Solar",

  "name": "SM100/MS100 (DeviceID:0x31, ProductID:163, Version:27.05)",

  "handlers": "0xF9 0x358 0x35A 0x362 0x363 0x366 0x364 0x36A 0x380 0x38E 0x391"

},

{

  "type": "Solar",

  "name": "SM200/MS200 (DeviceID:0x30, ProductID:164, Version:25.06)",

  "handlers": "0xF9 0x358 0x35A 0x362 0x363 0x366 0x364 0x36A 0x380 0x38E 0x391"

},

{

  "type": "Gateway",

  "name": "KM200/MB LAN 2 (DeviceID:0x48, ProductID:189, Version:04.07)",

  "handlers": ""

}

]

}

[td1werd]

Sorry,

das nimmt hier viel Platz ein..

[tp1de]

@td1werd
Ohh 3 Solarmodule mit unterschiedlichen id's und handlers. (noch nie gesehen ....)

• Was ergibt ems-esp/api/solar ?
• Was erkennt der ems-esp iobroker Adapter für das km200 Gateway an Solar-Daten ?

Mir ist aktuell nicht bekannt, wie ich die unterschiedlichen id's per API V3 auslesen kann.

Ich sehe gerade Dein Github issue #164. MichaelDvP hat ja bestätigt, das aktuell nur ein Solarmodul unterstützt wird.
So kann der ems-esp ioBroker-Adapter die Daten nicht lesen, da API V3 das nicht unterstützt.

[Johannes81]

@tp1de

Hallo tp1de,

zuerst einmal Danke für deine Arbeit einen eigenen Adapter für die EMS ESP Schnittstelle zu erstellen!

Ich habe mir gerade den Adapter in der V.0.9.6 heruntergeladen und installiert. Leider klappt die Kommunikation mit dem BBQ Gateway (Premium II (P2) mit 8266) nicht. Es wird zwar die Firmwareversion V2 (installiert ist V2.2.3b0) erkannt, aber die weiteren Objekte werden nicht geschrieben.

Im Log habe ich die Fehler: (von unten nach oben lesen)

Spoiler

ems-esp.0
2021-10-18 18:48:10.804	info	terminating

ems-esp.0
2021-10-18 18:48:10.316	info	ems :true 60 secs

ems-esp.0
2021-10-18 18:48:10.310	warn	Terminated (UNCAUGHT_EXCEPTION): Without reason

ems-esp.0
2021-10-18 18:48:10.308	info	terminating

ems-esp.0
2021-10-18 18:48:10.302	error	Cannot read property 'statusCode' of undefined

ems-esp.0
2021-10-18 18:48:10.301	error	TypeError: Cannot read property 'statusCode' of undefined at Request._callback (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:847:29) at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:314:20) at Request.init (/opt/iobroker/node_modules/request/request.js:273:17) at new Request (/opt/iobroker/node_modules/request/request.js:127:8) at request (/opt/iobroker/node_modules/request/index.js:53:10) at test_v2 (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:846:4) at async v2_readwrite (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:832:3)

ems-esp.0
2021-10-18 18:48:10.301	error	unhandled promise rejection: Cannot read property 'statusCode' of undefined

ems-esp.0
2021-10-18 18:48:10.300	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

ems-esp.0
2021-10-18 18:48:10.299	error	Cannot read property 'statusCode' of undefined

ems-esp.0
2021-10-18 18:48:10.299	error	TypeError: Cannot read property 'statusCode' of undefined at Request._callback (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:847:29) at self.callback (/opt/iobroker/node_modules/request/request.js:185:22) at Request.emit (events.js:314:20) at Request.init (/opt/iobroker/node_modules/request/request.js:273:17) at new Request (/opt/iobroker/node_modules/request/request.js:127:8) at request (/opt/iobroker/node_modules/request/index.js:53:10) at test_v2 (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:846:4) at async v2_readwrite (/opt/iobroker/node_modules/iobroker.ems-esp/main.js:832:3)

ems-esp.0
2021-10-18 18:48:10.297	error	unhandled promise rejection: Cannot read property 'statusCode' of undefined

ems-esp.0
2021-10-18 18:48:10.296	error	Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch().

ems-esp.0
2021-10-18 18:48:05.258	info	end of initializing ems states

ems-esp.0
2021-10-18 18:48:05.257	warn	ems read system error - wrong ip address?

ems-esp.0
2021-10-18 18:48:05.256	info	V2 url:192.168.1.60/api?device=system&cmd=info

ems-esp.0
2021-10-18 18:48:05.253	info	start initializing ems states

ems-esp.0
2021-10-18 18:48:05.252	info	API version identified V2

ems-esp.0
2021-10-18 18:48:04.237	info	starting. Version 0.9.6 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v12.22.4, js-controller: 3.3.18

ems-esp.0
2021-10-18 18:48:04.142	info	starting. Version 0.9.6 in /opt/iobroker/node_modules/iobroker.ems-esp, node: v12.22.4, js-controller: 3.3.18

Die IP Adresse habe ich fest eingegeben.
In der EMS ESP WebUI das Boolean Format auf 0/1 eingestellt.

Leider verstehe ich den Punkt des EMS Access Token nicht.

• Ist damit das User Passwort zum WebUI gemeint? Trage ich dieses im Adapter als Token ein klappt der Zugriff nicht.

• In V2 des EMS ESP gibt es unter Security auch noch ein Superuser Passwort, auch damit gelingt der Zugriff nicht.

Ich würde mich sehr freuen wenn du mir eine Hilfestellung geben könntest.

Mit besten Grüßen
Johannes

[tp1de]

@johannes81
Stimmt die IP-Adresse ? Diese sollte mit http:// beginnen !
Gib mal http://192.168.1.60/api?device=system&cmd=info im Browser ein.
Dieser http request ohne vorangestelltes http:// erzeugt im Adapter den Fehler. Alles andere sind Folgefehler.

Leider verstehe ich den Punkt des EMS Access Token nicht.

EMS Access Token gibt es nur im V3. Im V2 muss API enabled sein. Dann kann man Lesen und Schreiben.
Ab V3 gibt es dann den Token um unautorisiertes Schreiben zu verhindern.

[Johannes81]

@tp1de said in Neuer Adapter EMS-ESP für Bosch Heizungen:

http://192.168.1.60/api?device=system&cmd=info

Hallo tp1de,

das Präfix http:// hat geholfen!

Danke für den Hinweis!

[tp1de]

Um diese Art von Eingabefehlern zu vermeiden, habe ich eine neue Version 0.9.7 hochgeladen.
Diese ergänzt dann "http://" wenn dieser Präfix fehlt.

[td1werd]

@tp1de said in Neuer Adapter EMS-ESP für Bosch Heizungen:

@td1werd
Ohh 3 Solarmodule mit unterschiedlichen id's und handlers. (noch nie gesehen ....)

• Was ergibt ems-esp/api/solar ?
• Was erkennt der ems-esp iobroker Adapter für das km200 Gateway an Solar-Daten ?

Mir ist aktuell nicht bekannt, wie ich die unterschiedlichen id's per API V3 auslesen kann.

Ich sehe gerade Dein Github issue #164. MichaelDvP hat ja bestätigt, das aktuell nur ein Solarmodul unterstützt wird.
So kann der ems-esp ioBroker-Adapter die Daten nicht lesen, da API V3 das nicht unterstützt.

Es handelt sich ja eigentlich nicht um drei Solarmodule.
Es sind nur zwei: ein SM200 mit einem SM100 als Erweiterung wegen der Differenzregelung. Als Folge muss auch der zweite Solarkreis am Erweiterungsmodul angeschlossen werden. Beide haben ja den selben handlers.
Nun wird aber noch das Warmwassermodul MS100 (für eine Frischwasserstation) als Solarmodul erkannt/gedeutet.

ems-esp/api/solar zeigt die Werte des SM200 - verwunderlich dabei, dass am Ende Werte des Warmwasser stehen. Habe ich glaube schon erwähnt.. aber nur mit 1°C bzw 0°C. das kann ja auch stimmen, da das kein Warmwassermodul sondern ein Solarmodul ist was am SM200 mit dran hängt.

Die Werte für die km200 Gateway habe ich noch nicht auslesen lassen. Habe statt dessen den km200 Adapter genommen. Dieser findet nur einen Solarkreis. Aber dafür die richtigen Warmwasserdaten an der entsprechenden Stelle.

Ich danke an dieser Stelle noch einmal ausdrücklich für Eure Bemühungen!!

Thomas

[tp1de]

Die aktuelle Version 0.9.8 unterstützt nun auch das Auslesen von Dallas Sensoren.

[manrum1]

@tp1de : Hi, ich mal wieder 🙂

Habe heute meinen kompletten Baum exportiert, dabei ist mir aufgefallen, dass die Außentemperatur im Objekt-Browser zwar richtig angezeigt wird (8,1),

im Export und unter Details aber den falschen Wert (21,1) liefert:
OB2_outddor_t1.jpg

Passiert bei meinen beiden Instanzen (jeweils gleiche Junkers-Thermen), sonst habe ich (noch) keine Aufälligkeiten bemerkt. Bug im Adapter oder im iobroker selbst?

VG M

[tp1de]

@manrum1 Worauf Du nicht alles achtest .... :grin:

In ioBroker wird zwischen Objekt-Daten (werden einmal angelegt) und den aktuellen States unterschieden.
Du hast die Objektdaten exportiert. Bei den km200 Objektdaten wird vom Adapter unter "native" die Rückantwort des km200 bei der Erst- bzw. Neuanlage angelegt. Dort ist auch der Wert enthalten (hat aber keine Bedeutung) ---- und hat nichts mit den States zu tun (d.h. den aktuellen Werten).

Unter "native" habe ich bei km200-Datenpunkten einfach alle Info's vom Buderus / Bosch API-Call eingetragen (Erst-Anlage). Wenn Du die Objektstruktur löscht, dann werden alle Daten neu initialisiert. Value sollte ich vielleicht nicht eintragen .... vielleicht in einer neuen Version.

[manrum1]

@tp1de Aha, danke für die Info. Wie kann ich dann den Objektbaum mit den aktuellen Daten exportieren?