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.
Interessant. Ich habe auch ein MDT IP interface und seit langer Zeit stündlich 2 bis 3 kurze Verbindungsunterbrechungen im Home Assistant. Da sieht man bei allen möglichen Entitäten im Verlauf ständig zwischendurch lauter "Nicht mehr verfügbar". Recht nervig, dass das nicht ordentlich funktioniert. Hast Du ev. schon eine Info von MDT zu dem Problem bekommen?
MDT hat sich heute gemeldet. Die wollen einen Screenshot vom Gruppenmonitor aus der ETS. Mache ich am Donnerstag, wenn ich wieder vor Ort bin. Mein Screenshot von Home Assistant, den ich auch hier gepostet hat, reicht nicht.
Der Zustand "Nicht mehr verfügbar" ist echt nervig. Macht leider alle Automatisierungen zu nicht z.B. wenn Gerät 1 Stunde an ist, ausschalten.
wie kann ich denn in HA ein Zentral-AUF/AB für meine Rollos anlegen?
Über KNX funktioniert das ganze bei mir ohne Probleme.
Ich nutzte einfach eine GA (keine Status-Rückmeldung, oder ähnliches).
Folgend das Verhalten, welches mir Kopfzerbrechen bereitet:
Ich fahre z. B. über HA meine Rollo hoch, über KNX dann wieder runter.
In HA kann ich beim nächsten "Auf" jetzt aber die Schaltfläche für "Auf" nicht anklicken, weil diese ausgegraut ist - vermutlich weil HA denkt das die Rollos oben sind?
Hab heute mal nach all dem Getöse hier etwas herumexperimentiert, und muss mal in meiner typisch überschwänglichen norddeutschen Art etwas loswerden:
👍
Als Nutzer von shnG ist man natürlich etwas im Vorteil, da man YAML und Python-Adressierungen (baum.ast.meingerät.meinitem) kennt. Aber bei keinem der Systeme, in die ich interessehalber mal reingeschaut habe, konnte ich mich nach weniger als einer Stunde ab Installationsbeginn (!!!) mit der konkreten Implementierung von meinen Modbus-Geräten beschäftigen (hab immer noch kein grünes Kabel im Haus, daher interessiert mich das KNX-Geplänkel weniger). Diverse andere Geräte im Haus wurden sogar automatisch erkannt. Das dauert sonst Tage, bis man auch nur annähernd soweit ist.
Probleme hatte ich anfangs bei der Auswahl der richtigen Distribution - aber während die Klugen noch planen, stürmen die Dummen die Burg. Also einfach mal als zusätzliche VM parallel zu shNG auf mein QNAP NAS getan, das sowieso 24/7 an ist (Dauer: 20 Minuten inkl. Video ansehen). Aufruf im Browser - läuft, tut. fertig. Von Containern, die das NAS auch kann, hab ich wenig Ahnung, daher die Extra-VM.
Das Finetuning wird sicher nochmal Hölle auf Rädern und mit einer steilen Lernkurve verbunden sein, da ich bei der Visu spezielle Vorstellungen habe, aber Gesamteindruck bis hierher: Summa cum laude. Auch als Norddeutscher muss man mal loben können:
👍
/tom
Zuletzt geändert von Tom Bombadil; 23.01.2024, 19:41.
Man kann dort für jedes Item (=Entity) sehen, wodurch sie zuletzt (und vor-vorletzt) geändert wurde.
(...)
oder ob eine Logik dafür verantwortlich war.
Im Großen und Ganzen gibt es das in HA ja schon...
Bildschirmfoto 2024-01-23 um 17.38.42.png
Ich bezweifle allerdings, dass es da eine Möglichkeit gibt irgendwelche KNX-Spezifischen Sachen einzutragen.
Bei Sensoren gibt es glaub ich zusätzlich die Quelladresse (IA nicht GA) als State-Attribut.
Btw. einen Feature Request als 1018. Beitrag in einem Endlos-Thread zu posten macht ihn nicht besonders Sichtbar. So etwas würde ich eher, etwas genauer ausformuliert, als Issue auf Github (in einem xknx repo - zb. https://github.com/XKNX/knx-frontend) machen. Da kann es auch zB. in nem Jahr nochmal gefunden werden, wenn irgendjemand was beitragen möchte und Ideen sucht.
Kurz ein Update: Tatsächlich hat ein anderes IP Interface das Problem gelöst. Der TCP Tunnel bleibt jetzt stabil ☺️
Mal sehen was MDT dazu sagt und ob sie es mir tauschen.
Interessant. Ich habe auch ein MDT IP interface und seit langer Zeit stündlich 2 bis 3 kurze Verbindungsunterbrechungen im Home Assistant. Da sieht man bei allen möglichen Entitäten im Verlauf ständig zwischendurch lauter "Nicht mehr verfügbar". Recht nervig, dass das nicht ordentlich funktioniert. Hast Du ev. schon eine Info von MDT zu dem Problem bekommen?
ich nutze Edomi als Lösung um mein KNX System zu steuern und bin dabei zumindest langsam einige Sachen von Edomi nach HA umzuziehen. Aktuell bin ich über die Heizung am nachdenken.
Wie macht ihr das mit der Heizungssteuerung? Es gibt in HA diesen Blueprint "https://community.home-assistant.io/t/advanced-heating-control/469873" verwendet den jemand? Kann der mit den Betriebsmodi (HAVC Modi) umgehen? In Edomi setze ich entsprechend der Uhrzeiten (Zeit Schaltuhr) und den Anwesenheiten den entsprechenden Betriebsmodi und mache keine Änderung bezüglich der Temperatur. Bei geöffneten Fenster soll dann auch entsprechend auf Frostschutz geschaltet werden und keine Temperatur gesetzt werden. Geht das mit dem Blueprint?
Man kann dort für jedes Item (=Entity) sehen, wodurch sie zuletzt (und vor-vorletzt) geändert wurde.
Beispiel:
Ein Sensor hört auf 4/5/6 und 1/2/3. Da durch kann ich sofort (=ohne Logs durchforsten) sehen, welche der zwei GAs den Status geändert hat - oder ob eine Logik dafür verantwortlich war.
Da sind jetzt natürlich noch viel mehr Informationen in meinem Beispiel - einige relevant für HA, andere nicht.
da hänge ich gerade etwas.. ich habe etwas mit node-red herum gespielt, bin aber zu doof nur den Prozentwert des Rollos in Nodered zu bekommen. Ich könnte KNX Ultimate einbinden und darüber gehen, aber irgendwie ist das etwas gaga. Die Lösugnen auf der Community Seite verstehe ich noch nicht. Auch wenn sie für die HASS´-Leute bestimmt sonnenklar sind.
Habe nun so einiges ausprobiert, aber leider immer noch keine Lösung gefunden. Mittlerweile stelle ich das selbe Problem auch im ETS Gruppenmonitor fest. Da wird auch 1-2 Mal pro Minute die Verbindung verloren und wiederhergestellt.
IP-Adresse von Interface habe ich auch mal geändert, aber bringt bedauerlicherweise auch keine Verbesserung. Auch Firmware-Update und Reset des Interfaces hat nichts gebracht.
Ich habe sonst alle Kabel und Geräte (bis auf den Router, aber das ist aktuell schwierig) ausgetauscht und keine Verbesserung festgestellt. Bleibt mir wohl nur ein anderes IP Interface zu bestellen und das auszuprobieren...
Kurz ein Update: Tatsächlich hat ein anderes IP Interface das Problem gelöst. Der TCP Tunnel bleibt jetzt stabil ☺️
Mal sehen was MDT dazu sagt und ob sie es mir tauschen.
Nicht alle Aktoren senden sekündlich den Status bei Fahrt. Die Zwischenposition wird aus den Fahrzeiten berechnet - kommt ein neuer Status wird der als Basis genommen für die nächste Berechnung 1 Sekunde später.
Wenn die `travelling_time` nicht mit der Tatsächlichen Zeit überein stimmt:
- Sendet der Aktor nur bei Ende der Fahrt, würde die Position entweder zu schnell erreicht sein, oder am Ende abrupt auf 0/100 springen - je nach dem ob es in der Realität länger oder kürzer dauert.
- Sendet der Aktor zb. alle 2 Sekunden seine Position dann würde das im UI nach einer Ruckelfahrt aussehen.
- Sendet der Aktor die Position jede Sekunde dann würde man das wahrscheinlich garnicht merken. Oder die Position "zittert" leicht im UI. Das müsste mal wer ausprobieren der so einen Aktor hat.
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: