RaspberryMatic 3.67.10.20230114 – Neue Version

[kang]

Hallo Experten,
Verwende HomeMatic nun seit ca. 5 Jahren mit einer stetig wachsenden Gerätezahl, mit einem Raspberry 3+ eigentlich problemlos.
Seit dem gestrigen UpDate auf die neueste RaspberryMatic Version erlebe ich jedoch eine Desaster:

Zu mehr als der Hälfte aller meiner HMIP habe ich keine Verbindung („Device communication disturbed“), detto einige meiner „älteren“ HM-Geräte.

Ich habe die Hardware nicht angerührt, nichts.

Was kann ich machen (Restart hab‘ ich schon probiert), gibt es ein Geheimnis mit der neuesten Version?

Danke für jede Hilfe

[MichaelN]

Was wird denn auf der Startseite unter DutyCycle und CarrierSense angezeigt?

[Pilot_001]

Beide gezeigten Logausgaben sind nach einem Reboot erstmal "normal".
Die (ERROR)Liste wird umso länger je mehr IP-Geräte im System sind.

Lass das mal ne Stunde laufen und teste dann und prüfe/zeige das Log.

Du hattest recht, heute Morgen kamen keine neuen Fehlermeldungen mehr und der Zugriff auf die Einstellungen der Devices funktioniert auch wieder. Es war mir noch nie aufgefallen, dass das System, wenn es "fertig, bin da" meldet, eben doch noch nicht "fertig" ist.
Danke!

[Pilot_001]

Was meinst Du mit "noch dran"? Sonstige Devices?
Etliche HmIP-SWDO-I und eine hmIP-PS und ein HmIP-MOD-TM.

Wofür nutzt du die XML-API?

Auch wenn das Problem inzwischen gelöst ist (nach einem Neustart länger! warten), will ich Dir das natürlich noch beantworten:
Darüber fragt das openHAB-Homematic-Binding den Status von Geräten ab.

[MichaelN]

openHAB-Homematic-Binding

Genau sowas meinte ich mit "noch dran". Vielleicht hast deine Middleware die CCU nach dem Start einfach zu stark mit Anfragen belastet.

[kang]

Beitrag von MichaelN » 24.01.2023, 09:21

Was wird denn auf der Startseite unter DutyCycle und CarrierSense angezeigt?

Duty Cycle: 9%, Carrier Sense: n/a

[g55]

Vielen Dank @jens + Mitstreiter

• ...
• Für den CCU3 Coprozessor / RPI-RF-MOD gibt es jetzt ein Geräteobjekt. Damit können Statuswerte wie Duty Cycle und Carrier Sense dargestellt und in Programmen verwendet werden.

Grad das Update eingespielt, finde das Geräteobjekt nicht ... OK, Hab das alte Funkmodul, da gibt es keinen CS, wohl aber doch "Duty Cycle", oder ?

• Kann es sein, dass das Objekt mit meinem alten Funkmodul eben doch nicht angelegt wird ?
• oder wird es beim Update nicht angelegt, sondern nur bei Neu-Installation ?
• oder muss ich in den "Erweiterten Einstellungen erst die "Duty-Cycle Sysemvariablen de-aktivieren ?
• oder wäre zu empfehlen, den Wert "Adapter.Local.Device.Enabled=true" manuell zu korrigieren?

Vielen Dank

[Baxxy]

Altes Modul bedeutet es wird kein Gerät angelegt.
Mehr gibt's da nicht zu sagen.

[g55]

Danke für die Bestätigung @Baxxy,
Hatte ich schon vermutet, nachdem ich so etliches hier gelesen hatte dazu. Da war auch immer nur die Rede vom RPI-RF-MOD und HmIP-RFUSB, die den CS wohl liefern. Kann ich nun auch bestätigen, da meine Tests vorhin alle KEIN Geräteobjekt erzeugt hatten.

PS : Ich hab nach dem Update dann wieder die crontab.root "gepatched". Wozu braucht man den Duty Cycle jede Minute ? Der "zappelige" DC jede Minute flutet meinen Historian, egal bei welcher Komprimierung.
Das alte script aus pivccu-Zeiten läuft auch nur alle 3.x Minuten, das hatte mir völlig gereicht und reicht mir immer noch

[Skar16]

Moin,

ich habe heute erstmalig ein Update aus der UI heraus angestoßen. Leider war der Pi auch nach über 2h nicht erreichbar. Habe ihn dann aus- und einschalten lassen (Stecker) - weiterhin nicht erreichbar (ping, UI). System ist auf einer ssd installiert. Lag es evtl. daran?

Muss dann wohl einmal komplett alles neu aufsetzen. Kann dann dabei aber auch gleich den Backup/Restoreprozess mal üben.