Updateprobleme am Raspi und Zigbee2mqtt reagiert nach Pi OS update nicht mehr

[Krise]

probiere mal als root

Code: [Auswählen]

usermod -aG dialout fhem
und teste dann nach einem reboot

nein leider erfolglos. Der User fhem war eigentlich vorher schon in der Gruppe Dialout. Vor dem Update gehört der Stick auch root:root, was ja auch kein Problem war. Da verstehe ich irgendwie den Zusammenhang nicht 

[Otto123]

zu root: Ich melde mich nie als root an, es gibt (denke ich) einen guten Grund warum root selbst als user in den meisten System nicht zur interaktiven Anmeldung frei ist. Ich arbeite durchgängig mit sudo ...
zu zigbee: da kenne ich mich nicht aus. Ich habe letztens mal geholfen dem deconz Dienst auf die Schliche zu kommen, weil der in der "nicht richtig Einstellung" alle seriellen Schnittstellen an sich reißt.

In der Datei cmdlines.txt braucht man eigentlich nicht rumfummeln, wenn man was machen muss geht das anders. Habe ich auch erst später gelernt.

Nach welcher Anleitung installierst Du das zigbee Zeugs?

[Krise]

ich melde mich auch so gut wie nie als root an, es sei denn es steht in einer Anleitung, dass man das machen sollte oder eben in dem Fall zum Testen.

Meine Zigbee2MQTT ist eine Mischung aus der http://wiki.gorjup.de/doku.php?id=public:fhem_zigbee_cc2531 und dem FHEM Wiki. Wie schon gesagt, das lief ja alles sauber vor dem letzten sudo apt-get update ... da musste ich auch an den Rechten nichts fummeln. Wie oben schon erwähnt und gezeigt ist nur in der zigbee2mqtt.service "user=root" eingegeben... oder muss ich das root dann in ' ...' machen?

Grüße

[Otto123]

wenn in einer Anleitung steht man muss sich als root anmelden - würde ich es mit sudo versuchen. Und der Anleitung ein gewissen Misstrauen entgegenbringen.
Also die Anleitung erscheint mir verständlich und vertrauenswürdig - ist ja das Original . Warum machst Du es nicht wie dort und lässt alles als pi laufen?
Was passiert wenn Du als pi den npm interaktiv startest und nicht über systemd? Da zeigt er vielleicht Ausgaben?

Nur mal zur Vorsicht: Hast Du in FHEM gesetzt?

Code: [Auswählen]

attr initialUsbCheck disable 1

[Krise]

Was passiert wenn Du als pi den npm interaktiv startest und nicht über systemd? Da zeigt er vielleicht Ausgaben?

Nur mal zur Vorsicht: Hast Du in FHEM gesetzt?

Code: [Auswählen]

attr initialUsbCheck disable 1

Der Witz ist, dass der Service läuft und auf Reaktionen angezeigt werden im fhem. 

Code: [Auswählen]

attr initialUsbCheck disable 1 ist gesetzt. Was ich mir jetzt bei der Fehersuche aufgefallen ist, dass der User root nicht in dialout war. Das habe ich in /etc/group nachgeholt, da es via Befehl nicht ging  .

Code: [Auswählen]

crw-rw---- 1 fhem dialout 166,  0 Jan 12 18:39 /dev/ttyACM0 Das erste sind die l/s Rechte, richtig? fhem dialout ist mir auch klar. 1 ist bestimmt der Bus?! Was bedeutet die 166, 0?  Liegt da was im Argen? Bei den anderen Geräten steht da immer 4, xx (xx einstellige oder zweistellige Zahl)

[Wernieman]

Hast DU jetzt noch Dein Update-Problem?

[Krise]

Moin,

Ja, wie gesagt aus irgendeinem Grund darf ich via fhem (Service läuft eigentlich als root... s.o.) nicht auf den Zigbeestick zugreifen. Das Problem kam mit dem letzten sudo... update. Ohne sonstige Änderungen meinerseits.

[Otto123]

Das habe ich in /etc/group nachgeholt, da es via Befehl nicht ging  .

Ich denke, das macht Dein System nicht besser 
So ist es - unverändert - bei mir:

groups root
root : root

Die normalen Rechte mit root:dialout sind völlig in Ordnung, es wird ja alles über die Gruppe dialout geregelt.  Was 166, 0 bedeutet kann ich Dir auch nicht sagen, aber da es hier genauso aussieht wird es nicht das Problem sein

[Otto123]

Wieso willst Du eigentlich von fhem auf den Zigbee Stick zugreifen wenn der unter zigbee2mqtt läuft? Wills Du mit zwei Diensten auf den gleichen Stick verbinden?
zigbee2mqtt sendet doch autark an den mqtt in FHEM?

[Krise]

Ich denke genau die Antwort auf diese Frage löst mein Problem 😉. Eigentlich läuft/lief der service als root. Der Service meldet auch keinen Fehler. Nur lösen die Befehle in fhem keine Reaktion bei den Geräten aus. Erst wenn ich fhem den Stick zuordne. Da ich nichts angefasst habe war das mein Ansatzpunkt...

[Otto123]

Ok ich habe wie so oft keine Ahnung von zigbee2mqtt - aber ich kann gut zuhören und Dokus lesen
Zigbee2mqtt ist doch quasi ein mqtt Client, FHEM ist der MQTT Server - richtig?
MQTT2_Server? Mit allowed abgesichert?
User und Password auf der zigbee2mqtt configuration.yaml? Die Datei ist vom Dienst User lesbar? Liegt in /opt/zigbee2mqtt/data/configuration.yaml? Berechtigungen im Pfad passen?
Die Konten passen zusammen?
Vorm Update in FHEM was geändert und save vergessen?
Du sagst Du kannst bloß nicht schalten? Das bedeutet das publish passt nicht? Die topics sind noch in Ordnung?

[Krise]

1. ->Zigbee2mqtt ist doch quasi ein mqtt Client, FHEM ist der MQTT Server - richtig?
2. ->MQTT2_Server? Mit allowed abgesichert?
3. ->User und Password auf der zigbee2mqtt configuration.yaml? Die Datei ist vom Dienst User lesbar? Liegt in /opt/zigbee2mqtt/data/configuration.yaml? Berechtigungen im Pfad passen?

Also erst mal zu deinen Fragen. 1. Ja, 2. nein 3. damit obsolet .
Geändert ohne zu speichern habe ich  nicht. Ich hatte das ganze Zigbeezeug angelernt, gespeichert und am nächsten Morgen das update über ssh gemacht.

So... jetzt wird es interessant. Ich habe testhalber mal den User in der Zigbee2mqtt.service auf fhem gesetzt

Code: [Auswählen]

User=fhemjetzt läuft es wieder, ohne das ich die Rechte vom Stick ändere. Na das soll mir mal einer erklären  . Ach ja und in dem "Serviced" Zigbee... habe ich usesudo "1" gesetzt, da das lt. Devicehilfe standard ist, stand bei mir aber auf "0". Hatte ich auch noch nicht angefasst vorher.

[Krise]

Hast DU jetzt noch Dein Update-Problem?

Ich hab grad festgestellt, dass sich das Thema aus einer ganz anderen Frage entwickelt hat. Ich hab das mal angepasst. Da warte ich noch auf eine neue SD, da die alte evtl. defekt ist.

[Otto123]

Moin,

wenn Du Dich klarer ausdrücken könntest - könnte ein andere vielleicht besser mitdenken.
Es sind zwei völlig getrennte Seiten die miteinander reden: zigbee2mqtt als Dienst <-> MQTT Server in FHEM.
Dazwischen könnte als dritter Punkt eine Anmeldung liegen: Das hast Du verneint.

zigbee2mqtt muss seine Dateien lesen können - also bitte folgende Infos:

Code: [Auswählen]

ls -lha /dev/ttyAC*

Code: [Auswählen]

ls -lha /opt/zigbee2mqtt

Code: [Auswählen]

cat /etc/systemd/system/zigbee2mqtt.service

Code: [Auswählen]

cat /opt/zigbee2mqtt/data/configuration.yaml

Code: [Auswählen]

list dein_MQTTServer
Was meinst Du hiermit?

in dem "Serviced" Zigbee... habe ich usesudo "1" gesetzt

In welcher Datei steht das?
Zu welcher Seite des Problems gehört das?

Gruß Otto
 

[Krise]

Moin,

na ja die Codebruchstücke sind im Thema verteilt. Ich fasse zusammen

1.

Code: [Auswählen]

crw-rw---- 1 root dialout 166, 0 Jan 13 19:24 /dev/ttyACM02.

Code: [Auswählen]

drwxr-xr-x  11 fhem dialout 4,0K Jan 10 12:06 .
   drwxr-xr-x  19 fhem dialout 4,0K Jan 10 12:40 ..
  -rwxr-xr-x   1 fhem dialout  179 Jan 10 10:39 cli.js
   drwxr-xr-x   3 fhem dialout 4,0K Jan 13 19:20 data... usw.
3.

Code: [Auswählen]

[Unit]
Description=zigbee2mqtt
After=network.target

[Service]
ExecStart=npm start
WorkingDirectory=/opt/fhem/zigbee2mqtt
StandardOutput=inherit
StandardError=inherit
Restart=always
User=fhem

[Install]
WantedBy=multi-user.targetDa stand ebend vorher User=root, wie in der Anleitung, die ich verlinkt hatte.
5.

Code: [Auswählen]

homeassistant: false
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  client_id: zigbeebridge
  server: 'mqtt://localhost:1883'
serial:
  port: /dev/ttyACM0
advanced:
  report: true
devices:
6.

Code: [Auswählen]

defmod MQTT2_FHEM_Server MQTT2_SERVER 1883 global
attr MQTT2_FHEM_Server autocreate simple
attr MQTT2_FHEM_Server room Services
7. Serviced ist ein FHEM-Modul zur Verwaltung von Services in fhem, da hab ich meine homebridge und jetzt das zigbee2mqtt laufen, damit ich das via fhem überwachen kann.

Wie gesagt eine Anmeldung im eigentlichen Sinn gibt es nicht .

So wie es jetzt da aufgelistet ist funktioniert es auch wieder, ich verstehe nur nicht warum. Die einzige Änderung ist der User in der zigbee2mqtt.Service