NEWS
js-controller 3.0/3.1 jetzt im Latest!
-
@Espace0401 Hast Du eine Lösung bisher gefunden? Denn der Dash ist bei mir an mehreren Stellen im Einsatz (Garagentoröffner, Klingelersatz, etc.) Wenn das nicht geht, muss ich mir eine Alternative ausdenken
-
@foxriver76 wenn das klappt, wage ich mich dran. Warst etwas schneller mit der Lösung, als ich mit meiner Frage
-
dashbutton funktioniert nach der Anleitung sauber.
Das Problem mit tr-064 (passwort) tritt allerdings wieder auf:
Password error: Please re-enter the password in Admin. Stopping
Selbst neueingabe funktioniert nicht mehr
Admin ist auf 4.09
Alles andere ist laut latest auch aktuell -
@jf62 den tr-064 Adapter löschen und neu installieren hat bei mir geholfen (nur das Kennwort eingeben nicht).
-
@jf62 was genau hast du geupdated dass es nicht mehr ging?
-
@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
-
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. -
@foxriver76 nur js-controller. Aber Adapter löschen und neu installieren hat funktioniert
-
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 -
@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.4Das ist schon bekannt. Ich bin bei 12.16.2 und mir wird die 10.20.1 empfohlen
-
@Espace0401
das ist auch korrekt, da die Empfehlung für die v12.x erst noch kommt -
@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.
-
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.2mit 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 -
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. -
@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.
-
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. -
@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.
-
@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ß
-
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 -
@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.