Was passiert, wenn das Internet ausfällt.

[MadMax-FHEM]

Eine andere Sache noch - "RTC":

Wenn du einen Pi einsetzt, hat der keine eigene Uhr und braucht _zum Starten_ eigentlich irgendwoher "anders" eine Zeit. Bekommt er die nicht, startet er ggf. auch nicht, oder es passieren andere seltsame Dinge.
Daher ist eine RTC so ziemlich das einzige, wofür die GPIO (am PI! & für HA-Zwecke) sinnvoll genutzt werden können...


Im laufenden Betrieb kann es btw. auch zu Blockaden kommen, wenn man mit den falschen Methoden (blockierend) auf andere Dinge im _lokalen_ Netz zugreift - auch da die Frage nach dem  Ausfall des INet eigentlich falsch gestellt...


@MadMax-FHEM:
Dachte ich auch mal, aber irgendwie hatte ich zwischenzeitlich mal eine Diskussion mit Rudi im Ohr, die ich technisch allerdings nicht so richtig verstanden habe, aber aus der ich mitgenommen habe: "kommt drauf an..." - auch dieses Attribut hat wohl mal positive, mal negative Auswirkungen.

Habe auch viele Diskussionen hier "durch": meist aber (deutlich) mehr positive als negative...

Bzw.: ohne gesetztes Attribut und ohne Internet blockieren wohl (alle) Module, die "nach außen" wollen (außer sie sind [selbst] "und komplett nonblocking programmiert")...

Gruß, Joachim

[mahowi]

Bei mir ist dnsServer auf die IP der Fritz!Box gesetzt. Da ich in der letzten Woche mehrfach Internetausfälle hatte, kann ich bestätigen, daß FHEM auch dann problemlos und ohne zu blockieren weiter läuft. Ich habe auch einige Module wie Tado und HTTPMOD im Einsatz, die aufs Internet zugreifen.

[Wernieman]

Anstelle von RTC kann man auch (meistens) den Router als NTP-Server setzenb (sofern er das weitergeben von NTP erlaubt). Hat den Vorteil  das die ganze Installation EINE zeit verwendet ...

Übrigens ist gerade das Szenario "kein INetz" der Vorteil von FHEM. Die Meisten Alternativlösungen (und auch Apple Alexa etc.) sind auf "die Cloud" Angewiesen und damit bedeutet "fehlen des INetz) ein Totalausfall.

Nur kann man den Gedanken sogar noch weiterspinnen:
Was passiert beim Ausfall des lokalen Netzes?

Bei mir sind die "Basics", da HM, direkt miteinander Verbunden. Wenn das Netz Ausfällt (bzw. FHEM), funktioniert die Heizungssteuerung in den Basics weiter. Auch Licht etc. kann durch direkt bindings weiter verwendet werden. Alles "höhere" natürlich nicht, aber das ist nicht Lebensnotwendig, sondern Komfort.

Kurz gesagt: Es ist wie beim "Menschlichen Körper", die basics müssen automatisch ohne Nachdenken funktionieren, also per reflex. Alles "Höhere" geht dann übers Gehirn (FHEM) ... externe Verknüpfungen werden vermieden ....

[moskito]

Ich werte über das Fritzboxmodul den Zustand der DSL-Verbindung aus und schalte bei Störungen alle Module die nach aussen kommunizieren wollen ab. Eigentlich weniger wegen irgendwelchen Blockaden (wobei es schon Verzögerungen in FHEM gibt), sondern weil einige Module eine Logging-Flut auslösen, die schnell den 3 stelligen Megabyte Bereich überschreitet.

Ansonsten wie Werniemann: Die Basics müssen auch ohne FHEM funktionieren.

Gruß
Danny

[Beta-User]

Meine wichtigen IO's stecken auch alle an USB, und für die allermeisten wichtigen Dinge gibt es Direktverknüpfungen in der Hardware (HM-Peerings bzw. direkte Assoziazionen@ZWave; für ZigBee ist das teilweise etwas unklar, was da genau abläuft/was mit was spricht) da stört mich nicht mal der Ausfall des lokalen Netzwerks... Allerhöchstens wird dann das "falsche" HM-IO angezogen (mit schlechteren RSSI-Werten).


Wenn Netzwerktechnik erforderlich/unvermeidbar, versuche ich die Kommunikation mit dem MQTT-Layer (mit den MQTT2-Modulen) zu lösen, wenn seitens des Geräts verfügbar. Das _kann_ man bei Bedarf gegen temporäre Ausfälle "härten".


Zu dem Thema dnsServer. Da hatte ich mit Rudi eine Diskussion zu, ob man jeden user nicht dahin führen sollte, das zu setzen bzw. ggf. bewußt nicht zu setzen:

das ist nur in speziellen Faellen sinnvoll: wenn man auf Netzwerk angewiesen ist, und dieser Netzwerk unzuverlaessig ist.
Und der Benutzer muss wissen, was die richtige IP-Adresse ist.

Aus einem anderen Thread noch etwas zum technischen Hintergrund:

dnsServer ist nur fuer HttpUtils_NonblockingGet relevant.

Merke: dnsServer ist alleine kein Allheilmittelchen gegen Netzwerkprobleme, kann aber helfen... Der Teufel steckt wie meistens im Detail.
(Ich habe das Attribut auch gesetzt, seit ich einige HTTPMOD eingerichtet habe, und bisher keine Probleme gehabt.)

RTC: Auch wenn man einen anderen Server für die Zeit nutzen kann, schadet es nicht, wenn man eine hat. Die RTC wird afaik auch immer wieder aktualisiert, wenn der Rechner immer mal wieder einen NTP Server erreichen kann; die Zeiten sollten also auch dann synchron bleiben, wenn man eine RTC im Server hat (was die Regel, nicht die Ausnahme ist; (fast) nur ein Pi hat keine eigene Uhr...!).

[Loctite]

Frage zu  dnsserver
Was ist wenn ich einen eigenen DNS im Netz habe wie z.B. pi-hole ?
Setze ich dieses attribut dann trotzdem auf die FritzBox oder auf den Pi ?

[Wernieman]

ich würde es auf Deinen "Zentralen" DNS-Server setzen ...

[Gisbert]

Ich werte über das Fritzboxmodul den Zustand der DSL-Verbindung aus und schalte bei Störungen alle Module die nach aussen kommunizieren wollen ab. Eigentlich weniger wegen irgendwelchen Blockaden (wobei es schon Verzögerungen in FHEM gibt), sondern weil einige Module eine Logging-Flut auslösen, die schnell den 3 stelligen Megabyte Bereich überschreitet.

Gruß
Danny

Hallo Danny,

hast du einen konkreten Vorschlag, welches Event du bei dem Fritzboxmodul überwachst?
Ich würde diese Idee gerne übernehmen.

Viele Grüße Gisbert

[CoolTux]

Code Auswählen Erweitern

userReadings  internet:lastReadout:.* { (ReadingsVal($name,'box_ipExtern','-') eq '-' ? 'offline' : 'online') }
Klappt bei mir sehr gut

[Gisbert]

Code Auswählen Erweitern

userReadings  internet:lastReadout:.* { (ReadingsVal($name,'box_ipExtern','-') eq '-' ? 'offline' : 'online') }
Klappt bei mir sehr gut

Danke für den entscheidenden Hinweis, werde es genauso umsetzen.

Viele​ Grüße​ Gisbert​