RaspberryMatic WebUI nach Zeit X nicht mehr erreichbar

[Wookbert]

Ausgangssituation: RPM 2.31.25.20180428 auf RPi3 Model B mit CUx-Daemon 1.11a und USB CUL-Stick. Anbindung per WLAN.

Problem: Nach einem Neustart kann man sich problemlos im WebUI einloggen. Versucht man aber zu einem späteren Zeitpunkt das WebUI erneut aufzurufen, so antwortet der Webserver auf der RaspberryMatic nicht mehr, d.h. mit Aufruf der IP-Adresse über den Browser erhält man statt der CCU-Login-Seite ... nichts. Dem Verhalten der Hausautomation nach, scheint die CCU aber noch zu laufen.

Ich habe weder rausgefunden, wie lange es nach einem Neustart dauert, bis das Problem auftritt, noch was die Ursache ist. Auf dem System laufen recht wenige Programme und Direktverknüpfungen, und eine recht überschaubare Zahl von Komponenten.

Das Problem hatte ich übrigens schon vor dem Update auf o.g. Version, das müsste 2.29.23 gewesen sein (ich habe diverse Updates ausgelassen).

Wenn mir jemand verrät, welches Logfile die notwendige Auskunft gibt, dann stelle ich dieses gerne zur Verfügung. Anbei das aktuelle Fehlerprotokoll (Logikschicht: Alles loggen), wobei das nur die Infos ab dem Neustart der RaspberrryMatic beinhaltet (Wie kommt man an vorherige Logs ran!? Pfad? SSH-Login ist vorhanden)

[AndiN]

Hallo

Blöde Frage:

Was passiert wenn du den Netzwerk Stecker von der CCU Ziehst und die IP anpingst?
Erster Verdacht Doppeladressierung

Andi

[shartelt]

zweiter Verdacht LAN und WLAN zusammen und die kommen sich in die Quere?

[JRiemann]

CUx-Daemon 1.11a

Das ist schon Dein erstes Problem!!! CUxD 2.0.1 ist aktuell.

Außerdem ist der W-Lan-Betrieb von RaspiMatic nicht ratsam weil es gerne mal zu Verbindungsproblemen kommt.
Sogar "Jens", der Entwickler, rät dazu NICHT den W-Lan-Betrieb zu nutzen.

[erwin23]

Hallo,
Wenn der Ping funktioniert, Versuch dich mal mit http://homematic-raspi einzuloggen.
Bei mir funktioniert die Einwahl über 192,168.x.y an meinem Tablett machmal auch nicht.
Dann funst die o.g. Einwahl.
Cu erwin23

[Wookbert]

W-LAN vs. Ethernet (RJ-45)
Normalerweise sind die Ethernet-Buchsen des Pis leer, weil ich im Sicherungskasten auf der Hutschiene kein Ethernet-Kabel liegen habe (und so einfach auch keines hingelegt bekomme). Ich habe seit gestern mal ein Ethernet-Kabel „fliegend“ angeschlossen, weil ich bei der nächsten WLAN-WebUI-Nicht-Erreichbarkeit prüfen will/wollte, ob man via Eternit noch draufkommt.

Dabei fiel mir in der Netzwerkübersicht im Router auf, daß wie hier verdächtigt wurde, Ethernet und WLAN (trotz unterschiedlicher MAC-IDs) via DHCP in der Tat die SELBE IP-Adresse (10.0.1.22) zugewiesen bekommen. Das ist umso verwunderlicher, als dass ich der FritzBox beim Pi-WLAN gesagt habe, diesem anhand der MAC-ID diese IP-Adresse fest zuzuweisen, während sich das Ethernet aus dem DHCP-Pool bedienen sollte, und somit doch eigentlich eine andere Adresse als die 10.0.1.22 ziehen müsste!? Und überhaupt: Bekommt die Ethernet-Buchse überhaupt eine DHCP-Adresse zugewiesen, wenn KEINE Kabelverbindung zum Router besteht!? (Wie gesagt: Normalerweise habe ich kein Kabel dranhängen).

Vielleicht wäre es mal einen Versuch wert, der Ethernet-Buchse — auch wenn sie ungenutzt ist — eine feste DHCP-Adresse anhand der MAC-ID explizit zuzuweisen, um so einen Adresskonflikt (Doppelvergabe) zu verhindern? Frage mich halt nachwievor, wie es zu einer Doppelvergabe der 10.0.1.22 kommen kann!?

CUx Daemon
2.0.1? Das ist an mir vorüber gegangen, aber der Release scheint ja auch noch recht frisch zu sein. Danke. Mal schauen, ob ich das problemlos aktualisiert bekomme...

[JoMass]

Hi, Hast Du eventuell im WebUI eine fixe IP Adresse zugewiesen ? Das müsste doch unabhängig vom physikalischen Anschluss (LAN/WLAN) zur selben IP Adresse führen ? (also nach Versuchen mit beiden Verbindungsarten => 2 MAC Adressen, eine IP Adresse ?) Was die Fritzbox damit im Betrieb macht weiß ich aber nicht.

[michihorn]

Hallo
ich habe das selbe Problem.
Ich nutze 3.41.11.20190126. Nach nicht vorhersehbaren Zeiten ist die WebUI nicht mehr erreichbar auch der Iobroker kann nicht mehr mit der Raspberrymatic kommunizieren.
Die Raspberry ist über ein Mesh direkt mit dem LAN -Ausgang des Sateliten verbunden.
Also Stecker raus und wieder rein. Dann läuft es erst mal wieder bis zu einer unbestimmten Zeit es wieder hängt.
Gruß Michael

[ibein]

Guckt bitte hier: viewtopic.php?f=26&t=49278