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

[eric2905]

Wenn ich sowas lese (in der iobroker-Facebook-Gruppe) ... wer Github-Versionen nutzt, sollte wissen, was er tut (sorry, musste sein).

Gruß,
Eric

[Stuebi]

@eric2905 , Danke fürs Antworten. Das hatte ich bei FB leider nicht gesehen.
Ich hoffe, dass ich bis Ende der Woche mit der Entwicklung durch bin und diese dann auf NPM releasen kann.

[Apropo]

@Stuebi Bei mir war nach der Installation mqtt voreingestellt. Ist ja klar, dass dann erst mal nichts klappt. Vielleicht kannst du das ja noch auf coap ändern. Sonst gibt es bestimmt noch viele solcher Fragen.

[Stuebi]

@Apropo , prüfe ich. Eigentlich sollte das coap als Default Wert stehen!

[Merowinger]

Also er Shelly plug s läuft bei mir über MQTT ganz fein. Der misst ja nicht nur die aktuelle Leistung sondern sogar die Wh (Arbeit?)

[Stuebi]

@Merowinger , ja bei MQTT gibt es noch das State "Energy". Sollte hoffentlich funktionieren.

[pitybull]

Hallo leute. Ich habe vorhin auf den 3.0 Adapter upgedatet. Jetzt habe ich error logs. Wer kann weiterhelfen?

host.raspberrypi	2019-05-22 12:43:19.530	info	Restart adapter system.adapter.shelly.0 because enabled
host.raspberrypi	2019-05-22 12:43:19.529	error	instance system.adapter.shelly.0 terminated with code 1 ()
Caught	2019-05-22 12:43:19.529	error	by controller[0]: at startup (bootstrap_node.js:149:9)
Caught	2019-05-22 12:43:19.529	error	by controller[0]: at run (bootstrap_node.js:383:7)
Caught	2019-05-22 12:43:19.529	error	by controller[0]: at Module.runMain (module.js:604:10)
Caught	2019-05-22 12:43:19.529	error	by controller[0]: at Function.Module._load (module.js:438:3)
Caught	2019-05-22 12:43:19.528	error	by controller[0]: at tryModuleLoad (module.js:446:12)
Caught	2019-05-22 12:43:19.528	error	by controller[0]: at Module.load (module.js:487:32)
Caught	2019-05-22 12:43:19.527	error	by controller[0]: at Object.Module._extensions..js (module.js:579:10)
Caught	2019-05-22 12:43:19.527	error	by controller[0]: at Module._compile (module.js:542:28)
Caught	2019-05-22 12:43:19.527	error	by controller[0]: at Object.runInThisContext (vm.js:97:10)
Caught	2019-05-22 12:43:19.527	error	by controller[0]: at createScript (vm.js:56:10)
Caught	2019-05-22 12:43:19.526	error	by controller[0]: SyntaxError: Unexpected token function
Caught	2019-05-22 12:43:19.526	error	by controller[0]: ^^^^^^^^
Caught	2019-05-22 12:43:19.526	error	by controller[0]: async function getAllDevices() {
Caught	2019-05-22 12:43:19.525	error	by controller[0]: /opt/iobroker/node_modules/iobroker.shelly/shelly.js:84
host.raspberrypi	2019-05-22 12:43:19.148	info	instance system.adapter.shelly.0 started with pid 1666

[pitybull]

Downgrade auf 2.2.0 ...
Jetzt gehts wieder.
Version 3.0.1 funktioniert bei mir nicht

[Stuebi]

@pitybull sagte in [Aufruf] Test Shelly Adapter:

Downgrade auf 2.2.0 ...
Jetzt gehts wieder.
Version 3.0.1 funktioniert bei mir nicht

Hast du Node 8 oder höher installiert? Kannst du mir bitte die Fehlermeldung aus dem Log schicken.

[pitybull]

der Log steht Oben.
npm 6.4.1
node v10.15.1

[Diginix]

@Stuebi
Habe um 10 Uhr auch das Update gemacht und eben gesehen dass mein Log seit dem mit 24 MB voll gespült wurde:

2019-05-22 10:00:09.145  - error: shelly.0 Error in function state.coap.http_publish_funct for state....

Habe dann erst in der Instanz Konfiguration gesehen, dass in den http Settings ein falsches Login stand. Anscheinend habe ich den Hinweis übersehen, dass nach dem Update die Logindaten dort auch korrekt eingetragen werden müssen.
Eigentlich dachte ich es läuft alles über COAP, dort stimmten die Logindaten durch Übernahme aus 2.2.0.

Nachdem nun beide Settings passen läuft der Adapter unauffällig. Wirklich testen konnte ich aus der Ferne aber noch nicht.

npm 6.9.0
nodejs 10.15.2

[Stuebi]

@pitybull sagte in [Aufruf] Test Shelly Adapter:

der Log steht Oben.
npm 6.4.1
node v10.15.1

kannst Du mir bitte den Teil aus dem Log wo der Shelly Adapter startet. Fängt mit

starting. Version 3.0.1 in ...

an

[Stuebi]

@Diginix , Ich glaube Du hattest schon in der Version 2.2.0 ein falsches Login/Passwort drin stehen gehabt. Nur wurde dann kein Fehler ausgegeben bei falscher Anmeldung.
Bestimmte (ganz wenige Werte) werden über http wie z.B. AutoTimerOff gesetzt. Dadurch ist Dir das vielleicht nicht aufgefallen.

Vielleicht sollte ich die Fehlermeldung nicht so häufig ausgeben, sondern nun 2-3 Mal und dann ignorieren. Ich denke drüber nach.

[Diginix]

@Stuebi Das kann natürlich sein. Ich habe lange nicht in die Konfiguration der Instanz geschaut. Seit welcher Version hat das denn 2 Tabs?

Vllt. war das auch der Grund warum bei stromlosen Shelly der Adapter bei mir auf rot ging?

Interessant dass ich bei einem Shelly1 seit einer Woche einen AutoOffTimer gesetzt habe und dieser Wert auch immer in den Objekten korrekt enthalten war. Vorgestern hatte ich den Wert sogar über ioBroker neu gesetzt und im Shelly Webinterface gegen geprüft.
Das Login für die http requests war aber bis eben falsch. Also irgendwie hat es dein Adapter in v2.2.0 trotzdem geschafft den Wert zu lesen und zu schreiben.

[pitybull]

@Stuebi
Ok. hier nochmal der komplette log vom Aktuallisieren bis Fehlermeldungen. Gerade nochmal neu upgedatet auf 3.0.1

host.raspberrypi	2019-05-22 14:51:30.145	info	Restart adapter system.adapter.shelly.0 because enabled
host.raspberrypi	2019-05-22 14:51:30.145	error	instance system.adapter.shelly.0 terminated with code 1 ()
host.raspberrypi	2019-05-22 14:51:30.144	error	Caught by controller[0]: at startup (bootstrap_node.js:149:9)
host.raspberrypi	2019-05-22 14:51:30.144	error	Caught by controller[0]: at run (bootstrap_node.js:383:7)
host.raspberrypi	2019-05-22 14:51:30.144	error	Caught by controller[0]: at Module.runMain (module.js:604:10)
host.raspberrypi	2019-05-22 14:51:30.144	error	Caught by controller[0]: at Function.Module._load (module.js:438:3)
host.raspberrypi	2019-05-22 14:51:30.144	error	Caught by controller[0]: at tryModuleLoad (module.js:446:12)
host.raspberrypi	2019-05-22 14:51:30.143	error	Caught by controller[0]: at Module.load (module.js:487:32)
host.raspberrypi	2019-05-22 14:51:30.143	error	Caught by controller[0]: at Object.Module._extensions..js (module.js:579:10)
host.raspberrypi	2019-05-22 14:51:30.143	error	Caught by controller[0]: at Module._compile (module.js:542:28)
host.raspberrypi	2019-05-22 14:51:30.143	error	Caught by controller[0]: at Object.runInThisContext (vm.js:97:10)
host.raspberrypi	2019-05-22 14:51:30.143	error	Caught by controller[0]: at createScript (vm.js:56:10)
host.raspberrypi	2019-05-22 14:51:30.142	error	Caught by controller[0]: SyntaxError: Unexpected token function
host.raspberrypi	2019-05-22 14:51:30.142	error	Caught by controller[0]: ^^^^^^^^
host.raspberrypi	2019-05-22 14:51:30.142	error	Caught by controller[0]: async function getAllDevices() {
host.raspberrypi	2019-05-22 14:51:30.141	error	Caught by controller[0]: /opt/iobroker/node_modules/iobroker.shelly/shelly.js:84
host.raspberrypi	2019-05-22 14:51:29.824	info	instance system.adapter.shelly.0 started with pid 6113
host.raspberrypi	2019-05-22 14:51:29.822	info	object change system.adapter.shelly.0
host.raspberrypi	2019-05-22 14:51:22.499	info	Update repository "default" under "http://download.iobroker.net/sources-dist.json"
iobroker	2019-05-22 14:51:17.908	info	2
iobroker	2019-05-22 14:51:17.908	info	upload [3] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/fr/translations.json i18n/fr/translations.json application/json
iobroker	2019-05-22 14:51:17.732	info	upload [4] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/it/translations.json i18n/it/translations.json application/json
iobroker	2019-05-22 14:51:17.675	info	upload [5] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/nl/translations.json i18n/nl/translations.json application/json
iobroker	2019-05-22 14:51:17.616	info	upload [6] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/pl/translations.json i18n/pl/translations.json application/json
iobroker	2019-05-22 14:51:17.554	info	upload [7] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/pt/translations.json i18n/pt/translations.json application/json
iobroker	2019-05-22 14:51:17.496	info	upload [8] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/ru/translations.json i18n/ru/translations.json application/json
iobroker	2019-05-22 14:51:17.430	info	upload [9] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/i18n/zh-cn/translations.json i18n/zh-cn/translations.json application/json
iobroker	2019-05-22 14:51:17.360	info	upload [10] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/index_m.html index_m.html text/html
iobroker	2019-05-22 14:51:17.218	info	upload [11] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/shelly.png shelly.png image/png
iobroker	2019-05-22 14:51:17.093	info	upload [12] shelly.admin /opt/iobroker/node_modules/iobroker.shelly/admin/words.js words.js application/javascript
iobroker	2019-05-22 14:51:17.074	info	got /opt/iobroker/node_modules/iobroker.shelly/admin
iobroker	2019-05-22 14:49:16.007	info	npm install https://github.com/schmupu/ioBroker.shelly/tarball/master --production --save --prefix "/opt/iobroker" (System call)
iobroker	2019-05-22 14:49:14.866	info	install https://github.com/schmupu/ioBroker.shelly/tarball/master
iobroker	2019-05-22 14:49:13.954	info	url "https://github.com/schmupu/ioBroker.shelly/tarball/master" shelly
host.raspberrypi	2019-05-22 14:49:01.171	info	instance system.adapter.shelly.0 terminated with code 0 (OK)
shelly.0	2019-05-22 14:49:01.116	info	terminating

[Stuebi]

@pitybull , kannst du einmal auf den Info Reiter schauen ob ioBroker mit Node 10 läuft. Ich glaube du hast Node 6 und 10 installiert und ioBroker läuft mir 6 statt 10.

[pitybull]

ja du hast recht... :)
wie kann ich das ändern?

    Plattform: linux
    Die Architektur: arm
    CPUs: 4
    Geschwindigkeit: 1200 MHz
    Modell: ARMv7 Processor rev 4 (v7l)
    RAM: 927.3 MB
    System uptime: 02:28:13
    Node.js: v6.11.5
    NPM: 6.4.1
    Adapter zählen: 240
    Uptime: 02:27:59

[Stuebi]

@pitybull sagte in [Aufruf] Test Shelly Adapter:

ja du hast recht... :)
wie kann ich das ändern?

    Plattform: linux
    Die Architektur: arm
    CPUs: 4
    Geschwindigkeit: 1200 MHz
    Modell: ARMv7 Processor rev 4 (v7l)
    RAM: 927.3 MB
    System uptime: 02:28:13
    Node.js: v6.11.5
    NPM: 6.4.1
    Adapter zählen: 240
    Uptime: 02:27:59

ich bin da keine Experte, habe aber den Tipp bekommen einmal

which node 

auf dem Raspi (Linux) aufzurufen und die Links auf 6 aufzulösen.

[pitybull]

Habe es wie folgt hinbekommen. Die Befhle nacheinander ausführen.

sudo iobroker stop
cd /opt/iobroker
npm rebuild
iobroker start

Jetzt läuft der iobroker mit Node 10 und der shelly Adapter 3.0.1 läuft jetzt auch.

[GiuseppeS]

Hi,

habe meine Shellies alle über mqtt mit mosquitto verbunden. Aber der Adapter hätte hier definitiv Vorteile, allerdings bekomme ich Fehlermeldungen, sobald ich mehrere Shelly verbinde (Port von 1883 auf 1882 korrigieren).

Mein Netzwerk:
Da meine Fritzbox bei zu vielen Geräten überfordert ist, habe ich über meinen Server, wo auch ioBroker läuft, einen wifi AccessPoint über Docker laufen. Alle Shellies, bisher 10 Stück, sind mit diesem AccessPoint verbunden. Geräte vom Docker Netzwerk können auch mit dem Standard Fritzbox/Server Netzwerk kommunizieren.

Kommunikation mit mqtt vom Server zu den Shellies funktioniert eigentlich einwandfrei.

Wenn ich nun den neuen Shelly Adapter verwende, bekomme ich ab dem zweiten Shelly folgende Log's:

2019-05-25 18:02:50.686 - info: shelly.0 Destroy 172.17.0.2 (shelly1 / shelly1-554FF7 / SHSW-1#554FF7#1)
2019-05-25 18:02:50.692 - info: shelly.0 Shelly device 172.17.0.2 (shelly1 / shelly1-2C8A39 / SHSW-1#2C8A39#1) with MQTT connected!
2019-05-25 18:02:52.601 - info: shelly.0 Destroy 172.17.0.2 (shelly1 / shelly1-2C8A39 / SHSW-1#2C8A39#1)
2019-05-25 18:02:52.604 - info: shelly.0 Shelly device 172.17.0.2 (shelly1 / shelly1-554FF7 / SHSW-1#554FF7#1) with MQTT connected!
2019-05-25 18:02:54.592 - info: shelly.0 Destroy 172.17.0.2 (shelly1 / shelly1-554FF7 / SHSW-1#554FF7#1)
2019-05-25 18:02:54.597 - info: shelly.0 Shelly device 172.17.0.2 (shelly1 / shelly1-2C8A39 / SHSW-1#2C8A39#1) with MQTT connected!
2019-05-25 18:02:56.619 - info: shelly.0 Destroy 172.17.0.2 (shelly1 / shelly1-2C8A39 / SHSW-1#2C8A39#1)
2019-05-25 18:02:56.623 - info: shelly.0 Shelly device 172.17.0.2 (shelly1 / shelly1-554FF7 / SHSW-1#554FF7#1) with MQTT connected!

Ich gehe davon aus, dass ein Device immer mit dem nachfolgendem Device ersetzt wird, weil hier die IP der Docker Bridge angezeigt wird (172.17.0.2). Unter den Objektinfos der beiden Shellies stehen allerdings die korrekten IPs.

Kann ich hier was korrigieren? Oder ist diese Konstellation einfach nicht möglich?
Der Software AccessPoint soll nur zum Übergang dienen, bis ich einen bezahlbaren Wifi6 AP in die Hände bekomme. Daher ist das hier kein sehr wichtiger Fall. Aber evtl liegt es nur an einer Kleinigkeit.

Danke & Gruß,
Giuseppe