RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte

[JoMass]

Frankilein
hat niemand eine Idee, warum der Raspi mit der aktuellen Firmware ständig neustartet oder bin ich der einzige den das betrifft?

Vielfach hier schon mit Erfolg gelösst: Netzteil tauschen; Spannung bricht bei Lastspitzen ein und RASPI started neu

[EnricoL]

Hallo,
auch bei einem anstehenden Update für die Zusatzsoftware blinkt die LED am Funkmodul blau/grün, ohne Anzeige in der Servicemeldung.

Zusatzsoftware habe ich nicht Installiert auf den Pi3 mit RaspberryMatic.
Ist nur mit den Phillips hue Bridge verknüpft.

Gruß Enrico

[Hackertomm]

Der Wandthermostat(HM-TC-IT-WM-W-EU) wurde vor kurzen an die RaspberryMatic angelernt, der Heizkörperregler(HM-CC-RT-DN) jedoch nicht, denn der soll ja vom Wandthermostat gesteuert werden, was auch klappt.

Hier nur der kurze Hinweis das dieses Vorgehen eher unüblich ist. Auch wenn du einen Heizkörperregler nur vom Wandthermostat steuern lassen willst sollte dieser auch in der CCU/RaspberryMatic angelernt sein. Dann kannst du dort eine Heizungsgruppe einrichten und diese regelt dann die notwendigen Direktverknüpfungen selbstständig. Das man jetzt nur den Wandthermostat in der CCU anlernt, aber die damit verbundenen Heizkörperregler nicht find ich ehrlich gesagt ein etwas seltsames Vorgehen.

Der Wandtermostat und der Heizungsregler sollen aber nicht in eine Gruppe, sonder einfach autark arbeiten ohne CCU oder Rasberrymatic.
Daher dient die Raspberrymatic nur zum einfacheren einmaligem programmieren des Wand Thermostat, der dann ja wieder seine Programmierung an den Heizkörperregler überträgt.
Ich weis allerdings das man an einem angelernten Heizkörperregler auch noch was anderes einstellen kann, was ich aber für das eine Zimmer wo beide Geräte werkeln bisher nicht brauche.

[jmaus]

Hier nur der kurze Hinweis das dieses Vorgehen eher unüblich ist. Auch wenn du einen Heizkörperregler nur vom Wandthermostat steuern lassen willst sollte dieser auch in der CCU/RaspberryMatic angelernt sein. Dann kannst du dort eine Heizungsgruppe einrichten und diese regelt dann die notwendigen Direktverknüpfungen selbstständig. Das man jetzt nur den Wandthermostat in der CCU anlernt, aber die damit verbundenen Heizkörperregler nicht find ich ehrlich gesagt ein etwas seltsames Vorgehen.

Der Wandtermostat und der Heizungsregler sollen aber nicht in eine Gruppe, sonder einfach autark arbeiten ohne CCU oder Rasberrymatic.

Dann hast du hier leider etwas bisher wohl grundsätzlich missverstanden. Auch wenn du den Wandthermostat und Heizungsregler via einer Gruppe in RaspberryMatic/CCu verwaltest/verknüpfst funktionieren diese danach komplett autark und völlig unabhängig davon ob die CCU/RaspberryMatic läuft. Bei den virtuellen Heizungsgruppen in der CCU verwaltet diese lediglich die Direktverknüpfungen in einfacher/komfortabler Art&Weise und legt die Direktverknüpfungen dann vollkommen automatisch zwischen diese ein. Danach regeln die beiden dann trotzdem die Temperatur/Einstellungen direkt miteinander und völlig unabhängig von der CCU (dahe die Namensgebung "Direkt"Verknüpfung. Dir entstehen also keinerlei Nachteile dadurch wenn du alle deine Wandthermostate+Heizkörperventile an deine CCU/RaspberryMatic anlernst. Und sigar eher im Gegebteil: Du geniesst danach den Vorteil die Direktverknüpfungen zwischen diese in einfachster Art&Weise über die CCU einsehen zu können.

[EnricoL]

Hallo,

habe ein Pi 3 ohne + mit den Funkmodell RPI-RF-MOD und 3.41.11.20181126 drauf.
Seid gestern Abend bis jetzt blinkt die LED grüne und bleu.
Auf der WebUI wird nichts an gezeigt.

RaspberryMatic.jpg

Der DutyCycle ist normal so hoch, weil er 3 HM-Dis-EP-WM55 Display laufen.
Die Wetter Daten bekommen, alle 10 min.

und die Log Datei
homematic-raspi-2018-12-09.log


Gruß Enrico

Hallo,
auch bei einem anstehenden Update für die Zusatzsoftware blinkt die LED am Funkmodul blau/grün, ohne Anzeige in der Servicemeldung.

Zusatzsoftware habe ich nicht Installiert auf den Pi3 mit RaspberryMatic.
Ist nur mit den Phillips hue Bridge verknüpft.

Gruß Enrico

Was mir aufgefallen ist, unter Startseite > Einstellungen > Geräte-Firmware - Übersicht!
Werden meine Wandthermostat HmIP-STHD (Fw 1.6.0) und HmIP-WTH-2 (Fw 1.8.0) nicht angezeigt. Haben beide die Aktuelle Firmware drauf.
Die Phillips hue Bridge und Lampen sind auch Aktuell.
Programme laufen auch selbständig ab!
Die Batteriestände sind auch alle über 2,8 Volt.

Gibt es da noch eine Idee, was das sein kann?

[PatrickM2201]

Hallo zusammen,

Seitdem ich mein System von Raspberrymatic Version 3.37.8.20181026 auf 3.41.11.20181126 geupdated habe, kam es bereits zwei Mal zu Verbindungsabbrüchen zwischen der Zentrale (Raspberry 3B+) und den zwei Funk-LAN-Gateways (HM-LGW-O-TW-W-EU). Dies führt dann logischer Weise zu Kommunikationsfehlern bei den HM-Komponenten, die den Gateways zugeordnet sind.
Bei den Komponenten welche direkt der Zentrale zugeordnet sind, treten keine Kommunikationsfehler auf.

Nach einen Neustart der Zentrale über die Web-UI funktioniert alles wieder ordnungsgemäß. Das erste Mal ist der Ausfall nach ca. 32h Betrieb und das zweite Mal nach ca. 62h aufgetreten.

Hier ein Auszug aus dem Syslog welches exemplarisch die Meldungen zeigt, welche quasi im Sekundentakt geschrieben werden. Beiden Ausfälle sind jeweils abends aufgetreten (irgendwann zwischen 22/23h). Da mir dies aber erst morgens aufgefallen ist, ist leider der Zeitpunkt des Ausfalls nicht mehr in dem Syslog enthalten, sondern nur mit den gleichen Meldungen überfüllt. Wenn hilfreich kann ich auch den kompletten Syslog hochladen. Hier aber erstmal nur ein Auszug

Code: Alles auswählen

Dec  9 07:19:00 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]
Dec  9 07:19:00 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = MEQxxx:1 [iseDOMdpHSS.cpp:76]
Dec  9 07:19:06 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:13 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:19 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:21 homematic-ccu2 user.err rfd: LGWPortWrapper::SendData(): Send error
Dec  9 07:19:21 homematic-ccu2 user.err rfd: (MEQxxx) CCU2CommController::getDutyCycle(): Could not get DutyCycle from coprocessor.
Dec  9 07:19:22 homematic-ccu2 user.err rfd: (NEQxxx) CCU2CommController::getDutyCycle(): Could not get DutyCycle from coprocessor.
Dec  9 07:19:25 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:31 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:38 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:44 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:50 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:19:56 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:02 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:09 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:15 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:20 homematic-ccu2 user.err rfd: LGWPortWrapper::SendData(): Send error
Dec  9 07:20:21 homematic-ccu2 user.err rfd: (MEQxxx) CCU2CommController::getDutyCycle(): Could not get DutyCycle from coprocessor.
Dec  9 07:20:21 homematic-ccu2 user.err rfd: LGWPortWrapper::SendData(): Send error
Dec  9 07:20:21 homematic-ccu2 user.err rfd: (NEQxxx) CCU2CommController::getDutyCycle(): Could not get DutyCycle from coprocessor.
Dec  9 07:20:22 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:28 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:34 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:41 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:47 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:53 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:20:59 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 
Dec  9 07:21:02 homematic-ccu2 user.err rfd: LGWPortWrapper::SendData(): Send error
Dec  9 07:21:02 homematic-ccu2 user.err rfd: HSSParameter::SetValue() true Put failed
Dec  9 07:21:02 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallXmlrpcMethod: execute result isFault; method =setValue Params = {"MEQxxx:1","STATE",true} result= [faultCode:-1,faultString:"Failure"] [iseXmlRpc.cpp:2605]
Dec  9 07:21:02 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::CallSetValue: CallXmlrpcMethod failed [iseXmlRpc.cpp:1502]
Dec  9 07:21:02 homematic-ccu2 local0.err ReGaHss: Error: IseHssDP::WriteValue: CallSetValue failed; address = MEQxxx:1 [iseDOMdpHSS.cpp:76]
Dec  9 07:21:05 homematic-ccu2 user.err rfd: CCU2CommController::improvedInit() - Identify response string not handled: 

In der Web-UI werden beide Gateways als "Verbunden" angezeigt.
Mit der Vorgängerversionen ist die Raspberrymatic dauerhaft stabil gelaufen.

Beide LGW sind per Kabel direkt an einem Switch zusammen mit der Zentrale angeschlossen, es wird kein PowerLan o.Ä. eingesetzt. Ich habe auch noch en wired-Gateway Da ich seit dem Update keine Änderung an der Netzwerkkonfiguration vorgenommen habe, könnte hier ein Problem mit der Version 3.41.11.20181126 vorliegen.

Ich bin noch nicht auf die alte Raspberrymatic Version zurückgegangen, damit ich bei evtl. Rückfragen weitere Informationen liefern kann. Wenn ihr irgendwelche Ideen habt, wäre ich über jede Rückmeldung dankbar

PS: Vielen Dank an alle Aktiven im Forum, ich baue seit 2015 sukzessive mein Homematic-System aus (aktuell 102 Geräte, CuxD, CCU-historian), und bisher konnte ich alle Probleme und Fragen allein durch die Forumsuche lösen.

Viele Grüße
Patrick

[roe1974]

Bei meinem SONOS Player Add-on (2.6) geht das UDP discovery nicht mehr ..... muss ich da einen Port (udp 1900, tcp 2828) freischalten in der FW ?

lg Ricghard

[bkrautter]

Nach Update auf 3.41.11.20181126 werden unter "Status und Bedienung -> Geräte" nicht alle Geräte angezeigt. Es fehlen z.B. alle Heizkörperthermostate HM-CC-RT-DN und HM-LC-Sw2-FM.
Seltsamerweise werden unter "Einstellungen -> Geräte " alle angezeigt.!!

Beim Administrieren können die Geräteeinstellungen nicht geändert werden.
So wie es sich darstellt werden bei allen BidCos Geräte die Einstellungsänderungen mit dem Hinweis "Das Gerät mit der Seriennummer 'x' vom Interface 'y' konnte nicht abgefragt werden!" abgewiesen.
?? Falsche Interface Zuordnung !!

Können wir die Interface Einträge prüfen? in welcher Datei ? Müssen alle Geräte neu angelernt werden? Wieso funktioniert alles mit der 3.37.8.20180929.
Bin jetzt wegen Dringlichkeit auf die alte Version zurück.

[mactoolz]

Hallo zusammen,

wie ist denn der Stand mit den Problemen im HmIP Bereich.

Ist das gelöst?

Gruß

[NickHM]

wie ist denn der Stand mit den Problemen im HmIP Bereich.

Hallo

könntest Du die Frage evtl. noch einmal etwas allgemeiner formulieren?