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.

Mehr anzeigen
Weniger anzeigen

Wer nutzt denn eigentlich alles Home Assistant?

Einklappen
Dieses Thema ist geschlossen.
X
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • meti
    antwortet
    Zitat von FloBi Beitrag anzeigen
    Ich nutzte einfach eine GA (keine Status-Rückmeldung, oder ähnliches).
    Auch keine Status-Objekte für die einzelnen Rollos?
    Dann müsstest du die Zentral-GA zusätzlich zu der Einzel-GA konfigurieren.

    Um die Zentral-Funktion aus HA bedienen zu können, müsstest du eine eigene Cover-Entity dafür anlegen, Button Entities nutzen, oder Szenen benutzen.

    Einen Kommentar schreiben:


  • goaround
    antwortet
    Zitat von john7 Beitrag anzeigen

    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.

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Hallo,

    für smarthome-NG User kann ich übrigens einen Export anbieten.
    Ist von der Item-Struktur abhängig und erfordert Logik-Anpassung.

    Aber mir ist das lieber als fehlerträchtiges abgetippe...

    Gruß,
    Hendrik

    Einen Kommentar schreiben:


  • FloBi
    antwortet
    Guten Abend zusammen,

    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?

    Vielen Dank für die Denkanstöße.

    Einen Kommentar schreiben:


  • Tom Bombadil
    antwortet
    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.

    Einen Kommentar schreiben:


  • meti
    antwortet
    Zitat von henfri Beitrag anzeigen
    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.

    Einen Kommentar schreiben:


  • john7
    antwortet
    Zitat von goaround Beitrag anzeigen

    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?

    Einen Kommentar schreiben:


  • Sargon
    antwortet
    Hallo zusammen,

    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?

    Einen Kommentar schreiben:


  • henfri
    antwortet
    Zitat von meti Beitrag anzeigen
    eigentlich nicht 🤷
    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.

    Gruß,
    Hendrik

    Einen Kommentar schreiben:


  • BadSmiley
    antwortet
    Zitat von meti Beitrag anzeigen
    Ja, in HA ist das genau anders rum 🙃
    https://community.home-assistant.io/...25453?u=farmio
    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.

    Einen Kommentar schreiben:


  • meti
    antwortet
    👍 das Ding is super.

    Einen Kommentar schreiben:


  • goaround
    antwortet
    Hab das enertex KNX IP Secure Interface genommen weil es mit Amazon am nächsten Tag da war.

    Einen Kommentar schreiben:


  • meti
    antwortet
    Zitat von goaround Beitrag anzeigen
    Tatsächlich hat ein anderes IP Interface das Problem gelöst.
    Welches benutzt du jetzt?

    Einen Kommentar schreiben:


  • goaround
    antwortet
    Zitat von goaround Beitrag anzeigen
    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.

    Einen Kommentar schreiben:


  • meti
    antwortet
    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.

    Einen Kommentar schreiben:

Lädt...
X