home.social

#entitäten — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #entitäten, aggregated by home.social.

fetched live
  1. Crazy-to-Bike @[email protected] ·

    Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich     #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr     🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe     🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
      - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
        unique_id: gesamtertrag_pv_alt
        device_class: Energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
  {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
  {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
  {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
  {% if new_value <= old_value %}
    {{ old_value }}
  {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
  {% elif new_value - old_value > 0.5 %}
    {{ old_value }}
  {# Normale Werte #}
  {% else %}
    {{ new_value }}
  {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also     old_value, war ebenfalls 62947,6.

    Also hätte imho doch     {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?     🤷‍♂️

    #Hausautomation #Homeserver

    #homeasistant #ausreißer #entitaten #ha #hausautomation #homeserver
  2. Crazy-to-Bike @[email protected] ·

    Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich     #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr     🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe     🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
      - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
        unique_id: gesamtertrag_pv_alt
        device_class: Energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
  {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
  {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
  {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
  {% if new_value <= old_value %}
    {{ old_value }}
  {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
  {% elif new_value - old_value > 0.5 %}
    {{ old_value }}
  {# Normale Werte #}
  {% else %}
    {{ new_value }}
  {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also     old_value, war ebenfalls 62947,6.

    Also hätte imho doch     {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?     🤷‍♂️

    #Hausautomation #Homeserver

    #homeasistant #ausreißer #entitaten #ha #hausautomation #homeserver
  3. Crazy-to-Bike @[email protected] ·

    Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich     #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr     🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe     🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
      - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
        unique_id: gesamtertrag_pv_alt
        device_class: Energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
  {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
  {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
  {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
  {% if new_value <= old_value %}
    {{ old_value }}
  {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
  {% elif new_value - old_value > 0.5 %}
    {{ old_value }}
  {# Normale Werte #}
  {% else %}
    {{ new_value }}
  {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also     old_value, war ebenfalls 62947,6.

    Also hätte imho doch     {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?     🤷‍♂️

    #Hausautomation #Homeserver

    #homeserver #hausautomation #ha #entitaten #ausreißer #homeasistant
  4. Crazy-to-Bike @[email protected] ·

    Ich habe bei #Homeasistant schon seit langem den unschönen Effekt, dass bei Neuladen der Konfiguration, z.B. nach Änderungen an der configuration.yaml, #Ausreißer entstehen. Dies betrifft ausschließlich #Entitäten, die ich in der configuration.yaml angelegt habe, immer die Gleichen, aber bei Weitem nicht alle.

    Leider ergibt sich da immer ein Rattenschwanz, da ich     #HA sehr stark für das Erfassen von Werten und Statistiken nutze (deshalb auch aus meiner Calc-Tabelle für die Hausverbäuche etc. historische Daten von der Zeit vor HA importiert habe) und diverse Berechnungen aus anderen Entitäten machen lasse. Wenn eine daran beteiligte Entität einen Ausreißer produziert, haben logischerweise alle daraus berechneten Entitäten ebenfalls Ausreißer. Da das bis vor 2 Versionen von HA wie gesagt immer nur beim Neuladen der Config auftrat, konnte ich gut damit leben.
    Seit vorletzer Version von HA produziert es diese Ausweißer aber regelmäßig und nachvollziehbar immer zu denselben Zeitzpunkten: 0 Uhr, 6 Uhr, 12 Uhr, 18 Uhr     🤷‍♂️

    Sieht für mich irgendwie nach Bug aus, da ich keine neuen oder geänderten Entitäten angelegt habe     🤔

    Ein Beispiel für eine immer betroffene (mein Verdacht, eine der auslösenden) Entität:

    - sensor:
      - name: Gesamtertrag PV alt (mit Langzeitkorrektur)
        unique_id: gesamtertrag_pv_alt
        device_class: Energy
        state_class: total_increasing
        unit_of_measurement: "kWh"
        state: "{{ states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) }}"

    Ich habe dann versucht, die Ausreißer abzufangen, indem ich das State Argument so verändert habe:
    state: >
  {% set new_value = states('sensor.bitshake_smartmeterreader_ertrag_pv_alt') | float(2)  + 56120.32 | float(2) %}
  {% set old_value = states('sensor.gesamtertrag_pv_alt') | float(2) %}
  {# Neuer Wert wird ignoriert, wenn die Werte gleich sind oder weil er nicht kleiner sein kann als alter Wert #}
  {% if new_value <= old_value %}
    {{ old_value }}
  {# Wenn mehr als 0,5 kWh hinzugekommen -> wird als Ausreißer betrachtet und alter Wert genommen #}
  {% elif new_value - old_value > 0.5 %}
    {{ old_value }}
  {# Normale Werte #}
  {% else %}
    {{ new_value }}
  {% endif %}
    Im ersten Moment schien das zu funktionieren, aber dann hat's den Gesamtertrag, also den Zählerstand genullt, obwohl die Zahlen das nicht hergaben.

    sensor.bitshake_smartmeterreader_ertrag_pv_alt hatte 6827,28, macht mit der Addiion von den historischen 56120,32 62947,6 für new_value .
    Der Zählerstand vor der Nullung, also     old_value, war ebenfalls 62947,6.

    Also hätte imho doch     {% if new_value <= old_value %}{{ old_value }} greifen müssen, und das wäre eben weiterhin 62947,6 gewesen 🤷‍♂️

    Warum funktioniert das nicht? Warum nullt es mir den Zählerstand?     🤷‍♂️

    #Hausautomation #Homeserver

    #homeasistant #ausreißer #entitaten #ha #hausautomation #homeserver
  5. Crazy-to-Bike @[email protected] ·

    #Homeassistant ist ja schon ein möchtiges Tool für #Hausautomatisation und #SmartHome:

    Es gibt aber leider einige Dinge, die nerven total und sind imho komplett     #FailByDesign.

    Beispiel:
    Ich arbeitet viel mit     #Helfern, mit denen ich aus anderen #Entitäten neue Entitäten berechne. So z.B. den tatsächlichen Haus(halts)verbrauch aus der Summe von Netzbezug, PV-Eigenverbrauch, Batterieentladung abzüglich Wärmepumpen, Wallbox und Speicherladung.einige "Großverbraucher"

    Für jede solche Entität vergebe ich in der configuration.yaml eine     #uniqueID, die etwas über die Entität aussagt, in dem Fall "sensor.haus_energienutzung_ohne_waermepumpen_und_wallbox".

    Da unsere     #Wallbox in letzter Zeit immer wieder zickt, habe ich eine #Energiemesssteckdose für das Laden an 230 V eingebunden und in #EVCC integriert. So weit so gut.

    Nun wollte ich natürlich die Energie, die über die "Ladesteckdose" geladen wird auch vom Hausverbrauch subtrahieren und habe daher den Helfer in der configuration.yaml entsprechend angepasst UND dort den Namen der Unique_ID ebenfalls passemd abgeändert. Auch bei der zugehörigen     #Entität habe ich die ID identisch geändert und dann die configuration.yaml neu eingelesen, damit auch die neue Berechnung angewendet wird.

    Und jetzt habe ich den Salat: Obwohl die ID in der configuration.yaml und der Entität wieder identisch sind, erzeugt Homeassistant eine neue Entität, die den wo auch immer her stammenden Zusatz "_neu" trägt. Die vorhandene Entität, die wegen der Statistik weiter verwendet werden soll, wird "nicht mehr von der „template"-Integration bereitgestellt", sprich, es werden die neuen Daten nicht mehr darin gesspeichert.

    Egal wie ich die Unique_ID in der configuration.yaml und/odoer die ID der Entität erneut ändere, ob ich den Helfer in der configuration.yaml auskomentiere, neu lade, wieder einkommentiere, ich bekomme es nicht hin, das Homeassistant wieder die bestehende Entität weiter verwendet.

    Man kann sich streiten, ob es sinnvoll ist, eine Unique_ID nachträglcih abzuändnern, aber wenn diese mit der ID einer Entität übereinstimmt, dann erwarte ich, dass diese auch für die Nutzung gematcht werden/sind.     🤷‍♂️🤡🤮

    Wie bekomme ich die Daten, die der Helfer liefert weiterhin in die vorhandene Entität?

    #Fedihelp #Fedipower

    #homeassistant #hausautomatisation #smarthome #failbydesign #helfern #entitaten
  6. Crazy-to-Bike @[email protected] ·

    #Homeassistant ist ja schon ein möchtiges Tool für #Hausautomatisation und #SmartHome:

    Es gibt aber leider einige Dinge, die nerven total und sind imho komplett     #FailByDesign.

    Beispiel:
    Ich arbeitet viel mit     #Helfern, mit denen ich aus anderen #Entitäten neue Entitäten berechne. So z.B. den tatsächlichen Haus(halts)verbrauch aus der Summe von Netzbezug, PV-Eigenverbrauch, Batterieentladung abzüglich Wärmepumpen, Wallbox und Speicherladung.einige "Großverbraucher"

    Für jede solche Entität vergebe ich in der configuration.yaml eine     #uniqueID, die etwas über die Entität aussagt, in dem Fall "sensor.haus_energienutzung_ohne_waermepumpen_und_wallbox".

    Da unsere     #Wallbox in letzter Zeit immer wieder zickt, habe ich eine #Energiemesssteckdose für das Laden an 230 V eingebunden und in #EVCC integriert. So weit so gut.

    Nun wollte ich natürlich die Energie, die über die "Ladesteckdose" geladen wird auch vom Hausverbrauch subtrahieren und habe daher den Helfer in der configuration.yaml entsprechend angepasst UND dort den Namen der Unique_ID ebenfalls passemd abgeändert. Auch bei der zugehörigen     #Entität habe ich die ID identisch geändert und dann die configuration.yaml neu eingelesen, damit auch die neue Berechnung angewendet wird.

    Und jetzt habe ich den Salat: Obwohl die ID in der configuration.yaml und der Entität wieder identisch sind, erzeugt Homeassistant eine neue Entität, die den wo auch immer her stammenden Zusatz "_neu" trägt. Die vorhandene Entität, die wegen der Statistik weiter verwendet werden soll, wird "nicht mehr von der „template"-Integration bereitgestellt", sprich, es werden die neuen Daten nicht mehr darin gesspeichert.

    Egal wie ich die Unique_ID in der configuration.yaml und/odoer die ID der Entität erneut ändere, ob ich den Helfer in der configuration.yaml auskomentiere, neu lade, wieder einkommentiere, ich bekomme es nicht hin, das Homeassistant wieder die bestehende Entität weiter verwendet.

    Man kann sich streiten, ob es sinnvoll ist, eine Unique_ID nachträglcih abzuändnern, aber wenn diese mit der ID einer Entität übereinstimmt, dann erwarte ich, dass diese auch für die Nutzung gematcht werden/sind.     🤷‍♂️🤡🤮

    Wie bekomme ich die Daten, die der Helfer liefert weiterhin in die vorhandene Entität?

    #Fedihelp #Fedipower

    #homeassistant #hausautomatisation #smarthome #failbydesign #helfern #entitaten
  7. Crazy-to-Bike @[email protected] ·

    #Homeassistant ist ja schon ein möchtiges Tool für #Hausautomatisation und #SmartHome:

    Es gibt aber leider einige Dinge, die nerven total und sind imho komplett     #FailByDesign.

    Beispiel:
    Ich arbeitet viel mit     #Helfern, mit denen ich aus anderen #Entitäten neue Entitäten berechne. So z.B. den tatsächlichen Haus(halts)verbrauch aus der Summe von Netzbezug, PV-Eigenverbrauch, Batterieentladung abzüglich Wärmepumpen, Wallbox und Speicherladung.einige "Großverbraucher"

    Für jede solche Entität vergebe ich in der configuration.yaml eine     #uniqueID, die etwas über die Entität aussagt, in dem Fall "sensor.haus_energienutzung_ohne_waermepumpen_und_wallbox".

    Da unsere     #Wallbox in letzter Zeit immer wieder zickt, habe ich eine #Energiemesssteckdose für das Laden an 230 V eingebunden und in #EVCC integriert. So weit so gut.

    Nun wollte ich natürlich die Energie, die über die "Ladesteckdose" geladen wird auch vom Hausverbrauch subtrahieren und habe daher den Helfer in der configuration.yaml entsprechend angepasst UND dort den Namen der Unique_ID ebenfalls passemd abgeändert. Auch bei der zugehörigen     #Entität habe ich die ID identisch geändert und dann die configuration.yaml neu eingelesen, damit auch die neue Berechnung angewendet wird.

    Und jetzt habe ich den Salat: Obwohl die ID in der configuration.yaml und der Entität wieder identisch sind, erzeugt Homeassistant eine neue Entität, die den wo auch immer her stammenden Zusatz "_neu" trägt. Die vorhandene Entität, die wegen der Statistik weiter verwendet werden soll, wird "nicht mehr von der „template"-Integration bereitgestellt", sprich, es werden die neuen Daten nicht mehr darin gesspeichert.

    Egal wie ich die Unique_ID in der configuration.yaml und/odoer die ID der Entität erneut ändere, ob ich den Helfer in der configuration.yaml auskomentiere, neu lade, wieder einkommentiere, ich bekomme es nicht hin, das Homeassistant wieder die bestehende Entität weiter verwendet.

    Man kann sich streiten, ob es sinnvoll ist, eine Unique_ID nachträglcih abzuändnern, aber wenn diese mit der ID einer Entität übereinstimmt, dann erwarte ich, dass diese auch für die Nutzung gematcht werden/sind.     🤷‍♂️🤡🤮

    Wie bekomme ich die Daten, die der Helfer liefert weiterhin in die vorhandene Entität?

    #Fedihelp #Fedipower

    #fedipower #fedihelp #entitat #evcc #energiemesssteckdose #wallbox
  8. Crazy-to-Bike @[email protected] ·

    #Homeassistant ist ja schon ein möchtiges Tool für #Hausautomatisation und #SmartHome:

    Es gibt aber leider einige Dinge, die nerven total und sind imho komplett     #FailByDesign.

    Beispiel:
    Ich arbeitet viel mit     #Helfern, mit denen ich aus anderen #Entitäten neue Entitäten berechne. So z.B. den tatsächlichen Haus(halts)verbrauch aus der Summe von Netzbezug, PV-Eigenverbrauch, Batterieentladung abzüglich Wärmepumpen, Wallbox und Speicherladung.einige "Großverbraucher"

    Für jede solche Entität vergebe ich in der configuration.yaml eine     #uniqueID, die etwas über die Entität aussagt, in dem Fall "sensor.haus_energienutzung_ohne_waermepumpen_und_wallbox".

    Da unsere     #Wallbox in letzter Zeit immer wieder zickt, habe ich eine #Energiemesssteckdose für das Laden an 230 V eingebunden und in #EVCC integriert. So weit so gut.

    Nun wollte ich natürlich die Energie, die über die "Ladesteckdose" geladen wird auch vom Hausverbrauch subtrahieren und habe daher den Helfer in der configuration.yaml entsprechend angepasst UND dort den Namen der Unique_ID ebenfalls passemd abgeändert. Auch bei der zugehörigen     #Entität habe ich die ID identisch geändert und dann die configuration.yaml neu eingelesen, damit auch die neue Berechnung angewendet wird.

    Und jetzt habe ich den Salat: Obwohl die ID in der configuration.yaml und der Entität wieder identisch sind, erzeugt Homeassistant eine neue Entität, die den wo auch immer her stammenden Zusatz "_neu" trägt. Die vorhandene Entität, die wegen der Statistik weiter verwendet werden soll, wird "nicht mehr von der „template"-Integration bereitgestellt", sprich, es werden die neuen Daten nicht mehr darin gesspeichert.

    Egal wie ich die Unique_ID in der configuration.yaml und/odoer die ID der Entität erneut ändere, ob ich den Helfer in der configuration.yaml auskomentiere, neu lade, wieder einkommentiere, ich bekomme es nicht hin, das Homeassistant wieder die bestehende Entität weiter verwendet.

    Man kann sich streiten, ob es sinnvoll ist, eine Unique_ID nachträglcih abzuändnern, aber wenn diese mit der ID einer Entität übereinstimmt, dann erwarte ich, dass diese auch für die Nutzung gematcht werden/sind.     🤷‍♂️🤡🤮

    Wie bekomme ich die Daten, die der Helfer liefert weiterhin in die vorhandene Entität?

    #Fedihelp #Fedipower

    #homeassistant #hausautomatisation #smarthome #failbydesign #helfern #entitaten
  9. magicmarcy @[email protected] ·

    JPA steht für Java Persistence API. Allein dieser Name wirkt am Anfang oft größer, als das Thema eigentlich ist. Wenn du ihn einmal sauber auseinanderziehst, wird es deutlich greifbarer. Java ist klar, damit arbeitest du im Code. API bedeutet hier nicht Web-API, sondern eine definierte Pro...

    magicmarcy.de/jpa-fuer-einstei

    #Java #Coding #Objekt #Persistence #Programming #EntityManager #Beziehungen #Entität #Entitäten #GenerationType #Transaktionen

    #transaktionen #generationtype #entitaten #entitat #beziehungen #entitymanager
  10. magicmarcy @[email protected] ·

    JPA steht für Java Persistence API. Allein dieser Name wirkt am Anfang oft größer, als das Thema eigentlich ist. Wenn du ihn einmal sauber auseinanderziehst, wird es deutlich greifbarer. Java ist klar, damit arbeitest du im Code. API bedeutet hier nicht Web-API, sondern eine definierte Pro...

    magicmarcy.de/jpa-fuer-einstei

    #Java #Coding #Objekt #Persistence #Programming #EntityManager #Beziehungen #Entität #Entitäten #GenerationType #Transaktionen

    #java #coding #objekt #persistence #programming #entitymanager
  11. Crazy-to-Bike @[email protected] ·

    Gelegentlich spielt bei #HomeAssistant ja ein #Sensor einen Streich und es wird ein unrealistischer Wert (#Ausreißer) erfasst. Bei den #Energie #Entitäten ist die Korrektur im #Datenrecorder kein Problem. Allerdings habe ich bei einer #Ikea #Inspelning #Steckdose einige kurze Ausreißer in der Leistung. siehe Screenhot. Das versaut das gesamte #Diagramm für min, max und ⌀. Da man durch die extremen Ausreißer eigentlich nichts mehr erkennen kann.

    Gibt es eine Möglichkeit, diese falschen     #Leistungswerte zu korrigieren?

    #Homeautomation #Hausautomatisierung #Statistik

    Bitte     #Boost für mehr Reichweite.

    #homeassistant #sensor #ausreißer #energie #entitaten #datenrecorder
  12. Crazy-to-Bike @[email protected] ·

    Gelegentlich spielt bei #HomeAssistant ja ein #Sensor einen Streich und es wird ein unrealistischer Wert (#Ausreißer) erfasst. Bei den #Energie #Entitäten ist die Korrektur im #Datenrecorder kein Problem. Allerdings habe ich bei einer #Ikea #Inspelning #Steckdose einige kurze Ausreißer in der Leistung. siehe Screenhot. Das versaut das gesamte #Diagramm für min, max und ⌀. Da man durch die extremen Ausreißer eigentlich nichts mehr erkennen kann.

    Gibt es eine Möglichkeit, diese falschen     #Leistungswerte zu korrigieren?

    #Homeautomation #Hausautomatisierung #Statistik

    Bitte     #Boost für mehr Reichweite.

    #homeassistant #sensor #ausreißer #energie #entitaten #datenrecorder
  13. Crazy-to-Bike @[email protected] ·

    Gelegentlich spielt bei #HomeAssistant ja ein #Sensor einen Streich und es wird ein unrealistischer Wert (#Ausreißer) erfasst. Bei den #Energie #Entitäten ist die Korrektur im #Datenrecorder kein Problem. Allerdings habe ich bei einer #Ikea #Inspelning #Steckdose einige kurze Ausreißer in der Leistung. siehe Screenhot. Das versaut das gesamte #Diagramm für min, max und ⌀. Da man durch die extremen Ausreißer eigentlich nichts mehr erkennen kann.

    Gibt es eine Möglichkeit, diese falschen     #Leistungswerte zu korrigieren?

    #Homeautomation #Hausautomatisierung #Statistik

    Bitte     #Boost für mehr Reichweite.

    #homeassistant #sensor #ausreißer #energie #entitaten #datenrecorder