WebInterface nicht mehr erreichbar !?

SirusX · 20 Juni 2018, 16:01:25

Hi zusammen,

und zwar ist auf einmal das WebInterface meines Raspberry Fhem Server nicht mehr erreichbar installiert ist Debian Stratch Raspbain. Es lief eigentlich auch immer ich weiß nicht wieso auf einmal nicht mehr ....

hier mal ein Log auszug ihr wisst bestimmt woran es liegt bevor ich mich weiter dusselig suche^^

Zitatpi@raspberrypi:~ $ tail -f /opt/fhem/log/fhem-2018-06.log
2018.06.20 15:48:37 1: Including ./log/fhem.save
2018.06.20 15:48:37 3: Opening Mosquitto device 192.168.178.100:1883
2018.06.20 15:48:37 1: Mosquitto: Can't connect to 192.168.178.100:1883: Network is unreachable
2018.06.20 15:48:37 1: usb create starting
2018.06.20 15:48:38 3: Probing CUL device /dev/ttyAMA0
2018.06.20 15:48:38 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.06.20 15:48:38 3: Probing ZWDongle device /dev/ttyAMA0
2018.06.20 15:48:38 3: Probing FRM device /dev/ttyAMA0
2018.06.20 15:56:43 1: Including fhem.cfg
2018.06.20 15:56:44 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.

EDIT: Ich habe den Telnet Port geändert nun öffnet er ihn !? Woran kann das liegen habe nichts verändert....

EDIT2:

habe mal alle Ports geändert das ist jetzt ok aber nun das hier ist vielleicht die SD Karte hin ?

Zitatpi@raspberrypi:/opt/fhem $ tail -f /opt/fhem/log/fhem-2018-06.log
2018.06.20 16:25:28 1: usb create starting
2018.06.20 16:25:29 3: Probing CUL device /dev/ttyAMA0
2018.06.20 16:25:29 1: CUL: Can't open /dev/ttyAMA0: Permission denied
2018.06.20 16:25:29 1: usb create end
2018.06.20 16:25:29 0: Featurelevel: 5.8
2018.06.20 16:25:29 0: Server started with 17 defined entities (fhem.pl:16453/2018-03-20 perl:5.024001 os:linux user:fhem pid:1630)
2018.06.20 16:25:29 1: PERL WARNING: Argument "{"Time":"2018-03-24T18:55:52","ENERGY":{"Total":2.824,"Y..." isn't numeric in sprintf at (eval 17) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Use of uninitialized value in sprintf at (eval 17) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Argument "{"Time":"2018-03-24T18:55:52","ENERGY":{"Total":2.824,"Y..." isn't numeric in sprintf at (eval 18) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Use of uninitialized value in sprintf at (eval 18) line 1.

Otto123 · 20 Juni 2018, 16:35:17

Hi,

als erstes würde ich raten den USB check abzuschalten:
/opt/fhem/fhem.pl 7072 "attr initialUsbCheck disable 1"
/opt/fhem/fhem.pl 7072 "save"

Ach so Du hast den Telnet Port geändert

naja dann versuch es mit dem geänderten Port.

ZitatIch habe den Telnet Port geändert nun öffnet er ihn !? Woran kann das liegen habe nichts verändert....

Ist das wein Widerspruch in sich?
Du wusstest was Du tust? Sieht irgendwie nicht danach aus. Vielleicht machst Du besser alle Änderungen erstmal zurück schaust das es läuft und machst Dir dann Gedanken wie Du vorgehen willst?

Gruß Otto

SirusX · 20 Juni 2018, 16:41:35

Er kann ja keinen Port öffnen also habe ich alle Ports mal geändert um zu schauen wie er dann reagiert und unten steht ja wie er dann reagiert hat. Ganz soviel ahnung habe ich nicht ich dachte mir nur mal sehen was dann passiert um das problem vielleicht besser eingrenzen zu können.

EDIT: Wenn ich das versuche passiert nichts mehr kann auch nichts mehr eingeben denke er kann den befehl nicht schreiben

pi@raspberrypi:/opt/fhem $ /opt/fhem/fhem.pl 7072 "attr initialUsbCheck disable 1"

EDIT 2: Habe die Ports wieder normal gemacht und nun macht er nicht weiter da der Telnet Port irgenntwie belegt ist hmmm keine ahnung wieso ^^

Zitatpi@raspberrypi:/opt/fhem $ tail -f /opt/fhem/log/fhem-2018-06.log
2018.06.20 16:25:29 0: Featurelevel: 5.8
2018.06.20 16:25:29 0: Server started with 17 defined entities (fhem.pl:16453/2018-03-20 perl:5.024001 os:linux user:fhem pid:1630)
2018.06.20 16:25:29 1: PERL WARNING: Argument "{"Time":"2018-03-24T18:55:52","ENERGY":{"Total":2.824,"Y..." isn't numeric in sprintf at (eval 17) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Use of uninitialized value in sprintf at (eval 17) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Argument "{"Time":"2018-03-24T18:55:52","ENERGY":{"Total":2.824,"Y..." isn't numeric in sprintf at (eval 18) line 1.
2018.06.20 16:25:29 1: PERL WARNING: Use of uninitialized value in sprintf at (eval 18) line 1.
2018.06.20 16:50:38 0: Server shutdown
2018.06.20 16:50:38 1: Shutdown executed
2018.06.20 16:51:49 1: Including fhem.cfg
2018.06.20 16:51:49 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.

Otto123 · 20 Juni 2018, 16:54:12

Also ich vermute, du startest fhem neu und fhem läuft schon.
Starte die Maschine einmal komplett neu mit der original Konfiguration.
Am Besten: Alle USB Sticks abziehen.

Wenn er dann läuft schaltest Du den usb Check aus.

Gruß Otto

SirusX · 20 Juni 2018, 17:04:18

Habe jetzt komplett neu gebootet und das Webinterface ist nicht erreichbar.... er kann den MQTT Mosquitto nicht erreichen aber denke er ist erreichbar.....

Zitatpi@raspberrypi:~ $ tail -f /opt/fhem/log/fhem-2018-06.log
2018.06.20 16:59:58 3: WEBtablet: port 8085 opened
2018.06.20 16:59:58 2: eventTypes: loaded 54 events from ./log/eventTypes.txt
2018.06.20 16:59:59 1: Including ./log/fhem.save
2018.06.20 16:59:59 3: Opening Mosquitto device 192.168.178.100:1883
2018.06.20 16:59:59 1: Mosquitto: Can't connect to 192.168.178.100:1883: Network is unreachable
2018.06.20 16:59:59 1: usb create starting
2018.06.20 17:00:00 3: Probing CUL device /dev/ttyAMA0
2018.06.20 17:00:00 3: Probing TCM_ESP3 device /dev/ttyAMA0
2018.06.20 17:00:00 3: Probing ZWDongle device /dev/ttyAMA0
2018.06.20 17:00:01 3: Probing FRM device /dev/ttyAMA0

Also laufen tut ^^er zumindest meine ich

Zitatpi@raspberrypi:~ $ mosquitto_sub -d -v -t \#
Client mosqsub/621-raspberrypi sending CONNECT
Client mosqsub/621-raspberrypi received CONNACK
Client mosqsub/621-raspberrypi sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0)
Client mosqsub/621-raspberrypi received SUBACK
Subscribed (mid: 1): 0
Client mosqsub/621-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/WZ_Stargate/LWT', ... (7 bytes))
tele/WZ_Stargate/LWT Offline
Client mosqsub/621-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/WZ_Licht/LWT', ... (6 bytes))
tele/WZ_Licht/LWT Online
Client mosqsub/621-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/BZ_Licht/LWT', ... (6 bytes))
tele/BZ_Licht/LWT Online
Client mosqsub/621-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/SZ_Computer/LWT', ... (6 bytes))
tele/SZ_Computer/LWT Online
Client mosqsub/621-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/SZ_Nachtlicht/LWT', ... (6 bytes))
tele/SZ_Nachtlicht/LWT Online

Otto123 · 20 Juni 2018, 17:07:52

Mit dem kleinen Stechtier gab es separat Probleme such mal hier im Forum. Kannst es auch erstmal rausnehmen

SirusX · 20 Juni 2018, 17:30:25

Ok es liegt am MQTT soweit habe ich das Verstanden aber ich kriege trotzdem nicht den Server gestartet weil alle Sonoff schalter als MQTT definiert sind es ist jetzt schon was länger her wo ich alles eingerichtet habe .... den MQTT habe ich für das Apple Homekit gebraucht da ich ein iPhone genutzt habe.

Ich habe ja auch noch das iPad ich weiß nicht wie geh ich jetzt am besten damit um brauche ich für Android überhaupt den MQTT ? Das kommt dann auch immer genau dann wenn man keine Zeit dafür hat .....

Otto123 · 20 Juni 2018, 17:37:12

Ich habe leider keine Ahnung von MQTT.

Beta-User · 20 Juni 2018, 17:40:21

Bitte um mehr Info zur Infrastruktur:
Mosquitto und FHEM sind nicht auf derselben Maschine, oder?
Warum glaubst du, dass Mosquitto läuft?
Welche Modulversionen (MQTT und MQTT_DEVICE)?

SirusX · 20 Juni 2018, 17:45:32

Die beiden laufen auf dem selben Raspberry, eigentlich wäre es erstmal schon genug wenn ich die Schalter über Fhem und Android steuern könnte mich stresst das ganze gerade enorm hehe ... kein Zeit....hmm

Wenn ich ....

mosquitto_sub -d -v -t \#

ausführe kommt ... deshalb denke ich das er läuft.....

Zitatpi@raspberrypi:~ $ mosquitto_sub -d -v -t \#
Client mosqsub/758-raspberrypi sending CONNECT
Client mosqsub/758-raspberrypi received CONNACK
Client mosqsub/758-raspberrypi sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0)
Client mosqsub/758-raspberrypi received SUBACK
Subscribed (mid: 1): 0
Client mosqsub/758-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/WZ_Stargate/LWT', ... (7 bytes))
tele/WZ_Stargate/LWT Offline
Client mosqsub/758-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/WZ_Licht/LWT', ... (6 bytes))
tele/WZ_Licht/LWT Online
Client mosqsub/758-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/BZ_Licht/LWT', ... (6 bytes))
tele/BZ_Licht/LWT Online
Client mosqsub/758-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/SZ_Computer/LWT', ... (6 bytes))
tele/SZ_Computer/LWT Online
Client mosqsub/758-raspberrypi received PUBLISH (d0, q0, r1, m0, 'tele/SZ_Nachtlicht/LWT', ... (6 bytes))
tele/SZ_Nachtlicht/LWT Online

Hier mal meine Fhem CFG

Beta-User · 20 Juni 2018, 17:51:19

Wenn es dieselbe Maschine ist, würde ich mal auf localhost umstellen (wieso überhaupt über die externe IP - ist das auch noch WLAN?).

Wenn es nicht davon schon von alleine tut: sicherstellen, dass init.d bzw. systemd die Dinge in der richtigen Reihenfolge starten, also erst Mosquitto (bitte Anleitung suchen, sollte ähnlich sein wie bei razberry, du dem es mal einen Thread hier gab, wenn mich meine Erinnerung nicht täuscht - Rückmeldung willkommen, dann trage ich das im Wiki nach).

Bleibt die Frage nach "version <module>" - es gab da die letzten paar Wochen ein update, od das damit was zu tun hat, weiß ich allerdings nicht...

SirusX · 20 Juni 2018, 18:08:19

Mit 127.0.0.1 geht es wieder danke für den Tipp klar macht es so schon mehr sinn da hast du recht ich muss eh auch mal sehen wie ich es am besten in Google intrigriere vielleicht dann direkt alles mal neu aufsetzen.

Danke schonmal für eure Hilfe erste klasse hier TOpPP

Beta-User · 21 Juni 2018, 07:47:46

[gelöst]?

Einige Anmerkungen noch:

Zum einen wäre interessant, nach welcher Anleitung du bei der Installation damals vorgegangen bist - ggf. gibt's da Verbesserungsbedarf in "unserere" Doku.

Zum anderen: Deinen Gedankengängen, insbesondere zu den Stichworte Google, Apple, Homekit und Android konnte jedenfalls ich nicht so recht folgen. Vielleicht geht das nur mir so, weil ich davon manches nicht nutze. Aber dennoch könntest du die Zusammenhänge, die du da siehst oder vermutest das nächste Mal kurz umreißen, wäre ggf. hilfreich für unwissende Leute wie mich. Wenn dir selbst nicht so klar sein sollte, wie was zusammenhängt, solltest du m.E. daran arbeiten - es mindert nämlich den Stress im Fehlerfall deutlich, wenn man ein klareres Gespür dafür hat, wie was mit allem zusammenhängt.

Zuletzt: den initialUsbCheck hast du hoffentlich jetzt deaktiviert? Das ist nämlich sonst mit einer gewissen "Zuverlässigkeit" das nächste, über das du irgendwann stolperst...