Installation FHEM

Begonnen von klein.michael, 11 Oktober 2019, 21:32:20

Vorheriges Thema - Nächstes Thema

klein.michael

Liebe FHEM Gemeinde,

ich habe mir vor ein paar Monaten ein nettes kleines Smarthome zusammengebastelt. Dank vieler Dokumentationen und Geduld habe ich mehr oder weniger alles erforderliches eingebunden und realisiert. Infrarot Heizungssteuerung HS100/HS110 und Lacrosse, Aussenbeleuchtung im Garten, Shelly usw. Alles war gut bis sich .. zwischendurch die SD-Karte verabschiedet hat. *seufz*

Jetzt scheitere ich bedauerlicherweise anscheinend an den basics und verstehe es nicht. :-( :-(

Ich habe mit balenaEtcher-Setup-1.5.58 auf eine SD-Karte das Raspbian Buster Lite geflasht. FHEM installiert, was auch läuft ...


pi@raspberrypi:/opt/fhem/log $ ps -ef|grep fhem
fhem       496     1  0 19:18 ?        00:00:01 /usr/bin/perl fhem.pl fhem.cfg
pi         795   714  0 19:56 pts/0    00:00:00 grep --color=auto fhem



Kontrolliert von einem andern Rechner aus:
root@pve01:~# nmap fhem.fritz.box
Starting Nmap 7.70 ( https://nmap.org ) at 2019-10-11 21:28 CEST
Nmap scan report for fhem.fritz.box (192.168.178.100)
Host is up (0.0028s latency).
rDNS record for 192.168.178.100: raspberrypi.fritz.box
Not shown: 998 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
8083/tcp open  us-srv


Und trotzdem kann ich nicht auf den fhem zugreifen :-( Der Browser sagt mir einfach "Diese Seite ist nicht erreichbar."

Ich bin gerade leicht ... frustiert. Hat irgendjemand Tipps für mich ??

Besten Dank auf jeden Fall für allfällige Hinweise, Tipps, alles eben *seufz*

amenomade

#1
Läuft fhem mit der fhem.cfg.demo Konfig, und ist er erreichbar? Wenn dann, ist das Problem in deiner .cfg Datei

Möglicherweise:
- es fehlt das Wort "global" in der Definition der FHEMWEB Instanz
- es gibt ein "allowed" Device, der die IP Adresse deines Clients nicht akzeptiert
- es gibt ein "allowFrom" Attribut, der das gleiche macht.

Ein Blick in der Fhem Log könnte auch Hinweise liefert.
Und auch mit "top" prüfen, ob vielleicht Fhem 100% Cpu nutzt.
Wenn das nicht reicht, sehen wir weiter ;)

EDIT: weitere Hinweise übrigens hier: https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

betateilchen

Zitat von: klein.michael am 11 Oktober 2019, 21:32:20
Und trotzdem kann ich nicht auf den fhem zugreifen :-( Der Browser sagt mir einfach "Diese Seite ist nicht erreichbar."

Wie versuchst Du denn, auf FHEM zuzugreifen? Über Hostname:port oder über  IP:port?
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klein.michael

Hallo und einen guten Tag :-)

Zitat von: amenomade am 11 Oktober 2019, 22:43:17
Läuft fhem mit der fhem.cfg.demo Konfig, und ist er erreichbar? Wenn dann, ist das Problem in deiner .cfg Datei

Möglicherweise:
- es fehlt das Wort "global" in der Definition der FHEMWEB Instanz
- es gibt ein "allowed" Device, der die IP Adresse deines Clients nicht akzeptiert
- es gibt ein "allowFrom" Attribut, der das gleiche macht.

Ein Blick in der Fhem Log könnte auch Hinweise liefert.
Und auch mit "top" prüfen, ob vielleicht Fhem 100% Cpu nutzt.
Wenn das nicht reicht, sehen wir weiter ;)

EDIT: weitere Hinweise übrigens hier: https://wiki.fhem.de/wiki/FHEM_startet_nicht_-_Tipps_zur_Fehlersuche
Das war alles soweit OK. Vom Ablauf her hatte ich Raspbian installiert, mittels apt das Ding aktualisiert, die fhem-5.9.deb heruntergeladen, dann mi "sudo dpkg -i fhem-5.9.deb" installiert, hinterher noch ein "sudo apt --fix-broken install" (hatte ich mal irgendwo gelesen), den pi neu gestartet.

Normalerweise konnte ich danach via Browser auf FHEM zugreifen ("http://fhem.fritz.box:8083") ... aber das wollte gestern irgendwie nicht. Vom Notebook aus nicht, vom Tablet nicht, vom Smartphone nicht. nmap hat gezeigt dass die Ports 22 für SSH und 8083 für den FHEM offen sind, aber es blieb dabei. Kein Gerät konnte über den Browser auf FHEM zugreifen.

Zitat von: betateilchen am 12 Oktober 2019, 01:27:43
Wie versuchst Du denn, auf FHEM zuzugreifen? Über Hostname:port oder über  IP:port?
Immer über "fhem.fritz.box:8083", wenn das mal nicht funktionieren wollte habe ich ersatzhalber auch die "192.168.178.100:8083" verwendet, wollte gestern aber auch nicht.
Das dann mittels Chrome vom Notebook, Chrome am Smartphone, "Fully Kiosk Browser" am Tablet, Safari am iPad.

Die Logdatei gab auch nichts her. Also habe ich es dann bleiben lassen.

Und jetzt kommts, ich habe noch nichts getan, versuche es auf verdacht ... und siehe da - plötzlich komme ich auf allen Geräten auf die FHEM Seite drauf. Verstehen kann ich es nicht wirklich aber naja, hauptsache es funktioniert jetzt. Nur schade um die verlorene Zeit eben.

Ich möchte mich auf jeden Fall bedanken für die Tipps und mithilfe, und sorry für die Panik ;-)



klein.michael

Hallo nochmals,

ich habe mir wieder das Style von haus-Automatisierung.com installiert, am Ende natürlich ein "shutdown restart" und schon wieder komme ich nicht rauf.

Die Log sagt also nun folgendes:

2019.10.12 11:01:31 1: update finished, "shutdown restart" is needed to activate the changes.
2019.10.12 11:01:31 1:
2019.10.12 11:01:31 1: Please consider using the global attribute sendStatistics
2019.10.12 11:02:59 0: Server shutdown
2019.10.12 11:03:00 1: Including fhem.cfg
2019.10.12 11:03:00 3: WEB: port 8083 opened
2019.10.12 11:03:00 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2019.10.12 11:03:00 3: telnetPort: port 7072 opened
2019.10.12 11:03:00 1: Including ./log/fhem.save
2019.10.12 11:03:00 1: usb create starting
2019.10.12 11:03:01 3: Probing CUL device /dev/ttyAMA0
2019.10.12 11:03:01 3: Probing TCM_ESP3 device /dev/ttyAMA0
2019.10.12 11:03:01 3: Probing ZWDongle device /dev/ttyAMA0
2019.10.12 11:03:01 3: Probing FRM device /dev/ttyAMA0
2019.10.12 11:03:07 3: Probing TCM_ESP3 device /dev/ttyUSB0
2019.10.12 11:03:07 3: Probing TCM_ESP2 device /dev/ttyUSB0
2019.10.12 11:03:07 3: Probing FHZ device /dev/ttyUSB0
2019.10.12 11:03:07 3: Probing TRX device /dev/ttyUSB0
2019.10.12 11:03:08 3: Probing ZWDongle device /dev/ttyUSB0
2019.10.12 11:03:08 3: Probing FRM device /dev/ttyUSB0

Jetzt "steckt" der anscheinend hier fest, und kommt nun nicht zum starten des Servers.

Beim ersten Mal nach der Installation war es wie folgt:
2019.10.11 19:17:36 1: usb create starting
2019.10.11 19:17:36 3: Probing CUL device /dev/ttyAMA0
2019.10.11 19:17:37 3: Probing TCM_ESP3 device /dev/ttyAMA0
2019.10.11 19:17:37 3: Probing ZWDongle device /dev/ttyAMA0
2019.10.11 19:17:37 3: Probing FRM device /dev/ttyAMA0
2019.10.11 19:17:42 3: Probing TCM_ESP3 device /dev/ttyUSB0
2019.10.11 19:17:42 3: Probing TCM_ESP2 device /dev/ttyUSB0
2019.10.11 19:17:43 3: Probing FHZ device /dev/ttyUSB0
2019.10.11 19:17:43 3: Probing TRX device /dev/ttyUSB0
2019.10.11 19:17:44 3: Probing ZWDongle device /dev/ttyUSB0
2019.10.11 19:17:44 3: Probing FRM device /dev/ttyUSB0
2019.10.11 19:18:29 1: usb create end


Nach der Installation habe ich direkt einen Neustart des Raspi gemacht:
2019.10.11 19:18:29 0: Server started with 6 defined entities (fhem.pl:17329/2018-09-12 perl:5.028001 os:linux user:fhem pid:12317)
2019.10.11 19:18:35 0: Server shutdown
2019.10.11 19:18:49 1: Including fhem.cfg
2019.10.11 19:18:50 3: WEB: port 8083 opened
2019.10.11 19:18:50 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2019.10.11 19:18:50 1: Including ./log/fhem.save
2019.10.11 19:18:50 1: usb create starting
2019.10.11 19:18:50 3: Probing CUL device /dev/ttyAMA0
2019.10.11 19:18:50 3: Probing TCM_ESP3 device /dev/ttyAMA0
2019.10.11 19:18:51 3: Probing ZWDongle device /dev/ttyAMA0
2019.10.11 19:18:51 3: Probing FRM device /dev/ttyAMA0
2019.10.11 19:18:56 3: Probing TCM_ESP3 device /dev/ttyUSB0
2019.10.11 19:18:56 3: Probing TCM_ESP2 device /dev/ttyUSB0
2019.10.11 19:18:56 3: Probing FHZ device /dev/ttyUSB0
2019.10.11 19:18:57 3: Probing TRX device /dev/ttyUSB0
2019.10.11 19:18:57 3: Probing ZWDongle device /dev/ttyUSB0
2019.10.11 19:18:58 3: Probing FRM device /dev/ttyUSB0
2019.10.11 23:50:50 1: usb create end
2019.10.11 23:50:50 0: Featurelevel: 5.8
2019.10.11 23:50:50 0: Server started with 6 defined entities (fhem.pl:17329/2018-09-12 perl:5.028001 os:linux user:fhem pid:496)

Das hat jetzt fast 5 Stunden gebraucht bis dann der FHEM Server gestartet wurde. Na klar komme ich nicht nicht auf FHEM rauf, nur ... warum braucht das USB Zeug nach dem ersten Mal jetzt auf einmal so lange ?



betateilchen

Lösche das usb autocreate aus Deiner Konfiguration.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

klein.michael

Hallo Betateilchen,

Zitat von: betateilchen am 12 Oktober 2019, 12:20:02
Lösche das usb autocreate aus Deiner Konfiguration.
Ist erledigt, schaut gut aus. Ich danke Dir :-)

Jetzt habe ich natürlich in meiner alten fhem.cfg nachgesehen, in der Tat hatte ich den Teil
define initialUsbCheck notify global:INITIALIZED usb create
dort nicht drinnen, ob das ursprünglich nicht drinnen war oder ich irgendwann (warum auch immer) rausgenommen habe, I don't remember.

So ... dann kommt jetzt der lustige Teil ... alles wieder auf Grundlage der alten FHEM neu aufbauen *yeah*

klein.michael

Hallo,

kurze Korrektur ... habe mich geirrt, der initialUsbCheck ist doch drinnen.

Nur der Versuch es zu verstehen, aber gibt es eine mehr oder weniger kurze Antwort warum das beim ersten Mal gerade eine Minute benötigt hat und danach Stunden ?