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

[apollon77]

@BBTown sagte in [Aufruf] js-controller 2.0 Beta Test:

Im Anschluss dann über eine backitup Sicherung wieder auf Stand gebracht ...

Full Backup oder minimal Backup restored?

[BBTown]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Full Backup oder minimal Backup restored?

minimal

[apollon77]

@BBTown Hast Du iqontrol aktualisiert? Mindestens 0.2.6 oder so glaube ich

[apollon77]

@BBTown Dann hätte ich an sich erwartet das das passt. Naja egal... müssen wir mal testen

[BBTown]

@apollon77 meine Adapter sollten alle auf dem letzten Stand sein
iQontrol hat die 0.2.11

[apollon77]

@BBTown Dann Check bitte mal im iqontrol Thread. Es gab themen die aber im Adapter lagen

[BBTown]

@apollon77 da werde ich mal erneut auf die Suche gehen (ich lese den Thread auch auch parallel mit)
Ich werde auch mal schauen was die anderen Adapter/Funktionen so machen :sunglasses:

[apollon77]

@BBTown Bin gespannt

[AlCalzone]

@apollon77 Ähh... ich war dumm. upgrade self ist de facto sudo -H -u iobroker ....

[apollon77]

@AlCalzone Hatte ich ja geschrieben ... also sollte das so tun, korrekt?

[SBorg]

@apollon77 sagte in [Aufruf] js-controller 2.0 Beta Test:

Ok, zu 2.) Nochmal: Falls Du solche kaputten Verzeichnisse hast ... Wie hast Du denn auf die 4.2.1 aktualisiert?
Dieser Fehler kommt wenn das Verzeichnis vom javascript Adapter weg ist ... Any idea?

Nein, nix da. Gestern per Info-Adapter, vorhin direkt über die Adapter. Dürfte aber kein Problem vom JS-Controller sein, denn habe zwar im Log zum Update gefunden:

2019-10-09 09:07:46.661 - info: host.Ubuntu iobroker Could not install NodeJS typings. This is not critical.Reason: npm ERR! code ENOENTnpm ERR! syscall opennpm ERR! path /opt/iobroker/node_modules/iobroker.javascript/node_modules/asynckit/package.json.168309297npm ERR! errno -2npm ERR! enoent ENOENT: no such file or directory, open '/opt/iobroker/node_modules/iobroker.javascript/node_modules/asynckit/package.json.168309297'npm ERR! enoent This is related to npm not being able to find a file.npm ERR! enoent npm ERR! A complete log of this run can be found in:npm ERR! /home/iobroker/.npm/_logs/2019-10-09T07_07_44_900Z-debug.log

Hmm, is not critical, aber ein

info: host.Ubuntu iobroker Adapter "javascript" updated
info: host.Ubuntu iobroker exit 0

habe ich auch nicht. Lief wohl die Engine trotzdem noch, denn die Skripte liefen munter durch, nur hat es ev. die Versions-Info zerbröselt...? Wäre mir ohne das Update auf 2.0.25 aber gar nicht aufgefallen.

[AlCalzone]

@apollon77 ja sollte passen

[AlCalzone]

@SBorg Could not install NodeJS typings. This is not critical. kommt vom Installer-Skript aus dem JS-Adapter, welches versucht, die Typdefinitionen für deine aktuelle Node.js-Version zu installieren. Ohne die funktioniert die Syntaxhilfe ggf. nur zum Teil.

[apollon77]

@SBorg sagte in [Aufruf] js-controller 2.0 Beta Test:

habe ich auch nicht. Lief wohl die Engine trotzdem noch, denn die Skripte liefen munter durch, nur hat es ev. die Versions-Info zerbröselt...? Wäre mir ohne das Update auf 2.0.25 aber gar nicht aufgefallen.

Also Haken wir es erstmal als "Nicht mit 2.0 related" ab... ;-)

[SBorg]

https://github.com/ioBroker/ioBroker.node-red/issues/65
Würde sagen DONE, wenn auch kein Problem des JS-2.0, so hat er es aber doch gefixt :sunglasses:

Zum folgenden kommt dann noch ein Issue zum Node-RED Adapter. Ist zwar hier ein wenig OT, hat aber doch damit zu tun. Nach intensivem Studium und stundenlangem rumprobieren und unermüdlicher Schützenhilfe durch @apollon77 ist nun auch meine letzte Baustelle beseitigt. Man mag sich erinnern, bei mir läuft seit JS-2.0 das Dashboard von Node-RED nicht mehr. Das ist kein Fehler vom JS-Controller, nur kam es seit JS 2.0 unter Node-RED beim starten uU. zu Timing-Problemen. Im Zuge des nötigen Updates des Node-RED Adapters wurde auch das Dashboard auf die aktuelle 2.17 aktualisiert. Und da liegt der Hund begraben. Nutzt man, wie bspw. ich ;) , einen Reverse Proxy (wer keinen Ahnung hat was dass ist, nutzt auch keinen) dann wird man mit einer Dashboard-Version > 2.11.0 mit einem weißen Bildschirm "belohnt". Lt. Issues bei Node-RED sollte der Fehler längst behoben sein, sieht aber in der 2.17 nicht wirklich danach aus...

Als work around (getestet) downgrade des Dashboards durchführen:

Node-RED Adapter stoppen
im Terminal eingeben (ggf. ioBroker-Verzeichnis anpassen):

cd /opt/iobroker/node_modules/iobroker.node-red/
npm install node-red-dashboard@2.11.0

Node-RED Adapter wieder starten

Danke an Ingo für die Hilfe :+1:

[coyote]

@apollon77 ok, gerade nochmal geschaut, sorry, dass hier war noch vorne dran, hatte ich übersehen.

2019-10-10 05:04:33.077  - info: javascript.1 (23932) 
> canvas@2.6.0 install /opt/iobroker/node_modules/iobroker.javascript/node_modules/canvas
> node-pre-gyp install --fallback-to-build

Hier nochmal komplett:

2019-10-10 05:04:33.077  - info: javascript.1 (23932) 
> canvas@2.6.0 install /opt/iobroker/node_modules/iobroker.javascript/node_modules/canvas
> node-pre-gyp install --fallback-to-build


2019-10-10 05:04:36.294  - info: host.debian instance system.adapter.ical.0 terminated with code 0 (NO_ERROR)
2019-10-10 05:04:36.573  - info: bring.0 (24179) starting. Version 1.6.5 in /opt/iobroker/node_modules/iobroker.bring, node: v10.16.3
2019-10-10 05:04:36.619  - error: javascript.1 (23932) node-pre-gyp
2019-10-10 05:04:36.621  - error: javascript.1 (23932)  
2019-10-10 05:04:36.622  - error: javascript.1 (23932) WARN
2019-10-10 05:04:36.624  - error: javascript.1 (23932)  
2019-10-10 05:04:36.626  - error: javascript.1 (23932) Using request for node-pre-gyp https download
2019-10-10 05:04:36.627  - error: javascript.1 (23932)  

2019-10-10 05:04:37.748  - info: hm-rega.0 (24096) got 39 programs
2019-10-10 05:04:37.833  - info: bring.0 (24179) [LOGIN] Successfully logged in as Frank
2019-10-10 05:04:37.841  - info: hm-rega.0 (24096) added/updated 36 programs
2019-10-10 05:04:37.842  - info: hm-rega.0 (24096) deleted 4 programs
2019-10-10 05:04:51.236  - info: javascript.1 (23932) [canvas] Success: "/opt/iobroker/node_modules/iobroker.javascript/node_modules/canvas/build/Release/canvas.node" is installed via remote

2019-10-10 05:04:52.926  - info: javascript.1 (23932) + canvas@2.6.0
added 50 packages from 33 contributors and audited 533 packages in 69.414s

2019-10-10 05:04:52.937  - info: javascript.1 (23932) found 0 vulnerabilities


2019-10-10 05:04:53.011  - info: javascript.1 (23932) requesting all states
2019-10-10 05:04:53.025  - info: javascript.1 (23932) requesting all objects

Also war das wohl beim installieren von canvas in der javascript.1. Instanz, erst Fehler, dann hat er es aber trotzdem installiert, oder sehe ich das falsch?

Den zweiten Fehler, werde ich mal schauen ob ich es irgendwie provoziert bekommen, ich habe mal in Javascript nach "_id" gesucht, da kommen nur 2 Scripts in Frage.

Ansonsten sieht alles gut aus, Adapter noch alle grün, kein Error im Log:+1:

[apollon77]

@coyote Also 1.) Bei npm installs vom javascript adapter werden alle normalen npm Ausgaben ins Log geschrieben. Also: Das ist einfach die ganz normale Ausgabe von npm beim installieren dieses Pakets. Also alles ok, muss so in dem Fall

2.) Der Fehler mit _id kommt aus dem Javascript Adapter. Der liesst alle Objekte und an der Stelle gabs einen Zustand den er nicht erwartet hat - auch strange das beim nächsten Restart das nicht aufgetreten ist. Im nächsten javascript Update wird die Stelle gefixt sein ... Interessant wäre trotzdem es nochmal herzustellen

[Ein ehemaliger Benutzer]

Jungs, ich habe es schon immer gewusst. Ihr seid spitze.
Obwohl ich schon einen Platz in der Psychiatrie klar gemacht habe 😂 musste ich feststellen, ihr habt mich gerettet.

Es funktioniert auf beiden Systemen (Master/Client) die Version 2.0.25 soweit wunderbar. Wenn ich ein Datenobjekt erstellen möchte, ist dies wie gewohnt möglich, allerdings ist nach dem Löschen die Aktualisierung über den Pfeil von Nöten. So wie sonst, gleich nach dem Löschen, verschwindet das Objekt nicht, ist aber nicht so schlimm. Alle Adapter funktionieren bei mir wunderbar.

Mein Problem mit dem Xiaomi Temperatursensor scheint entweder am Adapter oder dem Sensor zu liegen. Ich glaube es ist besser, wenn ich mich da an die Jungs vom Zigbee Adapter wende.
Was ich festgestellt habe, dass (vielleicht durch die Umstellung) der ioBroker dort keine Sonderzeichen akzeptiert werden. Für die Verbindung des Datenpunktes "lumi.weather" und Alexa ist es wichtig, dass "°C" unter "unit" zu stehen hat, aber jetzt taucht ständig (bei jeder Temperaturaktualisierung) anstatt " ° " , "�" auf. Bin noch am Suchen woran das liegt.

Super, ich freue mich, dass es, dank Euch, jetzt funktioniert.
DANKE

[apollon77]

@Nuggelbeb sagte in [Aufruf] js-controller 2.0 Beta Test:

allerdings ist nach dem Löschen die Aktualisierung über den Pfeil von Nöten. So wie sonst, gleich nach dem Löschen, verschwindet das Objekt nicht,

Das ist ein Admin Bug der in 3.6.8 hoffentlich gefixt sein wird

[apollon77]

@Nuggelbeb sagte in [Aufruf] js-controller 2.0 Beta Test:

Für die Verbindung des Datenpunktes "lumi.weather" und Alexa ist es wichtig, dass "°C" unter "unit" zu stehen hat, aber jetzt taucht ständig (bei jeder Temperaturaktualisierung) anstatt " ° " , "�" auf. Bin noch am Suchen woran das liegt.

Exportiere mir bitte mal einen Baum mit solchen States, das muss ich mir ansehen. nicht das da nochwas mit encodings im Argen ist ... Du hast ein file/file System richtig?

bzw: Wenn Du in den Datenpunkt gehst in die Objektdefinition und dort die Unit korrigierst. Ist Sie ab dann korrekt auch über restarts hinaus?