NEWS

Was ist das für ein Slave? Hast du die nötigen Vorkehrungen getroffen? ==> https://github.com/AlCalzone/ioBroker.ble#installation

Konnte mein Problem lösen. Falls jemand mal etwas Ähnliches hat:
Ein

npm install

unter /opt/iobroker hat unter Anderem set-blocking unter node_modules nachinstalliert. Musst allerdings danach den Fixer einmal laufen lassen, da ich im Eifer des Gefechts das Ganze nicht als user iobroker gemacht habe und ein paar Ordner dann meinem eigenen User gehörten...
Aber nun läuft es und ich konnte deconz updaten.

Gruss, Jürgen

habe das Probem selber gefunden.

Hatte ein Skript laufen, welches auf Grund eines Fehlers jede Sekunde ein Kamerabild auf dem NAS abgelegt hat.

Da das NAS ver VPN angebunden ist schien das Skirpt wohl zu stören.

Habe dann den Wert für Timeout noch ein wenig hochgedreht und schon läuft es ohne Fehler

Ich habe es einfach anders gelöst, beide Instanzen gelöscht und eine nach der anderen installiert.
Jetzt ist alles wieder so wie es sein soll.
Vielen Dank an die Helfer!

Ja, da gebe ich Dir Recht.
Allerdings kann ich für mich auch die Sonoffs ausschließen, da egal welche Tasmota / ESPeasy Version ich getestet habe, überall kam der gleiche Fehler.
Nach dem Backup hatte ich einen bunten Mix von Versionen (ESP + Tasmota) auf den Sonoffs und keine einzige Version hat mehr gezickt. Ich habe jetzt natürlich alle auf die gleiche Version gebracht.

Ich denke, dass das Problem irgendwo in der Raspi-Konfiguration lag. Obwohl alles andere ganz sauber und konstant lief (iobroker + PiHole).

Hallo Gemeinde,
bei mir startet der Adapter auch nicht mehr. Den oben genannten Workaround habe ich schon getestet , ohne Erfolg.
Aber so wie es aussieht habe ich Probleme mit dem Parser?

host.iobroker 2019-05-16 21:48:50.097 error instance system.adapter.tr-064.0 terminated with code 0 (OK) Caught 2019-05-16 21:48:50.096 error by controller[0]: at Parser.exports.Parser.Parser.parseString (/opt/iobroker/node_modules/xml2js/lib/parser.js:322:31) Caught 2019-05-16 21:48:50.096 error by controller[0]: at SAXParser.write (/opt/iobroker/node_modules/sax/lib/sax.js:1436:13) Caught 2019-05-16 21:48:50.096 error by controller[0]: at closeTag (/opt/iobroker/node_modules/sax/lib/sax.js:889:7) Caught 2019-05-16 21:48:50.096 error by controller[0]: at emitNode (/opt/iobroker/node_modules/sax/lib/sax.js:629:5) Caught 2019-05-16 21:48:50.096 error by controller[0]: at emit (/opt/iobroker/node_modules/sax/lib/sax.js:624:35) Caught 2019-05-16 21:48:50.096 error by controller[0]: at SAXParser.onclosetag (/opt/iobroker/node_modules/xml2js/lib/parser.js:261:26) Caught 2019-05-16 21:48:50.096 error by controller[0]: at Parser.emit (events.js:211:7) Caught 2019-05-16 21:48:50.096 error by controller[0]: at emitOne (events.js:116:13) Caught 2019-05-16 21:48:50.096 error by controller[0]: at Parser.<anonymous> (/opt/iobroker/node_modules/xml2js/lib/parser.js:303:18) Caught 2019-05-16 21:48:50.096 error by controller[0]: at /opt/iobroker/node_modules/iobroker.tr-064/lib/phonebook.js:144:83 Caught 2019-05-16 21:48:50.095 error by controller[0]: TypeError: Cannot read property 'length' of undefined tr-064.0 2019-05-16 21:48:50.076 info terminating tr-064.0 2019-05-16 21:48:50.070 error at Parser.exports.Parser.Parser.parseString (/opt/iobroker/node_modules/xml2js/lib/parser.js:322:31) tr-064.0 2019-05-16 21:48:50.070 error at SAXParser.write (/opt/iobroker/node_modules/sax/lib/sax.js:1436:13) tr-064.0 2019-05-16 21:48:50.070 error at closeTag (/opt/iobroker/node_modules/sax/lib/sax.js:889:7) tr-064.0 2019-05-16 21:48:50.070 error at emitNode (/opt/iobroker/node_modules/sax/lib/sax.js:629:5) tr-064.0 2019-05-16 21:48:50.070 error at emit (/opt/iobroker/node_modules/sax/lib/sax.js:624:35) tr-064.0 2019-05-16 21:48:50.070 error at SAXParser.onclosetag (/opt/iobroker/node_modules/xml2js/lib/parser.js:261:26) tr-064.0 2019-05-16 21:48:50.070 error at Parser.emit (events.js:211:7) tr-064.0 2019-05-16 21:48:50.070 error at emitOne (events.js:116:13) tr-064.0 2019-05-16 21:48:50.070 error at Parser.<anonymous> (/opt/iobroker/node_modules/xml2js/lib/parser.js:303:18) tr-064.0 2019-05-16 21:48:50.070 error at /opt/iobroker/node_modules/iobroker.tr-064/lib/phonebook.js:144:83 tr-064.0 2019-05-16 21:48:50.070 error TypeError: Cannot read property 'length' of undefined tr-064.0 2019-05-16 21:48:50.068 error uncaught exception: Cannot read property 'length' of undefined

Wir benutzen nur die offizielle Hue App (Android OS).

Mehrmals, ich habe auch schon mehrmals de und re-installiert

Ok, Habe mir selber geholfen. Falls jemand das gleiche Problem hat , kann man erst PiVCCU abfragen und wenn notwendig regahss wieder zurück setzen :

Zur Abfrage:

sudo pivccu-info sudo pivccu-attach cat /var/hm_mode sudo pivccu-attach cat /var/log/messages sudo pivccu-attach cat /var/log/hmserver.log

Zum Zurück setzen:

1. sudo systemctl stop pivccu 2. sudo rm -rf /var/lib/piVCCU/userfs/* /// bei ccu3 : sudo rm -rf /var/lib/piVCCU3/userfs/* 3. sudo systemctl start pivccu

natürlich ist dann nichts mehr vorhanden.

Wer natürlich schlauer ist wie ich, kann dann über das Webui ein altes Backup einspielen

Lg

@dos1973 sagte in Kodi-Adapter: State wird nich korrekt aktualisiert:

jetzt überforderst du mich aber, mit "DER Entwickler" und "PR"

der Adapter ist nicht von mir

@AlCalzone sagte in Fehler bei Backitup Installation:

/opt/iobroker
npm i iobroker.backitup

Ich würde zusätzlich den Adapter frisch herunterladen:

cd /opt/iobroker npm i iobroker.backitup --force

@Christian-Müller

Die Gruppen sind kein Schrott, die sind genau dafür gemacht und ich nutze diese extrem (12 Gruppen). Eine Gruppe hat sogar 22 Lampen.
Es gab damals in einer alten Firmware Version des Sticks einen massiven Bug (führte zu abstürzen), aber wenn du die max_stable firmware auf einem cc2531 hast, ist Gruppe die beste Lösung.

Erst durch die max_stable vom März dieses jahres , ist der adapter überhaupt gescheit ohne Abstürze des Sticks zu nutzen

@Negalein sagte in History-Adapter bleibt rot:

@andre sagte in History-Adapter bleibt rot:

Hab es gerade mal nachgestellt. Hast du den Port 8082 aus dem Web-Adapter weitergeleitet?? Sonst lässt sich nämlich z.B. flot gar nicht aufrufen...

Ja, ich hab 8882 auf 8082 weitergeleitet.

Im Web-adapter hab ich 8082 gelassen.

Trotzdem bleibt dieses Erscheinungsbild.

Der Flot ist über http://10.0.1.22:8882/flot/edit.html aufrufbar.

Allerdings ohne den alten Daten.

PS: wenn ich "Publish all exposed ports " im Portainer aktiviere, erspare ich mir dann das händische eintragen? Sehe ich das richtig, dass dann Weiterleitungen zu allen verwendeten Ports erstellt werden?

Mhh, dann kann ich es auch nicht sagen. Wenn der Flot allein geht... Muss ich mal ausprobieren ob das bei mir auch so ist...
Was die alten Daten angeht, wenn die richtig liegen sollten sie auch gefunden werden. Kannst ja nochmal nach den Berechtigungen schauen und ggf. nochmal ein chown drüber machen, wie oben beschrieben... damit der Besitzer dann iobroker ist (falls er es noch nicht ist)...

Was "Publish all exposed ports" angeht, das ist leider nicht so. Ich habe im Docker Image nur den 8082 als "exposed" eingetragen.