NEWS

@thomas-braun Danke, schaue mal ob ich den USB Stick der Installation noch hab und dann mal forschen ob es ein Versuch möglich macht.

Trotz deaktivierten IPv6 treten die Fehler noch auf.

Wenn die Fehlermeldung eher auf den Mac hindeutet muss ich wohl eher in Richtung "Ruhezustand" suchen bzw. teste es grade mal mit längeren Timeouts.

@thomas-braun
Hallo Thomas,

ja es waren die Leerzeichen in den Gerätenamen auf der RspberryMatic. Habe alle korrigiert und nun läuft es.
Besten Dank
udo

@thomas-braun said in Gerätename aus RaspberryMatic nicht übertragen:

@freder sagte in Gerätename aus RaspberryMatic nicht übertragen:

Woran kann es noch liegen?

An den Leerzeichen? An den Umlauten?

Hallo Thomas,

ja es waren die Leerzeichen in den Gerätenamen auf der RspberryMatic. Habe alle korrigiert und nun läuft es.
Besten Dank
udo

pi@iobroker-pi:~ $ cd /opt/iobroker sudo -H -u iobroker npm install iobroker.js-controller npm ERR! code 1 npm ERR! path /opt/iobroker/node_modules/iobroker.js-controller npm ERR! command failed npm ERR! command sh -c -- node iobroker.js setup first npm ERR! /opt/iobroker/node_modules/graceful-fs/polyfills.js:200 npm ERR! � } else { npm ERR! npm ERR! npm ERR! SyntaxError: Invalid or unexpected token npm ERR! at Object.compileFunction (node:vm:360:18) npm ERR! at wrapSafe (node:internal/modules/cjs/loader:1094:15) npm ERR! at Module._compile (node:internal/modules/cjs/loader:1129:27) npm ERR! at Object.Module._extensions..js (node:internal/modules/cjs/loader:1219:10) npm ERR! at Module.load (node:internal/modules/cjs/loader:1043:32) npm ERR! at Function.Module._load (node:internal/modules/cjs/loader:878:12) npm ERR! at Module.require (node:internal/modules/cjs/loader:1067:19) npm ERR! at require (node:internal/modules/cjs/helpers:103:18) npm ERR! at Object.<anonymous> (/opt/iobroker/node_modules/graceful-fs/graceful-fs.js:2:17) npm ERR! at Module._compile (node:internal/modules/cjs/loader:1165:14) npm ERR! A complete log of this run can be found in: npm ERR! /home/iobroker/.npm/_logs/2023-01-20T13_59_52_852Z-debug-0.log pi@iobroker-pi:/opt/iobroker $

Wird wohl am besten sein den Raspi platt zu machen und einmal neu zu installieren ?

PS: Slave neu aufgesetzt, läuft wieder, suche mir jetzt eine USV und ändere das Setup zudem auf Rpi4 mit SSD.

Danke für die Hilfe !

@broiler
Ich hab das gleiche Problem .. seit gestern abend geht nichts mehr
hab den Adapter schon gelöscht ; damit mir die ganze history zerschossen
aber aktuell keine Verbindung mehr; hoffe das er bald wieder läuft

@fruchtzwergi

Dann hast du das lange nicht mehr (oder noch nie) gemacht und zu viel unnötiges Zeuch installiert.

@amandus99

64Bit / Lite (ohne Desktop)

@thomas-braun

Danke, das hat mein Problem gelöst 🙂

Oh mann, oh mann.

Und wie immer tritt Error 50 ein.

Das Problem hat sich gedanklich gelöst.
Hatte vor einiger Zeit alle HM DP per alias festgelegt. und bei alias läuft der sql.

Fazit: Bei den HM DP war das Zahnrad rechts noch blau; obwohl ich da nix mehr logge.

Fazit:
Gelöst, war mein Gedankenfehler.
Entschuldigung.

@thomas-braun

pi@raspberrypi:/opt/iobroker $ getfacl /opt/iobroker/iobroker-data/objects.jsonl getfacl: Removing leading '/' from absolute path names # file: opt/iobroker/iobroker-data/objects.jsonl # owner: iobroker # group: iobroker user::rw- group::r-x #effective:r-- group:iobroker:rwx #effective:rw- mask::rw- other::r--

@thomas-braun Alles klar

@arteck said in Zigbee: Device 0x00212effff06d273 "undefined" Meldung:

@weisnix27 sagte in Zigbee: Device 0x00212effff06d273 "undefined" Meldung:

könnte die alte Firmware schuld sein oder noch was anderes?

genau so ist es .. du musst die Firmware updaten

Danke dir, dann gehe ich das die Tage mal an..

@uwerlp
Danke. Ich denke inzwischen können wir es als gesichert ansehen, dass das Problem mit neueren Node Versionen im Zusammenhang mit dem alten Installer vom User des Services abhängt.
Mit anderen Worten: Man kann Instanzen des alten Installers für neuere Node Versionen fit machen, indem man den User des entsprechenden Services wie oben beschrieben ändert.

@sigi234
Ob der ioBroker Dienst nach "iob stop" noch läuft, prüfe ich mal. Ich denke aber, er läuft nicht mehr, hat zuvor aber noch allerlei Daten geschrieben und noch Scripte ausgeführt.

Warum ist Node und NPM falsch?
node -v liefert "v18.12.1"
npm -v liefert "8.19.2"
Oder was meinst Du?

Gelöst: In der InfluxDB-Instance muss die nachfolgende Option ausgeschaltet werden.
Adapter influxDB.png

ExMatador

@stefan-schober

Ja, downgrade ist ohne Probleme möglich.

A:
8f610705-6b9c-4bdf-a52f-af3db034b53a-image.png

B:
6790e220-f242-424d-8d87-3e7794ffdaa9-image.png

😄
b3e48b66-be3c-4b30-96e4-1af09baa5ea0-image.png

Und wenn Du möchtest, dann mach noch eine Problemnote auf Github auf, damit der Entwickler von dem Problem Kenntnis bekommt.

issues

VG
Bernd

Hallo,
ich bin mir nicht sicher obs bei mir das gleiche Problem vorliegt.....
Ich sehe bei den Objekte auch veraltete Werte, prinzipiell funktioniert die ebus Hardware bzw. der ebus2wlan converter. Aber einige Werte sind ewig "alt":
8e1a5a44-9879-4c6a-949e-aec40d2e2a8d-image.png

Nur nochmal als Abschluss hier:
Ich bin jetzt auf der deCONZ/Conbee II Seite auf 85 Devices runter und die Probleme scheinen nicht mehr aufzutreten.
Sprich: Keine Latenzen mehr beim manuellen Remote-Schalten an den ZigBee Devices und auch die Last (gesamt als auch durch die deCONZ App) bleibt wieder auf einem normalen Niveau.
Also irgendwie scheint es da einen Zusammenhang gegeben zu haben, da ich ansonsten nichts verändert habe.

Es scheint allerdings noch irgendwas zu geben, was sehr oft (nicht jeden Tag) um ca. 22:16/22:18Uhr passiert, dem gehe ich jetzt nochmal über die Scripte und Instanzen auf den Grund:
eb2a141b-ca93-4be3-8933-ec217f658c91-image.png 😉

@marcus-schmitt setzt du den title auf gelöst bitte