HomeMatic-Forum / FHZ-Forum

mkrill hat geschrieben: ↑

14.05.2019, 19:37

Die von Ihnen beschriebene Problematik konnten wir in der CCU3 Zentrale nicht feststellen. Offensichtlich ist das Anzeigeproblem nur bei der Raspberrymatic-Zentrale gegeben. Die Firmware der Raspberrymatic-Zentrale wird von eQ-3 allerdings nicht supportet.

Hast du eine Idee, wie man die Kollegen vom Gegenteil überzeugen kann?

Das wirst du nur schaffen wenn du die die originale CCu3 Firmware installierst und das dort nachtestest und das dann dort auch auftritt. Es ist nur normal das bei Einsatz von RaspberryMatic eQ3 den Support verweigert.

Hallo

ich habe eine Heizungsgruppe mit HMIP Wandthermostat auf CCU3 und da ist die Anzeige normal. Unter welchen Bedingungen tritt der Fehler auf ?

Siehe hierzu mein Post vom 10.05. 19:02 Uhr im Thread für die Raspberrymatic-Version vom 04.05.

viewtopic.php?f=65&t=50564&p=508464#p508464

Sofern du du dieses Problem auf deiner CCU3 mit Standard-Firmware nicht hast, scheint EQ3 Recht zu haben. Demnach wäre es ein Raspberrymatic-Bug...

BG,

Michael

mkrill hat geschrieben: ↑

14.05.2019, 20:42

Sofern du du dieses Problem auf deiner CCU3 mit Standard-Firmware nicht hast, scheint EQ3 Recht zu haben. Demnach wäre es ein Raspberrymatic-Bug...

Fehler tritt bei der CCU3 auch auf. HMIP Heizungsgruppe mit zwei HMIP-SRH
Egal ob der Drehgriff gekippt oder offen ist, wird in der WebUi als Fensterstatus "2" angezeigt.

Q.e.d.

Hmmm, könntest du eq3 deinerseits nochmal „sensibilisieren“?

BG,

Michael

Hallo Jens,
setze sowohl HM-Wired als auch HMIP-Wired (bisher nur DRAP+16er Eingangsmodul) ein und habe nun einen ständigen hs485 Restart mit den entsprechenden Alarmmeldungen. Habe wegen HMIP-Wired auch auf das neue Funkmodul umsteigen müssen. Keine Ahnung ob die Alarmmeldung jetzt vom Update oder vom neuen Funkmodul kommt ...

Was kann ich noch liefern?
Danke, Dieter
Bin jetzt auf 3.45.5. zurück gegangen und habe keine Alarmmeldungen mehr. Gab's die "monit"-Einbindung da vielleicht noch nicht?
Würde gerne wieder auf die aktuelle Version gehen, bin ich allein mit den hs485d Restarts (was ist das eigentlich)? Kann ich noch irgendwas unternehmen oder einfach nur abwarten. Sorry, bin noch kein Profi in den tieferen Internas der Systemebene
Danke an Jens und alle Mitstreiter

O.K. Selbst gelöst Ich mache den Update immer über die integrierte Möglichkeit in der WebUI und hab anscheinend noch die erste Version der 3.45.7.20190511 erwischt (da gab's ja anscheinend mit selbem Dateinamen eine korrigierte Version - anderer Kernel)
Keep on rockin' und Danke an alle, allen voran Jens für die grandiosen Entwicklungen

Moin in die Runde, also Updates auf 7 RasPi B3+ liefen allesamt via Chrome und System-Update-Funktion problemlos.

Einzig (mir aufgefallenes) Problem:

LAN-Gateways lassen sich nicht verbinden (getestet mit RasPi-CCU FW 3.45.7.20190511 und LAN-GW-RasPi-CCU FW 3.45.7.20190511 und FW 3.45.5.20190330).

mbhomie007 hat geschrieben: ↑

14.05.2019, 14:33

1. Gibt es Erfahrungswerte für eine Schaltschwelle, welche Werte sollte man benutzen?

2. Ist zwingend ein Lichtsensor notwendig

Ich habe das Problem wie folgt gelöst:
1. Verwendung HM-CC-TC_Wohnzimmer Funkwandthermostat
2. HM-Sen-MDIR-O Funk-Bewegungsmelder außen
Der Funkbewegungsmelder liefert nur einen dimensionslosen Helligkeitswert bis ca. 256.
Jetzt können die Abhängigkeiten definiert werden:
Wenn Innenraumtemperatur im Wohnzimmer z. B. > 23 °C und Helligkeit > 230, dann Rollos auf 40 % fahren.
Will heißen, Raumtemperatur < 23 °C und Sonne, Rollos bleiben geöffnet, genauso bei Raumtemperatur >23 °C, aber keine Sonne.
Mit entsprechenden Helligkeitswerten für andere Gebäudeseiten und Zeiteinstellungen können ebenso die Rolläden sonnenstands- und zeitabhängig gesteuert werden. Eine punktgenaue Luxangabe (ist die Empfehlung Eugen Stall) benötige ich nicht .
Und mit den Eistellungen des Bewegungsmelders testen, dass nicht jede Wolke mit den Rollläden spielt (Empfindlichkeit, Helligkeitsfilter).
Der Bewegungsmelder wird natürlich auch genutzt.

@ IP Wired
Habe auch gerade neu 1x Drap + 1x 8x Aktor in Betrieb genommen , alles ok.
Nur eine o.T. Frage: ist das der RaspberryMatic egal, wenn der DRAP vom Netz genommen wird ? Nach Einrichtung abgeschaltet und mal eingebaut....sicher 1h war "er" weg....der Zentrale war das sowas von egal...keine Meldungen etc. Einschalten vom Drap und läuft als wär nix gewesen...

???

lG Tom

onkeltommy hat geschrieben: ↑

15.05.2019, 11:29

@ IP Wired
Nur eine o.T. Frage: ist das der RaspberryMatic egal, wenn der DRAP vom Netz genommen wird ? Nach Einrichtung abgeschaltet und mal eingebaut....sicher 1h war "er" weg....der Zentrale war das sowas von egal...keine Meldungen etc. Einschalten vom Drap und läuft als wär nix gewesen...

Nunja, das ist ihr sicherlich nur oberflächlich "egal". Geräte kann sie ja nicht schalten währenddessen und wird dann sicherlich auch en Alarmmeldung ausspucken. Das einzige was noch fehlt wäre eine DRAP Überwachung via "monit" damit man überhaupt mitbekommt das der DRAP Offline gegangen ist.