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.
Ankündigung
Einklappen
Serverwartung 21.2.
Am 21.2. im Laufe des späten Abends wird eine Serverwartung durchgeführt. Das Forum ist dadurch für gut zwei Stunden nicht erreichbar.
Es wird eine Wartungsseite geschaltet.
Echt blöd sich selber zu zitieren .. hab den Podcast heute fertig gehört. Kann nur nochmal den Tip geben, sich den mal anzuhören.
Voll interessant!!!!
Danke für den Tipp mit dem Podcast. Wirklich sehr interessant und hat mich nur noch mehr bestätigt mich weiter mit Home Assistant zu beschäftigen (stehe noch ganz am Anfang).
Ja. Damit setzt man ein Delay zwischen *alle* Telegramme. Auch Write. Das hat eigentlich auch eher historische Gründe und sollte mittlerweile auf 0 gestellt werden.
Wie gesagt, xknx kümmert sich drum nicht zu viel zu senden (read als auch write).
Wichtig dabei ist, dass man bei seinen Logiken auf das A Flag achten muss. Bei mir hat es zu Beginn die ein oder andere Logik getriggert, obwohl der Status sich nicht geändert hat. Das ist besonders bei Logiken, welche auf das gleiche Signal hören und keine Änderung erwarten.
Stimmt schon. Aber es heißt ja auch "Home Assistant" und nicht "Objektgebäude Assistant" 😉 Das hat bis dato eben zu keinen realen Problemen geführt, aber hin und wieder ein paar gelöst.
Wenn du dir einen kleinen Telegrammraten-Helfer baust, siehst du schön wie diese Abfragen anfangs noch kleine Spikes machen - nach nem Neustart bei mir so ca. 20 Telegramme / sek. Die kommen dann jede Stunde wieder, werden aber immer kleiner - weil sich die Zeiten aufteilen. Nach 1-2 Tagen verlaufen diese Spikes dann im Sand.
Danke für die Auflärung.
Ich denke dabei auch eher an Einsatzmöglichkeiten die über eine kleine Häuscheninstallation hinausgehen.
Es gibt ja "Funtionen" die berechtigt bzw. sinnvoll sind. Nur hier kann ich den Nutzen eben noch nicht erkennen.
Wenn ich das richtig verstanden habe, würde ja z.B. bei 50 Jalousiekanälen, wenn es "dumm läuft", nach einem Jalousie-Zentral Auf-Befehl irgendwann alle Stunde 100 GAs (Postions- und Lammellenstatus) abgefragt.
Gleiches dann bei Licht Zentral aus (Pro Kanal dann z.B. Status e/a, Status Helligkeitswert und Status Farbtemperatur). Da kann dann je nach Anzahl entsprechender Kanäle auch schon was zusammen kommen.
Mit Deiner Aussage zu Open Source hast Du natürlich völlig Recht.
Das hat eher historische Hintergründe.
Es als "nicht schön" zu empfinden dass da Gelegentlich ein paar Telegramme auf dem Bus hin- und hergesendet werden versteh ich nicht so ganz... dafür hat man den Bus ja. xknx macht das auch ganz "vorsichtig und behutsam" 😉
Geplant sind aktuell gar keine Änderungen an yaml Konfiguration mehr. Aber es ist ja Open Source... jeder ist willkommen sinnvolle Änderungen beizutragen wenn er möchte.
Wollte mal fragen ob da was geplant ist ggf. sync_state für light und cover entsprechend zu intergrieren?
Bei einer entsprechend großen Anzahl an GAs empfindet man diesen zyklische Leseanfordeung schon eher als "nicht schön".
Aber vieleicht gibt es ja einen tieferen Sinn für dieses aktive Abfrage, den ich bis dato noch nicht verstanden habe.
Kommt drauf an wo man ihn vergeben hat. Es wird "Hersteller Name" benutzt. Wenn du die "Beschreibung" geändert hast dann ist das da nicht sichtbar, wenn du den "Namen" geändert hast dann glaub ich schon.
Habe es gerade nochmal geprüft. Ich habe den Namen geändert und trotzdem kommt nur die Hersteller Information an: image.png image.png
Statt dem MDT würde ich ein IP Interface / Router von Enertex oder Weinzierl empfehlen. Mit MDT Interfaces gab es bisher immer wieder Probleme wenn Knx Secure ins Spiel kommt.
Da ich ja noch ganz am Anfang stehe, wäre mein nächster Schritt der Aufbau eines Testboards. Den möchte ich vorzugsweise so ausführen, das die Teile später wenigstens teilweise auch für den Anfang des Echtbetriebs übernommen werden können. Außerdem geht es mir dabei vorrangig ums Verstehen und Lernen, sodass es für's Erste vertretbar ist, mit den unkritischen Funktionen anzufangen. Und darum, zu "beweisen", dass das Konzept überhaupt verstanden, vernünftig und tatsächlich machbar ist und die Anforderungen erfüllt, bevor dann viele weitere Komponenten, einschließlich der kritischen, hinzukommen.
HomeAssistant soll aber fast von Anfang an mit dabei sein. Auch wenn es für den Echtbetrieb später nicht essentiell ist, verspreche ich mir davon eine gewisse Hilfe beim Einstieg, und sei es nur der Erkenntnisgewinn.
Ein IP Interface oder IP Router von MDT wäre doch ein geeigneter Baustein, um mit Home Assistant an die KNX-Geräte heranzukommen?
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.
Einen Kommentar schreiben: