CUL by-id einbinden

mfeske · 21 Februar 2019, 12:27:00

Hallo zusammen,

ich bereite gerade einen Umzug von einem alten Raspberry auf einen neuen 3+ vor.

Ich bin noch am überlegen ob ich "einfach" ein Backup einspiele oder die Variante "alles neu macht der Mai oder März" nehme.

Ich weiss nicht mehr wie ich es damals gemacht habe, aber diesmal werde ich es dokumentieren

.

Ich glaube damals die CULs mit der ID eingebunden zu haben weil es Probleme beim finden und ansprechen gab. Angenommen ich würde eine leere FHEM Installation vornehmen. Ist es ausreichend dann in die fhem.cfg die Zeilen:

Code Auswählen


# define CUL433 CUL /dev/ttyACM1@9600 1134
define CUL433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134
setuuid CUL433 5c500792-f33f-a44f-c9bc-ab9f37d2dd7ec8aa
attr CUL433 devStateIcon .*:cul_cul
attr CUL433 icon cul_cul
attr CUL433 room Funkzentrale

zu übernehmen damit dieser CUL wieder funktioniert in der FHEM Installation, oder muss ich vorher / hinterher noch was machen ? Ich kann den CUL433 und den CUL868 auch nciht mehr auseinanderhalten

Sehen beide identisch aus bis auf die Antennen.

Gruß
Micha

Beta-User · 21 Februar 2019, 12:41:14

Mein FHEM hat schon einige Umzüge hinter sich (Debian-Derivat nach Debian-Derivat wie jessie-raspbian nach armbian nach i386-Debian ). Alles, was "by-id" definiert ist, funktionierte bisher immer...

KölnSolar · 21 Februar 2019, 12:44:37

Hallo Micha,

ZitatIst es ausreichend dann in die fhem.cfg

Ja, für den 433CUL. (Aber Du weißt: editieren der .cfg wird nicht gerne gesehen)

Zitatoder muss ich vorher / hinterher noch was machen ?

Nein.

ZitatIch kann den CUL433 und den CUL868 auch nciht mehr auseinanderhalten

Doch kannst Du.

Nur einen der beiden Sticks einstöpseln. Dann

Code Auswählen

ls /dev/serial/by-id eingeben und schon siehst Du, ob der eingestöpselte der 868er oder der 433er ist.
Grüße Markus

Beta-User · 21 Februar 2019, 13:07:56

Zitat von: KölnSolar am 21 Februar 2019, 12:44:37
Doch kannst Du.
Nur einen der beiden Sticks einstöpseln. Dann
Code Auswählen Erweitern
ls /dev/serial/by-id eingeben und schon siehst Du, ob der eingestöpselte der 868er oder der 433er ist.

...es ist aber doch völlig uninteressant, wenn du beide weiter nutzen willst?!?
Da die beiden doch jeweils eine individuelle Kennung senden (sind doch Originale bzw. haben "den Widerstand", oder?) und FHEM das über die aus dem Linux kommende Info sauber zuordnet, braucht man das für einen schlichten Umzug "auf einen Rutsch" gar nicht...

Ansonsten: fhem.cfg-Editiern ist sowas von OUT, da kann ich nur voll zustimmen!

Wernieman · 21 Februar 2019, 14:29:29

Und die obigen Zeilen kann man per "RAW-Definition" auch per WebFrontend ...

Beta-User · 21 Februar 2019, 14:37:48

Zitat von: Wernieman am 21 Februar 2019, 14:29:29
Und die obigen Zeilen kann man per "RAW-Definition" auch per WebFrontend ...

Zitat von: mfeske am 21 Februar 2019, 12:27:00
Code Auswählen Erweitern
# define CUL433 CUL /dev/ttyACM1@9600 1134 define CUL433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134

Nur interessehalber: werden dann auch die Kommentare einsortiert?
(Wenn man was in der DEF einkommentiert, bleibt das auch bei configDB stehen und hindert zumindest bei MYSENSORS nicht, aber eine ganze Kommentarzeile? Vor kurzem gab's den Fall, dass ein Modul eine Zeile mit hinten angefügten Kommentaren nicht verarbeiten wollte (im RAW-Editor), scheint also nicht durchgängig gleich zu sein).

Ansonsten gäbe es ja noch die Möglichkeit, das comment-Attribut zu füllen.

Wernieman · 21 Februar 2019, 15:50:00

O.K. an die Kommentare habe ich nicht gedacht. Da Filtere ich "im Kopf";o)

mfeske · 28 Februar 2019, 10:07:49

Zitat von: KölnSolar am 21 Februar 2019, 12:44:37

Code Auswählen Erweitern
ls /dev/serial/by-id eingeben und schon siehst Du, ob der eingestöpselte der 868er oder der 433er ist.
Grüße Markus

Ich hoffe irgendjemand hört mein weinen

Ich habe folgendes gemacht

Code Auswählen


/etc/init.d/fhem stop
ls /dev/serial/by-idls /dev/serial/by-id
ls: Zugriff auf /dev/serial/by-idls nicht möglich: Datei oder Verzeichnis nicht gefunden
/dev/serial/by-id:
usb-busware.de_CUL433-if00  usb-busware.de_CUL868-if00
sudo shutdown -h now
#cul mit kurzer Antenne entfernt
#raspbi neugestartet
ls /dev/serial/by-idls /dev/serial/by-id
ls: Zugriff auf /dev/serial/by-idls nicht möglich: Datei oder Verzeichnis nicht gefunden
/dev/serial/by-id:
usb-busware.de_CUL433-if00
#merke kurze Antenne CUL868
sudo shutdown -h now
#cul mit kurzer Antenne eingesteckt
#raspbi neugestartet
ls /dev/serial/by-idls /dev/serial/by-id
ls: Zugriff auf /dev/serial/by-idls nicht möglich: Datei oder Verzeichnis nicht gefunden
/dev/serial/by-id:
usb-busware.de_CUL433-if00  usb-busware.de_CUL868-if00

Das Problem ist, das FHEM nicht mehr über das Webinterface erreichbar ist

Code Auswählen


pi@raspyfhem ~ $ /etc/init.d/fhem stop
Stopping fhem...
pi@raspyfhem ~ $ /etc/init.d/fhem start
Starting fhem...
/etc/init.d/fhem: 32: /etc/init.d/fhem: /opt/hmcfgusb/hmland: not found

Beta-User · 28 Februar 2019, 10:20:44

warum gibst du den Befehl denn doppelt ein?!?

Und wenn hmland (noch) nicht installiert ist auf der neuen Maschine, ist in dem Verzeichnis eben auch nichts zu finden...

mfeske · 28 Februar 2019, 10:40:10

ist die alte Maschine die noch funktionieren soll bis ich den Umzug fertig vorbereitet habe

Es wird hier gerade bitter kalt.
Okay das war schon mal mein Fail. Ich hatte zur Vorbereitung Verzeichnisse auf mein NAS kopiert, in dem Fall wohl verschoben und seit dem nicht mehr gestartet. cp -r /mnt/nas/_safe_hm/hmcfgusb/ /opt/
Die Fehlermeldung ändert sich, aber FHEM ist noch nicht wieder erreichbar.

Code Auswählen

 /etc/init.d/fhem start
Starting fhem...
Daemon with PID 3076 started!
Can't open ./log/fhem-2019-02.log: Keine Berechtigung at fhem.pl line 2740.

Update: Neustart, hurra ich lebe wieder

Beta-User · 28 Februar 2019, 10:52:22

Sorry, aber warum benötigst du bei dieser Fehlermeldung noch jemanden, der dir sagt, dass du die Berechtigungen (wieder) grade ziehen mußt?

Kann nur wiederholen: Beschäftige dich mit dem Berechtigungskonzept unter Linux, bei ubuntuusers.de gibts da gute Artikel zu "Nutzer und Gruppen". Da solltest du auch fündig werden, wie du das wieder nach fhem:dialout biegst...

Wernieman · 28 Februar 2019, 10:55:34

Code Auswählen

./log/fhem-2019-02.log: Keine Berechtigung

Da gehört ein Verzeichnis nicht fhem, bzw. fhem darf nicht schreiben.

Edit:
Beta war schneller, aber keine Lust dieses zu löschen ...

Elektrolurch · 30 April 2023, 11:41:44

Hallo,

bis heute hatte
# define CUL433 CUL /dev/ttyACM1@9600 1134
define CUL433 CUL /dev/serial/by-id/usb-busware.de_CUL433-if00@9600 1134

die Addressierung über den Namen des CULs funktioniert.

Bei mir läuft schon seit längerem bullsey und heute habe ich mal ein Kernel Update auf 22 gemacht.
Oh Freude, danach sind die Eintragungen unter /dev/serial (für die CULs= nicht mehr vorhanden!!!!!
Die CULs (bzw. dgl. 1 SignalDUINO) sind übert
/dev/ttyACM0 /dev/ttyADM1 und /dev/ttyUSB0
ansprechbar.
Aber in der Vergangenheit führte es ab und zu mal dazu, dass die beiden CULs verwechselt nach einem Neustart (seitens fhem) wurden.
Hat jemand eine Idee, wie man die symbolische Adressierung in der 22 iger debian Distibution wieder aktivieren kann oder wohin sie verschwunden ist?
Eine find nach "*busware*" findet nichts.

Elektrolurch

Elektrolurch · 30 April 2023, 13:57:04

Hallo Joachim,

danke für den Tipp: habe auf /dev/serial/by-path umgestellt und es geht.
Warum aber mit dem Kernel-Update dy-serial verschwunden ist....
Konnte hierzu bislang nichts finden, wie z.B. das Programm / der Prozess heißt, der die USB - devices ausliest und ihre Namen ermittelt.
Höhere Materie - oder mein Unvermögen.

Elektrolurch

betateilchen · 30 April 2023, 21:45:56

Zitat von: Elektrolurch am 30 April 2023, 13:57:04Konnte hierzu bislang nichts finden, wie z.B. das Programm / der Prozess heißt, der die USB - devices ausliest und ihre Namen ermittelt.

https://wiki.debian.org/udev