Wer nutzt denn eigentlich alles Home Assistant?

[lidl]

Frage auch an die Profis hier:

Ich habe meinen Antrieb vom Hörmann-Tor als Cover eingebunden (KNX).
Ich würde nun gerne ein KO "aktuelle Richtung" Analog zu den Jalousieaktoren von MDT in HA implementieren (Der Antrieb, bzw. das KNX-Gateway) können das nicht.
Was das Gateway bietet:

• Verfahrstatus Auf (= 1 wenn der Antrieb gerade noch oben fährt)
• Verfahrsatus Ab (= 1 wenn der Antrieb gerade nach unten fährt)
• Status obere Position (=1 wenn das Tor vollständig geöffnet ist)
• Status untere Position (=1 wenn das Tor vollständig geschlossen ist)
• Status absolute Position (Öffnungsgrad in %) <-- das ist auch die state_address des Covers

Alle 5 KOs werden bei Wertänderung aktiv an den Bus gesendet.

Ich hätte jetzt folgendes definiert:

• input_boolean "aktuelle Richtung" (Ist das die beste Wahl?)
• Automation welche durch die KNX-Telegramme "Verfahrstatus Auf" und "Verfahrstatus Ab" getriggert wird. Je nach Wert setze ich den input_boolean
• expose des input_boolean an den Bus.

Ein Binary-Sensor oder ein Switch-Template scheinen nicht zur Wahl zu stehen, da diese Stateless sind oder?


Was ich mich noch Frage:

• Was passiert beim Neustart von HA? Korrekterweise müsste ich den Status ermitteln und setzen. Ermitteln: Tor geschlossen = aktuelle Richtung "Ab". Tor offen: aktuelle Richtung "Auf". Das ist nicht 100% korrekt, würde mir aber reichen. Bzgl. der techn. Umsetzung bin ich mir noch unsicher - ich schätze es gibt einen Trigger für den Start von HA. Oder gibt es einen Trigger für input_boolean
• Müsste die Cover-Entity die aktuelle Richtung nicht auch kennen? (Mangels Doku) bin ich zwar nicht sicher was der service cover.toggle macht, aber dem Namen nach schätze ich, dass diese die jeweils entgegengesetzte Richtung ansteuert.

Vielen Dank!

[lidl]

henfri ich mache da gerade meine ersten Gehversuche.
Aktuell nutze ich die Automations von HA und schreibe die YAML-Files selbst, weil ich da schneller bin. Bin halt SW-Entwickler, da ist mir Klicki-Bunti etwas fern.
Aber zugegeben - auch wenn mir als Symfony-Entwickler YAML-Files jetzt nicht fremd sind, die indentions nerven extrem.

Ich denke aber darüber nach, das in weiterer Zukunft NodeRed abzubilden. Ich sehe das weniger als Klicki-Bunti "Boxen miteinander verbinden". Mit NodeRed habe ich eine grafische Ansicht aus der konzeptionellen Sicht, was es übersichtlicher macht. Vor allem dann, wenn ich nach einiger Zeit wieder mal rein schaue.
So zumindest meine Vorstellung.

[henfri]

Danke...
Manchmal ist es so einfach.
In smarthome-ng gibt es halt direkt in den Items einen Auto-Timer, der das macht.

In dem Kontext:
Wie macht ihr Logiken?

Ich sehe, es gibt:

• Eingebautes Python-Skript (link)
• App-Daemon (Vorteil: Man kann einen Debugger und eine IDE der Wahl nutzen (link))
• PyScript
• NodeRed
• Automations (YAML)
  • manuell geschrieben
  • via GUI

Was benutzt ihr (wann)?

Ich denke, für einfache Dinge würde ich gerne das GUI nutzen, da man dadurch Syntax-Fehler vermeidet.
Ansonsten komme ich eher aus der Python Ecke, als aus der "Boxen miteinander verbinden" Ecke. Aber es scheint, als wäre NodeRed sehr angenehm zu debuggen, da man den Status jeder Box jederzeit sieht. Bei Python muss man oft Debug-Ausgaben erzeugen...


Gruß,
Hendrik

[meti]

Ja klar: eine Automation.

[henfri]

Hallo,

gibt es in Home Assistant eine Möglichkeit einen Switch nach einer bestimmten Zeit wieder auf null zu setzen (ähnlich einer Treppenhaus-Funktion)?

Viele Grüße,
Hendrik

[ReinerDaniel]

Hier die Lösung:

READ und WRITE Rechte für die DB haben nicht gereicht!
Erst mit ADMIN-Rechten für den Nutzer hat die DB ihre Tätigkeit aufgenommen.
Woran auch immer das liegen mag.
Gruß Matthias

[Faby]

Ev die # wegmachen?

[macflei]

Mir hat dieses Video bei Influx und Grafana seht geholfen.
https://www.youtube.com/watch?v=vdtuU33aHrc

[ReinerDaniel]

Leute, ich verzweifle gerade an influxDB:
Ich habe influxDB installiert. Ich habe eine Datenbank: Stromverbrauch erzeugt. Es gibt einen user "homeassistant" mit Password und Rechten (Read und Write).
Die Konfiguration yaml anbei.
Trotz allem ist meine DB leer! Wieso?
Das Problem sitzt vor dem Bildschirm! Was übersehe ich???

[Amenophis]

Die Liebesschaukel wird runtergelassen, der Spiegel an der Decke enthüllt, das Licht auf rot gestellt und gedimmt, Musik startet und die Schlafzimmertür verschlossen...

[henfri]

In der Customize.yaml dann zB folgender Code:

 scene.eel_sex:
entity_picture: /local/icon/scene_making_love.png​

Jetzt musst du aber noch verraten, was die Scene auslöst
Licht, eine Audio Ansage? Eine Telegramm Nachricht?

SCNR

[meti]

bisher hab ich immer alle Attribute geraten

🤣
für eine Übersicht aller möglichen Attribute und Erklärung dazu siehe https://developers.home-assistant.io...e/entity/light
Einzelne Entities unterstützen aber meist nur einen Teil davon.

[Neff]

Hier kannst du alle Attribute deiner entities sehen: https://my.home-assistant.io/redirect/developer_states/

wow, sowas hab ich die ganze Zeit vermisst 😲 bisher hab ich immer alle Attribute geraten. "color_temp_kelvin" gibt es. Vielen Dank!

[meti]

`type` bestimmt den Datentyp.
`attribute` den Wert.
Egal ob 1 Byte oder 2 Byte integer - wenn der Wert zb 203 ist, wirst du immer 203 auslesen.

"color_temp" ist die Farbtemperatur in Mireds. Ich nehme an, du hättest gerne Kelvin?! Hier kannst du alle Attribute deiner entities sehen: https://my.home-assistant.io/redirect/developer_states/

[Neff]

meti verstehe ich nicht. Ich habe

expose:
  - type: color_temperature # macht keinen Unterschied was ich hier angebe
    attribute: color_temp
    address: "0/4/200"
    entity_id: light.hue_bulb
    default: 0

und wenn ich den Wert auslese, bekomme ich einen Wert zwischen 0 und 255.