Vielfach hier schon mit Erfolg gelösst: Netzteil tauschen; Spannung bricht bei Lastspitzen ein und RASPI started neuFrankilein
hat niemand eine Idee, warum der Raspi mit der aktuellen Firmware ständig neustartet oder bin ich der einzige den das betrifft?
RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 316
- Registriert: 26.11.2016, 12:52
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 11 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
JoMass
~200 Geräte; ~70 Programme FW: 3.75.6.20240316 – Odroid N2+ 4GB 64GB-SSD , Homeassistant (latest), - HISTORIAN V3.6.0 auf QNAP; Mediola AIO Creator NEO - Node-RED (Current version: 17.0.10 (3.1.7))
~200 Geräte; ~70 Programme FW: 3.75.6.20240316 – Odroid N2+ 4GB 64GB-SSD , Homeassistant (latest), - HISTORIAN V3.6.0 auf QNAP; Mediola AIO Creator NEO - Node-RED (Current version: 17.0.10 (3.1.7))
-
- Beiträge: 266
- Registriert: 11.12.2017, 17:46
- Hat sich bedankt: 26 Mal
- Danksagung erhalten: 5 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
Zusatzsoftware habe ich nicht Installiert auf den Pi3 mit RaspberryMatic.Frankilein hat geschrieben: ↑09.12.2018, 11:19Hallo,
auch bei einem anstehenden Update für die Zusatzsoftware blinkt die LED am Funkmodul blau/grün, ohne Anzeige in der Servicemeldung.
Ist nur mit den Phillips hue Bridge verknüpft.
Gruß Enrico
-
- Beiträge: 680
- Registriert: 18.04.2018, 12:32
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Neuhausen auf den Fildern
- Hat sich bedankt: 15 Mal
- Danksagung erhalten: 19 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
Der Wandtermostat und der Heizungsregler sollen aber nicht in eine Gruppe, sonder einfach autark arbeiten ohne CCU oder Rasberrymatic.jmaus hat geschrieben: ↑06.12.2018, 13:08Hier 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.Hackertomm hat geschrieben: ↑06.12.2018, 13:02Der 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.
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.
Gruß
Hackertomm
Virtual Image auf einer Qnap TS-451D2, 2GHZ Celeron u. 8GB RAM, aktuell Raspberry OVA, Vers. 3.71.12.20231020
Hackertomm
Virtual Image auf einer Qnap TS-451D2, 2GHZ Celeron u. 8GB RAM, aktuell Raspberry OVA, Vers. 3.71.12.20231020
- jmaus
- Beiträge: 9853
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 462 Mal
- Danksagung erhalten: 1867 Mal
- Kontaktdaten:
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
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.Hackertomm hat geschrieben: ↑09.12.2018, 13:26Der Wandtermostat und der Heizungsregler sollen aber nicht in eine Gruppe, sonder einfach autark arbeiten ohne CCU oder Rasberrymatic.jmaus hat geschrieben: ↑06.12.2018, 13:08Hier 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.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 266
- Registriert: 11.12.2017, 17:46
- Hat sich bedankt: 26 Mal
- Danksagung erhalten: 5 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
EnricoL hat geschrieben: ↑09.12.2018, 10:56Hallo,
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
Was mir aufgefallen ist, unter Startseite > Einstellungen > Geräte-Firmware - Übersicht!EnricoL hat geschrieben: ↑09.12.2018, 13:24Zusatzsoftware habe ich nicht Installiert auf den Pi3 mit RaspberryMatic.Frankilein hat geschrieben: ↑09.12.2018, 11:19Hallo,
auch bei einem anstehenden Update für die Zusatzsoftware blinkt die LED am Funkmodul blau/grün, ohne Anzeige in der Servicemeldung.
Ist nur mit den Phillips hue Bridge verknüpft.
Gruß Enrico
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?
-
- Beiträge: 9
- Registriert: 13.01.2017, 08:43
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
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
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
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:
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
- Beiträge: 746
- Registriert: 17.10.2017, 16:15
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Wien
- Hat sich bedankt: 52 Mal
- Danksagung erhalten: 13 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
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
lg Ricghard
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
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.
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.
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
Hallo zusammen,
wie ist denn der Stand mit den Problemen im HmIP Bereich.
Ist das gelöst?
Gruß
wie ist denn der Stand mit den Problemen im HmIP Bereich.
Ist das gelöst?
Gruß
-
- Beiträge: 3733
- Registriert: 23.09.2017, 12:04
- Hat sich bedankt: 66 Mal
- Danksagung erhalten: 120 Mal
Re: RaspberryMatic 3.41.11.20181126 – Erfahrungsberichte
Hallo
könntest Du die Frage evtl. noch einmal etwas allgemeiner formulieren?