Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Naja, die wird schon trotzdem verwendet. Nur wenn ein Aktor *jede Sekunde* ein Positionsupdate sendet würde die Berechnung daraus ignoriert. Viele Aktoren senden aber nur 1x nach der Fahrt. Aber das geht jetzt etwas am Topic vorbei. Und das Einstellen der Zeiten geht schneller als die Erklärung wofür das benutzt wird 🤣
also Fahrzeiten habe ich nicht. Sind in meinem Aktor nicht eingetragen und ein Eintrag ist auch nicht möglich. Es handelt sich um Grisser MGX-9. Ich habe einmal die Kommunikationsobjekte für einen Rolladen als Beispiel kopiert, die Einstellmöglichkeiten im Aktor und die yaml-Konfiguration.
Es handelt sich um ein "einfaches" Rollo als.
Wie würdest Du die yaml dafür konfigurieren?
Soll ich Fahrzeiten messen und eintragen?
Es wäre auch schön, wenn offen/geschlossen und die Prozente der "üblichen" KNX-Semantik entsprechen. Ist das ggf. durch "umkodieren" via yaml möglich?
Fragen über Fragen.
Jalousie ist m.E. noch komplizierter, aber Rolladen wäre schon mal ein guter Anfang. Die herauskommentierten "travelling times" habe ich wenn ich mich Recht erinnere aus einem Beispiel.
Gruß Matthias
Ich kenn den Aktor nicht. Irgendwo wird er seine aktuelle Position ja herbekommen. Aber ne Stoppuhr ist schon ne gute Idee.
Du kannst statt `move_short_address` mal `stop_address` probieren - mit der gleichen Adresse. Ansonsten halt die Zeiten konfigurieren - dann wird das schon passen.
Es wäre auch schön, wenn offen/geschlossen und die Prozente der "üblichen" KNX-Semantik entsprechen. Ist das ggf. durch "umkodieren" via yaml möglich?
Ja wäre schön. So richtig perfekt wird das mit `invert` aber vermutlich nicht. Ausprobieren kannst dus ja mal, aber ich denke dass wird spätestens dann Probleme machen wenn du zb. Sprachassistenten darüber benutzt. Eine ausführliche Diskussion darüber findest du hier: https://community.home-assistant.io/...-closed/225453
Hallo Meti (und andere)
Rollläden habe ich jetzt gemessen und entsprechend in der yaml eingetragen.
Raffstore muss ich noch die Laufzeiten messen (das macht der Aktor selbst, sagt aber die Zeiten nicht!) und melde mich dann bestimmt noch wegen der Konfiguration.
Bin derzeit mit einem Teilproblem "climate" am werkeln.
Ich wollte eine Übersicht über die Stellung der Stellventile Fußbodenheizung/Heizung machen.
Dazu hatte die Stelleventile (Rückmeldung vom HZ-Aktor) als Binary-Sensor (0/1) oder Sensor (%) in der yaml eingetragen.
Die yaml ignoriert aber meine Sensoren; vermutlich weil die gleiche GA schon bei climate benutzt ist (s.Bilder).
Kann ich den Status von climate (on/off state_address; resp. command_value_state-address) irgendwie extrahieren um eine Karte nur mit dem Statuus der FB/HZ-Ventile zu generieren???
Hattest Recht! Geschafft (s. unten).
Gibt es eine elegante Möglichkeit alle Stellmotoren innerhalb HA zusammenzufassen, sozusagen auf einen Blick zu sehen: Alles Aus, oder einzelne An?
So ähnlich wie der oberste Schalter neben den Raumbezeichnungen bei Licht und geschalteten Steckdosen, nur eben ohne Wirkung, nur als Anzeige?
Evtl gibts da ne UI Card dafür, beim Frontend kenn ich mich aber nicht wirklich gut aus.
Sonst könnte man einen Template Sensor verwenden in dem man die Sensoren logisch verknüpft (max oder or).
Manche Heizungsaktoren geben das auch als "größte Stellgröße" oder so direkt aus - das könnte man in nem extra Sensor verwenden.
Gibt es irgendwo die Möglichkeit einzelnen User nur "lesenden" Zugriff auf das Dashboard zu geben.
So dass der Besuch (z.B. der Opa) sich Werte wie Wetter, lux, Temp, etc. ansehen kann, aber nicht
aus Versehen Schalter umlegt??
Ich würde ungern nur dafür einzelne Dashboards ohne Schalter anlegen. Das es über diesen Umweg
geht ist schon klar.
Gruß Matthias
Nicht dass ich wüsste. Du kannst Berechtigungen nur auf einzelne Dashboards geben usw. Aber ein Dashboard mit Schaltern ohne Schaltfunktionalität - nö, glaub nicht.
Nein, mit dem UI kenn ich mich nicht wirklich aus.
Möchtest du nicht vielleicht nen eigenen Thread für Fragen erstellen die nicht wirklich mit diesem Topic zu tun haben? Das findet doch sonst niemand der evtl helfen könnte.
I came here to post on constructive suggestion for Meti.
Yes - HA is more responsive in general - and I have received replies from "Mathias" in few minutes of posting. I am not a german speaker - but I am guessing Mathias maybe a common name.
Here are the issues in HA (as compared to GIRA HSFS- which is majority here)
1. Climate
It seems in US (or others), the climate control has no control for fans.(or maybe they are heating only). Most KNX installations have fan controllers, which control the fan (speed 1-3 or 1-5) AND a valve, which controls water. This is usually straigtforward in KNX but is a nightmare in HA. Till now I havenot been able to implement. I use ABB FCUs. The HA climate has only setting of temperature and on/off only. It cannot display valve position or fan speed.
2. Lights
Please make it simple - Yaml is a nightmare to deal. A simple space missing and the whole thing falls apart. In KNX - its already dealt with properly and no messy mistakes can be made. Since lights are simple to deal with - maybe you can start by automating the yaml part of lights.
3. Bridging from different protocols to KNX. This is the main reason I moved away from HSFS - I donot know python and had to rely on other board members here making modules (the day MQTT was made - I sighed). HA talks to everything - so why to talk to KNX, we need to use automations? (Eg - My Tasmotas talk MQTT to HA. So when I send MQTT command to Tasmota - I have to use automation to update to KNX and vice versa -As my HSFS is still alive. There should be a direct bridging (States to KNX addresses).
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Kommentar