Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)
Moderatoren: jmaus, Co-Administratoren
-
Bernd-Joras
- Beiträge: 730
- Registriert: 26.03.2016, 09:33
- Hat sich bedankt: 34 Mal
- Danksagung erhalten: 40 Mal
Beitrag
von Bernd-Joras » 13.10.2020, 15:24
Habe ich das nun richtig verstanden?
In der jetzigen RBM Version führt ein „NIC link down“ an/bei der CCU/RASPI/etc., also wenn die Zentrale keinen link mehr hat dazu, dass der NTP Dienst down geht und nicht wieder hochkommt?
Das ist dann mit der nächsten Version behoben … Danke schon einmal für die Aufklärung.
2 Standorte mit je RPi3B+ RaspberryMatic 3.73.9.20240130 / RPI-RF-MOD | Externe USB-Platinen Antenne | 2x LAN_RF_GW | 1x LAN_RS485_GW | ca. 170 Geräte davon 35x IP | ca. 250 Programme |>600 Kanäle | Addons: CUX-Daemon, XML-API, hm_pdetect, E-Mail, CCU-Historian
-
jmaus
- Beiträge: 9819
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1856 Mal
-
Kontaktdaten:
Beitrag
von jmaus » 13.10.2020, 15:52
Bernd-Joras hat geschrieben: ↑13.10.2020, 15:24
Habe ich das nun richtig verstanden?
In der jetzigen RBM Version führt ein „NIC link down“ an/bei der CCU/RASPI/etc., also wenn die Zentrale keinen link mehr hat dazu, dass der NTP Dienst down geht und nicht wieder hochkommt?
Nein, der NTP Dienst läuft weiter, aber an einer anderen Stelle denkt jemand das er nicht läuft uns liest die Zeit (auch noch verkehrt) aus der RTC dann regelmäßig aus und das war der Fehler der nun behoben ist und mit der nächsten behoben sein wird. Und wie schon gesagt, das passiert nur bei einem Link up/down.
-
Raspihausfan_1
- Beiträge: 392
- Registriert: 26.06.2018, 11:02
- Hat sich bedankt: 4 Mal
- Danksagung erhalten: 11 Mal
Beitrag
von Raspihausfan_1 » 13.10.2020, 16:01
Dann freue ich mich schon sehr auf die nächste Version, denn ich bin fast täglich davon betroffen, auch wieder heute früh.
PS: Gibt es für Nichtprogrammierer irgendwo eine Beschreibung, wie ich diesen Patch ausführen kann? Denn nachts Rollo hoch macht einfach keine Freude!
-
jmaus
- Beiträge: 9819
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1856 Mal
-
Kontaktdaten:
Beitrag
von jmaus » 13.10.2020, 17:58
Raspihausfan_1 hat geschrieben: ↑13.10.2020, 16:01
Dann freue ich mich schon sehr auf die nächste Version, denn ich bin fast täglich davon betroffen, auch wieder heute früh.
PS: Gibt es für Nichtprogrammierer irgendwo eine Beschreibung, wie ich diesen Patch ausführen kann? Denn nachts Rollo hoch macht einfach keine Freude!
1. Log dich via SSH ein
2. Mach "mount -o rw,remount /"
3. Editier die Datei "/etc/network/if-down.d/eQ3StopNetwork" und such da nach der Zeile mit "/var/status/hasNTP" und lösche die gesamte Zeile
4. Speicher die Datei
5. Starte den NTP server mit folgendem Kommando neu "monit restart chronyd"
Danach sollte es dann hoffentlich gehen.
-
Huschteguzel
- Beiträge: 100
- Registriert: 27.11.2014, 18:30
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Palz
- Hat sich bedankt: 1 Mal
Beitrag
von Huschteguzel » 13.10.2020, 18:27
Moin,
ich hab das jetzt bei mir auch mal durchgeführt. Die Uhrzeit in der RM ist korrekt - allerdings scheint in der Homematic-Welt noch eine falsche Uhrzeit unterwegs zu sein - nämlich eine Stunde später.
Wie bekomme ich die Uhrzeit jetzt korrekt an alle Geräte übermittelt?
-
jmaus
- Beiträge: 9819
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 459 Mal
- Danksagung erhalten: 1856 Mal
-
Kontaktdaten:
Beitrag
von jmaus » 13.10.2020, 19:16
Huschteguzel hat geschrieben: ↑13.10.2020, 18:27
ich hab das jetzt bei mir auch mal durchgeführt. Die Uhrzeit in der RM ist korrekt - allerdings scheint in der Homematic-Welt noch eine falsche Uhrzeit unterwegs zu sein - nämlich eine Stunde später.
Wie bekomme ich die Uhrzeit jetzt korrekt an alle Geräte übermittelt?
Du kannst auch einfach nochmal neustarten, dann sollte das auch dauerhaft passen.
-
Slice
- Beiträge: 1192
- Registriert: 03.02.2016, 14:44
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: irgendwo aus Süd BaWü
- Hat sich bedankt: 135 Mal
- Danksagung erhalten: 82 Mal
Beitrag
von Slice » 13.10.2020, 21:34
Hi,
jmaus hat geschrieben: ↑13.10.2020, 19:16
Du kannst auch einfach nochmal neustarten, dann sollte das auch dauerhaft passen.
Das sollte doch auch per SSH gehen indem man die richtigen Befehle aus dem Cronjob für die Zeitstellung der Geräte ausführt?? Ohne Neustart..
Im Zweifelsfall den Cronjob ändern und Cron neustarten..
Oder sehe ich das falsch?
Grüße,
Slice
----------------------------------------------------------------------------------------
Raspi3B+ Bullseye mit HB-RF-ETH und RPI-RF-MOD auf piVCCU-FW 3.73.9 / Addons: CuxD v2.11 - E-Mail v1.7.6 - Patcher v1.0.0 - Philips Hue v3.2.5 - Programme drucken v2.6 - Scriptparser v1.11 - XML-API v2.3
Geräte: 141 / Kanäle: 791 / Datenpunkte: 6080 / SysVars: 275 / Programme: 161 / Regadom IDs: 14010 / 48 CUxD-Kanäle in 3 CUxD-Geräten
Intel NUC i3-5010U @ 2,1 GHz mit 16 GB RAM & 512 GB SSD für Proxmox mit ioBroker VM und CCU-Historian/InfluxDB/Grafana VM
----------------------------------------------------------------------------------------
Projekte im Forum:
HomeHub v4.1 /
Fritzbox-Anruferliste für HomeHub
----------------------------------------------------------------------------------------
-
Openhab33
- Beiträge: 12
- Registriert: 21.06.2020, 00:00
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
Beitrag
von Openhab33 » 14.10.2020, 10:37
Strunzdesign hat geschrieben: ↑23.09.2020, 23:48
@onkeltommy: mich wundert aktuell vor Allem die Funktion "Routing aktiv" beim HAP selbst. Da dieser ja über Ethernet die CCU erreicht, ist diese Option doch unsinnig, oder? Zumindest muss sie etwas anderes bedeuten als bei einem drahtlosen HmIP-Gerät. Ich kann mir nur erklären, dass es hierbei um den "Downlink" zu anderen HmIP-Geräten gehen soll, zum Beispiel nochmals über eine HmIP-PS hinweg. Aber wieso sollte man so etwas explizit an- und abwählen können?
Viele Grüße,
Florian
Ich habe mir die gleiche Frage gestellt, bin aber auch zu keinem Ergebniss gekommen
-
Openhab33
- Beiträge: 12
- Registriert: 21.06.2020, 00:00
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
Beitrag
von Openhab33 » 14.10.2020, 10:47
Strunzdesign hat geschrieben: ↑23.09.2020, 23:48
@onkeltommy: mich wundert aktuell vor Allem die Funktion "Routing aktiv" beim HAP selbst. Da dieser ja über Ethernet die CCU erreicht, ist diese Option doch unsinnig, oder? Zumindest muss sie etwas anderes bedeuten als bei einem drahtlosen HmIP-Gerät. Ich kann mir nur erklären, dass es hierbei um den "Downlink" zu anderen HmIP-Geräten gehen soll, zum Beispiel nochmals über eine HmIP-PS hinweg. Aber wieso sollte man so etwas explizit an- und abwählen können?
Viele Grüße,
Florian
Ich habe mir die gleiche Frage gestellt, bin aber auch zu keinem Ergebniss gekommen.
Bei mir hat sich der Empfang der weiter von der CCU (Raspimatic) liegenden Geräte nach den Installieren des HAP auch nicht verbessert. Selbst Geräte die nur 2 meter vom HAP liegen haben immer noch um die -100dBm.