Raspberry Pi Umstieg auf Raspberry Pi 3B+ und von Wheezy zu Buster

Begonnen von mfeske, 08 Februar 2019, 16:50:53

Vorheriges Thema - Nächstes Thema

mfeske

Fortschritt:
;-)
2019.02.28 09:16:21 2: Backup with command: tar -cf - "./certs" "./CHANGED" "./configDB.pm" "./contrib" "./demolog" "./docs" "./FHEM" "./fhem.cfg" "./fhem.cfg.demo" "./fhem.pl" "./log" "./MAINTAINER.txt" "./README_DEMO.txt" "./restoreDir" "./unused" "./www" |gzip > ./backup/FHEM-20190228_091621.tar.gz
Backup done
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

mfeske

Zitat von: Hollo am 28 Februar 2019, 09:19:18
An Deiner Stelle würde ich ein Upgrade NICHT in Erwägung ziehen und das System mit dem stretch (aktuelles stable release) und FHEM 5.9 neu aufsetzen.

Hallo Hollo,

ja bin jetzt auf Stretch gewechselt und werde mich an der Neuinstallation von FHEM versuchen.
Ein Backup konnte ich erfolgreich machen, jetzt muss ich halt die HMUARTLGW irgendwie angehen.

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

mfeske

Alles auf Start und nun wollte ich loslegen. Die Anleitung https://wiki.fhem.de/wiki/Raspberry_Pi ist ja für Anfänger gedacht. Also los geht es:

su - root
# serielle Schnittstelle aktivieren und mit BT Schnittstelle tauschen
echo "enable_uart=1" >> /boot/config.txt
echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt
echo "core_freq=250" >> /boot/config.txt
sudo shutdown -r now
pi@raspberrypi:~ $ ls -l /dev/ttyAMA0
crw-rw---- 1 root dialout 204, 64 Feb 28 08:58 /dev/ttyAMA0
pi@raspberrypi:~ $ ls -l /dev/serial*
lrwxrwxrwx 1 root root 7 Feb 28 11:07 /dev/serial0 -> ttyAMA0
lrwxrwxrwx 1 root root 5 Feb 28 11:07 /dev/serial1 -> ttyS0
pi@raspberrypi:~ $ su - root
Passwort:
root@raspberrypi:~# wget -qO - http://debian.fhem.de/archive.key | apt-key add -
OK
root@raspberrypi:~# echo "deb http://debian.fhem.de/nightly/ /" >> /etc/apt/sources.list
root@raspberrypi:~# apt-get update
root@raspberrypi:~# apt-get install fhem


Meine Vermutung war jetzt, das nach einem Neustart mit FHEM unter http://192.168.115.75:8083 begrüsst. Da passiert aber leider nichts.
pi@raspberrypi:/opt/fhem $  /etc/init.d/fhem start
-bash: /etc/init.d/fhem: Datei oder Verzeichnis nicht gefunden

deutet mir wohl auch an, das da noch was fehlt. In /etc/init.d/ gibt es auch kein fhem
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

yersinia

#18
Zitat von: mfeske am 28 Februar 2019, 11:29:31
Meine Vermutung war jetzt, das nach einem Neustart mit FHEM unter http://192.168.115.75:8083 begrüsst. Da passiert aber leider nichts.
pi@raspberrypi:/opt/fhem $  /etc/init.d/fhem start
-bash: /etc/init.d/fhem: Datei oder Verzeichnis nicht gefunden

deutet mir wohl auch an, das da noch was fehlt. In /etc/init.d/ gibt es auch kein fhem
Du bist auf Buster Stretch umgestiegen und damit auch auf systemd.

Versuche mal
systemctl status fhem
und dann je nachdem
systemctl restart fhem
systemctl stop fhem
systemctl start fhem


Manchmal kann der Start auch was dauern. Insbesondere am Anfang.

Was gibt denn
dmesg
nach FHEM start (ggf via systemctl restart fhem) aus?
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

mfeske

#19
Hallo yersinia,

vielen Dank. Ich werde das mal in meiner Doku ergänzen ;-)
offenbar läuft fhem
root@raspberrypi:~# systemctl status fhem
● fhem.service - FHEM Home Automation
   Loaded: loaded (/etc/systemd/system/fhem.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2019-02-28 11:18:14 CET; 27min ago
  Process: 384 ExecStart=/usr/bin/perl fhem.pl fhem.cfg (code=exited, status=0/SUCCESS)
Main PID: 489 (perl)
   CGroup: /system.slice/fhem.service
           └─489 /usr/bin/perl fhem.pl fhem.cfg

Feb 28 11:18:12 raspberrypi systemd[1]: Starting FHEM Home Automation...
Feb 28 11:18:14 raspberrypi systemd[1]: Started FHEM Home Automation.


aber über den Browser ist es nicht aufrufbar.

dmesg fast alles grün, bis auf

[    4.361385] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43455-sdio.bin for chip 0x004345(17221) rev 0x000006
[    4.729254] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[    4.729822] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 9.10.105 Compiler: 1.29.4 ClmImport: 1.36.3 Creation: 2018-03-09 18:56:28
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

yersinia

Was sagt denn das Log von FHEM? Müsste irgendwo unter
/opt/fhem/log
o.ä. liegen.
Kannst du mit cat, nano oder vi auslesen. Möglicherweise auch mit tail (gibt standardmässig letzten 10 Zeilen einer Datei aus).
viele Grüße, yersinia
----
FHEM 6.3 (SVN) on RPi 4B with RasPi OS Bullseye (perl 5.32.1) | FTUI
nanoCUL->2x868(1x ser2net)@tsculfw, 1x433@Sduino | MQTT2 | Tasmota | ESPEasy
VCCU->14xSEC-SCo, 7xCC-RT-DN, 5xLC-Bl1PBU-FM, 3xTC-IT-WM-W-EU, 1xPB-2-WM55, 1xLC-Sw1PBU-FM, 1xES-PMSw1-Pl

mfeske

angeblich wäre 8083 open :-(

2019.02.28 11:48:57 1: Including fhem.cfg
2019.02.28 11:48:57 3: WEB: port 8083 opened
2019.02.28 11:48:57 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2019.02.28 11:48:57 1: Including ./log/fhem.save
2019.02.28 11:48:57 1: usb create starting
2019.02.28 11:48:58 3: Probing ZWDongle device /dev/serial0
2019.02.28 11:48:58 1: ZWDongle: Can't open /dev/serial0: Permission denied
2019.02.28 11:48:58 3: Probing ZWDongle device /dev/serial1
2019.02.28 11:48:58 3: Probing CUL device /dev/ttyAMA0
2019.02.28 11:48:58 1: CUL: Can't open /dev/ttyAMA0: Permission denied
2019.02.28 11:48:58 3: Probing CUL device /dev/ttyS0
2019.02.28 11:48:58 1: usb create end
2019.02.28 11:48:58 0: Featurelevel: 5.9
2019.02.28 11:48:58 0: Server started with 6 defined entities (fhem.pl:18623/2019-02-17 perl:5.024001 os:linux user:fhem pid:1528)

Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

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

mfeske

Hallo @Beta-User,

ja ich sitze im gleichen Netzwerk und die IP unterscheidet sich nur in der letzten Stelle.
Ich habe die Installation einfach erneut durchgeführt (komplett) und jetzt geht es.

Aber was wäre so eine Neuinstallation ohne Probleme :-(
Nach dem Neustart scheint FHEM jedoch auf dem Raspi BT zu killen :-( Meine dort angeschlossene BT Maus und Tastatur funktionieren nicht mehr. Der Desktop behauptet "No Bluetooth adapter found.

Im Frontend habe ich dann noch:

SecurityCheck:
  WEB is not password protected

Protect this FHEM installation by defining an allowed device with define allowed allowed
You can disable this message with attr global motd none


Wäre das jetzt das korrekte vorgehen:
in fhem Zeile define allowed WEB allowed
in fhem zeile define WEB FHEMWEB 8083 global
in fhem zeile attr WEB basicAuth { "$user:$password" eq "ich:geheim" }

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

willib

Ich würde die lite version nehmen und per SSH arbeiten.
FHEM in Debian 10 LXC unter Proxmox auf NUC, Homematic, Hue, Intertechno, Jeelink, RFXTRX, Harmony Hub, VU+ Uno 4K, Sonos, AMAD

mfeske

Hallo @willib,

ich werde überwiegend per SSH zugreifen, benötige den pi aber noch zu anderen Zwecken.

Das sollte doch trotzdem gehen.
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

willib

Ja, das sollte schon gehen.
Ich nutze einen 3B und habe jetzt einen Einbruch in der Performance. Zum Beispiel wenn ich den Raum everything öffne dauert es mittlerweile doch recht lang. Ich weiß nicht woran das liegt. Ich habe aber viele Module, DOIFs und auch MQTT2 in Benutzung. Ich verfolge diesen Thread weil ich auch auf den 3B+ wechseln will und mein System dabei vollständig neu machen will. Bis auf die config natürlich.

Mit der Zeit werden die Aufgaben die FHEM übernimmt sicherlich immer mehr. Daher würde ich immer nur FHEM auf dem Pi laufen lassen und keine anderen Tasks.
Vieleicht is das auch Quatsch. Aber ein zweiter Pi kostet nicht viel. Ich bin mir auch nicht sicher ob das plus an Prozessorleistung beim 3B+ überhaubt relevant für die Nutzung von FHEM ist und nicht eher mehr RAM gebraucht wird. Da scheiden sich vermutlich die Geister.
FHEM in Debian 10 LXC unter Proxmox auf NUC, Homematic, Hue, Intertechno, Jeelink, RFXTRX, Harmony Hub, VU+ Uno 4K, Sonos, AMAD

Beta-User

Bitte nicht noch eine pro/contra Pi Diskussion... Und ich würde auch immer versuchen, die Zahl der zu pflegenden Geräte auf einem für mich überschaubaren Niveau zu halten, weniger ist also mehr.

Aber: der FHEM-Server sollte tatsächlich NIE einen Desktop haben, das ist sch.*e! Und wenn du noch 100 youtubes dazu siehst, die was anderes behaupten :P .

Dass BT bei den Dingern auch ein Problem darstellen kann, ist dem Wiki zu entnehmen. Die Konfiguration würde ich daher tatsächlich erst mal via ssh und ohne WLAN machen, dabei ist es vermutlich am einfachsten, die Schnittstellen passend zu konfigurieren.

Und das schient mir nicht ganz der korrekte code zu allowed zu sein (die Namenswahl ist aber auch irritierend), schau dazu in der commandref nach (oder im Wiki, da müßte vielleicht im QuickStart was zu finden sein).
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

mfeske

Um rauszubekommen ob meine Vermutung stimmt muss ich erstmal finden, wie ich den automatischen start von fhem verhindere. Ich vermute tatsächlich darin die Ursache. Vielleicht kann einer der Profis mir zur Seite springen. Es handelt sich um einen 3B+ mit integrierten BT. Keine weiteren USB Geräte angeschlossen, wie in der Anleitung beschrieben.

Gruß
Micha
Hardware:
1 x Raspberry Pi Mod. B 512 MB
eq-3 2 x MAX! eTRV Heizungssteller, 1 x MAX! Fensterkontakt, 1 x MAX! Cube - LAN Gateway (ausser Betrieb)
Intertechno 1x ITZ-500, 3x ITT-1500, 9x ITR-1500, 3 x ITDL-1000, 2 x ITL-500
1 x CC1101-USB-Lite 433MHz (CUL433)  V3 1 x CC1101-USB-Lite 868MHz (CUL868)

Beta-User

Bitte nicht nur alles einfach fragen, sondern versuchen, das bisher gesagte auch zu verstehen.

Du hattest ein Problem, weil init.d nicht vorhanden war, oder? Es wurde ersetzt durch? OK, wenn du das gefunden hast: passenden Systembefehl finden und mit der Option disable aufrufen...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files