UNSOLVED Probleme mit Zigbee / Generator.next / ZStackAdapter / 2252

[Jona]

@Thomas-Braun Wie kann ich das überprüfen? Ich habe mit den Befehlen gearbeitet, die du im zitierten Beitrag genannt hast.

[Jona]

@fabwal Gibt es denn eine Alternative? Ich dachte, das sei der "Golden Standard", meiner hat auch extra eine dedizierte Antenne.

[Thomas Braun]

@Jona
Ich würde ja die drei Quellen mal auf Eis legen. Insbesondere die mit 'stretch' drin.

[Asgothian]

@Jona sagte in Probleme mit Zigbee / Generator.next / ZStackAdapter / 2252:

Gibt es denn eine Alternative? Ich dachte, das sei der "Golden Standard", meiner hat auch extra eine dedizierte Antenne.

Der CC2531 war mal der einzige der so richtig ging. Inzwischen gibt es reichlich alternativen, siehe

https://www.zigbee2mqtt.io/information/supported_adapters.html

Auch mit Antenne hat der CC2531 das Problem das er sehr wenig Speicher besitzt. Dieser kann insbesondere bei grossen / komplexen Netzen durchaus mal voll laufen, was zu verschiedenen Fehlern bei der Nachrichtenübermittlung führt.

Ich persönlich setze einen Texas Instruments LAUNCHXL-CC26X2R1 ein, da ich den problemlos und ohne externe Geräte selber aktualisieren kann. Es gibt aber auch im Forum Quellen für andere Sticks - wirf mal einen Blick in den Marktplatz.

Vom Conbee / Conbee II mit Zigbee wuerde ich aktuell noch abraten - das ist noch experimentell.

A.

[Jona]

@Thomas-Braun Docker und Packagecloud kann ich entfernen (dazu gerne noch einen kleinen Hinweis dazu, wie das am besten geht). Das Unifi repo brauche ich zwingend für meinen Unifi Controller!

[Thomas Braun]

@Jona
Im Verzeichnis /etc/apt/sources.list.d/
dürften mehrere Dateien liegen, die diese Quellen beinhalten.
In den Einträgen die zu deaktivieren sind einfach ein

# 

vor den Eintrag / die Zeile setzen und damit 'auskommentieren'.

Wenn im Verzeichnis nicht alle zu finden sind schau dir die Datei
/etc/apt/sources.list
an. Da könnte sich auch ein Eintrag verstecken.

[Jona]

@Thomas-Braun Das habe ich gemacht und auch schon ein update und upgrade durchgeführt. Aber wozu eigentlich?

[Thomas Braun]

@Jona
Weil du da noch irgendwelche Abhängigkeiten zu einem Paket
node-v10.16.0-linux-armv7l
drin hast. Das sollte eigentlich nicht sein.

[Jona]

@Thomas-Braun Dann wird es wohl an Unifi liegen. Die anderen beiden Quellen habe ich auskommentiert, der Fehler auf den Befehl

apt policy node-*

bleibt der selbe.

N: Unable to locate package node-v10.16.0-linux-armv7l
N: Couldn't find any package by glob 'node-v10.16.0-linux-armv7l'
N: Couldn't find any package by regex 'node-v10.16.0-linux-armv7l'

Der Unifi Controller ist aber essentiell für mein Heimnetzwerk.

[Thomas Braun]

@Jona sagte in Probleme mit Zigbee / Generator.next / ZStackAdapter / 2252:

node-v10.16.0-linux-armv7l

Schau mal mit

apt rdepends node-v10.16.0-linux-armv7l

oder alternativ

apt-cache rdepends node-v10.16.0-linux-armv7l

danach.

[Jona]

@Thomas-Braun

pi@raspberrypi:~ $ apt rdepends node-v10.16.0-linux-armv7l
E: No packages found
pi@raspberrypi:~ $ apt-cache rdepends node-v10.16.0-linux-armv7l
E: No packages found

[Thomas Braun]

@Jona
Bitte komplette Ein- und Ausgaben posten.

[Jona]

@Thomas-Braun Leider noch immer nichts (siehe vorheriger, editierter Post).

[Thomas Braun]

@Jona
Hast du mal irgendwann eine Datei
node-v10.16.0-linux-armv7l.deb an der Paketdatenbank vorbei installiert? Womöglich via nvm?

nvm ls

[Jona]

@Thomas-Braun Nein, nvm kennt mein Pi nicht.

[Thomas Braun]

@Jona

apt policy nodejs

[Jona]

@Thomas-Braun

pi@raspberrypi:~ $ apt policy nodejs
nodejs:
  Installed: 12.18.4-1nodesource1
  Candidate: 12.18.4-1nodesource1
  Version table:
 *** 12.18.4-1nodesource1 500
        500 https://deb.nodesource.com/node_12.x buster/main armhf Packages
        100 /var/lib/dpkg/status
     10.21.0~dfsg-1~deb10u1+rpi1 500
        500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages

[Thomas Braun]

@Jona
Dann lass es so. Kann dir aber an verschiedenen Stellen um die Ohren fliegen, fürchte ich.

[Jona]

@Thomas-Braun Vielen Dank für deine Mühe!

[Jona]

@Thomas-Braun Meine Homebridge-Installation hat durch die Aktion wohl keine Rechte mehr sudo-Befehle auszuführen, was nicht so schlimm ist, da ich sie dank ioBroker nicht mehr aktiv brauche. Allerdings habe ich daraufhin noch mal gesucht und in "/home/pi/" folgenden Ordner gefunden "node-v10.16.0-linux-armv7l". Ebenso ist der "node_modules" Ordner in "/home/pi/" zu sehen. Hilft das vielleicht?