Lesekopf-probleme wegen udev-Bug
-
@meister-mopper sagte in Adapter "smartmeter":
@dp20eic
Vielleicht kann man jetzt etwas erkennen, habe das Video mal komprimiert:
Moin,
da Du ja sicherlich einige Zentimeter, mit der Cam, vom Sender weg warst, würde ich auch sagen, dass die IR (LED/Diode) noch ok ist.
Dann mal Schritt für Schritt die nächsten Fehlerquellen ausschließen,
- Strom
- Kabel
- Hichi
- Wackelkontakt
- Lötstellen?
- ...
VG
Bernd -
@meister-mopper sagte in Adapter "smartmeter":
es blinkt deutlich.
gut!
nächster Kommunikationsschritt!
wie sendet der Hichi?WLAN?
IP gleich? -
Der hängt per USB am Raspberry und wird per lsusb auch erkannt.
-
ein Update deines System hast du nicht gemacht, wegen dem (udev) Fehler?
mal probiert neu zu positionieren, leicht nach links- oder rechts drehen? -
@tt-tom
Der läuft schon länger mit bullseye, auch neu positioniert. -
@meister-mopper sagte in Adapter "smartmeter":
Der hängt per USB am Raspberry und wird per lsusb auch erkannt.
Moin,
dann kannst Du auf einer Konsole, mittels
catschauen, ob da etwas ankommt, müsste dann binär ausgegeben werdencat /dev/ttyUSBx strace cat /dev/ttyUSBxNatürlich die Schnittstelle anpassen
Bei mir ein
zigbee - Stickroot@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 -
-
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 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.
-
@meister-mopper sagte in Adapter "smartmeter":
am zweiten usb port prächtig funktioniert.
auch mit dev/by-id?
-
@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 -
@meister-mopper wie ist der Zigbee im Adapter eingestellt, per by-id oder USB*
-
-
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.
-
@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.
-
@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 gefundenMoin,
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 -
@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). -
Ich glaube in der Anleitung wird nicht backports sondern proposed-updates herangezogen. Hat einen Grund.
