Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[haselchen]

@docadams

Via Terminal ins Verzeichnis "/opt/iobroker/node_modules/iobroker.tr-064" gehen und:
npm install soef

ausführen. Neustarten. Sollte laufen

[Jan1]

@haselchen
oder noch besser die community Version des Adapter verwenden

[docadams]

@haselchen sagte in Neuinstallation: Problem mit TR 064:

npm install soef

Hallo und Danke für den Tipp.
Allerdings kommen folgende Meldungen:

pi@ioBroker4:/opt/iobroker/node_modules/iobroker.tr-064 $ sudo npm install soef
npm WARN deprecated dgram@1.0.1: npm is holding this package for security reason                                 s. As it's a core Node module, we will not transfer it over to other users. You                                  may safely remove the package from your dependencies.
npm notice created a lockfile as package-lock.json. You should commit this file.
+ soef@0.4.15
added 7 packages from 5 contributors and audited 10 packages in 1.855s
found 1 low severity vulnerability
  run `npm audit fix` to fix them, or `npm audit` for details

pi@ioBroker4:/opt/iobroker/node_modules/iobroker.tr-064 $ npm audit fix
npm ERR! code ELOCKVERIFY
npm ERR! Errors were found in your package-lock.json, run  npm install  to fix them.
npm ERR!     Missing: tr-O64@^0.2.4
npm ERR!     Missing: xml2js@^0.4.17
npm ERR!     Missing: chai@^4.1.2
npm ERR!     Missing: mocha@^4.1.0

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/iobroker/.npm/_logs/2019-10-17T13_48_11_146Z-debug.log

Das genannte Log hat folgenden Inhalt:

info it worked if it ends with ok
1 verbose cli [ '/usr/bin/node', '/usr/bin/npm', 'audit', 'fix' ]
2 info using npm@6.9.0
3 info using node@v10.16.3
4 verbose npm-session 97588c05dd35fe28
5 verbose stack Error: Errors were found in your package-lock.json, run  npm install  to fix them.
5 verbose stack     Missing: tr-O64@^0.2.4
5 verbose stack     Missing: xml2js@^0.4.17
5 verbose stack     Missing: chai@^4.1.2
5 verbose stack     Missing: mocha@^4.1.0
5 verbose stack     at lockVerify.then (/usr/lib/node_modules/npm/lib/audit.js:184:19)
6 verbose cwd /opt/iobroker/node_modules/iobroker.tr-064
7 verbose Linux 4.19.75-v7l+
8 verbose argv "/usr/bin/node" "/usr/bin/npm" "audit" "fix"
9 verbose node v10.16.3
10 verbose npm  v6.9.0
11 error code ELOCKVERIFY
12 error Errors were found in your package-lock.json, run  npm install  to fix them.
12 error     Missing: tr-O64@^0.2.4
12 error     Missing: xml2js@^0.4.17
12 error     Missing: chai@^4.1.2
12 error     Missing: mocha@^4.1.0
13 verbose exit [ 1, true ]

Hm...

[haselchen]

@docadams

npm ERR! Errors were found in your package-lock.json, run npm install to fix them.

Hast Du das gemacht?

[docadams]

Nein.
Also ich muss noch "package-lock.json" installieren? Im Terminal?
So?

run npm install package-lock.json

Ich kenne mich im Terminal nicht so aus.

[haselchen]

nur npm install evtl. mit sudo davor

[docadams]

Hm, ich hatte es noch nicht gemacht.
Hatte Terminal als Vollbild und so nicht mitbekommen, dass während der obigen Schritte der Adapter korrekt gestartet wurde. Wann konkret, weiß ich nun nicht. Aber er läuft scheinbar korrekt. Er findet meine Geräte.

Trotzdem ein "npm install" wird nicht schaden, oder?

[haselchen]

@docadams

Ob es schadet kann ich dir nicht sagen.
Da es oben aber error Meldungen gab, würde ich den Hinweis des Systems nachgeben und den Befehl ausführen.

[haselchen]

@docadams

Wie ist der Stand der Dinge?

[docadams]

Hallo und vielen Dank der Nachfrage.

Ich habe den RasPi noch mal völlig neu aufgesetzt.

Ich komme ja aus der Windows-Welt und da ist es ja so, dass man selbst bei ordnungsgemäßen Deinstallationen immer noch Dateileichen und sinnlose Einträge in der Registry hinterläßt. Wenn ich das richtig gelesen und verstanden habe, ist das bei Linux wohl nicht so.

Trotzdem mal meine ganz vorsichtige Anfrage: Kann ich explizit bei ioBroker Adapter installieren und wieder deinstallieren, ohne dass das System irgend wann leidet?

Ich frage das deshalb, weil ich mal entsprechend Tip von Jan1 die commutnity Version installiert habe. Zumindest habe ich gelernt, wie man von git hub installiert.
Allerdings hatte ich dann das "Phänomen", dass der Adapter zwar als installiert angezeigt wird, aber es keinei Instanz gab. Auch nach Upload und Neustart nicht. dann habe ich die Community-Version wieder deinstalliert und und die Normale Version 0.4.14 installiert. Es kam der mir unbekannte Hinweis, dass eine neue Instanz erzeugt werde (obwohl es ja eigentlich noch gar keine gibt, wurde ja deinstalliert) dann ging es aber seinen Gang.
Nun habe ich den Adapter, eine grüne Instanz.0 aber keine Objekte :

Langsam zweifle ich an mir...

[Jan1]

@docadams
Bei Installation von Github muss die Instanz manuell installiert werden. Ist also normal wenn keine da ist.

[docadams]

Das habe ich nicht gewusst.

Jetzt klappte die Community-Version auf Anhieb. So wie ich das mir vorstellte.
Spaßeshalber habe ich von der alten Version auf gleiche Weise eine zusätzliche Instanz.1 angelegt. Bei der kamen dann auch die Objekte.

Ich möchte bei der Community-Version bleiben und habe nun von der alten Version zunächst alle Objekte, dann beide Instanzen und zum Schluss den Adapter deinstalliert.
Siehe Frage oben: ist das System jetzt sauber und kann ich beruhigt mit anderen Aufgaben weiter machen?

[Jan1]

@docadams
Hätte gereicht nur den Adapter zu deinstallieren, der Rest geht dann automatisch. Zuerst die Objekte löschen ist auch blöd, da die vom Adapter eh wieder angelegt werden.
Ja Dein System bleibt sauber.

[docadams]

Danke,
ich denke, wir können hier schließen.