Berechtigungsproblem Admin Panel und Zigbee Instabilität

Gifu

Hallo zusammen,

ich bin seit einigen Jahren stiller Leser des Forums und Nutzer von ioBroker. Mit ioBroker haben wir unser gesamtes Haus vernetzt. Mit der Visu iQontrol und den ganzen Adaptern konnten wir eine Vielzahl von (schlechten) Herstellerapps entrinnen und alles in einer schönen Oberfläche vereinen.

Nun kann natürlich nicht immer alles glattlaufen und ich benötige bei zwei Problemen tatsächlich Unterstützung, da ich keine Idee habe, was ich noch tun kann. Da es sein kann, dass die Probleme irgendwie zusammenhängen, werde ich sie auch beide beschreiben. Vielleicht könnt ihr mir Tipps geben, was ich noch tun kann.

Zustände können nicht gesetzt werden

Das erste Problem stört uns im täglichen Umgang mit ioBroker nicht. Es ist nur immer wieder etwas nervig, wenn ich Adapter aktualisiere und die Funktion schnell vom PC testen möchte.
Ich kann in der ioBroker Adminoberfläche mit meinem Admin-Nutzer keine Objektzustände (true/false, Text) ändern. Es erscheint immer die Meldung “Permission Error”. Eine Auswirkung auf Blockly/NodeRed hat es nicht. Dort werden die Zustände sauber geschaltet.

Ich habe bereits das ioBroker Fix-Skript (https://iobroker.net/fix.sh) ausgeführt und auch einen neuen Adminnutzer angelegt. Das Verhalten hat sich aber nicht verändert. Ich bin mir nicht sicher, wie ioBroker die Berechtigungen verwaltet.

{
  "type": "state",
  "common": {
    "name": "Update Firmware",
    "type": "boolean",
    "role": "button",
    "read": false,
    "write": true
  },
  "native": {},
  "from": "system.adapter.shelly.0",
  "user": "system.user.admin",
  "ts": 1654045455315,
  "_id": "shelly.0.SHSW-1#8CAAB555AAEC#1.firmwareupdate",
  "acl": {
    "object": 1636,
    "state": 1636
  }
}

Zigbee Adapter startet nicht nach Wechsel von Conbee II auf SONOFF Zigbee 3.0 USB Dongle Plus

Ich habe/hatte ein relativ großes Hue System. Mich hat schon immer gestört, dass Hue keine Backupfunktion hat. Somit bin ich (teilweise) auf den Zigbee Adapter mit einem Conbee II Stick umgestiegen. Am Anfang hat alles sehr gut funktioniert und der Empfang, sowie die Reaktionszeit, waren gut. Ich habe etwa 20 Zigbee Devices gepairt. Angefangen zu Pairen habe ich "vom Stick aus", also direkt neben dem Conbee II Stick im Technikraum mit einer Steckdose und habe das so weitergeführt.

Nach einigen Wochen wurde der Empfang deutlich schlechter und das System reagiert bei vielen Geräten gar nicht oder nur nach mehrmaligen auslösen. Es fühlt sich an wie ein Empfangsproblem, obwohl ich das, wenn das Mesh funktioniert, ausschließen würde.

Nach Recherche bin ich auf viele verschiedene Meinungen zum Conbee II gestoßen. Einige haben dann den leistungsfähigeren und besser unterstützten SONOFF Zigbee 3.0 USB Dongle Plus empfohlen.

Tatsächlich weiß ich nicht wie ich hier weiter vorgehen soll. Entweder bekomme ich den Conbee II mit Mesh wieder ans laufen oder aber ich steige auf den SONOFF um, mit der Hoffnung, dass es dann nachhaltiger funktioniert...

Zigbee Prozess.

Zwei Adapter aktuell am System

Einstellungen im Adapter
zigbee Einstellungen.png
Log
zigbee errors.png

Das System

IoBroker läuft in einer VM auf Debian 11. Als Hypervisor nutze ich XCPng. Das System läuft seit vielen Jahren stabil. Ich gehe nicht davon aus, dass die Virtualisierung hier das Problem ist.

Da ich hier Snapshots verwenden kann, können wir gerne jegliche Änderungen ausprobieren.

Den lokalen PCIe USB-Controller habe ich an die ioBroker VM weitergereicht. Die USB-Sticks Conbee II und SONOFF Zigbee 3.0 USB Dongle Plus werden innerhalb der ioBroker VM erkannt und ich konnte sogar die Firmware aktualisieren.

ioBroker (voll geupdatet)
Node.js v16.16.0
Anzahl der Adapter 423
NPM 8.15.1
Aktive Instanzen 16
Debian 11 Bullseye (voll geupdatet)
Kernel 5.10.0-16-amd64

VG
Gifu

Thomas Braun

@gifu sagte in Berechtigungsproblem Admin Panel und Zigbee Instabilität:

NPM 8.15.1

Schaut nach 'von Hand ins System gedonnert aus'.

sudo ln -s /usr/bin/node /usr/bin/nodejs
uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

Zu zigbee: Wenn du den link by-id schon heraussuchst, warum nutzt du ihn dann nicht auch im Adapter für den COM-Port?
PAN-ID usw. richtig?

Gifu

Hi @Thomas-Braun,

danke für die schnelle Antwort. Gut gesehen, tatsächlich habe ich bei meinen Versuchen auch das Minior-Update von npm installiert. Ich kann auch meinen Snapshot vor den ganzen Versuchen laden. An dem Verhalten beider Probleme hat es aber nichts geändert.

Hier der Output:

x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.16.0
v16.16.0
8.15.1
gero
/home/gero

by-id hatte ich auch schon eingetragen. Das änderte aber auch nichts am Verhalten. Ich trage sie vorsichtshalber wieder ein. Die PAN-ID ist auf dem Standardwert DDDDDDDDDDDDDDDD.

VG
Gero

Thomas Braun

@gifu sagte in Berechtigungsproblem Admin Panel und Zigbee Instabilität:

Die PAN-ID ist auf dem Standardwert DDDDDDDDDDDDDDDD.

Trag da was gescheites ein, DDDDDDDDDDDDDDDD ist lediglich ein Platzhalter.

Thomas Braun

@gifu

Gut gesehen, tatsächlich habe ich bei meinen Versuchen auch das Minior-Update von npm installiert.

Macht man nicht.

Vollständige Ausgabe zu

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

Gifu

Hi @thomas-braun

Ich habe PAN-ID auf 123ABCDEFABCD123 und den COM-Port auf /dev/serial/by-id/usb-ITead_Sonoff_Zigbee_3.0_USB_Dongle_Plus_f8aec6f93286ec118813641719c2d21c-if00-port0 gesetzt.
Das Verhalten bleibt leider gleich.

Vollständige Ausgabe

gero@servervm2:~$ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.16.0
v16.16.0
8.15.1
gero
/home/gero

Output ioBroker Log


zigbee.0
2022-08-02 10:18:09.943	error	Error herdsman start

zigbee.0
2022-08-02 10:18:09.942	error	Failed to start Zigbee

zigbee.0
2022-08-02 10:18:09.941	error	Starting zigbee-herdsman problem : "Error while opening serialport 'Error: Error Resource temporarily unavailable Cannot lock port'"

zigbee.0
2022-08-02 10:18:09.799	info	Installed Version: iobroker.zigbee@1.7.5

zigbee.0
2022-08-02 10:18:09.781	info	Starting Zigbee npm ...

zigbee.0
2022-08-02 10:18:09.780	info	Try to reconnect. 1 attempts left

zigbee.0
2022-08-02 10:17:59.778	error	Error herdsman start

zigbee.0
2022-08-02 10:17:59.777	error	Failed to start Zigbee

zigbee.0
2022-08-02 10:17:59.776	error	Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"

zigbee.0
2022-08-02 10:16:54.622	info	Installed Version: iobroker.zigbee@1.7.5

zigbee.0
2022-08-02 10:16:54.248	info	Starting Zigbee npm ...

zigbee.0
2022-08-02 10:16:54.246	info	delete old Backup files. keep only last 10

zigbee.0
2022-08-02 10:16:54.162	info	starting. Version 1.7.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v16.16.0, js-controller: 4.0.23

zigbee.0
2022-08-02 10:16:48.413	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason

Thomas Braun

@gifu sagte in Berechtigungsproblem Admin Panel und Zigbee Instabilität:

sudo apt update

Gifu

@thomas-braun

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.16.0
v16.16.0
8.15.1
gero
/home/gero
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://deb.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x buster InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.16.0-deb-1nodesource1
  Installationskandidat: 16.16.0-deb-1nodesource1
  Versionstabelle:
 *** 16.16.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x buster/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Thomas Braun

@gifu sagte in Berechtigungsproblem Admin Panel und Zigbee Instabilität:

Du fährst da einen gefährlichen Mix aus verschiedenen Releases. Statt buster muss da bullseye in der nodesource.list eingetragen sein.

Gifu

Danke @Thomas-Braun, das habe ich direkt angepasst. Bis gestern war ich auch noch auf Debian 10. Falls wir zur Fehlerbehebung zurückwollen, kann ich den Snapshot laden.

OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://deb.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.16.0-deb-1nodesource1
  Installationskandidat: 16.16.0-deb-1nodesource1
  Versionstabelle:
 *** 16.16.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Thomas Braun

@gifu

iobroker stop
sudo apt update
sudo apt install --reinstall nodejs
sudo reboot

Gifu

@thomas-braun
Erledigt. Hast du noch weitere Ideen?

Thomas Braun

@gifu

Steht das jetzt auf soliden Füßen?

uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs

Gifu

@thomas-braun Ja, sources sind nun alle auf bullseye und 16.16.0-deb-1nodesource1 ist installiert.

Thomas Braun

@gifu

Ausgaben zeigen.

Gifu

@thomas-braun

Yes, sir.

gero@servervm2:~$ uname -m && type -P nodejs node npm && nodejs -v && node -v && npm -v && whoami && pwd && sudo apt update &> /dev/null && sudo apt update && apt policy nodejs
x86_64
/usr/bin/nodejs
/usr/bin/node
/usr/bin/npm
v16.16.0
v16.16.0
8.11.0
gero
/home/gero
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://deb.debian.org/debian-security bullseye-security InRelease
OK:3 http://deb.debian.org/debian bullseye-updates InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Alle Pakete sind aktuell.
nodejs:
  Installiert:           16.16.0-deb-1nodesource1
  Installationskandidat: 16.16.0-deb-1nodesource1
  Versionstabelle:
 *** 16.16.0-deb-1nodesource1 500
        500 https://deb.nodesource.com/node_16.x bullseye/main amd64 Packages
        100 /var/lib/dpkg/status
     12.22.12~dfsg-1~deb11u1 500
        500 http://deb.debian.org/debian-security bullseye-security/main amd64 Packages
     12.22.5~dfsg-2~11u1 500
        500 http://deb.debian.org/debian bullseye/main amd64 Packages

Gifu

Kurzes Update:
Ich habe eine neue VM erstellt und ioBroker unter Debian11 frisch installiert und nur den Zigbee Adapter hinzugefügt. Die Lösung war trivial und habe diese schon in meiner produktiven ioBroker VM angewendet. Ich musste in den Adaptereinstellungen nur den Kanal einmalig von 11 auf 13 ändern, damit der Adapter startet. Danach konnte ich wieder auf 11 wechseln.

Warum das so ist, erschließt mir nicht. Vor allem weil es auch in der frischen ioBroker-Installation auftrat. Es scheint auch unabhängig von den Adapterversionen zu sein, da es auch mit der ältesten und neusten Version auftrat.

Nun bleibt nur noch die Berechtigungsproblematik in der Adminoberfläche. Vielleicht hat hier jemand eine Idee.

Thomas Braun

@gifu

Immer noch die Empfehlung da NICHT /dev/ttyUSB0 sondern den by-id-Link zu verwenden.

Gifu

@thomas-braun
Ist doch nur von der Testinstallation...

Thomas Braun

@gifu

Und warum testest du mit ungünstigen Einstellungen?
Bringt dir für den 'Test' genau Null.

Community Forum

NEWS

Berechtigungsproblem Admin Panel und Zigbee Instabilität

Support us

284

32.9k

83.0k

1.3m