RaspberryMatic 3.55.5.20201226 – Neue Version

[tigger30926]

Danke Xel66,
du hast mit deiner Ausführung sicherlich Recht, dennoch glaube ich das es an der Firmware liegt.
Denn wieso hat das ganze jetzt über zwei Jahre einwandfrei funktioniert?
Durch das zweite hinzufügen der Aktoren hat das hochfahren heute etwas besser geklappt.
Aber ich konnte heute morgen den Rollladen links nicht hochfahren, nur manuell am Schalter.
Ich der CCU3 hatte ich heute eine Servicemitteilung "Kommunikation Fehler", das lag wahrscheinlich an den zwei zusätzlichen Sendebefehle.

An der Empfangsstärke kann es wohl nicht liegen.

Das sieht doch super aus, oder nicht? Die beiden Aktore sind ca. 8 Meter von der CCU3 entfernt. Das wechseln auf eine Gateway hat auch nichts gebracht. Diese Probleme hatte ich vorher echt nicht.

Wie würdest du denn die Rollläden alle zusammen hochfahren? Würde mich über eine Idee von Dir sehr freuen.

[JoMass]

@ tigger30926
Die Erfahrung hab ich auch gemacht. Wie Xel66 vorgeschlagen, zeitlich entflechten hilft vermutlich.

bei mir waren die Kommfehler mit den Rollos allerdings erst weg seit ich alle gleichzeitig zu bewegenden Rollos auf ein virtuelle Taste der CCU gelegt habe und im Programm praktisch nur mehr den virtuellen Tastenduck ausführe.
denke auch, dass das, wie so manch anderer berichtete Kommfehler nichts mit der neuesten FW zu tun hat.

[jp112sdl]

Wie würdest du denn die Rollläden alle zusammen hochfahren?

- Alle Rollläden mit einer virtuellen CCU Taste direktverknüpfen.
- Zum gewünschten Zeitpunkt im Programm dann nur diese eine Taste betätigen. => Alle Rollläden fahren gleichzeitig.

[Gluehwurm]

Unabhängig davon, und lange bevor ich irgendwas am Programm/DV ändern würde, wäre bei mir drüberlernen angesagt.

Könnte aber auch auf ein kommendes C26-Problem hinweisen, weiss nicht mehr, ab welcher SN das geändert wurde.Sollte es wohl nicht sein
viewtopic.php?f=19&t=45932#p460085

Gruß
Bruno

[ihno]

Moin,

grundsätzlich würde ich an erster Position nicht einen Wert mit „nur prüfen“ einstellen.
Drehe bitte mal die beiden Auslöser um. Also zuerst „bei Änderung“ und dann „nur prüfen“. Soweit ich weiß ist an erster Stelle immer der eigentliche Auslöser zu setzen und danach dann zusätzliche Prüfungen.
Um nicht unnötige Sachen zu triggern, sollte man auch immer ein „nur prüfen“ zusätzlich zum entsprechenden Gerät dazu nehmen.
In Deinem Fall also vorab prüfen, ob das jeweilige Rollo vielleicht schon so steht, wie es soll. Dementsprechend würde ich jedes Rollo in ein eigenes Programm legen und wie Du es schon gemacht hast, über eine Variable triggern.
Mit meinen genannten „Aktionen“ bringst Du dann auch Deinen „DutyCycle“ schön runter, weil nur noch gesendet wird, wenn es wirklich notwendig ist. Bei Rollos sende ich in 5 Sekunden-Abständen. Dies sollte sich dann natürlich möglichst nicht mit „fertig“ Meldungen überschneiden, wenn es viele Rollos sind.

[MichaelN]

grundsätzlich würde ich an erster Position nicht einen Wert mit „nur prüfen“ einstellen.
Drehe bitte mal die beiden Auslöser um. Also zuerst „bei Änderung“ und dann „nur prüfen“. Soweit ich weiß ist an erster Stelle immer der eigentliche Auslöser zu setzen und danach dann zusätzliche Prüfungen.

Nö

Aber davon abgesehen, sollte das IMHO eh nicht in diesem Thread diskutiert werden. Hier geht es nur um die neue RM 3.55.5

[Gluehwurm]

Soweit ich weiß ist an erster Stelle immer der eigentliche Auslöser zu setzen und danach dann zusätzliche Prüfungen.

Ist völlig egal.

Gruß
Bruno

[tloeffel]

Hallo und Prosit 21

...........
Also da kann doch was mit der Hap-Routingfunktion nicht stimmen ? Würde mich interessieren, wie das bei Euch ausschaut, ob das Zeug das tut was soll und nicht das System "stört"

Kurzes Edit: Kein einziges Classic Gerät (davon gibts reichlich) hatte in den letzten Monaten KommFehler. WRD und IP WRD laufen ebenfalls komplett Störungsfrei......

Hallo onkeltommy,

bei mir ist das genau wie bei Dir beschrieben. Nach Rücksprache mit Jens lasse ich den HAP in der Kiste. Hier ist EQ3 mit dem Routing wohl noch nicht fertig. Lasse meine PSM als Router aktiv und fertig.

Gruß Thomas

[onkeltommy]

Hi

danke für den Hinweis, dass auch Jens meint, dass da was faul ist im Routing, dann bleibt das Teil auch bei mir mal Saftlos auf dem Kasten oben liegen...jetzt ist es wieder ein paar Tage her, dass der offline ist und der DC bleibt brav unten. Wenigstens funktioniert das einbinden.....
Mir wäre der HAP wichtig, weil bei Stromausfall ja die PSM logischerweise weg sind, die "EDV" daheim, PoE usw... ist alles USV gestützt, somit würde der HAP auch im Stock die Sensoren Fenster usw weiter kontrollieren können (Alarmanlage usw)...aber ok....please wait..

[Theo]

1. Obwohl vorher definitiv entfernt... Bloatware grinste mich wieder an... ok. Trash und weg.. dat is lästig. Wenn die jemand einmal getrasht hat, ist die chance echt gering, die beim nächten Update unbedingt haben zu wollen.

Wenn ich es richtig in Erinnerung habe, dann hatte ich zwischen den Jahren beim Update der CCU3 der Schwiegereltern mit offiziellem eQ-3 Image diese Problem nicht. Ich lösche auch immer Neo Server / CloudMatic als erstes, was ich da nicht machen musste. Ist diese erneute Installation der Bloatware eine RaspberryMatic Eigenart, oder ein Fehler im Image?