RaspberryMatic - Verbesserungsvorschläge/Wünsche

[Damian411]

Hallo,

Meiner Meinung nach sollten folgende "Basics" gelöst werden. Der Beitrag passt auch bei "Homematic" rein, aber da ich ein RassberryMatic nutze:
- "Ausführen bei Reboot" Boolean bei Programmen, oder noch besser: "nur beim Reboot", "nur nach Reboot" und "immer ausführen"
- Möglichkeit mehrere Geräte gleichzeitig per Programm anzusprechen, ohne das ein Gerät/Befehl "verschluckt" wird. Wenn z. B. 8 Thermostate auf eine neue Temperatur gestellt werden, dann kommt der Befehl bei dem ein oder anderen Geräte nicht an. Workaround ist durch Verzögerungen im Programmablauf möglich, sollte aber m. E. nicht Aufgabe des Benutzers sein. Merkt man leider erst, wenn es nicht klappt bzw. Probleme gibt.
- Funktion "sleep(x)" für Verzögerungen in Programmen. Der Bedarf hierfür ist u. a. dem zweiten Punkt geschuldet.

VG Damian

[TomT]

- Möglichkeit mehrere Geräte gleichzeitig per Programm anzusprechen, ohne das ein Gerät/Befehl "verschluckt" wird. Wenn z. B. 8 Thermostate auf eine neue Temperatur gestellt werden, dann kommt der Befehl bei dem ein oder anderen Geräte nicht an. Workaround ist durch Verzögerungen im Programmablauf möglich, sollte aber m. E. nicht Aufgabe des Benutzers sein. Merkt man leider erst, wenn es nicht klappt bzw. Probleme gibt.

Das ist der Hardware und der Technik generell geschuldet und m.W. nicht der Software oder Firmware der zentrale. Funkkollision nennt sich das Und genau dafür ist "verzögert um...." als Möglichkeit in den Programmen, wenn "sofort" eben nicht korrekt funktioniert bei einer Verkettung von vielen Empfängern.

- Funktion "sleep(x)" für Verzögerungen in Programmen. Der Bedarf hierfür ist u. a. dem zweiten Punkt geschuldet.

und genau das ist die "verzögert um..." Funktionalität. Nur mit dem Vorteil, daß die Zentrale nicht mit der Ausführung anderer Aufgaben wartet, sondern eine Scheduler setzt. Sleep() ist in der Programmiersprache immer ein Anhalten des Prozessors und warten in diesem Programmteil und das würde die CCU ganz bestimmt lahmlegen.
Gibt es auch als wait() oder delay() je nach Programmiersprache...

Grüße
Tom

[Black]

das hatte ich unter Punkt 4 bei mir auch schon angeführt.
4. zugriff von Scripten aus auf den Verzögerungs Scheduler
(praktisches Bespiel: iterien durch ein Gewerk und setzen von Datenpunkten innerhalb der im Gewerk vorhandenen Geräte
zweckz funkhygene ist es ja nett, da etwas zeit zwischen zu lassen. aber ein verzögert um ist in HM Script ja nicht vorgesehen
Wunsch hier: ein HM Äquivalent zu SetStateDelayed () unter javascript. (bei Iobroker z.B.)

Es existiert eine TCL lösung für die CCU2 dazu, aber das ist wieder von hinten durch die brust ins Auge geschossen)

Trotzdem wäre das schön, wenns hier einen dokumentierten Zugriff auf den Scheduler der rega gäbe.

Black

[Wortmann30]

- Möglichkeit mehrere Geräte gleichzeitig per Programm anzusprechen, ohne das ein Gerät/Befehl "verschluckt" wird. Wenn z. B. 8 Thermostate auf eine neue Temperatur gestellt werden, dann kommt der Befehl bei dem ein oder anderen Geräte nicht an. Workaround ist durch Verzögerungen im Programmablauf möglich, sollte aber m. E. nicht Aufgabe des Benutzers sein. Merkt man leider erst, wenn es nicht klappt bzw. Probleme gibt.

Das ist der Hardware und der Technik generell geschuldet und m.W. nicht der Software oder Firmware der zentrale. Funkkollision nennt sich das Und genau dafür ist "verzögert um...." als Möglichkeit in den Programmen, wenn "sofort" eben nicht korrekt funktioniert bei einer Verkettung von vielen Empfängern.

Dazu kann ich auch was sagen, was allerdings nicht genau zum Thema gehört, wenn das interessant ist können wir das ausserhalb diskutieren.

Ich habe im EG 7 Jalousien mit den HM-LC-Ja1PBU-FM, wenn ich nun diese alle fahren will muss ich über das Programm jeweils eine Verzögerung von 5 Sec einbauen sonst gibt es Kommunikation Störungen.
Wenn ich jetzt über den Umweg Virtuelle Taste gehe da ich an einer Stelle eine Taste (von einem Wired RS485 Aktor) nehme und die Virtuelle Taste direkt mit den HM-LC-Ja1PBU-FM verknüpfe kann ich alle exakt gleichzeitig fahren ohne Kommunikation Störungen.
Ich weiss es sind keine Temperatur Einstellungen aber eben auch die Problematik etwas parallel anzusteuern.

Das ist für mich nicht ganz zu verstehen, aber wie gesagt das passt eigentlich nicht hier her. Daher wieder zurück zum Thema.

[schneidy76]

das interessant ist können wir das ausserhalb diskutieren.

Finde ich auch. Das Thema sollte hier nur bein den Wünschen / Vorschlägen bleiben und nicht thematisieren oder werten.
Es gibt leider genug Themen hier die unübersichtlich geworden sind. Das hilft keinen...

Eine Sammlung der Vorschläge wäre auch super - und nicht so ewig laufen lassen (nur son Vorschlag)

VG Torsten

[Damian411]

- Möglichkeit mehrere Geräte gleichzeitig per Programm anzusprechen, ohne das ein Gerät/Befehl "verschluckt" wird. Wenn z. B. 8 Thermostate auf eine neue Temperatur gestellt werden, dann kommt der Befehl bei dem ein oder anderen Geräte nicht an. Workaround ist durch Verzögerungen im Programmablauf möglich, sollte aber m. E. nicht Aufgabe des Benutzers sein. Merkt man leider erst, wenn es nicht klappt bzw. Probleme gibt.

Das ist der Hardware und der Technik generell geschuldet und m.W. nicht der Software oder Firmware der zentrale. Funkkollision nennt sich das Und genau dafür ist "verzögert um...." als Möglichkeit in den Programmen, wenn "sofort" eben nicht korrekt funktioniert bei einer Verkettung von vielen Empfängern.

[...]

Grüße
Tom

Es kann gut sein, dass die Ursache dieses Problems in der Hardware zu finden ist, dennoch kann die Software i. d. R. solche Befehle kontrollieren und Problemen entgegenwirken. Z. B. sorgt bei aktuellen Autos nicht der Verbrennungsmotor für das passende Gemisch, sondern letztendlich die Software. Solche Beispiele gibt es massenweise, es kommt auf die Abstimmung zwischen Hard- und Software an. Daher bin ich davon überzeugt, dass das Homematic Problem auch per Software behoben werden kann und als Verbesserungsvorschlag aufgenommen werden sollte. Ich denke, dass viele Benutzer davon betroffen sind und eine Lösung einen großen Mehrwert bietet, insbesondere für Einsteiger.

[Obihamster]

Ich würde mir die Möglichkeit wünschen Optische TFKs HM-Sec-SCo zu einer Gruppe zusammen fassen zu können und wie ein HM-Sec-RHS anzeigen zu lassen.

Hintergrund ist das ich jeweils einen TFK oben und unten am fenster habe und so den Status Gekippt / Offen festelle und in der CCU dann auch so anzeigen könnte.


Gruß Markus

[Samhain]

Ich würde mir eine ganz einfach "Funktion" wünschen.

Wenn ich im WebUI Geräte, Variablen, Programme usw. editiere und dann beende lädt die WebUI immer neu und ich bin wieder ganz oben in der Liste.

Wäre es möglich, dass man das dahingehend abstellt, dass nach dem Neuaufbau der Seite man wieder genau da ist, wo man mit dem Editieren begonnen hat?

[jmaus]

Möglich ist wie immer alles. Hilfreich wäre nur wenn talentierte Webentwickler mitarbeiten könnten damit ich die Weiterentwicklung der WebUI nicht auch übernehmen müsste und mich weiter un RaspberryMatic kümmern kann

[MathiasZ]

Moin moin!
Ich würde mir eine Bluetooth-Unterstützung wünschen!
Damit könnte man z.B. per lescan den Gigaset G-Tag als Anwesenheitskennung einbauen.
Aufgrund der Vielzahl meiner Gäste möchte ich nicht jeden zumuten sein Smartphone zu paaren.
Dann drückt man jedem ein G-Tag in die Hand und gut is.
Man bräuchte dafür keinen zweiten Raspberry, bzw man könnte einen zweiten Raspberry an einem taktisch klugen Ort deponieren, sollte der Bluetooth-Empfang nicht ausreichen.
Bei mir wäre es das Wohnzimmer.
Gruß,
Mathias