UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@meister-mopper sagte in Adapter "smartmeter":

@homoran

Der hängt per USB am Raspberry und wird per lsusb auch erkannt.

Moin,

dann kannst Du auf einer Konsole, mittels cat schauen, ob da etwas ankommt, müsste dann binär ausgegeben werden

cat /dev/ttyUSBx
strace cat /dev/ttyUSBx

Natürlich die Schnittstelle anpassen :)

Bei mir ein zigbee - Stick

root@pve:~# strace cat /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001938A67D-if00 
...
...
...
...  !!!alles ab hier sind Tastendrücke auf einem Device- zigbee Taster!!!
U!) = 33
read(3, "\376\34D\201\0\0\22\0\346\356\1\1\0^\0005\321-\0\0\10\30$\nU\0!\1\0\346\356\35"..., 131072) = 33
write(1, "\376\34D\201\0\0\22\0\346\356\1\1\0^\0005\321-\0\0\10\30$\nU\0!\1\0\346\356\35"..., 33D^5$
U!
) = 33
read(3, "\376\34D\201\0\0\22\0][\1\1\0k\0\312\346-\0\0\10\0304\nU\0!\1\0][\35"..., 131072) = 33
write(1, "\376\34D\201\0\0\22\0][\1\1\0k\0\312\346-\0\0\10\0304\nU\0!\1\0][\35"..., 33D][k4
U!][) = 33
read(3, "\376\34D\201\0\0\22\0][\1\1\0f\0s\366-\0\0\10\0305\nU\0!\1\0][\35"..., 131072) = 33
write(1, "\376\34D\201\0\0\22\0][\1\1\0f\0s\366-\0\0\10\0305\nU\0!\1\0][\35"..., 33D][fs5
U!][B) = 33
read(3, "\376\34D\201\0\0\22\0\346\356\1\1\0\\\0\231\4.\0\0\10\30%\nU\0!\1\0\346\356\35"..., 131072) = 33
write(1, "\376\34D\201\0\0\22\0\346\356\1\1\0\\\0\231\4.\0\0\10\30%\nU\0!\1\0\346\356\35"..., 33D\%
U!s) = 33
read(3, 

VG
Bernd

[TT-Tom]

@meister-mopper

was kommt den hier als Ausgabe

apt policy udev

[Meister Mopper]

@tt-tom

thomas@rpizigbee:~ $ apt policy udev
udev:
  Installiert:           247.3-7+rpi1+deb11u2
  Installationskandidat: 247.3-7+rpi1+deb11u2
  Versionstabelle:
 *** 247.3-7+rpi1+deb11u2 500
        500 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages
        100 /var/lib/dpkg/status

[TT-Tom]

@meister-mopper

dann lies mal den Thread

du bist in der Fehlerfalle

[Homoran]

da ei habe ich extra gefragt :cry:

@homoran sagte in Adapter "smartmeter":

Gemacht hast du nichts?

[Meister Mopper]

@tt-tom sagte in Adapter "smartmeter":

du bist in der Fehlerfalle

Mache ich gleich. Ist aber komisch, da mein Zigbee-Board am zweiten usb port prächtig funktioniert.

[Homoran]

@meister-mopper sagte in Adapter "smartmeter":

am zweiten usb port prächtig funktioniert.

auch mit dev/by-id?

[Meister Mopper]

@homoran sagte in Adapter "smartmeter":

auch mit dev/by-id?

Ich habe keine zigbee Störung.
Wie meinst du das, was muss ich eingeben, um es zu prüfen.

Edit:

Nein, auch nicht

thomas@rpizigbee:~ $ ls -l /dev/serial/by-id/
ls: Zugriff auf '/dev/serial/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden

[TT-Tom]

@meister-mopper wie ist der Zigbee im Adapter eingestellt, per by-id oder USB*

[Meister Mopper]

@tt-tom

[TT-Tom]

@meister-mopper

ziehe ihn nicht raus, sonst kannst du da auch Probleme bekommen. Wobei wenn du dein System jetzt reparierst, kann sich der Pfad von den Zigbee auch ändern. du solltest nach der Reparatur auch hier die by-id Variante nutzen. Damit hast du kein Probleme mehr bei Reboot oder wenn du mal den USB ziehen musst.

Mach ein Backup von deinem System und repariere den udev Fehler.

[Meister Mopper]

@tt-tom sagte in Adapter "smartmeter":

du solltest nach der Reparatur auch hier die by-id Variante nutzen

Leider weiß ich nicht, wie ich diese Variante nutzen kann.

[Ein ehemaliger Benutzer]

@meister-mopper sagte in Adapter "smartmeter":

thomas@rpizigbee:~ $ ls -l /dev/serial/by-id/
ls: Zugriff auf '/dev/serial/by-id/' nicht möglich: Datei oder Verzeichnis nicht gefunden

Moin,

das dürfte so nicht sein, bin auch kein Experte, was die SBC (RasPIs) angeht, ich denke aber das das nur noch funktioniert, solange Du in nicht rebootest.

Du musst Dir da wirklich die Backports reinholen wie im verlinkten Formartikel https://forum.iobroker.net/topic/65017/zigbee-conbee2-funktioniert-nach-update-nicht-mehr-udev erklärt.

VG
Bernd

[Meister Mopper]

@dp20eic sagte in Adapter "smartmeter":

Du musst Dir da wirklich die Backports reinholen
@tt-tom
Dabei habe ich schon das nächste Problem:

thomas@rpizigbee:~ $ sudo apt update
OK:1 https://deb.nodesource.com/node_18.x bullseye InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Holen:3 http://deb.debian.org/debian bullseye-backports InRelease [49,0 kB]
OK:4 http://archive.raspberrypi.org/debian bullseye InRelease
Fehl:3 http://deb.debian.org/debian bullseye-backports InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
Paketlisten werden gelesen… Fertig
W: GPG-Fehler: http://deb.debian.org/debian bullseye-backports InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
E: Das Depot »http://deb.debian.org/debian bullseye-backports InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

[Thomas Braun]

@meister-mopper

Ich glaube in der Anleitung wird nicht backports sondern proposed-updates herangezogen. Hat einen Grund.

[TT-Tom]

@meister-mopper

du schreibst statt /dev/ttyACM0 einfach das rein

/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0XXXXXXXXXXXX-if00 

musst natürlich vor nach sehen wie er bei dir heisst.

ls -l /dev/serial/by-id/

[TT-Tom]

@meister-mopper lese bitte dir den Ersten Post richtig durch damit sollte es funktionieren

Edit: @Thomas-Braun hat es dir schon geschrieben

[Meister Mopper]

@thomas-braun
@tt-tom
Auch mit proposed-updates kommt

thomas@rpizigbee:~ $ sudo apt update
OK:1 http://archive.raspberrypi.org/debian bullseye InRelease
OK:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease
Holen:3 http://deb.debian.org/debian bullseye-proposed-updates InRelease [54,0 kB]
OK:4 https://deb.nodesource.com/node_18.x bullseye InRelease
Fehl:3 http://deb.debian.org/debian bullseye-proposed-updates InRelease
  Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
Paketlisten werden gelesen… Fertig
W: GPG-Fehler: http://deb.debian.org/debian bullseye-proposed-updates InRelease: Die folgenden Signaturen konnten nicht überprüft werden, weil ihr öffentlicher Schlüssel nicht verfügbar ist: NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131
E: Das Depot »http://deb.debian.org/debian bullseye-proposed-updates InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

In der sources steht deb http://deb.debian.org/debian bullseye-proposed-updates main

[Homoran]

@meister-mopper sagte in Adapter "smartmeter":

@tt-tom

siehste!
hier nicht

@homoran sagte in Adapter "smartmeter":

mit dev/by-id?

das geht weiterhin

[Thomas Braun]

@meister-mopper

EDIT 09.06.2023
Wenn beim Udate festgestellt wird, dass keys - Schlüssel fehlen, dann bitte folgende Befehle eingeben:

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 648ACFD622F3D138

sudo apt update

Bei dir fehlt:
NO_PUBKEY 0E98404D386FA1D9 NO_PUBKEY 6ED0E7B82643E131