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

[steimi]

@jf62 den tr-064 Adapter löschen und neu installieren hat bei mir geholfen (nur das Kennwort eingeben nicht).

[foxriver76]

@jf62 was genau hast du geupdated dass es nicht mehr ging?

[Espace0401]

@foxriver76 sagte in js-controller 3.0 jetzt im Latest!:

@Espace0401 https://forum.iobroker.net/topic/11021/amazon-dash-adapter-spinnt-sich-aus/7

Besten Dank!!!!! Hat geklappt

Gruss Joachim

[kmxak]

@apollon77

Habe aktuell probleme mit dem RFLink:

root@raspberrypi:/opt/iobroker# iobroker rebuild RFLink  --install
internal/validators.js:117
    throw new ERR_INVALID_ARG_TYPE(name, 'string', value);
    ^

TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received null
    at validateString (internal/validators.js:117:11)
    at Object.join (path.js:1039:7)
    at installNpm (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2231:31)
    at processCommand (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:491:13)
    at Object.module.exports.execute (/opt/iobroker/node_modules/iobroker.js-controller/lib/setup.js:2583:5)
    at Object.<anonymous> (/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js:1:24)
    at Module._compile (internal/modules/cjs/loader.js:1156:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1176:10)
    at Module.load (internal/modules/cjs/loader.js:1000:32)
    at Function.Module._load (internal/modules/cjs/loader.js:899:14) {
  code: 'ERR_INVALID_ARG_TYPE'
}

rflink.0	2020-04-21 11:20:33.676	error	(25746) Cannot write "rflink.0.channels.Kaku_1.SWITCH_4": Serial not opened

https://github.com/ioBroker/ioBroker.rflink/issues/28
Der scheint hier Pakete nicht zu finden.

vr6syncro created this issue in ioBroker/ioBroker.rflink

closed Fehler nach JS 3 Upgrade - Serialport wird nicht installiert #28

[jf62]

@foxriver76 nur js-controller. Aber Adapter löschen und neu installieren hat funktioniert

[jf62]

Eine wundersame Sache zeigt noch der Info Adapter an. Allerdings läuft alles sauber nach meiner Einschätzung:

Node.js
v10.20.1 (Es gibt eine neuere Version: v10.19.0)
NPM
6.14.4

[Espace0401]

@jf62 sagte in js-controller 3.0 jetzt im Latest!:

Eine wundersame Sache zeigt noch der Info Adapter an. Allerdings läuft alles sauber nach meiner Einschätzung:

Node.js
v10.20.1 (Es gibt eine neuere Version: v10.19.0)
NPM
6.14.4

Das ist schon bekannt. Ich bin bei 12.16.2 und mir wird die 10.20.1 empfohlen

[BBTown]

@Espace0401
das ist auch korrekt, da die Empfehlung für die v12.x erst noch kommt

[ticaki]

@apollon77 sagte in js-controller 3.0 jetzt im Latest!:

iobroker rebuild ham --install

Da da ein paar hundert Logeinträge rumfliegen poste ich erstmal nur das:

2020-04-21 01:33:00.209 - info: host.tims-pi1 instance system.adapter.ham.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)
2020-04-21 01:33:00.209 - info: host.tims-pi1 Adapter system.adapter.ham.0 needs rebuild and will be restarted afterwards.
2020-04-21 01:33:00.210 - info: host.tims-pi1 system.adapter.ham.0 will be rebuilt
2020-04-21 01:33:00.210 - warn: host.tims-pi1 adapter "ham" seems to be installed for a different version of Node.js. Trying to rebuild it... 2 attempt
2020-04-21 01:33:00.211 - info: host.tims-pi1 iobroker rebuild ham --install
2020-04-21 01:33:00.745 - info: host.tims-pi1 iobroker npm-rebuild: npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.ham"
2020-04-21 01:33:01.480 - info: host.tims-pi1 instance system.adapter.iot.0 started with pid 22888
2020-04-21 01:33:03.485 - info: iot.0 (22888) starting. Version 1.4.6 in /opt/iobroker/node_modules/iobroker.iot, node: v12.16.2, js-controller: 3.0.14
2020-04-21 01:33:04.510 - warn: iot.0 (22888) Cannot initialize getImage: Error: The module '/opt/iobroker/node_modules/canvas/build/Release/canvas.node'
was compiled against a different Node.js version using
NODE_MODULE_VERSION 64. This version of Node.js requires
NODE_MODULE_VERSION 72. Please try re-compiling or re-installing
the module (for instance, using `npm rebuild` or `npm install`).
2

iobroker rebuild ham --install
Terminal:

iobroker rebuild ham --install
npm install --loglevel error --production (System call) in "/opt/iobroker/node_modules/iobroker.ham"

Rebuild ham done

Instanzen aktiviert:

host.tims-pi1	2020-04-21 11:55:44.200	info	Rebuild for adapter system.adapter.ham.0 not successful in 3 tries. Adapter will not be restarted again. Please execute "npm install --production" in adapter directory manually.
host.tims-pi1	2020-04-21 11:55:44.199	info	instance system.adapter.ham.0 terminated with code 156 (START_IMMEDIATELY_AFTER_STOP)

...

ham.0	2020-04-21 11:55:42.014	info	(13030) No additional Libraries to install ...
ham.0	2020-04-21 11:55:41.983	info	(13030) starting. Version 1.1.2 in /opt/iobroker/node_modules/iobroker.ham, node: v12.16.2, js-controller: 3.0.14
host.tims-pi1	2020-04-21 11:55:40.990	info	instance system.adapter.ham.0 started with pid 13030
host.tims-pi1	2020-04-21 11:55:40.970	info	"system.adapter.ham.0" enabled
host.tims-pi1	2020-04-21 11:51:59.261	info	"system.adapter.ham.0" disabled

Ich bekomme den Adapter nicht auf grün, ist aber für mich jetzt nicht wirklich relevant, nutze ihn nicht mehr.

[muckel]

Fehler beim Smartgarden-Adapter (Startet nicht)

host.SmartHome 2020-04-21 08:28:17.917 error startInstance system.adapter.smartgarden.0: required adapter "@jpgorganizer/utils" not found!

Verzeichnis vorhanden. Rechte passen.
rebuild löst das Problem auch nicht.
Adapter neu installieren funktioniert auch nicht.

JS-Controller 3.0.14
node.js 12.16.2

mit node.js 10.x funktioniert es lt. einem anderen User.
siehe: https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222

[Diginix]

Schwierig hier sauber zu bleiben wenn manche schon auf nodejs 12 sind, wenn nodejs 10 mit JS-C 3 keine Probleme macht.
Denn das sind dann keine JS-C Probleme sondern Adapter die mit zu neuem nodejs nicht wollen. Die dürften dann ggf. auch schon mit JS-C 2.x Probleme machen.

[dslraser]

@muckel sagte in js-controller 3.0 jetzt im Latest!:

mit node.js 10.x funktioniert es lt. einem anderen User.
siehe:

ich habe gerade auf den js controller 3 umgestellt und habe node.js 10 drauf, aber der Adapter liefert mir die gleiche Fehlermeldung wie beschrieben.

[muckel]

@Diginix

ja, geb ich dir recht.
... aber:
Nach dem frühzeitigen aus für Node.js 8 bereits letzten November setzt diese neue Version nun Node.js 10.x voraus und funktioniert ebenso mit Node.js 12.x und, nach aktuellem Stand, auch mit der in den nächsten Tagen kommenden Node.js 14.x. Wir werden mit diesem Release auch die empfohlene Node.js Version für ioBroker auf 12.x anheben.

[Diginix]

@muckel Der Controller läuft sicher auch mit nodejs 12 wunderbar. Aber die hier geposteten Probleme sind von Adaptern und das müsste dann jeweils deren Entwickler nachziehen. Da kann der Controller nicht helfen außer mit Logausgaben darauf hinweisen. Bleibt man aber im aktuell empfohlenen Rahmen bis nodejs 10, würden hier wenig bis keine Probleme gepostet. Voreilen bei mehreren ineinander greifenden Komponenten hilft also nur bedingt beim Testen einer der Komponenten.

[wendy2702]

@apollon77 sagte in js-controller 3.0 jetzt im Latest!:

Der js-controller hat jetzt standardmässig Sentry als Fehler-Reporting eingebaut und aktiviert. Wenn also der js-controller mit einer Fehlermeldung abstürzt (und nur dann!) werden die Fehlerdetails anonymisiert an einen von uns selbst in Deutschland betriebenen Sentry-Server gemeldet. IPs o.ä. personalisierte Daten werden nicht gespeichert. Dieses Fehler-Reporting hilft uns bei Crashes schneller und genauer zu sehen was los ist und solche Fehler noch schneller beheben zu können. Bitte legt für Crashes die Ihr seht bitte trotzdem weiterhin GitHub-Issues an und unterstützt uns indem Ihr das Fehler-Reporting aktiviert lasst. Weitere Details und wie es deaktivierbar ist findet Ihr unter https://github.com/ioBroker/plugin-sentry#what-is-sentrysentryio .
Auch immer mehr Adapter nutzen diese Form des Fehler-Reportings.

Hi,

kann man das dauerhaft für alle Adapter zeitgleich deaktivieren? Gibt es so etwas wie einen Master Switch oder muss ich das für jeden Adapter einzeln machen.

EDIT: Gibt es bei neu Installationen oder späteren Upgrades (JS-Controller oder einzelner Adapter) einen "prominenten" Hinweis auf das sammeln der Daten im Fehlerfall ?

Gruß

[muckel]

@Diginix

nodejs 10, oder 12 wird empfohlen.
lese dir den thread mal durch ab 222.
https://forum.iobroker.net/topic/31289/neuer-adapter-smartgarden-adapter-for-gardena-smart-system/222

[Diginix]

@muckel Meine Antwort war allg. zu sehen. Wenn der von dir genannte Adapter tatsächlich kompatibel zu nodejs 12 sein soll und nur mit JS-C 3 Probleme macht, dann ist das hier definitiv zu erwähnen.

[muckel]

@Diginix sagte in js-controller 3.0 jetzt im Latest!:

@muckel Meine Antwort war allg. zu sehen. Wenn der von dir genannte Adapter tatsächlich kompatibel zu nodejs 12 sein soll und nur mit JS-C 3 Probleme macht, dann ist das hier definitiv zu erwähnen.

... was ich ja gemacht habe
anscheinend nur ab 3.0.14

[foxriver76]

@muckel Ist ein Fehler des Adapterentwicklers: https://github.com/jpgorganizer/ioBroker.smartgarden/issues/7

foxriver76 created this issue in jpgorganizer/ioBroker.smartgarden

closed io-package dependencies is for adapters #7

[wenkev91]

Grüße

Erstmal vielen dank für eure unermüdliche Arbeit an und um den ioBroker herum! Bitte weiter so...!
Nach dem Update auf NodeJs 12.x und dem Update auf 3.0.14 geht der Tado Adapter nicht mehr @Dutchman.

tado.0	2020-04-21 14:49:43.520	error	(23038) Disconnected from Tado cloud service ..., retry in 30 seconds !

Die Deinstallation und Installation hat das Problem leider nicht lösen können.

Ich hoffe durch das Melden des Problemes konnte ich wenigstes einen kleinen Beitrag dazu leisten

Mit freundlichen Grüßen
Kevin