USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id

[MartinP]

@thomas-braun Wäre es nicht möglich, "händisch" den Symlink zu erzeugen?

Zumindest bis zum nächsten Reboot wäre man dann erstmal versorgt ...
Nichts hält so lange, wie ein Provisorium

martin@ZigbeeStuff:~$ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 28. Dez 10:41 usb-dresden_elektronik_ConBee_III_DE03189531-if00-port0 -> ../../ttyUSB0

[n811e]

Oh, das ist ja doof!!
Wirklich ärgerlich

[Meister Mopper]

@n811e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

in den nächsten Wochen einen NUC und möchte diesen dann neu aufsetzen.

Solange wird es aber schwierig ohne Zigbee

Warum sind dann 2 Stunden zu lang, ein funktionierendes System aufzusetzen? Danach läuft Zigbee doch wieder .

[Thomas Braun]

@martinp sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Wäre es nicht möglich, "händisch" den Symlink zu erzeugen?

Ich meine, das Problem war, dass auch das Target /dev/tty* nicht angelegt wurde. Da linkst du ins Leere.

Man könnte natürlich ein 'Rumpel-Dist-Upgrade' danach machen:

https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookworm

Da sind dann zwar noch ein paar Macken drin (Kernel wird nicht aktualisiert usw), aber es könnte bis zum Umzug erstmal als Provisorium ausreichen.

[n811e]

@meister-mopper

Wer sagt, dass 2 Stunden zu lang sind?

Für mich, ist das ein Prozedere, was wirklich viel Zeit verschluckt. Ich bin da einfach nicht firm drin.
Ich weiß noch nicht mal, wie ich anfangen sollte.
Bei der Erstinstallation, konnte ich mich täglich über kleine Fortschritte freuen, die ich erreicht habe und wenn was schief ging, habe ich das noch mal gemacht.
Jetzt läuft dieser Raspi aber und es fällt bestimmt auf, wenn hier mehrere Tage der ioBroker nicht an ist, bzw. Skripte abgearbeitet werden

[MartinP]

@thomas-braun said in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

@martinp sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Wäre es nicht möglich, "händisch" den Symlink zu erzeugen?

Ich meine, das Problem war, dass auch das Target /dev/tty* nicht angelegt wurde. Da linkst du ins Leere.

Man könnte natürlich ein 'Rumpel-Dist-Upgrade' danach machen:

https://forum.iobroker.net/topic/65655/upgrade-von-debian-11-bullseye-auf-12-bookworm

Da sind dann zwar noch ein paar Macken drin (Kernel wird nicht aktualisiert usw), aber es könnte bis zum Umzug erstmal als Provisorium ausreichen.

Das habe ich anders gelesen, aber vielleicht verstehe ich es falsch...

Leider wechselt der USB Port ab und an, bei Neustart, etc. sodass die Zuordnung in IObroker auf die MariaDB nicht mehr stimmt. Die Werte sind falsch oder der Adapter funktioniert gar nicht, da die Daten im Adapter natürlich nicht mehr passen.

Ich habe mich also belesen und wollte die Zuweisung "via /dev/serial/by-id" machen.... leider gibt es das Verzeichnis bei mir nicht.

Das verstehe ich so, dass /dev/TTYUSBx zwar beim Neustart angelegt wird, aber die verschiedenen seriellen USB-Geräte bei der Nummerierung lustig durcheinandergewürfelt werden ...

Das übliche Verhalten ...

Da KÖNNTE ein händisch passend angelegter Symlink zumindest bis zum nächsten Boot o. Ä. gültig bleiben ...

[Thomas Braun]

@martinp

Ich hatte das Problem seinerzeit nicht selber. Ich glaube aber @mickym hat damit lange herumgekämpft.

[Meister Mopper]

@n811e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Für mich, ist das ein Prozedere, was wirklich viel Zeit verschluckt. Ich bin da einfach nicht firm drin.
Ich weiß noch nicht mal, wie ich anfangen sollte.

• Ein Backup vom backitup-Adapter haben
• Mit dem raspberry pi imager ein 64bit bookworm light image auf den entsprechenden
  Datenträger bringen (Anleitung gibt's hier im Forum von @Thomas-Braun )
• mit dem Einzeiler einen ioBroker draufbügeln
• das Backup mit dem aktuellen backitup aufspielen (dabei nicht ungeduldig sein)
• Fertig!

Das ist kein Hexenwerk?

[MartinP]

@thomas-braun Das ist wirklich eine Pein mit diesem USB-Seriell Geschichten ....
Ich habe beim Einbinden meines Conbee3 Sticks in den LXC-Container von ioBroker nach zwei Tagen Bastelei kapituliert, eine VM aufgesetzt, und nutze in der VM Zigbee2mqtt.
Das lief alles innerhalb kürzester Zeit ...

Bisher keine negativen Erlebnisse. Eher ist das komplett separate Browserfenster von zigbee2mqtt für das Handling der Zigbee-Geräte schon ein Vorteil finde ich ...

[Thomas Braun]

@martinp sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

Ich habe beim Einbinden meines Conbee3 Sticks in den LXC-Container von ioBroker nach zwei Tagen Bastelei kapituliert

Das ist aber eine besondere Eigenheit von LXCs.

Eher ist das komplett separate Browserfenster von zigbee2mqtt für das Handling der Zigbee-Geräte schon ein Vorteil finde ich ...

Warum ist denn ein Browserfenster bei einer VM 'separat', bei einem LXC aber nicht? Sind doch beides Serverdienste. Ohne separate GUI.

[MartinP]

@thomas-braun zigbee2mqtt hat ein eigenes Web-Interface, also ist die Konfigurationsoberfläche nicht den Limitierungen eines ioBroker Adapters unterworfen ...

Versus Zigbee Adapter

[Thomas Braun]

@martinp

Aber auf ein Web-GUI greift man doch unabhängig von VM oder LXC immer über einen Browser über sein Netzwerk zu.

[n811e]

@thomas-braun

Hallo Thomas,

ich habe das Upgrade zu bookworm gemacht.

Der Adapter bleibt aber trotzdem orange

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:    Debian GNU/Linux 12 (bookworm)
Release:        12
Codename:       bookworm

[Thomas Braun]

@n811e

Dann zeig mal was verwertbares...

apt policy udev
iob diag

[MartinP]

@thomas-braun die Adapter von ioBroker werden doch in aller Regel über ein Frame in der Web-Oberfläche von ioBroker konfiguriert und überwacht - oder ist das beim zigbee-Adapter anders? Habe ihn nicht installiert, da es diese Probleme mit dem LXC-Container gab...

Man hat da aber schon das Maximum herausgeholt, muss ich zugeben - sieht aber nach einem eingebetteten Frame in iobroker aus ...

[n811e]

@thomas-braun said in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

apt policy udev

apt policy udev
udev:
  Installiert:           252.21-1~deb12u1
  Installationskandidat: 252.21-1~deb12u1
  Versionstabelle:
     254.5-1~bpo12+3 100
        100 http://deb.debian.org/debian bookworm-backports/main armhf Packages
 *** 252.21-1~deb12u1 500
        500 http://deb.debian.org/debian bookworm-proposed-updates/main armhf Packages
        100 /var/lib/dpkg/status
     252.19-1~deb12u1 500
        500 http://deb.debian.org/debian bookworm/main armhf Packages

Copy text starting here:

======================= SUMMARY =======================
v.2023-10-10

Static hostname: raspberrypi
Icon name: computer
Operating System: Debian GNU/Linux 12 (bookworm)
Kernel: Linux 6.1.21-v7l+
Architecture: arm

Installation: native
Kernel: armv7l
Userland: armhf
Timezone: Europe/Berlin (CET, +0100)
User-ID: 1000
X-Server: false
Boot Target: graphical.target

Pending OS-Updates: 0
Pending iob updates: 1

Nodejs-Installation: /usr/bin/nodejs v18.19.0
/usr/bin/node v18.19.0
/usr/bin/npm 10.2.3
/usr/bin/npx 10.2.3
/usr/bin/corepack 0.22.0

Recommended versions are nodejs 18.19.0 and npm 10.2.3
Your nodejs installation is correct

MEMORY:
total used free shared buff/cache available
Mem: 8.3G 2.4G 5.7G 1.0M 399M 5.9G
Swap: 104M 0B 104M
Total: 8.4G 2.4G 5.8G

Active iob-Instances: 40
Active repo(s): stable

ioBroker Core: js-controller 5.0.17
admin 6.12.0

ioBroker Status: iobroker is running on this host.

Objects type: jsonl
States type: jsonl

Status admin and web instance:

• system.adapter.admin.3 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin
• system.adapter.web.0 : web : raspberrypi - enabled, port: 8082, bind: 0.0.0.0, run as: admin

Objects: 19630
States: 15338

Size of iob-Database:

22M /opt/iobroker/iobroker-data/objects.jsonl
12M /opt/iobroker/iobroker-data/states.jsonl

=================== END OF SUMMARY ====================

=== Mark text until here for copying ===

[Thomas Braun]

@n811e sagte in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

bookworm-backports

Schalt die Backports aus. Lösch die entsprechende Zeile aus der Datei
/etc/apt/sources.list
heraus.

[n811e]

@thomas-braun said in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

/etc/apt/sources.list

Welche genau meinst Du?

deb http://deb.debian.org/debian bookworm main contrib non-free non-free-firmware
deb http://security.debian.org/debian-security bookworm-security main contrib non-free non-free-firmware
deb http://deb.debian.org/debian bookworm-updates main contrib non-free non-free-firmware
# Uncomment deb-src lines below then 'apt-get update' to enable 'apt-get source'
deb-src http://deb.debian.org/debian bookworm main contrib non-free
deb-src http://security.debian.org/debian-security bookworm-security main contrib non-free
deb-src http://deb.debian.org/debian bookworm-updates main contrib non-free

[Thomas Braun]

@n811e
Dann ist es in einer anderen Datei drin. Schau im Verzeichnis /etc/apt/sources.list.d danach.

[n811e]

@thomas-braun said in USB Port Zuweisung, fehlendes Verzeichnis /dev/serial/by-id:

/etc/apt/sources.list.d

Da komme ich gar nicht erst hin

pi@raspberrypi:~ $ /etc/apt/sources.list.d
-bash: /etc/apt/sources.list.d: Ist ein Verzeichnis
pi@raspberrypi:~ $  /etc/apt/sources.list.
-bash: /etc/apt/sources.list.: Datei oder Verzeichnis nicht gefunden
pi@raspberrypi:~ $