Danke für den Tippjp112sdl hat geschrieben: ↑04.08.2019, 14:52Neues Programm erstellen, ohne WENN Bedingung, im DANN ein Skript verzögert 1 Minute:So deaktiviere ich monit-Checks.Code: Alles auswählen
system.Exec("monit unmonitor ntpOffsetCheck");
[GELÖST] Watch-Dog Alarm NTP offset > 1 Second
Moderatoren: jmaus, Co-Administratoren
- Zauberlehrling
- Beiträge: 136
- Registriert: 13.12.2009, 23:01
- Danksagung erhalten: 3 Mal
Re: Watch-Dog Alarm NTP offset > 1 Second
Grüße
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Watch-Dog Alarm NTP offset > 1 Second
Ich empfehle weiterhin zusätzlich zu seinem eigenen internen NTP-Server die folgenden NTP Server hinzuzufügen:Zauberlehrling hat geschrieben: ↑04.08.2019, 23:21ich hatte meinen Router (IPFire) als NTP Server eingertragen, ich habe es jetzt mal auf den 3.de.pool.ntp.org geändert. Mal sehen ob der Fehler jetzt nicht mehr auftritt.jmaus hat geschrieben: ↑02.08.2019, 22:53Glaub mir, du willst eine gute, zuverlässige Zeitsynchronisierung in einer Hausautomation haben. Und daher solltest du auch dafür sorgen das du die richtigen bzw. erreichbare/verlässliche NTP Server eingestellt hast statt zu fordern den Schwellwert für die Watchdog Warnung anzuheben. Die bessere Frage wäre also welche NTP Server denn du da eingestellt hast in der WebUI dann könnten wir dir helfen die Serverauswahl zu verbessern.
Code: Alles auswählen
0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
- Zauberlehrling
- Beiträge: 136
- Registriert: 13.12.2009, 23:01
- Danksagung erhalten: 3 Mal
Re: Watch-Dog Alarm NTP offset > 1 Second
Sorry, bitte jetzt nicht "die" Diskussion. Ich komme auch aus der Windows Ecke und "Linux über alles" wird in ausreichender Menge regelmäßig im Heise Forum abgefeiert. Das Windows Zeug funktioniert sehr gut, wenn man es richtig bedient und bitte sage mir niemand, dass Linux nicht auch seine Macken hat... Ich habe privat auch 8 Linux Server.*Reusper* Du vergleichst jetzt nicht wirklich ein ordentliches Betriebsystem wie Linux mit der Windows Krücke, oder?
Aber zurück zum Thema, ich hätte auch noch ein paar Windows Domain Controller gehabt, die NTP Server spielen. Aber genau bei der IPFire weis ich noch nicht wie sie das handhabt. Ich habe erst vor ein paar Wochen vom IPCop auf IPFire umgestellt. Bei IPCop hatte ich den Fehler nie.
Ich habe jetzt die IPFire Konfiguration nachgesehen:
Zuletzt geändert von Zauberlehrling am 05.08.2019, 00:07, insgesamt 1-mal geändert.
Grüße
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
- Zauberlehrling
- Beiträge: 136
- Registriert: 13.12.2009, 23:01
- Danksagung erhalten: 3 Mal
Re: Watch-Dog Alarm NTP offset > 1 Second
Danke, wusste ich nicht - habe ich eingetragen. Ich werde über Erfahrungen berichten.Ich empfehle weiterhin zusätzlich zu seinem eigenen internen NTP-Server die folgenden NTP Server hinzuzufügen:
Man kann also in dem Feld in der WebUI wo man den NTP Server einstellt mehr als einen NTP-Server angeben und ich würde das eben weiterhin so empfehlen.Code: Alles auswählen
0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Grüße
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
- Zauberlehrling
- Beiträge: 136
- Registriert: 13.12.2009, 23:01
- Danksagung erhalten: 3 Mal
Re: Watch-Dog Alarm NTP offset > 1 Second
Ich habe seit der Änderung keine Alarmmeldung mehr bekommen und gehe davon aus das es jetzt damit behoben ist. Danke für die Hilfe.
Grüße
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
-- Der Zauberlehrling
Wenn der Ansatz bereits falsch ist, führt strenge Logik unweigerlich zum falschen Ergebnis;
Nur Unlogik kann dann noch helfen, wenigstens zufällig richtig zu liegen!
--------------------------------------------
HM1 (Raspimatic, Raspi 3B): 160 Geräte,
HM2 (Raspimatic, Raspi 3B): 36 Geräte,
HM3 (Raspimatic, Raspi 3B): 16 Geräte,
--------------------------------------------
Re: [GELÖST] Watch-Dog Alarm NTP offset > 1 Second
Hallo zusammen,
seit der neuen RaspberryMatic Version 3.53 habe ich auch diesen Watch-Dog Alarm regelmäßig. Allerdings zurecht.
Nach jedem längeren Abbrechen der Internetverbindung oder wenn man diese über Nacht ausschaltet, ist es in der CCU eine Stunde später als die reale Sommerzeit.
Ich gehe dann jedesmal in die Systemsteuerung auf Zeit- und Positionseinstellung und klicke auf Zeitserver übernehmen. Danach kommt die Meldung "NTP-Server wurden gespeichert" und die Zeit in der CCU stimmt wieder.
Ich habe folgende Zeitserver hinterlegt:
0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Hat jemand eine Idee, wie man die CCU nach Start der Internetverbindung wieder automatisch mit den Zeitservern verbinden kann?
Von alleine macht sie das leider nicht. Danke an die Gemeinschaft!
seit der neuen RaspberryMatic Version 3.53 habe ich auch diesen Watch-Dog Alarm regelmäßig. Allerdings zurecht.
Nach jedem längeren Abbrechen der Internetverbindung oder wenn man diese über Nacht ausschaltet, ist es in der CCU eine Stunde später als die reale Sommerzeit.
Ich gehe dann jedesmal in die Systemsteuerung auf Zeit- und Positionseinstellung und klicke auf Zeitserver übernehmen. Danach kommt die Meldung "NTP-Server wurden gespeichert" und die Zeit in der CCU stimmt wieder.
Ich habe folgende Zeitserver hinterlegt:
0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
Hat jemand eine Idee, wie man die CCU nach Start der Internetverbindung wieder automatisch mit den Zeitservern verbinden kann?
Von alleine macht sie das leider nicht. Danke an die Gemeinschaft!
-
- Beiträge: 393
- Registriert: 26.06.2018, 11:02
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 11 Mal
Re: [GELÖST] Watch-Dog Alarm NTP offset > 1 Second
In der aktuellen RM-Version 3.53.30.20200919 tritt dieses Phänomen jetzt öfter bei mir auf.
Allerdings verstehe ich nicht, warum bei RPI-RF-MOD (großes Sendmodul) nicht die interne Hardwareuhr genutzt wird. Selbst ein Ausfall von z. B. einem Tag Internet (Gewitter, Hochwasser) sollte nicht dazu führen, dass RM verrückt spielt. Es gibt die interne Uhr, und wenn die Verbindung wieder steht, kann sich RM mit der aktuellen Zeit synchronisiere. Ein paar Sekunden Abweichung am Tag sollten kein Problem in der Haussteuerung sein.
Festgestellt habe ich auch, und dass schon mindestens seit der vorherigen RM-Version, dass ein Neustart der Fritzbox (Neustart, Firmwareupdate) dazu führt, dass Alarmmeldungen generiert werden. Ein Neustart der Haussteuerung behebt das Problem. Ich vermute mal, wenn RM erst nach 5 Minuten nach einem Zeitserver sucht, gibt es eine ordentliche Netzwerkverbindung.
Bleibt die Frage: Ist die Uhr nur zum Spaß auf RPI-RF-MOD, oder Verkaufsargument ohne Nutzen?
Allerdings verstehe ich nicht, warum bei RPI-RF-MOD (großes Sendmodul) nicht die interne Hardwareuhr genutzt wird. Selbst ein Ausfall von z. B. einem Tag Internet (Gewitter, Hochwasser) sollte nicht dazu führen, dass RM verrückt spielt. Es gibt die interne Uhr, und wenn die Verbindung wieder steht, kann sich RM mit der aktuellen Zeit synchronisiere. Ein paar Sekunden Abweichung am Tag sollten kein Problem in der Haussteuerung sein.
Festgestellt habe ich auch, und dass schon mindestens seit der vorherigen RM-Version, dass ein Neustart der Fritzbox (Neustart, Firmwareupdate) dazu führt, dass Alarmmeldungen generiert werden. Ein Neustart der Haussteuerung behebt das Problem. Ich vermute mal, wenn RM erst nach 5 Minuten nach einem Zeitserver sucht, gibt es eine ordentliche Netzwerkverbindung.
Bleibt die Frage: Ist die Uhr nur zum Spaß auf RPI-RF-MOD, oder Verkaufsargument ohne Nutzen?
-
- Beiträge: 14169
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 1501 Mal
Re: [GELÖST] Watch-Dog Alarm NTP offset > 1 Second
Wird sie doch. Sieht man allein schon daran, dass bei einem Reboot nach dem Start eine einigermaßen plausible Uhrzeit zur Verfügung steht.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Allerdings verstehe ich nicht, warum bei RPI-RF-MOD (großes Sendmodul) nicht die interne Hardwareuhr genutzt wird.
Nein, und derartige Zustände sollte ja auch nicht die Regel sein.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Selbst ein Ausfall von z. B. einem Tag Internet (Gewitter, Hochwasser) sollte nicht dazu führen, dass RM verrückt spielt.
So siehst Du das. Ein Rechner sieht das aber eben anders. Er möchte eine möglichst stabile Zeit haben. Dem Rechner und dem Betriebssystem ist letztendlich relativ egal, ob sie als Basis für eine Hausautomation dienen oder andere Anwendung hosten. Die Anforderungen sind gleich - eine möglichst korrekte Uhrzeit.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ein paar Sekunden Abweichung am Tag sollten kein Problem in der Haussteuerung sein.
Solche präzisen Fehlerbeschreibungen sind durchaus geeignet, detailierte Ratschläge zu geben. Und wenn sie meldet, dass sie die Internetverbindung verloren hat und dieses den Tatsachen entspricht, ist doch alles wie es soll. Wo liegt das Problem?
Klar, während des Systemstarts wird versucht, die Uhrzeit zu synchronisieren. Gelingt dieses, besteht auch kein Grund, explizit darauf hinzuweisen.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ein Neustart der Haussteuerung behebt das Problem.
Da vermutest Du falsch. Auch die Systeme ohne RTC habe beim Systemstart eine Uhrzeit von einem Zeitserver bezogen. Eine Hausautomation ohne Uhrzeit zu betreiben ist auch relativ sinnfrei. Was soll den sonst als Basis für Zeitsteuerungen dienen? Und das Beziehen der Uhrzeit hat im Normalfall auch geklappt. Nur waren die alten Systeme nicht so gesprächig. Die Warnmeldungen sind eben dazu da, den Anwender darüber zu informieren, dass irgendwas nicht so funktioniert wie erwartet. Und die Systemzeit läuft im Prozessor selbst mit. Und diese kann aus den unterschiedlichsten Gründen driften (Temperaturen, Hardwareungenauigkeiten etc.). Weicht diese dann bei der nächsten zyklischen Synchronisation ab, wird dieses eben gemeldet.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ich vermute mal, wenn RM erst nach 5 Minuten nach einem Zeitserver sucht, gibt es eine ordentliche Netzwerkverbindung.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
- Baxxy
- Beiträge: 10847
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 610 Mal
- Danksagung erhalten: 2229 Mal
Re: [GELÖST] Watch-Dog Alarm NTP offset > 1 Second
Sagen wir mal so... solange das RPI-RF-MOD auf der GPIO-Leiste sitzt sollte dessen RTC von Nutzen sein.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Bleibt die Frage: Ist die Uhr nur zum Spaß auf RPI-RF-MOD, oder Verkaufsargument ohne Nutzen?
Ein simples...
Code: Alles auswählen
hwclock --show --utc
Aber Nr.1: Alle die ihr RPI-RF-MOD auf einer HB-RF-USB (hier bin ich ich sicher) oder einer HB-RF-USB-2 (unsicher weil nicht getestet) betreiben haben von der RTC nix da Alex dafür keinen Support eingebaut hat.
Aber Nr.2: Während der Nightly-Snapshot Testphase gab es kurzzeitig ein Problem das die RTC des RPI-RF-MOD's nicht korrekt initialisiert wurde. Das wurde zwar behoben, aber vielleicht hakelt es doch noch irgendwo. https://github.com/jens-maus/RaspberryMatic/issues/902
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
-
- Beiträge: 393
- Registriert: 26.06.2018, 11:02
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 11 Mal
Re: [GELÖST] Watch-Dog Alarm NTP offset > 1 Second
Das kann maximal eine Warnmeldung sein, aber die interne Zeit war danach um eine Stunde verstellt, und das ist nicht mehr lustig. Noch zur Ergänzung: die Internetverbindung war schon lange wieder da, nur RM bleibt bei der Alarmmeldung und der verschobenen Uhrzeit. Für mich wäre es OK, wenn RM selbst die Verbindung wieder herstellt. Wenn ich mir vorstelle, dass im Urlaub und bei Abwesenheit sich das System nicht selber helfen kann, ist für mich der reine Horror.Xel66 hat geschrieben: ↑25.09.2020, 11:03Nein, und derartige Zustände sollte ja auch nicht die Regel sein.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Selbst ein Ausfall von z. B. einem Tag Internet (Gewitter, Hochwasser) sollte nicht dazu führen, dass RM verrückt spielt.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ein paar Sekunden Abweichung am Tag sollten kein Problem in der Haussteuerung sein.Solche präzisen Fehlerbeschreibungen sind durchaus geeignet, detailierte Ratschläge zu geben. Und wenn sie meldet, dass sie die Internetverbindung verloren hat und dieses den Tatsachen entspricht, ist doch alles wie es soll. Wo liegt das Problem?
Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ein Neustart der Haussteuerung behebt das Problem.
Gegen einen Drift ist nichts einzuwenden, aber im Heimbereich geht es nicht um Zehntelsekunden. Man sollte die Kirche im Dorf lassen, und ein Uhrzeitabgleich aller 6 Stunden reicht eigentlich aus. Funkuhren synchronisieren sich im Heimbbereich nur 1 mal am Tag (die, die ich kenne).Xel66 hat geschrieben: ↑25.09.2020, 11:03Klar, während des Systemstarts wird versucht, die Uhrzeit zu synchronisieren. Gelingt dieses, besteht auch kein Grund, explizit darauf hinzuweisen.Raspihausfan_1 hat geschrieben: ↑25.09.2020, 10:39Ich vermute mal, wenn RM erst nach 5 Minuten nach einem Zeitserver sucht, gibt es eine ordentliche Netzwerkverbindung.Gruß Xel66
Wie oft wird eigentlich die Uhrzeit synchronisiert?
Was ich bemängele ist, dass sich RM bzw. die Codebasis sich nicht wieder findet nach Rückkehr der Internetverbindung. Wenn ich die Alarmmeldung nur bestätige, tritt diese einige Zeit später wieder auf.
Nur ein Neustart von RM hilft.
PS: Die Fritzbox lebt bei Internetausfall auch von ihrer internen Zeit. Wenn man die Zeit nicht abwarten kann und einen Neustart provoziert, dann ist natürlich der 1.1.1970 angesagt.