home.social

#hausautomation — Public Fediverse posts

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

fetched live
  1. 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

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

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

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

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

  6. SmartThings wird kostenpflichtig? Gar nicht gut! Als ich die Nachricht direkt nach meinem Urlaub aufgeschnappt habe, war ich erstmal baff. Und ich weiß ehrlich gesagt auch nicht so genau, was danach kommt. Aber klar ist: 4,99 EUR will ich nicht für die API bezahlen. #smartthings #smarthome #techgadgets #hausautomation

  7. SmartThings wird kostenpflichtig? Gar nicht gut! Als ich die Nachricht direkt nach meinem Urlaub aufgeschnappt habe, war ich erstmal baff. Und ich weiß ehrlich gesagt auch nicht so genau, was danach kommt. Aber klar ist: 4,99 EUR will ich nicht für die API bezahlen. #smartthings #smarthome #techgadgets #hausautomation

  8. SmartThings wird kostenpflichtig? Gar nicht gut! Als ich die Nachricht direkt nach meinem Urlaub aufgeschnappt habe, war ich erstmal baff. Und ich weiß ehrlich gesagt auch nicht so genau, was danach kommt. Aber klar ist: 4,99 EUR will ich nicht für die API bezahlen. #smartthings #smarthome #techgadgets #hausautomation

  9. SmartThings wird kostenpflichtig? Gar nicht gut! Als ich die Nachricht direkt nach meinem Urlaub aufgeschnappt habe, war ich erstmal baff. Und ich weiß ehrlich gesagt auch nicht so genau, was danach kommt. Aber klar ist: 4,99 EUR will ich nicht für die API bezahlen. #smartthings #smarthome #techgadgets #hausautomation

  10. Die Trigger #Temperaturen für die Schattenposition der Rollos muss ich nach oben erweitern, weil die alten Werte im vorgesehenen Schaltzeitraum längst überschritten sind...

    #HausAutomation

  11. Die Trigger #Temperaturen für die Schattenposition der Rollos muss ich nach oben erweitern, weil die alten Werte im vorgesehenen Schaltzeitraum längst überschritten sind...

    #HausAutomation

  12. Die Trigger #Temperaturen für die Schattenposition der Rollos muss ich nach oben erweitern, weil die alten Werte im vorgesehenen Schaltzeitraum längst überschritten sind...

    #HausAutomation

  13. An unserer #Wallbox #Tinkerforge #Warp3 erfolgt die #Ladefreigabe fahrzeugabhängig mit einem #RDIF Chip, so dass wir im #Ladelog die verschiedenen Fahrzeuge unterscheiden können.

    Die Fahrzeuge sind auch in
    #Homeassistant im #EVCC #Addon definiert, allerdings steht dort im Ladelog immer nur Gastfahrzeug. Die Info, welches Fahrzeug (an der Wallbox zugeordnet zu einem spezifische Benutzer) geladen wird, wird / kann offensichtlich nicht über #ModbusTCP / #MQTT ausgelesen (werden). ☹

    #Elektromobilität #Elektroauto #EAuto #Hausautomation #SmartHome

  14. An unserer #Wallbox #Tinkerforge #Warp3 erfolgt die #Ladefreigabe fahrzeugabhängig mit einem #RDIF Chip, so dass wir im #Ladelog die verschiedenen Fahrzeuge unterscheiden können.

    Die Fahrzeuge sind auch in
    #Homeassistant im #EVCC #Addon definiert, allerdings steht dort im Ladelog immer nur Gastfahrzeug. Die Info, welches Fahrzeug (an der Wallbox zugeordnet zu einem spezifische Benutzer) geladen wird, wird / kann offensichtlich nicht über #ModbusTCP / #MQTT ausgelesen (werden). ☹

    #Elektromobilität #Elektroauto #EAuto #Hausautomation #SmartHome

  15. An unserer #Wallbox #Tinkerforge #Warp3 erfolgt die #Ladefreigabe fahrzeugabhängig mit einem #RDIF Chip, so dass wir im #Ladelog die verschiedenen Fahrzeuge unterscheiden können.

    Die Fahrzeuge sind auch in
    #Homeassistant im #EVCC #Addon definiert, allerdings steht dort im Ladelog immer nur Gastfahrzeug. Die Info, welches Fahrzeug (an der Wallbox zugeordnet zu einem spezifische Benutzer) geladen wird, wird / kann offensichtlich nicht über #ModbusTCP / #MQTT ausgelesen (werden). ☹

    #Elektromobilität #Elektroauto #EAuto #Hausautomation #SmartHome

  16. An unserer #Wallbox #Tinkerforge #Warp3 erfolgt die #Ladefreigabe fahrzeugabhängig mit einem #RDIF Chip, so dass wir im #Ladelog die verschiedenen Fahrzeuge unterscheiden können.

    Die Fahrzeuge sind auch in
    #Homeassistant im #EVCC #Addon definiert, allerdings steht dort im Ladelog immer nur Gastfahrzeug. Die Info, welches Fahrzeug (an der Wallbox zugeordnet zu einem spezifische Benutzer) geladen wird, wird / kann offensichtlich nicht über #ModbusTCP / #MQTT ausgelesen (werden). ☹

    #Elektromobilität #Elektroauto #EAuto #Hausautomation #SmartHome

  17. An unserer #Wallbox #Tinkerforge #Warp3 erfolgt die #Ladefreigabe fahrzeugabhängig mit einem #RDIF Chip, so dass wir im #Ladelog die verschiedenen Fahrzeuge unterscheiden können.

    Die Fahrzeuge sind auch in
    #Homeassistant im #EVCC #Addon definiert, allerdings steht dort im Ladelog immer nur Gastfahrzeug. Die Info, welches Fahrzeug (an der Wallbox zugeordnet zu einem spezifische Benutzer) geladen wird, wird / kann offensichtlich nicht über #ModbusTCP / #MQTT ausgelesen (werden). ☹

    #Elektromobilität #Elektroauto #EAuto #Hausautomation #SmartHome

  18. Alexa und ich – das ist momentan eine etwas schwierige Beziehung. Das Einzige, was in unserem Smart Home per Sprachbefehl noch wirklich reibungslos läuft, ist die Haussteuerung. Fürs reine Musikhören kommen die Geräte bei uns ohnehin kaum noch zum Einsatz.

    Den Echo Show 15 habe ich mittlerweile in Rente geschickt. Seinen Platz hat jetzt ein Raspberry Pi 400 mit einem 43-Zoll-Bildschirm im Hochformat und nachgerüstetem Touch-Interface eingenommen. Der absolute Pluspunkt dieser Eigenbaulösung? Sie spielt keine unerwünschte Werbung ab! Genau das war nämlich das K.-o.-Kriterium für den Show 15.

    Nun kam ja der neue Echo Show 11 auf den Markt, und ich gebe zu: Ich war kurz davor, schwach zu werden. Dass die Kamera keine Bewegungsverfolgung mehr bietet – schade, aber verschmerzbar. Dass man den neig- und drehbaren Standfuß separat dazukaufen muss – na gut, geschenkt. Aber die berechtigte Sorge, dass sich auch dieses Gerät früher oder später in eine unfreiwillige Werbetafel verwandelt, hat mich letztlich vom Kauf abgehalten.

    Jetzt überlege ich hin und her, ob vielleicht der neue Echo Studio eine Alternative wäre. Der Hauptgrund für das Interesse ist das neue „Alexa+“. Spannend ist das Feature durchaus, allerdings stört mich die aktuelle Umsetzung gewaltig: Man benötigt zwingend ein Gerät der neuesten Generation, nur um es zu aktivieren und zu konfigurieren. Nutzen lässt es sich danach anscheinend problemlos auch auf den älteren Modellen. Da stellt sich mir schon die Frage nach der Kundenfreundlichkeit, denn es wirkt leider so, als wolle man uns Nutzer fast schon zwingen, in neue Hardware zu investieren.

    Ehrlich gesagt bin ich davon aktuell ziemlich enttäuscht. Vielleicht ist es wirklich an der Zeit, den Fokus zu verschieben und sich stattdessen mal genauer mit den Gemini-Lautsprechern von Google zu befassen...

    #SmartHome #AmazonAlexa #EchoShow #RaspberryPi #DIYProject #Hausautomation #SmartHomeSetup #TechReview #Sprachassistent #GoogleGemini

  19. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP545: Unbill mit elektronischem Gerät

    https://meine-url-ist-laenger-als-deine.de/jsfp545/
  20. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP545: Unbill mit elektronischem Gerät

    https://meine-url-ist-laenger-als-deine.de/jsfp545/
  21. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP545: Unbill mit elektronischem Gerät

    https://meine-url-ist-laenger-als-deine.de/jsfp545/
  22. Bulgarien hat den #ESC gewonnen. Bulgarien, ein Land, das vielen #Homeassistant-Anwendern und sonstigen Anhängern der #Hausautomation vor allem als Heimatland für die hervorragenden #Shelly bekannt sein dürfte.

    #ÜberleitungAufsWesentliche
    #Einordnung

  23. Bulgarien hat den #ESC gewonnen. Bulgarien, ein Land, das vielen #Homeassistant-Anwendern und sonstigen Anhängern der #Hausautomation vor allem als Heimatland für die hervorragenden #Shelly bekannt sein dürfte.

    #ÜberleitungAufsWesentliche
    #Einordnung

  24. Bulgarien hat den #ESC gewonnen. Bulgarien, ein Land, das vielen #Homeassistant-Anwendern und sonstigen Anhängern der #Hausautomation vor allem als Heimatland für die hervorragenden #Shelly bekannt sein dürfte.

    #ÜberleitungAufsWesentliche
    #Einordnung

  25. Bulgarien hat den #ESC gewonnen. Bulgarien, ein Land, das vielen #Homeassistant-Anwendern und sonstigen Anhängern der #Hausautomation vor allem als Heimatland für die hervorragenden #Shelly bekannt sein dürfte.

    #ÜberleitungAufsWesentliche
    #Einordnung

  26. Bulgarien hat den #ESC gewonnen. Bulgarien, ein Land, das vielen #Homeassistant-Anwendern und sonstigen Anhängern der #Hausautomation vor allem als Heimatland für die hervorragenden #Shelly bekannt sein dürfte.

    #ÜberleitungAufsWesentliche
    #Einordnung

  27. Das #HomeAssistant ist von einem #Raspberry 3 auf 4 umgezogen ↗️

    Mit Backup&Restore geht das ganz gut.

    Allerdings mus man das Backup-Netzlaufwerk danach aber immer wieder neu einrichten.

    Nicht so schön finde ich, dass keine Einstellung für eine feste IP vorgesehen ist. Manche haben es probiert, aber solche
    Pein möchte ich mir nicht machen...

    Bleibt nur, via DNS eine feste Zuweisung einzustellen und alle MQTT-Geräte manuell zu ändern.

    #HausAutomation

  28. Das #HomeAssistant ist von einem #Raspberry 3 auf 4 umgezogen ↗️

    Mit Backup&Restore geht das ganz gut.

    Allerdings mus man das Backup-Netzlaufwerk danach aber immer wieder neu einrichten.

    Nicht so schön finde ich, dass keine Einstellung für eine feste IP vorgesehen ist. Manche haben es probiert, aber solche
    Pein möchte ich mir nicht machen...

    Bleibt nur, via DNS eine feste Zuweisung einzustellen und alle MQTT-Geräte manuell zu ändern.

    #HausAutomation

  29. Das #HomeAssistant ist von einem #Raspberry 3 auf 4 umgezogen ↗️

    Mit Backup&Restore geht das ganz gut.

    Allerdings mus man das Backup-Netzlaufwerk danach aber immer wieder neu einrichten.

    Nicht so schön finde ich, dass keine Einstellung für eine feste IP vorgesehen ist. Manche haben es probiert, aber solche
    Pein möchte ich mir nicht machen...

    Bleibt nur, via DNS eine feste Zuweisung einzustellen und alle MQTT-Geräte manuell zu ändern.

    #HausAutomation

  30. Das #HomeAssistant ist von einem #Raspberry 3 auf 4 umgezogen ↗️

    Mit Backup&Restore geht das ganz gut.

    Allerdings mus man das Backup-Netzlaufwerk danach aber immer wieder neu einrichten.

    Nicht so schön finde ich, dass keine Einstellung für eine feste IP vorgesehen ist. Manche haben es probiert, aber solche
    Pein möchte ich mir nicht machen...

    Bleibt nur, via DNS eine feste Zuweisung einzustellen und alle MQTT-Geräte manuell zu ändern.

    #HausAutomation

  31. Das #HomeAssistant ist von einem #Raspberry 3 auf 4 umgezogen ↗️

    Mit Backup&Restore geht das ganz gut.

    Allerdings mus man das Backup-Netzlaufwerk danach aber immer wieder neu einrichten.

    Nicht so schön finde ich, dass keine Einstellung für eine feste IP vorgesehen ist. Manche haben es probiert, aber solche
    Pein möchte ich mir nicht machen...

    Bleibt nur, via DNS eine feste Zuweisung einzustellen und alle MQTT-Geräte manuell zu ändern.

    #HausAutomation

  32. Wir gehen davon aus, dass der #Vermieter nicht einfach pauschal den Einbau eines Messgerätes im Sicherungskasten durch einen Elektriker:in verbieten kann.

    Er muß das Interesse an Geldsparen und Nutzung eines #Steckersolargerätes durch den #Mieter überwinden, was nur in Ausnahmefällen (sehr alter Sicherungskasten) der Fall sein dürfte.

    balkon.solar/news/2026/05/10/k

    #hausautomation #smarthome #shelly

  33. Wir gehen davon aus, dass der #Vermieter nicht einfach pauschal den Einbau eines Messgerätes im Sicherungskasten durch einen Elektriker:in verbieten kann.

    Er muß das Interesse an Geldsparen und Nutzung eines #Steckersolargerätes durch den #Mieter überwinden, was nur in Ausnahmefällen (sehr alter Sicherungskasten) der Fall sein dürfte.

    balkon.solar/news/2026/05/10/k

    #hausautomation #smarthome #shelly

  34. Wir gehen davon aus, dass der #Vermieter nicht einfach pauschal den Einbau eines Messgerätes im Sicherungskasten durch einen Elektriker:in verbieten kann.

    Er muß das Interesse an Geldsparen und Nutzung eines #Steckersolargerätes durch den #Mieter überwinden, was nur in Ausnahmefällen (sehr alter Sicherungskasten) der Fall sein dürfte.

    balkon.solar/news/2026/05/10/k

    #hausautomation #smarthome #shelly

  35. Wir gehen davon aus, dass der #Vermieter nicht einfach pauschal den Einbau eines Messgerätes im Sicherungskasten durch einen Elektriker:in verbieten kann.

    Er muß das Interesse an Geldsparen und Nutzung eines #Steckersolargerätes durch den #Mieter überwinden, was nur in Ausnahmefällen (sehr alter Sicherungskasten) der Fall sein dürfte.

    balkon.solar/news/2026/05/10/k

    #hausautomation #smarthome #shelly

  36. Wir gehen davon aus, dass der #Vermieter nicht einfach pauschal den Einbau eines Messgerätes im Sicherungskasten durch einen Elektriker:in verbieten kann.

    Er muß das Interesse an Geldsparen und Nutzung eines #Steckersolargerätes durch den #Mieter überwinden, was nur in Ausnahmefällen (sehr alter Sicherungskasten) der Fall sein dürfte.

    balkon.solar/news/2026/05/10/k

    #hausautomation #smarthome #shelly

  37. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP544: Die seltsame Faszination von Süddeutschen für Deichschafe

    https://meine-url-ist-laenger-als-deine.de/jsfp544/
  38. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP544: Die seltsame Faszination von Süddeutschen für Deichschafe

    https://meine-url-ist-laenger-als-deine.de/jsfp544/
  39. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP544: Die seltsame Faszination von Süddeutschen für Deichschafe

    https://meine-url-ist-laenger-als-deine.de/jsfp544/
  40. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP544: Die seltsame Faszination von Süddeutschen für Deichschafe

    https://meine-url-ist-laenger-als-deine.de/jsfp544/
  41. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP544: Die seltsame Faszination von Süddeutschen für Deichschafe

    https://meine-url-ist-laenger-als-deine.de/jsfp544/
  42. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·

    JSFP542: Osterurlaub im Wohnwagen

    https://meine-url-ist-laenger-als-deine.de/jsfp542/
  43. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·
  44. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·
  45. Jörn Schaars feine Seite @meine-url-ist-laenger-als-deine.de@meine-url-ist-laenger-als-deine.de ·
  46. Mit den Sonoff DW2 wird das hier wohl keine Liebesbeziehung mehr.

    Die WLAN-Variante lässt sich nur mit Netzen verbinden, die 802.11b unterstützen - trotz einigen Gebastels bekam ich das vorhandene Exemplar aber nicht gekoppelt. Eigentlich möchte ich allerdings sowieso nicht nur für diese eine Gerätegattung das uralte Protokoll wieder dauerhaft aktivieren.

    Beim Sonoff DW2-RF hingegen lief die Kontaktaufnahme überraschend gut - rtl_433 ließ sich mit einem passend konfigurierten Flex-Decoder schnell zum Paketempfang überreden. Die Daten landeten dann ohne weitere Konfigurationserfordernis brav beim Mosquitto-Server.

    Allerdings senden beide Geräte nur Datenpakete, wenn der Kontakt geöffnet wird, nicht beim Schließen. Das reicht ggf. für Alarmzwecke, jedoch nicht, um den aktuellen Zustand von Fenstern/Türen anzuzeigen. Es gibt zwar einen gar nicht mal so aufwendigen Umbau , aber ob ich darauf irgendwann mal Lust habe …

    #Sonoff #SonoffDW2 #Hausautomation #Türsensor #Fenstersensor

  47. Mit den Sonoff DW2 wird das hier wohl keine Liebesbeziehung mehr.

    Die WLAN-Variante lässt sich nur mit Netzen verbinden, die 802.11b unterstützen - trotz einigen Gebastels bekam ich das vorhandene Exemplar aber nicht gekoppelt. Eigentlich möchte ich allerdings sowieso nicht nur für diese eine Gerätegattung das uralte Protokoll wieder dauerhaft aktivieren.

    Beim Sonoff DW2-RF hingegen lief die Kontaktaufnahme überraschend gut - rtl_433 ließ sich mit einem passend konfigurierten Flex-Decoder schnell zum Paketempfang überreden. Die Daten landeten dann ohne weitere Konfigurationserfordernis brav beim Mosquitto-Server.

    Allerdings senden beide Geräte nur Datenpakete, wenn der Kontakt geöffnet wird, nicht beim Schließen. Das reicht ggf. für Alarmzwecke, jedoch nicht, um den aktuellen Zustand von Fenstern/Türen anzuzeigen. Es gibt zwar einen gar nicht mal so aufwendigen Umbau , aber ob ich darauf irgendwann mal Lust habe …

    #Sonoff #SonoffDW2 #Hausautomation #Türsensor #Fenstersensor

  48. Mit den Sonoff DW2 wird das hier wohl keine Liebesbeziehung mehr.

    Die WLAN-Variante lässt sich nur mit Netzen verbinden, die 802.11b unterstützen - trotz einigen Gebastels bekam ich das vorhandene Exemplar aber nicht gekoppelt. Eigentlich möchte ich allerdings sowieso nicht nur für diese eine Gerätegattung das uralte Protokoll wieder dauerhaft aktivieren.

    Beim Sonoff DW2-RF hingegen lief die Kontaktaufnahme überraschend gut - rtl_433 ließ sich mit einem passend konfigurierten Flex-Decoder schnell zum Paketempfang überreden. Die Daten landeten dann ohne weitere Konfigurationserfordernis brav beim Mosquitto-Server.

    Allerdings senden beide Geräte nur Datenpakete, wenn der Kontakt geöffnet wird, nicht beim Schließen. Das reicht ggf. für Alarmzwecke, jedoch nicht, um den aktuellen Zustand von Fenstern/Türen anzuzeigen. Es gibt zwar einen gar nicht mal so aufwendigen Umbau , aber ob ich darauf irgendwann mal Lust habe …

    #Sonoff #SonoffDW2 #Hausautomation #Türsensor #Fenstersensor

  49. Mit den Sonoff DW2 wird das hier wohl keine Liebesbeziehung mehr.

    Die WLAN-Variante lässt sich nur mit Netzen verbinden, die 802.11b unterstützen - trotz einigen Gebastels bekam ich das vorhandene Exemplar aber nicht gekoppelt. Eigentlich möchte ich allerdings sowieso nicht nur für diese eine Gerätegattung das uralte Protokoll wieder dauerhaft aktivieren.

    Beim Sonoff DW2-RF hingegen lief die Kontaktaufnahme überraschend gut - rtl_433 ließ sich mit einem passend konfigurierten Flex-Decoder schnell zum Paketempfang überreden. Die Daten landeten dann ohne weitere Konfigurationserfordernis brav beim Mosquitto-Server.

    Allerdings senden beide Geräte nur Datenpakete, wenn der Kontakt geöffnet wird, nicht beim Schließen. Das reicht ggf. für Alarmzwecke, jedoch nicht, um den aktuellen Zustand von Fenstern/Türen anzuzeigen. Es gibt zwar einen gar nicht mal so aufwendigen Umbau , aber ob ich darauf irgendwann mal Lust habe …

    #Sonoff #SonoffDW2 #Hausautomation #Türsensor #Fenstersensor

  50. Mit den Sonoff DW2 wird das hier wohl keine Liebesbeziehung mehr.

    Die WLAN-Variante lässt sich nur mit Netzen verbinden, die 802.11b unterstützen - trotz einigen Gebastels bekam ich das vorhandene Exemplar aber nicht gekoppelt. Eigentlich möchte ich allerdings sowieso nicht nur für diese eine Gerätegattung das uralte Protokoll wieder dauerhaft aktivieren.

    Beim Sonoff DW2-RF hingegen lief die Kontaktaufnahme überraschend gut - rtl_433 ließ sich mit einem passend konfigurierten Flex-Decoder schnell zum Paketempfang überreden. Die Daten landeten dann ohne weitere Konfigurationserfordernis brav beim Mosquitto-Server.

    Allerdings senden beide Geräte nur Datenpakete, wenn der Kontakt geöffnet wird, nicht beim Schließen. Das reicht ggf. für Alarmzwecke, jedoch nicht, um den aktuellen Zustand von Fenstern/Türen anzuzeigen. Es gibt zwar einen gar nicht mal so aufwendigen Umbau , aber ob ich darauf irgendwann mal Lust habe …

    #Sonoff #SonoffDW2 #Hausautomation #Türsensor #Fenstersensor

  51. Ich hatte letztes Jahr für mein #SmartHome mit #Homeassistant mehrere #Zigbee #Steckdosen von #Ikea mit #Energiemessfunktion (#Inspellning) gekauft. Seit Tagen versuche ich, welche nachzukaufen. Sie werden aber nicht als Paketlieferung versendet ("Derzeit nur als Speditionslieferung verfügbar").

    Die Zigbee Steckdose ohne
    #Energiemessung (#Tretakt) könnte ich problemlos bestellen.

    Ich bräuchte die Energiemessfunktion nicht zwingend für die geplanten Einsatzzwecke, aber bei gerade mal 1,99 Euro mehr dachte ich, dann nehme ich doch die Inspellning.

    Wahrscheinlich denken alle so und deshalb ist nur die Tretakt lieferbar ...
    🤔🤷‍♂️

    #Hausautomatisierung #Hausautomation #HA #IoI #InternetOfThings

  52. Ich hatte letztes Jahr für mein #SmartHome mit #Homeassistant mehrere #Zigbee #Steckdosen von #Ikea mit #Energiemessfunktion (#Inspellning) gekauft. Seit Tagen versuche ich, welche nachzukaufen. Sie werden aber nicht als Paketlieferung versendet ("Derzeit nur als Speditionslieferung verfügbar").

    Die Zigbee Steckdose ohne
    #Energiemessung (#Tretakt) könnte ich problemlos bestellen.

    Ich bräuchte die Energiemessfunktion nicht zwingend für die geplanten Einsatzzwecke, aber bei gerade mal 1,99 Euro mehr dachte ich, dann nehme ich doch die Inspellning.

    Wahrscheinlich denken alle so und deshalb ist nur die Tretakt lieferbar ...
    🤔🤷‍♂️

    #Hausautomatisierung #Hausautomation #HA #IoI #InternetOfThings

  53. Ich hatte letztes Jahr für mein #SmartHome mit #Homeassistant mehrere #Zigbee #Steckdosen von #Ikea mit #Energiemessfunktion (#Inspellning) gekauft. Seit Tagen versuche ich, welche nachzukaufen. Sie werden aber nicht als Paketlieferung versendet ("Derzeit nur als Speditionslieferung verfügbar").

    Die Zigbee Steckdose ohne
    #Energiemessung (#Tretakt) könnte ich problemlos bestellen.

    Ich bräuchte die Energiemessfunktion nicht zwingend für die geplanten Einsatzzwecke, aber bei gerade mal 1,99 Euro mehr dachte ich, dann nehme ich doch die Inspellning.

    Wahrscheinlich denken alle so und deshalb ist nur die Tretakt lieferbar ...
    🤔🤷‍♂️

    #Hausautomatisierung #Hausautomation #HA #IoI #InternetOfThings

  54. Ich hatte letztes Jahr für mein #SmartHome mit #Homeassistant mehrere #Zigbee #Steckdosen von #Ikea mit #Energiemessfunktion (#Inspellning) gekauft. Seit Tagen versuche ich, welche nachzukaufen. Sie werden aber nicht als Paketlieferung versendet ("Derzeit nur als Speditionslieferung verfügbar").

    Die Zigbee Steckdose ohne
    #Energiemessung (#Tretakt) könnte ich problemlos bestellen.

    Ich bräuchte die Energiemessfunktion nicht zwingend für die geplanten Einsatzzwecke, aber bei gerade mal 1,99 Euro mehr dachte ich, dann nehme ich doch die Inspellning.

    Wahrscheinlich denken alle so und deshalb ist nur die Tretakt lieferbar ...
    🤔🤷‍♂️

    #Hausautomatisierung #Hausautomation #HA #IoI #InternetOfThings

  55. Ich hatte letztes Jahr für mein #SmartHome mit #Homeassistant mehrere #Zigbee #Steckdosen von #Ikea mit #Energiemessfunktion (#Inspellning) gekauft. Seit Tagen versuche ich, welche nachzukaufen. Sie werden aber nicht als Paketlieferung versendet ("Derzeit nur als Speditionslieferung verfügbar").

    Die Zigbee Steckdose ohne
    #Energiemessung (#Tretakt) könnte ich problemlos bestellen.

    Ich bräuchte die Energiemessfunktion nicht zwingend für die geplanten Einsatzzwecke, aber bei gerade mal 1,99 Euro mehr dachte ich, dann nehme ich doch die Inspellning.

    Wahrscheinlich denken alle so und deshalb ist nur die Tretakt lieferbar ...
    🤔🤷‍♂️

    #Hausautomatisierung #Hausautomation #HA #IoI #InternetOfThings

  56. #Fedipower zu #HomeAssistant gefragt:

    Ich möchte einige Anpassungen am
    #Design / #Theme global vornehmen, statt sie in jeder Karte einzeln anzugeben.

    Ich finde aber die
    #css Dateien nicht, in denen das Aussehen des Theme definiert wird. Auch die Suchmaschine meines Vertrauens liefert keine erhellenden Infos dazu.

    Bitte
    #Boosten für mehr Reichweite.

    #Selfhosting #HA #Hausautomation #SmartHome #IoT #Homeserver