Benötige Hilfe zu Bäckup und Neuinstallation Pi / Fhem

Begonnen von exot, 18 Oktober 2018, 10:57:11

Vorheriges Thema - Nächstes Thema

mark79

Ich würde noch die Gruppe mit rein nehmen, also ein: sudo chown fhem:dialout /opt/fhem -R
Aber daran liegt es nicht..

Was ist genau nun mit Fhem? Startet es nicht?
Weil ein wirklichen schwerwiegenden Fehler sehe ich nicht.

Außer vielleicht das hier:
2018.10.31 20:19:56 1: reload: Error:Modul 01_fronthem deactivated:
Can't locate Net/WebSocket/Server/Connection.pm in @INC (you may need to install the Net::WebSocket::Server::Connection module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at FHEM/fhwebsocket.pm line 27, <$fh> line 51.
BEGIN failed--compilation aborted at FHEM/fhwebsocket.pm line 27, <$fh> line 51.
Compilation failed in require at ./FHEM/01_fronthem.pm line 30, <$fh> line 51.
BEGIN failed--compilation aborted at ./FHEM/01_fronthem.pm line 30, <$fh> line 51.

2018.10.31 20:19:56 0: Can't locate Net/WebSocket/Server/Connection.pm in @INC (you may need to install the Net::WebSocket::Server::Connection module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.24.1 /usr/local/share/perl/5.24.1 /usr/lib/arm-linux-gnueabihf/perl5/5.24 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.24 /usr/share/perl/5.24 /usr/local/lib/site_perl /usr/lib/arm-linux-gnueabihf/perl-base ./FHEM) at FHEM/fhwebsocket.pm line 27, <$fh> line 51.
BEGIN failed--compilation aborted at FHEM/fhwebsocket.pm line 27, <$fh> line 51.
Compilation failed in require at ./FHEM/01_fronthem.pm line 30, <$fh> line 51.
BEGIN failed--compilation aborted at ./FHEM/01_fronthem.pm line 30, <$fh> line 51.

Für Fronfhem musst du halt noch die fehlenden Pakete installieren: https://wiki.fhem.de/wiki/Fronthem_Installation
Am besten mit dh-make-perl, als Debian Paket.. Aber das wäre jetzt zu viel zu erklären. :)

Und natürlich das mit /dev/tty1, da würde ich auch lieber den richtigen Pfad vom /dev/serial/by-id/<gerätename> in die fhem.cfg eintragen.
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

Hmmm, da ist einiges, was nachzuarbeiten ist....

Zum einen ist da was mit gpio-Nutzung. Dann gibt es diverse Usb-Geräte, die man besser by-id einbindet.

Um das zu korrigieren, würde ich ausnahmsweise das editieren der cfg empfehlen. Dort bitte initialUsbCheck deaktivieren und alle usb-Geräte by-id definieren. mcedit verwenden. Nach jeder Änderung fhem neu starten, log kontrollieren. Uns hier interessiert übrigens nur, was für den letzten Start im log steht. Aktuelles log einfach umbenennen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Beta-User

Bzgl. Gpio:
(eigentlich sollte man Logik und Hardware trennen und daher auf gpio-Nutzung am Pi direkt verzichten)
Der user fhem muss in die Gruppe gpio, wenn ich mich recht entsinne; bitte bei ubuntuusers.de nachlesen, wie man das macht!
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

exot

Hallo,
Ich muss mich wieder mal entschuldigen.
Klar denken ist heute nicht mehr mein Ding. :'( :'( :'(
Bin mit den Karten und mit den pi´s etwas :-X durcheinander gekommen.
Jetzt habe ich die richtige zuordnung gefunden.
Auf der Testkarte ist das Backup des Hauptsystems installiert.
Diese Karte steckt jetzt im pi 2B angeschlossen sind alle USB Abgänge sowie GPIO´s.
Habe folgendes kontrolliert:
pi@raspberrypi:~ $ sudo journalctl -u zigbee2mqtt.service -f
-- Logs begin at Wed 2018-10-31 21:17:01 CET. --
Okt 31 21:40:33 raspberrypi npm[481]:   zigbee2mqtt:warn 2018-10-31 21:40:33 `permit_join` set to  `true` in configuration.yaml.
Okt 31 21:40:33 raspberrypi npm[481]:   zigbee2mqtt:warn 2018-10-31 21:40:33 Allowing new devices to join.
Okt 31 21:40:33 raspberrypi npm[481]:   zigbee2mqtt:warn 2018-10-31 21:40:33 Set `permit_join` to `false` once you joined all devices.
Okt 31 21:40:33 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:33 Zigbee: allowing new devices to join.
Okt 31 21:40:33 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:33 Connecting to MQTT server at mqtt://localhost
Okt 31 21:40:34 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:34 zigbee-shepherd ready
Okt 31 21:40:34 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:34 Connected to MQTT server
Okt 31 21:40:34 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:34 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
Okt 31 21:40:34 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:34 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002329079', payload: '{"temperature":21.68,"linkquality":0,"humidity":46.79,"pressure":1017.81,"battery":"99.00","voltage":3005}'
Okt 31 21:40:34 raspberrypi npm[481]:   zigbee2mqtt:info 2018-10-31 21:40:34 MQTT publish, topic: 'zigbee2mqtt/0x00158d00023213f6', payload: '{"temperature":7.5,"linkquality":26,"humidity":96.02,"pressure":1018,"battery":"99.00","voltage":3025}'
^C
pi@raspberrypi:~ $ sudo service mosquitto status
● mosquitto.service - LSB: mosquitto MQTT v3.1 message broker
   Loaded: loaded (/etc/init.d/mosquitto; generated; vendor preset: enabled)
   Active: active (running) since Wed 2018-10-31 21:30:49 CET; 14min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 298 ExecStart=/etc/init.d/mosquitto start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/mosquitto.service
           └─347 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf

Okt 31 21:30:48 raspberrypi systemd[1]: Starting LSB: mosquitto MQTT v3.1 message broker...
Okt 31 21:30:49 raspberrypi mosquitto[298]: Starting network daemon:: mosquitto.
Okt 31 21:30:49 raspberrypi systemd[1]: Started LSB: mosquitto MQTT v3.1 message broker.
pi@raspberrypi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13 Okt 31 21:17 usb-FTDI_FT232R_USB_UART_A504DLYK-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Okt 31 21:17 usb-FTDI_FT232R_USB_UART_AJ038KYV-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Okt 31 21:17 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0014D9DCCF-if00 -> ../../ttyACM0
   

Zigbee2mqtt funktioniert und
Mosquitto funktioniert.
Aber wo finde ich die Aquara Teile.
Gruß Michael

mark79

Nach dem pairen sind die im Fhem Raum "XiaomiMQTTDevice".
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

exot

Hallo Mark,
Bitte entschuldige,
das ist mir bekannt, denn auf der ursprünglichen TestKarte war der Raum vorhanden. ;)
Jetz nach dem ich das Backup eingespielt habe fehlt er aber.
Ich überlege , ob ich morgen die Brigde erneut installiere und dann  versuche die Sensoren neu zu laden,
Gute Nacht
Gruß Michael

Beta-User

Nix für ungut, aber bitte stelle dir ernsthaft die Frage, ob du dich mit Fhem nicht schlicht überforderst.

Es ist OK, wenn man mal was durcheinander bringt (passiert mir selbst auch gar nicht so selten), aber diese Häufung hier ist erschreckend. Die Wortwahl mag drastisch erscheinen, aber bitte glaube mir, dass ich nicht verärgert bin oder so was, und es nicht böse meine. Aber diese ganzen Themen sind komplex, und wenn du es nicht für dich hinbekommst, deine Vorgehensweise zu strukturieren, werden sich die Frusterlebnisse häufen und die Helfer trollen.

Klingt nicht besonders zukunftsfähig.

Aber immerhin scheint du dieses Problem erkannt zu haben, das ist manchmal auch schon ein großer Teil der Lösung.

Just my2ct...

Beta-User
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

mark79

Dann versuche in Fhem mal ein: set xBridge updateDevices
Dadurch sollten die Devices neu angelegt werden, falls es sie gibt.

Wenn das nicht geht, würde ich einfach noch mal pairen... dadurch werden die Devices neu angelegt.

Zitat von: exot am 31 Oktober 2018, 23:24:41
Hallo Mark,
Bitte entschuldige,
das ist mir bekannt, denn auf der ursprünglichen TestKarte war der Raum vorhanden. ;)
Jetz nach dem ich das Backup eingespielt habe fehlt er aber.
Ich überlege , ob ich morgen die Brigde erneut installiere und dann  versuche die Sensoren neu zu laden,
Gute Nacht
Gruß Michael
Rock64 4GB mit Debian Strech, FHEM im LXC, Sonoff Switches/Touch, HM Thermostate, HMUART/Zigbee2MQTT@MapleCUN, ESP RGBWW Wifi Controller, ESP8266 Door Sensor/Briefkastenwächter, BT CSL Stick, BT iTags, Alexa, FireTV, RPi2 mit Kodi, Xiaomi Vacuum v1/Smarthome Komponenten

Beta-User

Ist denn auf dem per restore erstellten System schon ein 00_MQTT definiert?

Wenn nein: ist dir klar, was du mit restore gemacht hast und warum es fehlt?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: ZigBee2mqtt, MiLight@ESP-GW, BT@OpenMQTTGw | ZWave | SIGNALduino | MapleCUN | RHASSPY
svn: u.a Weekday-&RandomTimer, Twilight,  div. attrTemplate-files, MySensors

Wernieman

@mark79
ZitatIch würde noch die Gruppe mit rein nehmen, also ein: sudo chown fhem:dialout /opt/fhem -R
Aber daran liegt es nicht..
Wenn Du meinen Befehl gelesen hättest:
chown fhem: /opt/fhem -R
währe Dir aufgefallen, das ich nur ein : eingetragen habe. Ohne Gruppe dürfte auch kein : stehen. Dadurch das dort keine Gruppe steht, nimmt Unix die Standardgruppe des Users. Dieses ist Optimaler, als eine 2. Gruppe (hier dialout) einzutragen. Nicht bei jedem System ist fhem in der Gruppe ... aber eine Standardgruppe hat fhem (wie jeder User) immer.
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

exot

Hallo,,
Habe mir eben noch mal alles angesehen.
  pi@raspberrypi:/opt/zigbee2mqtt $ systemctl status zigbee2mqtt.service
● zigbee2mqtt.service - zigbee2mqtt
   Loaded: loaded (/etc/systemd/system/zigbee2mqtt.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2018-11-01 14:25:48 CET; 11min ago
Main PID: 25580 (npm)
   CGroup: /system.slice/zigbee2mqtt.service
           ├─25580 npm
           ├─25611 sh -c node index.js
           └─25612 node index.js

Nov 01 14:25:55 raspberrypi npm[25580]:   zigbee2mqtt:warn 2018-11-1 14:25:55 Set `permit_join` to `false` once you joined all devices.
Nov 01 14:25:55 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:55 Zigbee: allowing new devices to join.
Nov 01 14:25:55 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:55 Connecting to MQTT server at mqtt://localhost
Nov 01 14:25:56 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:56 zigbee-shepherd ready
Nov 01 14:25:56 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:56 Connected to MQTT server
Nov 01 14:25:56 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:56 MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
Nov 01 14:25:56 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:56 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002329079', payload: '{"temperature":22.51,"li
Nov 01 14:25:56 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:25:56 MQTT publish, topic: 'zigbee2mqtt/0x00158d00023213f6', payload: '{"temperature":12.12,"li
Nov 01 14:30:18 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:30:18 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002329079', payload: '{"temperature":22.51,"li
Nov 01 14:30:18 raspberrypi npm[25580]:   zigbee2mqtt:info 2018-11-1 14:30:18 MQTT publish, topic: 'zigbee2mqtt/0x00158d0002329079', payload: '{"temperature":22.49,"li
lines 1-19/19 (END)
   

Hier ist doch eindeutig zu sehen das 2 Temperatursensoren vorhanden sind.
12,12° Gewächshaus und 22,5° Testsensor im Haus.
Wenn ich jetzt:
define xBridge XiaomiMQTTDevice bridge 
ausführe und speichere hängt sich Fhem auf.
Die xBridge wird nicht eingebunden deshalb geht natürlich auch ein
  set xBridge updateDevices
nicht.
Gruß Michael