CCU3 Firmware 3.57.5 ist verfügbar

[derHansi-78]

CARRIER_SENSE_LEVEL - wenn die CCU3 kein HmIP Geräte steuern will

und bitte mal grundsätzlich auch Informationen ungefragt hinterlassen.
z.B. um welche Geräte handelt es sich?

Du kannst dir auch relativ sicher sein, das die Firmwareversion nicht dafür zuständig ist. Wenn eine Firmwareversion massive Probleme verursacht, würde das Forum schon überquellen vor solchen Meldungen

Alchy

Ok dann liefere ich mal noch die fehlenden Infos:

-HmIP-SMO-A / FW 1.2.8
-HM-LC-Sw2-FM / FW 2.8
-HmIP-BROLL / FW 1.8.20
-HMIP-eTRV / FW 2.2.8

NEO SERVER 2.6.2.
Cux-Daemon 2.5.1.

Duty Cycle aktuell auf 6 %
Carrier Sense aktuell auf 3 %

[dtp]

Ich habe volles Verständnis und würde das ebenso handhaben.

Nun ja, bzgl. CUxD vielleicht, aber nicht mit Bezug auf den NEO Server, der ja Bestandteil einer originalen CCU3 ist und den sich eQ-3 auch entsprechend bezahlen lässt. Aber wir müssen darauf an dieser Stelle nicht weiter eingehen, denn es wurde ja schon hinlänglich im Forum diskutiert.

@derHansi-78

Ich habe auf meiner original CCU3 auch CUxD 2.5.1 installiert und keinerlei Probleme damit. Den NEO Server habe ich allerdings vollständig von meiner CCU3 verbannt. Ich kann mir aber eigentlich auch nicht wirklich vorstellen, dass der die Ursache für deine Probleme ist.

[blackhole]

Nun ja, bzgl. CUxD vielleicht, aber nicht mit Bezug auf den NEO Server

Selbstverständlich auch bezüglich NEØ und CløudMatic. Und auch in Bezug auf HM-Skripte, was ebenfalls gängige, absolut verständliche und nachvollziehbare Praxis von eQ-3 ist, obwohl die Möglichkeit Skripte zu schreiben, zu benutzen und einzubinden von eQ-3 in der Firmware mitgeliefert wird.

[dtp]

Eine CCU3 kostet im Vergleich zum identisch ausgestatteten Charly 50,- € mehr. Das kann nicht alleine aufgrund des anderen Gehäuses und des trivialen Bausatzes sein. Ergo zahlt man auch für die Lizenz des NEO Servers, die ja Bestandteil der CCU3 ist. Dann fände ich es schon sehr dreist von eQ-3, den Support zu verweigern, wenn man diese Lizenz ohne weitere Addons und Skripte auch nutzt. Aber wir diskutieren hier um des Kaisers Bart, denn am Verhalten von eQ-3 wird sich dadurch eh nichts ändern.

[alchy]

Ok dann liefere ich mal noch die fehlenden Infos:

Oh wie gnädig. Hier im Forum kann man doch überhaupt nichts mehr erwarten.

einzelne Rollladen (-HmIP-BROLL / FW 1.8.20) öffnen oder schließen sich nicht automatisch.

Einzelne suggeriert, das du mehrere hast und einige funktionieren?
UND vor allem: Das sollten sie eigentlich über ein Programm oder eine Direktverknüpfung über ihr internes Wochenprogramm oder über die Katze tun die du dressiert hat den Taster zu betätigen. Dann wird es an der Katze liegen.

- Bewegungsmelder (-HmIP-SMO-A / FW 1.2. melden Kommunikationsstörung dadurch werden Fehlfunktionen ausgelöst, wie z.B. Einschalten des Hoflichtes bei Tag, da aktuelle Lichtwert nicht ermittelt bzw. übertragen werden kann.

Die CCU meldet die Kommunikationsstörung weil sie zu lange nix von ihren Kindern gehört hat. Bei einem erhöhten CarrierSense Level sollte dies jedoch nicht der Fall sein. Dies sollte also nicht die Ursache sein. Falsche Fährte durch fehlende Informationen.
Da könnten Einstellungen ursächlich sein, wie Deaktivierung der zyklischen Statusmeldung usw. Dann gibt es Geräte, die nur z.B. bei erkannter Bewegung ihre Daten schicken. (ob das bei dem SMO so ist, weiß ich grad nicht) Löse den Bewegungsmelder aus, verschwindet die Kommunikationsstörung? Wie sehen die Einstellungen aus?

- Meldung von Kommunikationsstörung der Heizungsthermostate HMIP-eTRV

siehe oben. Auch hier meldet sich das Thermostat nicht bei der CCU weil er es nicht kann oder nicht darf / muss.
Kannst du das Thermostat von der CCU ansteuern / am Thermostat einstellen ? verschwindet die Kommunikationsstörung? Wie sehen die Einstellungen aus?

Alchy

[derHansi-78]

Kannst du dir vorstellen, dass Hilfe Leistung sehr mühselig ist, wenn du nur 50% der Fragen beantwortest?

Oh wie gnädig. Hier im Forum kann man doch überhaupt nichts mehr erwarten.

........Das sollten sie eigentlich über ein Programm oder eine Direktverknüpfung über ihr internes Wochenprogramm oder über die Katze tun die du dressiert hat den Taster zu betätigen. Dann wird es an der Katze liegen........

Entschuldigt bitte, dass ich diese Bemerkung noch einmal aufgreife, aber wenn ich solche Antworten erhalte,
bekommt man ja Angst die nächste Frage zu stellen.
Bitte nicht falsch verstehen und bitte jetzt keine Grundsatzdiskussionen !!

und bitte mal grundsätzlich auch Informationen ungefragt hinterlassen.

Das finde ich auch schwierig, da ich nicht weiß welche Infos weiterhelfen würden, um den Fehler einzugrenzen.

Nun wieder zum eigentlichen Thema:

Du kannst dir auch relativ sicher sein, das die Firmwareversion nicht dafür zuständig ist.

Für mich sieht es im ersten Blick aber genau so aus, denn vor dem Update hatte ich nicht solche Probleme.
Meine Heizungsthermostate z.B. haben bislang nie Kommunikationsstörungen gemeldet.

Wenn man diese mal genauer betrachtet, sie laufen im Wochenbetrieb, Zyklische Statusmeldung ist gesetzt, Anzahl der auszulassenden Statusmeldungen =20, Anzahl der auszulassenden unveränderten Statusmeldungen =0.
Sonst werden sie mit folgendem Programm gesteuert.

Habe gerade versucht ein Thermostat über die Weboberfläche der CCU zu bedienen.
Beim ersten Klick auf die Temperaturerhöhung gab es eine Kommunikationsstörung und das Thermostat hat nicht darauf reagiert.
Beim zweiten Klick wurde diese wieder aufgehoben und das Thermostat nahm die Änderung der Temperatur an.

Das sieht für mich so aus, als würde die CCU nicht lange genug auf die Antwort vom Thermostat warten.

[MichaelN]

Und was hiervon hast du schon umgesetzt?
Neustart der CCU (ja, nochmal)
Neu Installation der FW
Neue SD soll auch schon mal geholfen haben

[derHansi-78]

Bislang habe ich nur die CCU mehrfach neu gestartet.
Ich wollte noch ein paar Tests machen.

Das von mir beschriebene Verhalten des Thermostates ist bei den Bewegungsmeldern genauso zu beobachten.
Bei der Bedienung über die WEB-GUI scheint das Verhalten aller Komponenten so zu sein.
Also der erste Befehl führt zum Kommunikationsfehler, der nächste löscht diesen wieder und erfüllt den Befehl.

Ich werde aber die FW noch einmal darüberbügeln.

Gruß Hansi

[Xel66]

Bei Thermostaten ist eine prompte Reaktion nur bei aktiviertem wake on radio zu erwarten. Dieses wird automatisch beim Verknüpfen mit Fensterkontakten oder Wandthermostaten aktiviert. Ansonsten kann es bis zu drei Minuten bis zur Übernahme des Befehls dauern.

Gruß Xel66

[derHansi-78]

So, Firmware habe noch einmal upgedatet, leider ist das Verhalten immer noch so wie beschrieben.

Beim ersten Klick (Temperaturerhöhung um 1C°) = Fehlermeldung - keine Änderung der Temp.
Bei doppel Klick (Temperaturerhöhung um 2C°) = Fehlermeldung gelöscht - akzeptieren der gewählten Temp.

Manuelle Bedienung am Thermostat = direkte Übermittlung der aktuellen Temp. an CCU

Gruß Hansi