Wer nutzt denn eigentlich alles Home Assistant?

[FloBi]

Hallo zusammen,

ich hab folgendes "Problem":
HA fragt zyklisch den Status meiner Lampen, Rollos, Steckdosen, usw. ab.
Initial mag das ja Sinn machen, aber die Statusänderung bekommt HA ja mit, wenn ich diese bei Änderung sowieso auf den Bus schicke.
Kann man diese ständigen Abfragen irgendwie unterbinden?

Vielen Dank Euch schonmal!

[goaround]

Nein, garnichts. Installation ist sowohl netzwerkseitig als auch von KNX komplett neu. Da läuft nur Router, IP Interface und HA Server.

[meti]

Hast du noch irgendwas was verbunden ist / verbinden will, außer HA und ETS?

[goaround]

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...

[Springrbua]

Doppelte IP habe ich aktuell auch. Habe am Wochenende HA auf einen neuen Server migriert und in meiner IP Tabelle die IP-Adresse vom IP Interface vergessen einzutragen und mich genau für diese IP entschieden. Witzigerweise hat alles normal weiter funktioniert und ich bin nur zufällig drauf gestoßen weil ich in der ETS etwas umstellen wollte.
In HA habe und hatte ich bisher keine Probleme. Die IP Adresse des IP-Interface habe ich zwar geändert, aber er will sie trotz, Neustart über die ETS, noch nicht übernehmen.

[meti]

Wenns im Testumfeld funktioniert hat, und im Produktiveinsatz dann nicht, könnte irgend ein Netzwerkproblem vorhanden sein - doppelte IP Adressen oder so was in der Art. Leider bekommt man wenig Infos darüber weshalb so eine Verbindung beendet wurde - da muss man Logs (manche Interfaces haben selber welche, sonst die von HA/xknx) oder TCP-Dumps lesen um da evtl. was rauszufinden. Das würde allerdings den Rahmen dieses Threads sprengen.
Firmwareupdate kann auf jeden Fall nicht schaden.

[goaround]

Hi, vielleicht habt ihr einen Lösungsvorschlag für mein Problem:

Hab seit 3 Tagen endlich die Hausinstallation am Laufen und wie schon am Testbrett auch direkt Home Assistant integriert. Jetzt habe ich aber leider das Problem, dass der TCP Tunnel extrem unzuverlässig ist. Ständig geht die Verbindung verloren, ist zwar auch direkt wieder da, aber die ganzen Automatisierungen funktionieren einfach nicht z.B. "Gerät ist eingeschaltet für X Minuten", weil ständig der Zustand "nicht mehr verfügbar" dazwischen hängt.

Mein Logbuch sieht so die ganze Zeit aus:
JCsrPFdk.png

Wenn ich in die Logs schaue finde ich immer wieder:

DEBUG (KNX Interface) [xknx.log] Closing TCP transport. [Errno 104] Connection reset by peer

Hab schon viel ausprobiert aber leider keine echte Lösung gefunden.

Als IP Interface verwende ich das MDT SCN-IP000.03 in der Firmware Version 3.0.6. Die könnte ich auf 3.0.8 updaten, kann ich aber frühstens morgen probieren, wenn ich wieder vor Ort bin.

Über Anregungen wie ich das Problem beheben könnte, würde ich mich freuen!

[henfri]

Hallo,

ich habe einen Feature-Wunsch - zugegeben sicher etwas aufwändiger:
In Smarthome-ng lässt sich viel sehr gut debuggen, da zu jedem Item dort Informationen verfügbar sind, wodurch ein Item geändert wurde:

Letztes Update	15.01.2024 20:41:31 UTC
Letze Änderung	15.01.2024 17:52:24 UTC
Zeit seit dem letzten Update	24 Minuten, 4.26 Sekunden
Zeit seit dem letzten Change	3 Stunden, 13 Minuten, 11.81 Sekunden
Update durch	Eval:eg.Till.StripeOben.V
Change durch	Eval:eg.Till.StripeOben.V
letzter Wert	true
vorheriges Update	15.01.2024 17:49:51 UTC
vorherige Änderung	15.01.2024 17:49:51 UTC
Zeit seit dem vorh. Update	13 Minuten, 3.47 Sekunden
Zeit seit dem vorh. Change	2 Minuten, 32.67 Sekunden
vorheriges Update durch	Eval:eg.Till.StripeOben.V
vorherige Änderung durch	Eval:eg.Till.StripeOben.V
vorheriger Wert	false
cache	off
enforce_updates	off
enforce_change	off
eval_trigger	['eg.Till.StripeOben.V', 'eg.Till.StripeOben.W']
eval	sh.eg.Till.StripeOben.V() > 0 or sh.eg.Till.StripeOben.W()
on_update	-
on_change	-
log_change	-
log_level	-
log_text	-
log_mapping	{}
log_rules	{}
cycle	-
crontab	-
autotimer	-
threshold	-
influx	True
knx_dpt	1
knx_send	1/1/20
knx_status	1/1/21
bound method InfluxDB.update_item of plugins.influx.InfluxDB
bound method KNX.update_item of plugins.knx.KNX
Definiert in Datei	Licht.yaml

Einiges davon gibt es ja in HA nicht, ... aber viele Punkte ließen sich aber auch in HA realisieren.

Gruß,
Hendrik

[BadSmiley]

Du musst wohl die Anzeigeeinheit ändern

darf ich fragen wie?
Danke für den Tritt! Habe es selbst heraus gefunden!

[henfri]

Du musst wohl die Anzeigeeinheit ändern

[BadSmiley]

Was ich komisch finde.. ich habe DPT 13.013 Wirkarbeit kWh mit 7266kWh, was auch korrekt in der ETS angezeigt wird.
Wenn ich diesen Sensor aber im HS hinzufüge:

  - name: "Carport Tibber kWh"
    state_address: "2/1/103"
    type: "active_energy_kwh"​

Dann sieht das anschließend so aus:
grafik.png

[MasterOfPuppets]

Edit: erledigt


Hallo zusammen,

habe mir nun auch mal home assistant installiert.
Hätte mal eine nicht KNX-Spezifische Frage, vielleicht kann mir ja jemand weiterhelfen, denn wenns um yaml code geht, bin ich eine absolute Pfeiffe, bisher habe ich immer von copy paste gelebt bei sowas, hat auch fast immer geklappt .

Ich habe eine Brennwertheizung deren Werte ich mittels ESP32 und MQTT abfragen kann (BSB-LAN).

Es geht um die Thermostat-Card in home assistant.

Damit ich die Werte dafür in die Thermostat-Karte bekomme, habe ich mir eine climates.yaml erstellt mit den Daten, diese sieht so aus:

- name: "Fußbodenheizung EG HK1"
  unique_id: sb_lan_climate_fbh
  availability_topic: "BSB/status"
  payload_on: 1
  payload_off: 0
  modes:
    - auto
    - heat
    - cool
    - "off"
  mode_state_topic: "BSB/1000!1"
  mode_state_template: >-
    {% set values = { '0 - Schutzbetrieb':'off', '1 - Automatik':'auto', '2 - Reduziert':'cool', '3 - Komfort':'heat'} %}
    {{ values[value] if value in values.keys() else 'off' }}
  mode_command_topic: "BSB"
  mode_command_template: >-
    {% set values = { 'off':'S1000=0!1', 'auto':'S1000=1!1', 'cool':'S1000=2!1', 'heat':'S1000=3!1'} %}
    {{ values[value] if value in values.keys() else '0' }}
  current_temperature_topic: "BSB/8740"
  current_temperature_template: >-
    {% if value == '---' %}
        {{ 'None' }}
    {% else %}
        {{ value }}
    {% endif %}
  min_temp: 5
  max_temp: 30
  temp_step: 0.1
  temperature_state_topic: "BSB/710!1"
  temperature_command_topic: "BSB"
  temperature_command_template: "{{'S1010!1='+ (value| string)}}"
  device:
    {
      identifiers: ["00000002"],
      name: "Heizung",
      model: "SOB22C",
      manufacturer: "Brötje",
    }​

Damit funktioniert die Thermostat Karte schon ziemlich gut, leider habe ich ein Problem mit der angezeigten Temperatur.
Diese wird ja über "temperature_state_topic" über das MQTT-Parameter "BSB/710!1" abgefragt, leider trifft das ganze dann aber nur zu, wenn sich das Thermostat im mode "heating" befindet.
Stelle ich am Thermostat auf "cool" um, müsste die Temperatur aus Parameter "BSB/712!1" ausgelesen werden und bei Einstellung "off" aus Parameter "BSB/714!1"... Es wird aber logischerweise immer nur die Temperatur aus "BSB/710!1" ausgelesen, umschalten zwischen den Modes funktioniert jedoch bestens.

Da ich im Coding ein absoluter Noob bin, habe ich das ganze über IF abfragen versucht, das funktioniert aber leider nicht... kann mir jemand sagen, wie ich das bewerkstelligen kann? Meine Idee war es wie oben schon ein template Attribut einzufügen, also aus "temperature_state_topic: "BSB/710!1"" wird nur noch "temperature_state_topic: "BSB"", darunter dann das Attribut " temperature_state_template:" mit den IF-Bedingungen (Wenn Thermostat-Card auf heat steht, dann das Topic BSB/710!1, wenn Thermostat auf cool steht dann das Topic BSB/712!1 usw.):

  temperature_state_topic: "BSB"
  temperature_state_template: >-
    {% if state_attr('climate.brennwertheizung_fussbodenheizung_eg_hk1', 'hvacmode.heat') %}
        {{ '710!1' }}
    {% elif state_attr('climate.brennwertheizung_fussbodenheizung_eg_hk1', 'hvacmode.cool') %}
        {{ '712!1' }}
    {% elif state_attr('climate.brennwertheizung_fussbodenheizung_eg_hk1', 'hvacmode.off') %}
        {{ '714!1' }}
    {% endif %}​

[EdStark]

Ja danke. Ich habe das gleiche gerade in NodeRed gebaut. Aber es in HA direkt zu lösen ist doch immer eleganter.

/Edit
ich bekomme für 1sek geschlossen, offen, geschlossen. Wieso kann man delay_on nicht für Sensor templates definieren, nur für binary templates *heul*.
Was mir noch auffällt: Bei HA-Neustart, wird der Binary (reed) nicht abgefragt, sodass der template sensor keinen status hat. Geht hier nicht eine Abfrage bei Aufstart? Kann sein dass KNX hier später geladen wird und der Reed erst nach Laden des Template Sensors abgefragt wird?

[meti]

Hier kann ich nur position_state_address in prozent angeben aber nicht tor offen/geschlossen.

So ist es. Du kannst aber, wenn du "offen" und "geschlossen" als binary sensor hast mit einem Template tricksen. Siehe https://community.home-assistant.io/...956/2?u=farmio

[EdStark]

Mal eine Frage zum Thema Cover / Garagentor: Hier kann ich nur position_state_address in prozent angeben aber nicht tor offen/geschlossen. Gibt es hier eine andere Möglichkeit? Ich bekomme leider keinen zuverlässigen Status zu "Tor geschlossen" in HA/Homekit.