Lesekopf-probleme wegen udev-Bug

[A Former User]

@meister-mopper sagte in Adapter "smartmeter":

Aber es blinkt deutlich.

Moin,

dann könnte man das ja mal als Fehlerquelle ausschließen, wobei ich natürlich nicht weiß, wo da die Toleranzschwelle, zwischen Hichi Empfangssensor und Sender IR LED liegt.

Ich kenne mich da jetzt nicht wirklich bis ins Kleinste mit aus, wurde aber glaube ich auch schon mal gefragt, ob da auf der Schnittstelle noch etwas ankommt, dazu braucht man dann ein Termianl Prog für serielle Kommunikation (minicom) oä.
Wie gesagt, serielle Schnittstellen ist schon zu lange her, dass ich damit etwas gemacht habe, daher nur noch sehr lückenhaft im Gedächtnis.

VG
Bernd

[Meister Mopper]

@dp20eic

Vielleicht kann man jetzt etwas erkennen, habe das Video mal komprimiert:

Spoiler

230725_zaehler_low.mp4

[A Former User]

@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

[Homoran]

@meister-mopper sagte in Adapter "smartmeter":

es blinkt deutlich.

gut!
nächster Kommunikationsschritt!
wie sendet der Hichi?

WLAN?
IP gleich?

[Meister Mopper]

@homoran

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

[TT-Tom]

@meister-mopper

ein Update deines System hast du nicht gemacht, wegen dem (udev) Fehler?
mal probiert neu zu positionieren, leicht nach links- oder rechts drehen?

[Meister Mopper]

@tt-tom
Der läuft schon länger mit bullseye, auch neu positioniert.

[A Former User]

@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

@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.

[A Former User]

@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