RaspberryMatic 3.53.30.20200919 – Neue Version

[onkeltommy]

So, mal gucken, hab jetzt mal den HAP "neu gestartet" , interessanterweise zeigt er jetzt mehr CarrierSense an und auch mehr DC....vl hatte der schlechte Laune, obwohl, das hab ich nicht zum ersten Mal gemacht, jedoch jetzt erst höhere Werte, vorher war Carrier 0-2 und DC 0-2.5, jetzt Carrier 2...10 und DC 4-16% (eben gerade nachdem Nachtbeleuchtung sich eingeschaltet hat, im Moment DC 4%)

[blue2019]

Derzeit 53 Geräte gemischt IP und "Classic" und 0 Probleme mit der aktuellen 3.53.30.20200919.
Dutycycle bei CCU: max. 4%
Dutycycle bei RF-LAN Gateway: 0%

1 Raspberry Pi 3+ mit angelöteter Funkantenne Stehfuss
9 HM-Sec-SD-2 Rauchmelder
9 HmIP-SWSD Rauchmelder
3 RF-LAN Gateway
1 HmIP-DRAP
1 HmIPW-DRS8 8-fach Schaltaktor
1 HmIPW-DRS8 4-fach Schaltaktor
4 HM-LC-Sw4-DR-2 4-fach Schaltaktor
8 HM-LC-Sw1-Pl-DN-R1 Schaltaktor
1 HM-LC-Sw1-SM Schaltaktor
3 HMIP-PSM Schaltaktor
2 HmIP-ASIR Alarmsirene
1 HM-Sen-LI-O Lichtsensor
3 HM-SCI-3-FM Funk-Schliesser-Kontaktschnittstelle
5 HM-WDS30-T-O Temperatursensor
1 HmIP-STHD Temperatursensor
1 HmIPW-STHD Temperatursensor
1 HmIP-BWTH Wandthermostat

[db367]

Hätte eine Frage zur Info aus dem Wiki, dort steht:

Code: Alles auswählen

homematicIP AccessPoint (HmIP-HAP) als HmIP-Gateway

Ab Firmware 3.53.30.x kann der HAP als Gateway für die Reichweitenverlängerung von HmIP-Geräten verwendet werden (und zwar ausschließlich für HmIP-Geräte, für klassisches HM benötigt man ggf. weiterhin ein oder mehrere LAN-Gateways).

Achtung! Ein dauerhaft angeschlossenes Funkmodul RPI-RF-MOD ist zwingende Voraussetzung dafür! Ein HM-MOD-RPI-PCB oder sonstige Funkmodule sind nicht kompatibel.

Warum braucht man für den Einsatz eines HmIP-HAP ein Funkmodul? Dachte das der HmIP-HAP die Funktion eines Funkmoduls übernimmt, kann mir bitte jemand den Signalweg erklären wie der Raspi mit einem HMIP-Gerät über den HmIP-HAP kommuniziert? Oder macht der HAP "nur" einen Repeater / Bridge, dann sollte man vielleicht die Bezeichnung von Gateway auf Repeater oder Bridge ändern?

Ich habe eine RaspberryMatic mit HM-MOD-RPI-PCB und konnte den HMIP-HAP nicht mal anlernen. Ebenso taucht er nicht in der Liste der Access Points mit inkompatibler Firmware auf. Das kann aber auch daran liegen, dass die Version 2.2.16 bereits auf dem HAP installiert war/wurde?

Anlernen hat zumindest noch X Versuchen nicht funktioniert. Habe alles probiert inkl. Reset des HAP.
Bedeutet das ich muss mir jetzt ein RPI-RF-MOD Funkmodul zulegen?

[Xel66]

Bedeutet das ich muss mir jetzt ein RPI-RF-MOD Funkmodul zulegen?

Wenn der Hersteller das große Funkmodul als Grundvoraussetzung angibt, weil wohl die kryptographischen Operationen für die signierte Kommunikation auf diesem ausgeführt werden, wirst Du wohl um ein solches nicht herumkommen.

Gruß Xel66

[pier79]

Das macht keinerlei schreiboperationen auf der SD karte. Die Logfiles liegen komplett im RAM und daher ist es vollkommen egal wieviel ERROR messages da drin landen solange die keine praktischen probleme machen.

Perfekt. Vielen Dank Jens!

[mbhomie007]

Hallo zusammen,

ich habe auch 2 Probleme mit dieser Version.

1.
Nach Neustart gibt es Uhrzeit NTP-Abweichungen (meistens von einer Stunde).
Es wird nicht richtig die Uhrzeit synchronisiert.
Programme und CUXD-Timer kommen durcheinander.
Nach einem nochmaligen Neustart wird die Uhrzeit auch nicht richtig synchronisiert.

Code: Alles auswählen

Oct  9 20:00:08 Homematic-CCU daemon.warn chronyd[692]: Forward time jump detected!
Oct  9 20:00:08 Homematic-CCU daemon.info chronyd[692]: Can't synchronise: no selectable sources
Oct  9 20:00:09 Homematic-CCU cron.info crond[1555]: time disparity of 60 minutes detected
Oct  9 20:03:22 Homematic-CCU daemon.info chronyd[692]: Selected source 81.7.16.52
Oct  9 20:03:22 Homematic-CCU daemon.warn chronyd[692]: System clock wrong by -3599.884147 seconds, adjustment started
Oct  9 20:03:46 Homematic-CCU user.warn monit[1574]: 'ntpOffsetCheck' status failed (20) -- +3599.884033203
Oct  9 20:04:04 Homematic-CCU user.warn monit[1574]: 'ntpOffsetCheck' status failed (20) -- +3599.884033203
Oct  9 20:04:22 Homematic-CCU user.err monit[1574]: 'ntpOffsetCheck' status failed (20) -- +3599.884033203
Oct  9 20:04:22 Homematic-CCU user.info monit[1574]: 'ntpOffsetCheck' exec: '/bin/triggerAlarm.tcl NTP offset > 1 second WatchDog-Alarm'
Oct  9 20:04:39 Homematic-CCU user.err monit[1574]: 'ntpOffsetCheck' status failed (20) -- +3599.884033203
Oct  9 20:04:57 Homematic-CCU user.info monit[1574]: 'ntpOffsetCheck' status succeeded (10) -- +0.001791693
Oct  9 20:07:51 Homematic-CCU daemon.info chronyd[692]: chronyd exiting
Oct  9 20:07:54 Homematic-CCU user.err monit[1574]: 'chronyd' process is not running
Oct  9 20:07:54 Homematic-CCU user.info monit[1574]: 'chronyd' trying to restart
Oct  9 20:07:54 Homematic-CCU user.info monit[1574]: 'chronyd' restart: '/etc/init.d/S49chrony restart'
Oct  9 19:08:27 Homematic-CCU daemon.notice ntpdate[5413]: step time server 188.68.53.92 offset -3575.409734 sec
Oct  9 19:08:27 Homematic-CCU daemon.info chronyd[5445]: chronyd version 3.5.1 starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND +ASYNCDNS -SECHASH +IPV6 -DEBUG)
Oct  9 19:08:27 Homematic-CCU daemon.info chronyd[5445]: Frequency 3.492 +/- 0.056 ppm read from /var/lib/chrony/chrony.drift
Oct  9 18:08:54 Homematic-CCU daemon.notice ntpdate[5426]: step time server 213.209.109.45 offset -3575.409753 sec
Oct  9 18:08:54 Homematic-CCU daemon.warn chronyd[5445]: Backward time jump detected!
Oct  9 18:08:55 Homematic-CCU user.info monit[1574]: 'chronyd' process is running with pid 5445
Oct  9 18:09:00 Homematic-CCU cron.info crond[1555]: time disparity of -119 minutes detected
Oct  9 18:09:10 Homematic-CCU user.err monit[1574]: 'chronyd' service restarted 1 times within 1 cycles(s) - exec
Oct  9 18:09:10 Homematic-CCU user.info monit[1574]: 'chronyd' exec: '/bin/triggerAlarm.tcl Chrony-NTP restarted WatchDog-Alarm'
Oct  9 18:09:10 Homematic-CCU user.info monit[1574]: 'chronyd' process is running after previous restart timeout (manually recovered?)
Oct  9 18:09:26 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: Error 1 at row 1 col 31 near ^();^M  [SyntaxError():iseESP.cpp:1150]
Oct  9 18:09:26 Homematic-CCU local0.err ReGaHss: ERROR: SyntaxError: (); [ParseProgram():iseESP.cpp:387]
Oct  9 19:09:00 Homematic-CCU daemon.warn chronyd[5445]: Forward time jump detected!
Oct  9 19:09:08 Homematic-CCU daemon.info node-red[4848]: [ccu-connection:localhost] Interface HmIP-RF disconnected
Oct  9 19:09:08 Homematic-CCU daemon.warn node-red[4848]: [ccu-connection:localhost] ping timeout HmIP-RF 3584
Oct  9 19:09:08 Homematic-CCU daemon.info node-red[4848]: [ccu-connection:localhost] init HmIP-RF http://127.0.0.1:2048 nr_D24DjW_HmIP-RF
Oct  9 19:09:08 Homematic-CCU daemon.info node-red[4848]: [ccu-connection:localhost] Interface HmIP-RF http port 32010 connected
Oct  9 19:09:09 Homematic-CCU daemon.info node-red[4848]: [ccu-connection:localhost] metadata saved to /usr/local/addons/redmatic/var/ccu_localhost.json
Oct  9 19:09:10 Homematic-CCU daemon.warn openvpn[1206]: WARNING: --ns-cert-type is DEPRECATED.  Use --remote-cert-tls instead.
Oct  9 19:09:33 Homematic-CCU cron.info crond[1555]: time disparity of 60 minutes detected
Oct  9 19:11:41 Homematic-CCU daemon.info chronyd[5445]: Selected source 144.76.76.107
Oct  9 19:11:41 Homematic-CCU daemon.warn chronyd[5445]: System clock wrong by 2.278477 seconds, adjustment started
Oct  9 19:11:43 Homematic-CCU daemon.warn chronyd[5445]: System clock was stepped by 2.278477 seconds
Oct  9 19:12:38 Homematic-CCU user.err monit[1574]: 'ntpOffsetCheck' status failed (20) -- -2.278476954
Oct  9 19:12:38 Homematic-CCU user.info monit[1574]: 'ntpOffsetCheck' exec: '/bin/triggerAlarm.tcl NTP offset > 1 second WatchDog-Alarm'
Oct  9 19:12:56 Homematic-CCU user.err monit[1574]: 'ntpOffsetCheck' status failed (20) -- -2.278476954
Oct  9 19:13:14 Homematic-CCU user.info monit[1574]: 'ntpOffsetCheck' status succeeded (10) -- -0.000097591
Oct  9 19:20:22 Homematic-CCU daemon.info chronyd[5445]: Selected source 162.159.200.123

2.
Einige Geräte die sonst unauffällig waren und nie Probleme hatten, haben nun Servicemeldungen "Gerätekommunikation gestört".

Code: Alles auswählen

Oct 12 05:08:08 Homematic-CCU local0.warn ReGaHss: WARNING: XMLRPC 'setValue': rpcClient.isFault() failed (url: xmlrpc://127.0.0.1:32010, params: {"0002XXXXXXX:3","STATE",false}, result: [faultCode:-1,faultString:"Generic error (UNREACH)"]) [CallXmlrpcMethod():iseXmlRpc.cpp:2608]
Oct 12 05:08:08 Homematic-CCU local0.err ReGaHss: ERROR: XMLRPC 'setValue' call failed (interface: 1011, params: {"0002XXXXXXXX:3","STATE",false}) [CallSetValue():iseXmlRpc.cpp:1505]
Oct 12 05:08:08 Homematic-CCU local0.err ReGaHss: ERROR: rpc.CallSetValue failed; address = 0002XXXXXXXXB:3 [WriteValue():iseDOMdpHSS.cpp:76]

[jmaus]

Nach Neustart gibt es Uhrzeit NTP-Abweichungen (meistens von einer Stunde).
Es wird nicht richtig die Uhrzeit synchronisiert.
Programme und CUXD-Timer kommen durcheinander.
Nach einem nochmaligen Neustart wird die Uhrzeit auch nicht richtig synchronisiert.

Bitte geb mal folgenden Befehl ein in einer SSH Sitzung um zu kontrollieren das dein System sich in der richtigen Zeitzone befindet:

Code: Alles auswählen

date; ls -la /etc/config/*time* /etc/config/*TZ*; cat /etc/config/ntpclient /etc/config/TZ

Und zeig mal bitte die Ausgaben davon.

[Huschteguzel]

Moin,

ich hänge mich hier mal mit rein. Hab genau die selben Probleme.
Egal welcher NTP eingestellt wurde, egal welche Zeitzone. Die Uhrzeit läuft nach ein paar Tagen weg.
Aber schlimmer noch. Auch wenn die Ubrzeit nach einem manuellen einstellen wieder stimmt, passen die Uhrzeiten für ausgelöste Programme überhaupt nicht mehr...

Hier mal mein Ergebnis:

Code: Alles auswählen

Mon Oct 12 12:43:21 CEST 2020
-rw-r--r--    1 root     root            45 Oct  8 22:27 /etc/config/TZ
lrwxrwxrwx    1 root     root            33 Oct  8 22:29 /etc/config/localtime -> /usr/share/zoneinfo/Europe/Berlin
-rw-r--r--    1 root     root            78 Oct  8 22:27 /etc/config/time.conf
-rw-r--r--    1 root     root            14 Oct  8 22:29 /etc/config/timezone
NTPSERVERS='192.168.178.1'
CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00

CU Dominik

[jmaus]

ich hänge mich hier mal mit rein. Hab genau die selben Probleme.
Egal welcher NTP eingestellt wurde, egal welche Zeitzone. Die Uhrzeit läuft nach ein paar Tagen weg.
Aber schlimmer noch. Auch wenn die Ubrzeit nach einem manuellen einstellen wieder stimmt, passen die Uhrzeiten für ausgelöste Programme überhaupt nicht mehr...

Hier mal mein Ergebnis:
[...]

Das sieht alles soweit normal und i.O. aus. Zwei Dinge habe ich allerdings noch:

1. Welche Hardware setzt du ein (Pi Modell, ggf. genutzes RTC Modul, etc.)
2. Hast du mal probiert statt nur deiner FritzBox auch externe NTP Server anzugeben? Und zwar auch mehr als einen? Ich würde folgenden NTP String empfehlen in der WebUI einzutragen:

Code: Alles auswählen

192.168.178.1 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org

Und dann kannst du noch mit dem Kommando "chronyc sources" und "chronyc tracking" auf der Kommandozeile überprüfen ob die Verbindung zu den NTP Servern klappt und wie die zeitlichen Abweichungen, etc. sind.

[RO-Smart]

ich hänge mich hier mal mit rein. Hab genau die selben Probleme.
Egal welcher NTP eingestellt wurde, egal welche Zeitzone. Die Uhrzeit läuft nach ein paar Tagen weg.
Aber schlimmer noch. Auch wenn die Ubrzeit nach einem manuellen einstellen wieder stimmt, passen die Uhrzeiten für ausgelöste Programme überhaupt nicht mehr...

Hier mal mein Ergebnis:
[...]

Das sieht alles soweit normal und i.O. aus. Zwei Dinge habe ich allerdings noch:

1. Welche Hardware setzt du ein (Pi Modell, ggf. genutzes RTC Modul, etc.)
2. Hast du mal probiert statt nur deiner FritzBox auch externe NTP Server anzugeben? Und zwar auch mehr als einen? Ich würde folgenden NTP String empfehlen in der WebUI einzutragen:

Code: Alles auswählen

192.168.178.1 0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org

Und dann kannst du noch mit dem Kommando "chronyc sources" und "chronyc tracking" auf der Kommandozeile überprüfen ob die Verbindung zu den NTP Servern klappt und wie die zeitlichen Abweichungen, etc. sind.

Hi Jens,
nachem ich mit dem Thread angefangen hab meld ich mich auch nochmal. Anbei zwei Screenshots (einer alles o.k., einer mit Versatz nachdem Internet weg war). Ich hatte alle 3 NTP Server drin, geändert auf FritzBox (an der alles o.k.) aber es ändert sich nix. Eins ist mir noch aufgefallen: Wenn die Zeit mal verschoben ist, kannst Du in der Sys-Steuerung "Zeit vom PC übernehmen" klicken dann ist kurzfristig gut aber bald ist wieder Versatz da. Wenn er da ist hilft nur Neustart, dann hälts tagelang. Rest (chrony tracking, etc. hast ja schon aus altem Post).

RPi=Echtzeit

Zeitversatz Zeit echt 10Uhr15.png (15.31 KiB) 1398 mal betrachtet

RPi= +1Stunde

Zeitversatz Zeit echt 14Uhr43.png (13.51 KiB) 1398 mal betrachtet

Ich stehe für Debugging bereit ...
Herzliche Grüße, Dieter