Home Assistant - Show je setup

[robg1984]

Mijn huidige dashboard, draaiend op een tablet aan de muur.
Sommige iconen worden rood/oranje aan de hand van statussen.
Dit is vooral het geval bij een bepaalde mate van stroom/gasverbruik en batterij-levels die bijna 0% zijn.

[ Voor 10% gewijzigd door robg1984 op 05-01-2025 22:37 ]

[alex3305]

Tussen al het frontend geweld, waar ik zelf ook nog genoeg van heb , ben ik flink aan de slag geweest met mijn Home Assistant configuratie in Git. Ik heb mijn configuratie al jaren in Git staan, maar onlangs ben ik ook begonnen met het gebruik van Gitea Actions als CI en CD.

Ik wil graag twee dingen laten zien. Ik zal mijn post opsplitsen om deze niet al te lang te laten worden. Zo is het wellicht ook wat makkelijk om aan te refereren bij vragen .

Configuratie CI/CD

Ik controleer hier o.a. mijn configuratie mee voordat ik deze push. En ook check ik mijn configuratie alvast tegen de volgende versie. Ik gebruik hier een voor Gitea aangepaste action voor op basis van de Home Assistant Action van Frenck. Helaas heb ik die (nog) niet open source. Echter voor GitHub zou de actie van Frenck prima werken. Hoe mijn Check Configuration workflow eruit ziet:

YAML:

---
name: Check configuration

# yamllint disable-line rule:truthy
on:
  push:
    branches:
      - master
  pull_request:
  workflow_dispatch:

jobs:
  check:
    name: Home Assistant Core Configuration Check
    runs-on: ubuntu-latest
    steps:
      - name: ⤵️ Checkout Configuration
        uses: actions/checkout@v4

      - name: 🖨 Copy mock files
        run: cp -a .gitea/mock/. ./

      - name: 🚀 Run Home Assistant Configuration Check
        uses: frenck/action-home-assistant@v1
        with:
          path: "."
          version: stable

  sync:
    name: Call Git Pull webhook
    runs-on: ubuntu-latest
    needs: check
    if: contains(github.ref, 'master')
    steps:
      - run: curl -X PUT "${{ vars.GIT_WEBHOOK }}"

Waarbij ik wat lege mock bestanden in mijn .gitea/mock directory heb staan:


Dit zijn lege yaml's die ook in gitignore staan. Deze bestanden worden door Home Assistant gevuld. Met uitzondering van mijn secrets, die uiteraard niet in Git staat .

De webhook die dan aangeroepen wordt in Home Assistant ziet er als volgt uit:

YAML:

- id: system_git_sync
  alias: Systeem - Git sync
  mode: restart
  variables:
    git_repository: "https://github.com/alex3305/home-assistant-config"
    success_title: "🎉 Automatiseringen ververst"
    success_message: Nieuwe configuratie succesvol ingeladen vanuit Git
    fail_title_prefix: ❌ Probleem met
    fail_message_prefix: Er is een probleem opgetreden met
  triggers:
    - trigger: webhook
      webhook_id: "git_pull"
      allowed_methods:
        - PUT
      local_only: true
  actions:
    - action: shell_command.git_reset
      response_variable: git_reset_response
    - if: "{{ git_reset_response['returncode'] == 0 }}"
      then:
        - action: shell_command.git_pull
          response_variable: git_pull_response
        - if: "{{ git_pull_response['returncode'] == 0 }}"
          then:
            - wait_for_trigger:
                trigger: state
                entity_id:
                  - sensor.git_commit_message
                  - sensor.git_revision
                to: null
              timeout:
                seconds: 30
            - action: homeassistant.check_config
            - action: automation.reload
            - action: persistent_notification.create
              data:
                title: "{{ success_title }}"
                message: |
                  **{{ success_message }}**

                  {% if has_value('sensor.git_commit_message') and
                        has_value('sensor.git_revision') -%}
                  {%- set rev = states('sensor.git_revision') -%}

                  Commit [{{ rev[:8] }}]({{ git_repository }}/commit/{{ rev }}):
                    {{- ' ' ~ states('sensor.git_commit_message') }}
                  {%- endif -%}
                notification_id: git_pull_automations_complete
            - wait_for_trigger:
                - trigger: persistent_notification
                  update_type:
                    - removed
                  notification_id: git_pull_automations_complete
              timeout:
                minutes: 5
            - if: "{{ not wait.completed }}"
              then:
                action: persistent_notification.dismiss
                data:
                  notification_id: git_pull_automations_complete
          else:
            action: persistent_notification.create
            data:
              title: "{{ fail_title_prefix }} git pull"
              message: "{{ fail_message_prefix }} git pull."
      else:
        action: persistent_notification.create
        data:
          title: "{{ fail_title_prefix }} git reset"
          message: "{{ fail_message_prefix }} git reset."

Deze webhook maakt dan een mooie persistent notification aan die na 5 minuten automatisch weer wordt weggehaald:


Echter zijn er ook wat shell commands in mijn configuration.yaml nodig om dit goed te laten werken:

YAML:

shell_command: 
  git_reset: >-
    cd /config/ &&
    git reset --hard &&
    git clean -d -f .

  git_pull: >-
    cd /config/ &&
    git pull &&
    (git rev-parse HEAD > .revision) &&
    (git show -s --format=%s | cat > .commit_message)

Dit laatste commando maakt ook twee bestanden aan: .revision en .commit_message welke ook in de gitignore staan. Voor deze bestanden gebruik ik de file watcher integratie om als sensor te gebruiken in Home Assistant. Zo kan ik zelfs wachten in de webhook totdat de pull complete is .


Op deze manier heb ik dus een automatische configuratie update. Ik update expres alleen maar de automatiseringen automatisch omdat bij een volledige configuratie reload ook wat sensoren (tijdelijk) naar onbekend gaan en dat wat onverwachte problemen geeft. Dit is nog iets wat ik in de toekomst wil oplossen.

[alex3305]

Release van configuratie

Het is natuurlijk super om te weten of de gebruikte Home Assistant configuratie syntactisch correct is. Maar het is voor een eigen referentie ook enorm prettig om op te slaan wanneer de laatste configuratie daadwerkelijk werkte. Mochten er dan problemen zijn, dan is het relatief eenvoudig om terug te gaan naar een stabiel punt in de geschiedenis. Hiervoor gebruik ik tevens Gitea Actions, maar gebruik ik ook de release functionaliteit.

Allereerst heb ik in Home Assistant twee automatiseringen gemaakt:

YAML:

- id: system_git_cleanup_before_shutdown
  alias: Systeem - Git directory schoonmaken voor afsluiten
  triggers:
    trigger: homeassistant
    event: shutdown
  actions:
    - action: shell_command.git_reset
      response_variable: git_reset_response
    - if: "{{ git_reset_response['returncode'] == 0 }}"
      then:
        action: shell_command.git_pull

- id: system_git_release_new_version
  alias: Systeem - Git release nieuwe versie
  mode: single
  max_exceeded: silent
  variables:
    fail_title_prefix: ❌ Probleem met
    fail_message_prefix: Er is een probleem opgetreden met
  triggers:
    trigger: homeassistant
    event: start
  actions:
    - action: shell_command.git_set_config
      response_variable: git_set_config_response
    - if: "{{ git_set_config_response['returncode'] == 0 }}"
      then:
        - action: shell_command.git_update_version
          response_variable: git_update_version_response
        - if: "{{ git_update_version_response['returncode'] != 0 }}"
          then:
            action: persistent_notification.create
            data:
              title: "{{ fail_title_prefix }} git push"
              message: "{{ fail_message_prefix }} git push."
      else:
        action: persistent_notification.create
        data:
          title: "{{ fail_title_prefix }} git set config"
          message: "{{ fail_message_prefix }} git set config."

De eerste automatisering zorgt ervoor dat de configuratie schoongemaakt wordt wanneer Home Assistant afgesloten wordt. Dit zou eigenlijk sowieso moeten zijn, maar we willen dit '''zeker''' weten. En de tweede automatisering zorgt ervoor dat de Home Assistant versie, die standaard al wordt bijgehouden in het bestand .HA_VERSION wordt geüpdatet in versiebeheer. Dit doe ik wederom met shell commands in de configuration.yaml:

YAML:

shell_command:
  git_pull: >-
    cd /config/ &&
    git pull &&
    (git rev-parse HEAD > .revision) &&
    (git show -s --format=%s | cat > .commit_message)

  git_reset: >-
    cd /config/ &&
    git reset --hard &&
    git clean -d -f .

  git_set_config: >-
    cd /config/ &&
    git config --local user.name "Home Assistant" &&
    git config --local user.email "[e-mail]"

  git_update_version: >-
    cd /config/ &&
    git add .HA_VERSION &&
    git status | grep -q "modified" &&
    [ $? = 0 ] &&
    git commit -m "Updated Home Assistant to $(cat .HA_VERSION)" &&
    git push || echo "No Update..."

In mijn Gitea instantie heb ik een Home Assistant gebruiker aangemaakt, met hetzelfde e-mailadres als ik opgeef in mijn Home Assistant instantie:


SSH authenticatie heb ik in Docker Compose geregeld met een volume mapping:

YAML:

---
services:
  homeassistant:
    container_name: homeassistant
    image: ghcr.io/home-assistant/home-assistant:2025.1.0
    volumes:
      - /opt/appdata/homeassistant/config:/config
      - /opt/appdata/homeassistant/userhome:/root
      - /etc/localtime:/etc/localtime:ro

En uiteraard de juiste key toegevoegd aan Gitea, maar dat gaat buiten scope van deze post.

Na een update zie ik dus een dergelijke commit terug:


Wat er daarna gebeurt vind ik de coolste stap, namelijk dat een release wordt gemaakt:

YAML:

---
name: Create release on Home Assistant version update

# yamllint disable-line rule:truthy
on:
  push:
    branches:
      - master
    paths:
      - ".HA_VERSION"
  workflow_dispatch:

jobs:
  release:
    name: Tags and releases the previous version
    runs-on: ubuntu-latest
    steps:
      - name: ⤵️ Checkout repository
        uses: actions/checkout@v4
        with:
          fetch-depth: 0

      - name: ⏰ Retrieve previous .HA_VERSION revisions
        run: |
          VERSIONS=$(git log -n2 --pretty=format:"%H" "./.HA_VERSION")
          INC_VERSION=$(echo "$VERSIONS" | sed -n '1p')
          PRV_VERSION=$(echo "$VERSIONS" | sed -n '2p')

          echo "INCOMING=$INC_VERSION" >> $GITHUB_ENV
          echo "PREVIOUS=$PRV_VERSION" >> $GITHUB_ENV

      - name: 🔎 Get previous version tag from .HA_VERSION
        run: |
          VERSION_TAG=$(git show "$PREVIOUS:.HA_VERSION")
          echo "VERSION_TAG=$VERSION_TAG" >> $GITHUB_ENV

      - name: 🎯 Set target commit
        run: |
          TARGET_COMMIT=$(git rev-parse "$INCOMING^")
          echo "TARGET_COMMIT=$TARGET_COMMIT" >> $GITHUB_ENV

      - name: 🧾 Generate release notes
        # yamllint disable rule:line-length
        run: (git log "$PREVIOUS^..$TARGET_COMMIT" --format="- %h - %s (%an, %ar)" | sed '/Merge/d') > CHANGELOG.md
        # yamllint enable rule:line-length

      - name: 🚀 Create release
        uses: akkuman/gitea-release-action@v1
        with:
          target_commitish: "${{ env.TARGET_COMMIT }}"
          name: "v${{ env.VERSION_TAG }}"
          tag_name: "v${{ env.VERSION_TAG }}"
          body_path: CHANGELOG.md

      - name: 🚀 Create additional tags
        run: |
          git config user.name $GIT_USER
          git config user.email $GIT_EMAIL

          MINOR_TAG=v"${VERSION_TAG%.*}"
          git push origin ":$MINOR_TAG" || true
          git tag -f $MINOR_TAG $TARGET_COMMIT
          git push origin $MINOR_TAG

          MAJOR_TAG=v"${VERSION_TAG%.*.*}"
          git push origin ":$MAJOR_TAG" || true
          git tag -f $MAJOR_TAG $TARGET_COMMIT
          git push origin $MAJOR_TAG
        env:
          GIT_USER: Home Assistant
          GIT_EMAIL: [e-mail]

Dit hele blok yaml haalt het verschil op tussen de vorige versie uit .HA_VERSION en de versie daarvoor. Bij de recente update van 2024.12.5 naar 2025.1.0 maakt deze workflow dus een release van 2024.12.5 waarbij we dus '''weten''' dat deze versie met deze configuratie nog heeft gewerkt. Ook wordt er een changelog gemaakt van de vorige verandering aan .HA_VERSION tot aan deze update. in mijn geval dus toen deze van 2024.12.4 naar 2024.12.5 werd gewijzigd. Bij de volgende update naar 2025.1.1 zal er dus een release worden gemaakt van 2025.1.0 met een changelog van 2025.1.0 naar de commit voor de update naar 2025.1.1. In Gitea ziet er dat dan zo uit:


Voor de mensen die denken dat ik misschien een lichte vorm van dementie heb omdat ik mijn naam bij de commits erbij zet. Dat komt omdat ik ook een aantal bots heb draaien die ik wel graag wil herkennen .

Ook maakt deze workflow een aantal aanvullende labels aan, waaronder een Major en Minor label. Alhoewel dat natuurlijk net anders werkt bij het CalVer versieschema van Home Assistant:


Maar dan is het voor mij wel direct duidelijk wat de laatst werkende versie van 2024 of november 2024 was.

Ik vind dit inzicht vooralsnog enorm prettig. Ik gebruik mijn historie niet bijster veel. Echter kan ik nu wel makkelijk naar punten in de historie teruggrijpen wanneer ik dat nodig heb. Dat voelt prettig omdat ik het idee dat ik meer grip heb op mijn configuratie.

[skank]

Iemand deze 3d floorplan al gezien
https://www.facebook.com/...hare%2Fv%2F1B2T2fDNGy%2F#

Is met de floor 3d plan card
https://github.com/adizanni/floor3d-card?tab=reame-ov-file

Al vraag ik me af, of je dit op een kleine tablet wel handig is, en hoe vaak je gaat inzoomen/ronddraaien, tov gewoon een statisch 3d plan met picture elements....

Ik zit zelf net die picture elements te maken, en twijfel nu om deze te gebruiken in de plaats.

[Koen87]

Toppe schreef op woensdag 8 januari 2025 @ 21:53:
[...]


Nu nog even de namen wijzigen naar Washy en Drye

Bijna

[Ora et Labora]

Dit gebruik ik momenteel als mijn hoofd-dashboard. Uiteraard heb ik ook diverse andere tabs met apparaat-specifieke gegevens.
Alles is opgezet in Mushroom, met aparte instellingen zoals tekstgrootte, icoongrootte, enzovoort.
Ik twijfel echter of ik het toch anders moet inrichten. Door al deze custom aanpassingen duurt het namelijk ongeveer 2-3 seconden om het dashboard op een wat oudere telefoon of tablet (lees: van de kinderen) te laden. Met een simpelere opzet zonder custom elementen zou dit probleem er niet zijn denk ik, tenminste dat had ik niet.

[daft_dutch]

YouTube: #homeassistant making plans when unavailable.

Bezig met mijn voicemail. Je kan afspraken maken. (als ik het ooit heel druk krijg kan ik beter nu voorbereid zijn) voor een filmpje pakken gaat die kijken welke films er draaien.

[Troetelbeer]

Ik vond mijn vorige dashboard toch iets te druk, dus een nieuwe gemaakt met wat inspiratie uit voorbeelden op internet. Heb er voor gekozen om echt enkel nog het noodzakelijke/handige/meest gebruikte weer te geven. En ja, ik moet nog een mini uitlijningsdingetje doen.

[Troetelbeer]

dotcom87 schreef op dinsdag 21 januari 2025 @ 14:33:
[...]


Deze vind ik echt knap! Staat je code toevallig gedeeld?

Thnx!
Staat niet gedeeld, omdat het voor 80% een achtergrond is die ik gemaakt heb in PS:



De rest is in HA gewoon toegevoegd en uitgelijnd

[Septillion]

Modbreak:

En de bezem er weer doorheen gehaald. Hier alleen showen!

[lubbertkramer]

Troetelbeer schreef op dinsdag 21 januari 2025 @ 14:05:
Ik vond mijn vorige dashboard toch iets te druk, dus een nieuwe gemaakt met wat inspiratie uit voorbeelden op internet. Heb er voor gekozen om echt enkel nog het noodzakelijke/handige/meest gebruikte weer te geven. En ja, ik moet nog een mini uitlijningsdingetje doen.

[Afbeelding]

Gaaf, erg mooi! Welke afmetingen heb jij voor je achtergrond / header hierin aangehouden?
Was het vooral trial and error oftewel uploaden en steeds proberen of?

[ Voor 5% gewijzigd door lubbertkramer op 22-01-2025 00:20 ]

[smeerbartje]

martinvdm schreef op maandag 1 juli 2019 @ 19:58:
[...]

Grappig. Ik heb echt een redelijke soortgelijke opzet alleen met Polly en ssml. Dit werkt wat mooier al zeg ik het zelf. Ook heb ik een knmi code sensor om een weer waarschuwing te geven voor bijv code geel, oranje etc. En daarbij wat er gaande is. Wellicht vind je dat nog interessant.

Verse schrijf je eerder:
“ Ook stuurt de IP Camera op de oprit een snapshot mee, als ik vervolgens op mijn telefoon op de snapshot druk, krijg ik live beeld.”

Hoe heb je dit gemaakt? Ik ontvang wel de snapshot maar vraag me af hoe je het live beeld hebt gemaakt.
Thanks

Hoe heb jij dat mooie grafiekje van de "energie week" zo gekregen?

[Get!em]

smeerbartje schreef op woensdag 22 januari 2025 @ 15:12:
[...]

Hoe heb jij dat mooie grafiekje van de "energie week" zo gekregen?

Zo, je quote een oude post

Maar in kort:
mini graph card

Zet je sensor op de utilitymeter van je import en productie kwh
en maak gebruik van aggregate function: aggregate_func: delta


Sample voor een halve dag (12 uur):

code:

type: custom:mini-graph-card
name: Electriciteit vandaag
hours_to_show: 12
points_per_hour: 4
decimals: 1
entities:
  - entity: sensor.productie_energy_kwh
    name: Productie
    show_state: true
    state_adaptive_color: true
    aggregate_func: delta
  - entity: sensor.p1meter_imported_kwh
    name: Import
    show_state: true
    state_adaptive_color: true
    aggregate_func: delta
group_by: hour
show:
  labels: true
  icon: false
  state: false
  graph: line

[ Voor 5% gewijzigd door Get!em op 22-01-2025 15:32 ]

[smeerbartje]

Get!em schreef op woensdag 22 januari 2025 @ 15:29:
[...]


Zo, je quote een oude post

Maar in kort:
mini graph card

Zet je sensor op de utilitymeter van je import en productie kwh
en maak gebruik van aggregate function: aggregate_func: delta


Sample voor een halve dag (12 uur):

code:

type: custom:mini-graph-card
name: Electriciteit vandaag
hours_to_show: 12
points_per_hour: 4
decimals: 1
entities:
  - entity: sensor.productie_energy_kwh
    name: Productie
    show_state: true
    state_adaptive_color: true
    aggregate_func: delta
  - entity: sensor.p1meter_imported_kwh
    name: Import
    show_state: true
    state_adaptive_color: true
    aggregate_func: delta
group_by: hour
show:
  labels: true
  icon: false
  state: false
  graph: line

Ah, ik heb er dus deze custom card voor nodig? Dit lukt niet standaard met home assistant begrijp ik. Toch maar eens HACS installeren denk ik, want dat komt toch wel met mooie opties

[Get!em]

smeerbartje schreef op woensdag 22 januari 2025 @ 15:42:
[...]

Ah, ik heb er dus deze custom card voor nodig? Dit lukt niet standaard met home assistant begrijp ik. Toch maar eens HACS installeren denk ik, want dat komt toch wel met mooie opties

Degene die daar getoond is, is inderdaad Mini graph card uit HACS.

[dotcode]

Mijn Home Assistant Setup

Mijn Home Assistant setup draait op een Orange Pi 5 Plus met Ubuntu en Docker. Ik gebruik twee Zigbee2MQTT-netwerken, waarmee ik 130 Zigbee-apparaten beheer, waaronder lichten, sensoren, stopcontacten en huishoudelijke apparaten.

Belangrijkste kenmerken:
Zigbee2MQTT-netwerken: Twee aparte Zigbee-netwerken voor betere prestaties en apparaatbeheer.
Automatiseringen: Verschillende automatiseringen opgezet, waaronder voor het stofzuigen. Ik heb een speciaal stofzuiger-dashboard om de status van mijn robotstofzuiger te monitoren en deze te bedienen.
Zonne-energie automatisering: Mijn wasmachine en vaatwasser draaien wanneer er teveel zonne-energie beschikbaar is, voor een energie-efficiënter huis.
Aangepaste dashboards: Een hoofddashboard voor overzicht en een specifiek dashboard voor mijn stofzuiger.
Wandpaneel: Er is een wandpaneel waarmee alle automatiseringen centraal beheerd kunnen worden, zodat je gemakkelijk alles vanaf één plek kunt bedienen.
Slimme verlichting: Alle lichten zijn ontworpen om met minimale gebruikersinput te werken, waarbij ze automatisch van kleur veranderen en de intensiteit aanpassen op basis van de omstandigheden. Daarnaast is er een slaapmodus voor gemakkelijk in slaap vallen, waarbij de verlichting een lage intensiteit heeft voor het lopen 's nachts.
Espressoapparaat op locatie: Mijn espressoapparaat wordt aangestuurd via locatiegebaseerde automatisering, zodat het automatisch aan- of uitgaat op basis van mijn locatie.
Brievenbus notificaties: Ik heb brievenbusnotificaties ingesteld, die automatisch een alert sturen wanneer er post is, en de waarschuwing verdwijnt zodra de brievenbus is geleegd.


Hieronder de screenshots van mijn hoofd dashboard en stofzuiger-dashboard, evenals mijn Zigbee2MQTT-netwerk setup.







Zigbee network for presence sensors:


General zigbee network:


Voor verdere uitleg
https://thinkrethink.net/category/home-assistant/

[MarkyB]

Hierbij mijn dashboard welke ik in een tabblad binnen Chrome altijd open heb staan. Ik heb vanwege beperkte bedradingsmogelijkheden (nog) geen tablet aan de muur hangen, maar die gaat vast ooit wel eens komen.

[edwin2021]

dotcode schreef op woensdag 5 februari 2025 @ 12:02:
Mijn Home Assistant Setup

Mijn Home Assistant setup draait op een Orange Pi 5 Plus met Ubuntu en Docker. Ik gebruik twee Zigbee2MQTT-netwerken, waarmee ik 130 Zigbee-apparaten beheer, waaronder lichten, sensoren, stopcontacten en huishoudelijke apparaten.

Belangrijkste kenmerken:
Zigbee2MQTT-netwerken: Twee aparte Zigbee-netwerken voor betere prestaties en apparaatbeheer.
Automatiseringen: Verschillende automatiseringen opgezet, waaronder voor het stofzuigen. Ik heb een speciaal stofzuiger-dashboard om de status van mijn robotstofzuiger te monitoren en deze te bedienen.
Zonne-energie automatisering: Mijn wasmachine en vaatwasser draaien wanneer er teveel zonne-energie beschikbaar is, voor een energie-efficiënter huis.
Aangepaste dashboards: Een hoofddashboard voor overzicht en een specifiek dashboard voor mijn stofzuiger.
Wandpaneel: Er is een wandpaneel waarmee alle automatiseringen centraal beheerd kunnen worden, zodat je gemakkelijk alles vanaf één plek kunt bedienen.
Slimme verlichting: Alle lichten zijn ontworpen om met minimale gebruikersinput te werken, waarbij ze automatisch van kleur veranderen en de intensiteit aanpassen op basis van de omstandigheden. Daarnaast is er een slaapmodus voor gemakkelijk in slaap vallen, waarbij de verlichting een lage intensiteit heeft voor het lopen 's nachts.
Espressoapparaat op locatie: Mijn espressoapparaat wordt aangestuurd via locatiegebaseerde automatisering, zodat het automatisch aan- of uitgaat op basis van mijn locatie.
Brievenbus notificaties: Ik heb brievenbusnotificaties ingesteld, die automatisch een alert sturen wanneer er post is, en de waarschuwing verdwijnt zodra de brievenbus is geleegd.


Hieronder de screenshots van mijn hoofd dashboard en stofzuiger-dashboard, evenals mijn Zigbee2MQTT-netwerk setup.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Zigbee network for presence sensors:
[Afbeelding]

General zigbee network:
[Afbeelding]

Voor verdere uitleg
https://thinkrethink.net/category/home-assistant/

Nice, en zo te zien ook in het Noorden 😉

[Gotez]

Ik ben nu tijdje bezig met Home assistant. Homepage is redelijk consistent aan het worden kwa data en inzichten. ik ben alleen nog lang niet tevreden met lay-out en feel. Gebruik met name macbook en andoid apps.



Gemaakt om snel lampen aan/uit te kunnen doen en muziek, thermostat en ventilatie te monitoren en aan te passen.

Bovenin de tabs. tab met temp/vochtigheid sensors, eentje met zonnepanelen info, eentje met afval, eentje met alle netwerk clients en als laatste random info van devices met HA app en mijn auto.

[bvw]

Nog eentje die heel saai is om te showen, maar misschien wel handig voor anderen: Een calculator voor een Nederlands energiecontract, met terugleverkosten en terugleververgoeding.

Omdat de standaard energy-interface van Home Assistant dit niet kan berekenen, heb ik het gescript.

Hij houdt rekening met:

• Terugleverkosten (staffel of per kWh)
• Terugleververgoeding
• Energiebelasting
• Vermindering van Energiebelasting
• Vastrecht

Code:
https://github.com/bvweerd/Energy-Contract-Calculator

[aadmouthaan]

Hierbij mijn dashboard welke ik voornamelijk op mijn laptop gebruik om het energieverbruik te monitoren.

Synology Nas
Home Assistant in Virtual Machine

[ Voor 32% gewijzigd door aadmouthaan op 01-03-2025 16:20 ]

[MarkyB]

aadmouthaan schreef op zaterdag 1 maart 2025 @ 16:14:
Hierbij mijn dashboard welke ik voornamelijk op mijn laptop gebruik om het energieverbruik te monitoren.

Synology Nas
Home Assistant in Virtual Machine


[Afbeelding]

[Afbeelding]

Zou je ipv this week/month niet liever last week/month zien?

[aadmouthaan]

MarkyB schreef op zaterdag 1 maart 2025 @ 16:20:
[...]

Zou je ipv this week/month niet liever last week/month zien?

Ik gebruik dit energie dashboard nu zo'n twee jaar en het is energie verbruik is vrij stabiel dus dit overzicht vind ik prima zo.

[bvw]

Nog eentje in de categorie saai maar misschien handig:

Een dynamisch energiecontract-calculator, zodat je aan de hand van je eigen energieverbruik kunt kijken of je volgend jaar een vast contract neemt, of een dynamisch contract.

https://github.com/bvweer...e/main/Dynamic%20Contract

[blatenja]

Week geleden gestart met HA. Het was even inkomen maar nu wel aardig gewend aan hoe het werkt.

[sorted.bits]

Ooeh! Een show je setup topic, eigenlijk moet het een video zijn, want het dashboard is ondertussen echt te groot. Inspiratie van de vormgeving komt van een Youtuber (ik ben helaas de link kwijt).

Eerste image is het dashboard zelf. Je kan filteren op basis van verdieping, waardoor je niet altijd alles ziet. Onderin beeld zit een toolbar, waarbij je snel toegang hebt tot wat dingen, zoals de controls voor de auto en het zwembad.

Tweede image is mijn woonkamer bediening, waar een paar tabjes zitten met extra controls. Elke ruimte in huis heeft een popup, met extra controls zoals temperatuur bediening, verlichting, electra verbruik, etc.

Derde image is mijn energie popup, elk tabje daar geeft details weer, zoals het opgewekte vermogen, verbruik van de batterij, gas en water gebruik.



Aanklikken om te openen

[ Voor 3% gewijzigd door sorted.bits op 05-04-2025 09:21 ]

[dotcom87]

sorted.bits schreef op zaterdag 5 april 2025 @ 09:17:
Ooeh! Een show je setup topic, eigenlijk moet het een video zijn, want het dashboard is ondertussen echt te groot. Inspiratie van de vormgeving komt van een Youtuber (ik ben helaas de link kwijt).

Eerste image is het dashboard zelf. Je kan filteren op basis van verdieping, waardoor je niet altijd alles ziet. Onderin beeld zit een toolbar, waarbij je snel toegang hebt tot wat dingen, zoals de controls voor de auto en het zwembad.

Tweede image is mijn woonkamer bediening, waar een paar tabjes zitten met extra controls. Elke ruimte in huis heeft een popup, met extra controls zoals temperatuur bediening, verlichting, electra verbruik, etc.

Derde image is mijn energie popup, elk tabje daar geeft details weer, zoals het opgewekte vermogen, verbruik van de batterij, gas en water gebruik.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Aanklikken om te openen

Ik denk dat je deze bedoelt: https://youtube.com/@my_smart_home?feature=shared

[sorted.bits]

dotcom87 schreef op zondag 6 april 2025 @ 17:55:
[...]


Ik denk dat je deze bedoelt: https://youtube.com/@my_smart_home?feature=shared

Yes! Dat is hem! Veel van mijn cards gebruiken echter niet die custom button card, maar voor veel dingen maak ik gewoon mijn eigen kaarten. Minder configuratie werk en eenmalig wat code schrijven.

[blatenja]

Troetelbeer schreef op dinsdag 21 januari 2025 @ 14:05:
Ik vond mijn vorige dashboard toch iets te druk, dus een nieuwe gemaakt met wat inspiratie uit voorbeelden op internet. Heb er voor gekozen om echt enkel nog het noodzakelijke/handige/meest gebruikte weer te geven. En ja, ik moet nog een mini uitlijningsdingetje doen.

[Afbeelding]

Erg mooi, over de kleur valt te twisten, maar ik vind dit wel een erg overzichtelijk design/template. Ik gebruik nu ook veel de card-mod om eigen CSS toe te kunnen passen. Dat werkt best wel prima moet ik zeggen en daarmee ben ik 'n beetje af van dat blokkerige design dat je standaard hebt in dashboards. Wat gebruik jij voor date/time addon/entity om het zo uitgelijnd te krijgen (onder elkaar)?

[ Voor 4% gewijzigd door blatenja op 07-04-2025 10:59 ]

[Troetelbeer]

blatenja schreef op maandag 7 april 2025 @ 09:41:
[...]


Erg mooi, over de kleur valt te twisten, maar ik vind dit wel een erg overzichtelijk design/template. Ik gebruik nu ook veel de cad-mod om eigen CSS toe te kunnen passen. Dat werkt best wel prima moet ik zeggen en daarmee ben ik 'n beetje af van dat blokkerige design dat je standaard hebt in dashboards. Wat gebruik jij voor date/time addon/entity om het zo uitgelijnd te krijgen (onder elkaar)?

picture-elements card

[blatenja]

Nog even wat verder liggen klooien. Nu ook een distributie dashboard toegevoegd die van het energy dashboard af komt. Verder de Home Assistant Green performance wat minder prominent gemaakt... Ben er nu wel redelijk klaar mee. Zat nog te denken om de Nest Protect rookmelders toe te voegen maar dat voegt weinig toe wat mij betreft aangezien Google daarmee gestopt is dus die gaan over een paar jaar toch eruit.

[daft_dutch]

Mijn virtuele machines overzichtelijk naast elkaar.




https://github.com/Bram-d...tant-libvirt-integration/

met behulp van mijn zelf geschreven integratie.

YAML:

- type: grid
        cards:
          - type: horizontal-stack
            cards:
              - type: button
                name: Hushname
                show_name: true
                tap_action:
                  action: url
                  url_path: ssh://daft@hushname
                style: |
                  ha-card {
                    width: 150px;
                    text-overflow: ellipsis;
                    white-space: nowrap;
                    overflow: hidden;
                  }
          - show_state: false
            show_name: false
            camera_view: auto
            fit_mode: cover
            type: picture-entity
            entity: camera.hushname
            image: https://demo.home-assistant.io/stub_config/bedroom.png
          - type: horizontal-stack
            cards:
              - type: custom:mini-graph-card
                name: free memory
                icon: mdi:memory
                entities:
                  - entity: sensor.hushname_memory
                    attribute: mem_available
                show:
                  legend: false
              - type: custom:mini-graph-card
                name: cpu
                icon: mdi:cpu-64-bit
                entities:
                  - entity: sensor.hushname_cpu_usage
                show:
                  legend: false
                unit: '%'
                max: 100
          - type: entities
            entities:
              - entity: sensor.libvirt_hushname
                name: state
              - entity: switch.libvirt_hushname
                name: on/off
              - type: attribute
                entity: sensor.libvirt_hushname
                attribute: ip
                name: IP Address
              - entity: input_select.libvirt_hushname
              - type: custom:button-card
                name: Revert Snapshot
                icon: mdi:backup-restore
                tap_action:
                  action: call-service
                  service: libvirt_vms.revert_snapshot
                  service_data:
                    name: hushname
                    snapshot: >-
                      [[[ return states['input_select.libvirt_hushname'].state
                      ]]]
                styles:
                  card:
                    - padding: 4px 8px
                    - font-size: 12px
                    - height: 30px
                    - width: 220px
              - entity: input_text.libvirt_hushname
              - type: custom:button-card
                name: Make Snapshot
                icon: mdi:camera
                tap_action:
                  action: call-service
                  service: libvirt_vms.create_snapshot
                  service_data:
                    name: hushname
                    snapshot: ' [[[ return states[''input_text.libvirt_hushname''].state ]]]'
                styles:
                  card:
                    - padding: 4px 8px
                    - font-size: 12px
                    - height: 30px
                    - width: 220px

code:

.local/share/applications/ssh-konsole.desktop
[Desktop Entry]
Name=SSH with Konsole
Exec=konsole -e ssh %u
Type=Application
NoDisplay=true
MimeType=x-scheme-handler/ssh;

code:

xdg-mime default ssh-konsole.desktop x-scheme-handler/ssh

[ Voor 0% gewijzigd door Septillion op 07-07-2025 17:11 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[tzzz]

Geen heel dashboard maar een stukje, die Ultra Vehicle Card is recent bijgewerkt en dat is toch wel een beauty hoor

[tlpeter]

tzzz schreef op donderdag 3 juli 2025 @ 19:58:
Geen heel dashboard maar een stukje, die Ultra Vehicle Card is recent bijgewerkt en dat is toch wel een beauty hoor

[Afbeelding]

Oeh, die is wel goed ja. Binnenkort komt mijn nieuwe (elektrische) auto en dan kan ik deze wel gebruiken.

[Rivanov]

tzzz schreef op donderdag 3 juli 2025 @ 19:58:
Geen heel dashboard maar een stukje, die Ultra Vehicle Card is recent bijgewerkt en dat is toch wel een beauty hoor

[Afbeelding]

Heel nice! Ben in afwachting van mijn bestelde Model Y dus deze kaart komt dan heel mooi van pas!

[annestweak]

tzzz schreef op donderdag 3 juli 2025 @ 19:58:
Geen heel dashboard maar een stukje, die Ultra Vehicle Card is recent bijgewerkt en dat is toch wel een beauty hoor

[Afbeelding]

oe mooi, ga ik ook doen. bedankt voor de tip

[Get!em]

tzzz schreef op donderdag 3 juli 2025 @ 19:58:
Geen heel dashboard maar een stukje, die Ultra Vehicle Card is recent bijgewerkt en dat is toch wel een beauty hoor

[Afbeelding]

Bedankt voor de tip.

Nu ook ingezet voor warmtepomp en laadpaal.

[ Voor 34% gewijzigd door Get!em op 09-07-2025 12:04 ]

[Danielson]

We krijgen hier binnenkort onze eerste EV, nu wordt het natuurlijk tijd voor een HA wall panel! Ik moet nog verder met de inrichting, maar fysiek is hij af!





De front camera functioneert als motion sensor om het scherm in de schakelen en de voeding haal ik achter muur uit de kelderkast!

Erg blij met het resultaat!

Mag geshowd => schopje

[ Voor 1% gewijzigd door Septillion op 21-07-2025 19:18 ]

[pielle007]

Ben hier nieuw binnen homeassistent, aangezien ik nog een ouwe RPI 3 had liggen, dacht ik met behulp van wat filmpjes en een AI tool de RPI nieuwe leven in te blazen. Ik ben geen IT'er maar kan met behulp van handleidingen / instructies prima zaken volgen en uitvoeren en aangezien ik toch vakantie heb zijn de laatste 3 dagen tijd eraan besteed en heb weer veel geleerd. Op sommige momenten was eea totaal niet te volgen en was ik content met de hulp van co-pilot om bepaalde fouten in de codering op te lossen of nieuwe oplossingen te bedenken. De WAF is negatief helaas maar dat maak ik later weer goed. Enfin...

De RPI draait als ik t goed verwoord in een docker. Hierdoor zijn niet alle opties zichtbaar met als gevolg dat HACS ontbrak, wat toch handig bleek te zijn om custom repo's toe te voegen (bv dialers of custom cards mini graph card, custom brand icons, canvas gauge, config editor card en config editor etc) En YAML bleek ook handig te zijn om de sensoren uit te kunnen lezen.

Uiteindelijk is het gelukt en heb ik een 1e opzet, ben blij verrast wat je allemaal kan toevoegen en t potientele gemak / hoe automatisering je kan dienen. Mogelijkheden zijn oneindig.

Dus naast de Hue lampen zijn er diverse apparaten opgenomen, bv voedermachine (xiaomi), een stofzuiger robot, de radio, TV, Adguardhome, zonnepanelen waarbij de pulse wordt uitgelezen en deze weer de data naar PV output stuurt . Verder wat shelly apparaten, de telefoons in huis waarbij je kunt zien waar een gezinslid zich begeeft, en wear os watch die weer mn stappen opneemt en de hartslag en dat kun je dus weer in je dashboard meenemen bijvoorbeeld.

Met de watch kun je blijkbaar ook weer alles bedienen (bv mn rolluiken) welke ik voorzien had van de Shelly 2PM's. Bedenk t en t kan blijkbaar. Ook is t uiteindelijk gelukt om de Moresense MS-02 sensoren op te nemen. Dat lukte mij niet via MQTT, maar wel via GET met behulp van de config editor. Daarnaast wat F1 info en de afval ophaaldienst informatie (welk afval, wordt wanneer opgehaald).

De oneplus watch (wearos) waarop je homeassistent kunt installeren en dus ook je devices mee kunt bedienen:


Een gedeelte van t info dashboard (edit zie een foutje in de dialers waarde (groen/rood en mis relatieve luchtvochtigheid):


Dialers gedeeltelijk hersteld, zo ziet t uit vanaf de HA app:


De poetshulp:


En wat leuke info mbt de F1 (printscreen is bewerkt om t hier te kunnen posten)


Stap voor stap verder uitbreiden en automatiseringen bedenken en/of opzoeken. En waarschijnlijk meer sensoren en plugs etc bij halen


Nog aanvullend een vraag: ik had initieel deze "matter bridge" mee geïnstalleerd en draait op dezelfde RPI

Maar ik zie t voordeel niet ervan, iemand een idee waarom dit een voordeel zou kunnen zijn ?

[ Voor 10% gewijzigd door pielle007 op 31-07-2025 18:37 . Reden: Typo's ]

[SMGGM]

Ondertussen enorm gegroeid als je kijkt naar mijn vorig dashboard, dus even tijd voor een nieuwe versie.
Het laatste projectje was mijn plugin batterij te integreren in HA en is schitterend gelukt met de hulp uit superduper1969 in "Marstek Venus / Duravolt PnP Thuisaccu Modbus koppeling"

Aan de basis van het dashboard ligt Bubble Card (https://github.com/Clooos/Bubble-Card) omdat deze naar mijn mening veruit het meest flexibel is in wat je allemaal in 1 element kan proppen.
De verschillende subpagina's (energie, transport, weer...) worden als "popup" dan weergegeven.
Ik moet wel nog wat sleutelen aan wat kleur accenten. Sommige dingen zien blauw die niet blauw horen te zijn

Daarnaast heb ik op mijn bureau dit ding nog liggen: https://www.lenovo.com/nl...t-clock-gen-2/wmd00000485
Ondertussen is de display zelf al unlocked en geslaagd om een HA dashboard erop te tonen, maar zo'n klein scherpje vereist natuurlijk wel iets anders.
Kortom, tijd te kort.

[bvw]

In navolging van mijn gescripte energie-contract van afgelopen februari, heb ik voor het energie contract (zonder salderen) een integratie gemaakt die rekening houdt met alle kosten die er bij een (Nederlands) energie contract komen kijken.

Je kunt alle DSMR sensoren er aan koppelen, en dan maakt ie een overzicht per sensor:


En een samenvatting:


Hij is te vinden in HACS, en hier meer info: https://github.com/bvweer...nergy_contract_calculator

--

Dan heb ik een tijdje terug ook nog een integratie gemaakt voor een PID controller. Nu was deze er al in de HACS store, maar alleen te gebruiken in je configuration.yaml. Deze kun je opzetten vanuit de UI en dynamisch aanpassen. Ook is deze generiek, en niet specifiek voor alleen temperaturen:


Ook te vinden in HACS, en meer info: https://github.com/bvweerd/simple_pid_controller/

[paQ]

Heb nog wat aanpassingen gedaan aan mijn 3D dashboard.
animaties voor de airco en witgoed op zolder, en mijn OCD deed zeer dat je geen licht in het trapgat zag als er op een overloop licht werd ingeschakeld (deur naar 2e verdieping staat immers open) Dus ook dat is 'gefixt'

Even geen pakjes vandaag, anders zou er ook nog een pakketje te zien zijn, met een klokje met het tijdvak erin:

Als je daar op klikt zie je de specificaties van de zending. Dus tijdvak en afzender.
Gedaan met mailsniffers. works.

En als er regent komt:


edit:
pakjes info + regen

[ Voor 17% gewijzigd door paQ op 09-09-2025 09:49 ]

[paQ]

.

[ Voor 99% gewijzigd door paQ op 08-09-2025 16:56 ]

[sypie]

Van deze:


Naar deze:


Naar deze:


Maar dan nu toch uitgekomen op deze:

[blatenja]

Nog wat verder geknutseld, wat werkt het toch heerlijk. Airco toegevoegd, even herladen en HA vindt hem gelijk en binnen 2 minuten is alles aangepast. Er staat veel op het scherm maar ik vind dat niet erg, gezien ik de weg wel ken en de data in 1 oogopslag allemaal wil kunnen zien. Inmiddels allemaal draaien op een tablet die reageert op beweging en dan aanslaat.

[PheraX]

Flink bezig geweest bet bubble card

[Donixon]

Redelijk simpel, vooral ingedeeld voor mobiel gebruik. Wat leuke dingen zelf gemaakt en veel gebruik:

• Airco timer: mooie slider die in stappen van 0.5 uur een timer zet voor wanneer de airco uit moet. Vind het prima als in de avond op de slaapkamer de airco even aanstaat, maar niet de hele nacht.

• Nachtdraai vaatwasser: leuk al die huishoudmachines op het grote web, maar de functies die erachter zitten zijn niet altijd helemaal super. Er zit geen knop op de vaatwasser zelf voor uitgesteld draaien, moet via de meegeleverde 'Home-connect' app. Maar nu dus via HA zelf geregeld, klep dicht en op deze knop rammen.

• Auto's info: Heb wat LORA-GPS devices en ook in iedere auto eentje. Mooi aangemaakt als device-tracker, zodat hij ze op een kaartje kan tonen. Handig voor als ik in de ochtend de auto kwijt ben. Daarnaast ook via de RDW-api wat data, zoals wanneer APK verloopt.

[Fab1Man]

Seafarer schreef op vrijdag 7 november 2025 @ 21:36:
[...]

Haal jij die trigger dan uit de vaatwasser?

Dit is de automatisering. Kwestie van aanzetten, programma kiezen vooral NIET op start drukken, maar puur de deur dicht doen. De combi van "hij staat aan - en nu gaat de deur dicht" triggert dit:

YAML:

alias: Vaatwasser start uiterlijk 21:00 uur
description: ""
triggers:
  - type: not_opened
    device_id: b223241f9ed62036d6f1f1730cc9d55b
    entity_id: 8daed55c8d192940a479bfbf5736f1f3
    domain: binary_sensor
    trigger: device
conditions:
  - condition: device
    type: is_on
    device_id: b223241f9ed62036d6f1f1730cc9d55b
    entity_id: 9792fd8b57675b6d01e68c742d60cfa2
    domain: switch
actions:
  - choose:
      - conditions:
          - condition: time
            after: "21:00:00"
            weekday:
              - mon
              - tue
              - wed
              - thu
              - fri
        sequence:
          - action: button.press
            data:
              entity_id: button.014050394751000351_start_pause
      - conditions:
          - condition: time
            before: "21:00:00"
            weekday:
              - mon
              - tue
              - wed
              - thu
              - fri
        sequence:
          - wait_for_trigger:
              - trigger: time
                at: "21:00:00"
          - type: turn_on
            device_id: b223241f9ed62036d6f1f1730cc9d55b
            entity_id: 9792fd8b57675b6d01e68c742d60cfa2
            domain: switch
          - wait_for_trigger:
              - trigger: state
                entity_id:
                  - switch.014050394751000351_bsh_common_setting_powerstate
                to: "on"
          - delay:
              seconds: 5
          - action: button.press
            data:
              entity_id: button.014050394751000351_start_pause
      - conditions:
          - condition: time
            weekday:
              - sat
              - sun
        sequence:
          - action: button.press
            data:
              entity_id: button.014050394751000351_start_pause
mode: single

[ Voor 0% gewijzigd door Septillion op 08-11-2025 12:57 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

Modbreak:

Bezem er doorheen. Vragen horen hier niet thuis. Die mogen in Home Assistant: Open source Python3 home automation - deel 5

[robbinonline]

Ik vind het energieweerbericht van NED (https://ned.nl/nl/energieweerbericht) wel handig om een indicatie te hebben van wat de stroomprijzen deze week doen dus het een poging gewaagd dit dashboard ook in home assistant te krijgen.

Met dit als resultaat:




Instructies heb ik hier neergezet:
https://github.com/robbinonline/nedhomeassistant/

Dat mag geshowd

[ Voor 1% gewijzigd door Septillion op 10-11-2025 11:59 ]

[Rouwette]

Naast de afvalwijzer en meldingen in de avond heb ik het ook de hele dag zichtbaar op het dashbord.
Als het al aan de straat ligt kan het weg en de automations uit voor die dag.

[Compuchip87]

Rouwette schreef op dinsdag 11 november 2025 @ 09:36:
Naast de afvalwijzer en meldingen in de avond heb ik het ook de hele dag zichtbaar op het dashbord.
Als het al aan de straat ligt kan het weg en de automations uit voor die dag.
[Afbeelding]

Leuk, idem hier, ik heb hem zo opgelost



Mijn Android-telefoon geeft ook notificaties om de bak buiten te zetten met drie knopjes: "Nog niet" (herinner me later nogmaals), "al gedaan" (toggle naar 'Al buiten') en "deze week niet" (toggle naar 'deze week niet').

"Deze week niet" haalt hem uit alle automations, "Remind me" blijft herinneringen sturen om het te doen en "al buiten" herinnert alleen aan het eind van de dag om hem weer binnen te zetten.

De dag na de ophaaldag reset ik met een automation alles naar "Remind me" maar ik kan dus in principe 5 dagen van tevoren al besluiten dat ik niet herinnerd hoef te worden aan de GFT-bak.

[ Voor 17% gewijzigd door Compuchip87 op 11-11-2025 11:11 ]

[banaliteit]

Misschien leuk voor mensen die in Utrecht wonen. Utrecht heeft een publieke API voor inzien van meldingen in de buurt. Dit kan je integreren in home assistant. Mede mogelijk gemaakt door gemini 3 pro

Gebruik GeoJSON integratie

code:

https://api.meldingen.utrecht.nl/signals/v1/public/signals/geography?bbox=<LANG,LONG (of andersom? weet niet meer)>&geopage=1

Sensor

YAML:

- platform: rest
  name: Utrecht Meldingen
  resource: "https://api.meldingen.utrecht.nl/signals/v1/public/signals/geography?bbox=<LANG,LONG (of andersom? weet niet meer)>&geopage=1"
  method: GET
  scan_interval: 300 # Check every 5 minutes
  value_template: "{{ value_json.features | length }}"
  json_attributes:
    - features
  headers:
    Accept: application/json
    Content-Type: application/json

Markdown kaart

YAML:

type: markdown
content: >
  ## Meldingen in de Buurt ({{ states('sensor.utrecht_meldingen') }})

  {% set reports = state_attr('sensor.utrecht_meldingen', 'features') %} {% if
  reports %}
    {% for report in reports %}
    - **{{ report.properties.category.name }}**
      <br>📅 {{ as_timestamp(report.properties.created_at) | timestamp_custom('%d-%m-%Y %H:%M') }}
      <br>📍 [Map Link](https://www.google.com/maps/search/?api=1&query={{ report.geometry.coordinates[1] }},{{ report.geometry.coordinates[0] }})
    {% endfor %}
  {% else %}
    Geen meldingen gevonden.
  {% endif %}

Kaartoverzicht

YAML:

type: map
geo_location_sources:
  - geo_json_events
theme_mode: auto

En dat mag geshowed worden

[ Voor 1% gewijzigd door Septillion op 19-11-2025 08:56 ]

[MikeyMan]

Sinds kort een accu staan van 11,5kw. Maar nu is de volgende vraag, dynamisch contract of niet.

Heb een PHEV, Warmtepomp, Accu en 7,5WP aan zonnepanelen op zuid.

Dacht; misschien kunnen we het wel simuleren. Met een beetje van mezelf en een beetje van AI het volgende in elkaar gedraaid:

YAML:

# ==============================================================================
# 1. TEMPLATE SENSOREN (Prijzen, Rates en Conclusie)
# ==============================================================================
  - sensor:
      # --- A. Prijzen ---
      - name: "DA Prijs (€/kWh)"
        unique_id: da_prijs_eur_kwh
        unit_of_measurement: "€/kWh"
        state: >
          {{ states('sensor.nord_pool_nl_huidige_prijs')|float(0) }}
      - name: "RT Prijs (€/kWh)"
        unique_id: rt_prijs_eur_kwh
        unit_of_measurement: "€/kWh"
        state: >
          {{ states('sensor.energyzero_today_energy_current_hour_price')|float(0) }}

      # --- B. Rate Berekening (Snelheid: €/h) - DA & RT ---
      - name: "DA Netto Rate"
        unique_id: da_netto_rate
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {% set verbruik = (states('sensor.actual_consumption')|float(0)/1000) * states('sensor.da_prijs_eur_kwh')|float(0) %}
          {% set prod = (states('sensor.actual_export')|float(0)/1000) * states('sensor.da_prijs_eur_kwh')|float(0) * states('input_number.feed_in_ratio_da')|float(1) %}
          {{ (verbruik - prod) | float(0) }}

      - name: "RT Netto Rate"
        unique_id: rt_netto_rate
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {% set verbruik = (states('sensor.actual_consumption')|float(0)/1000) * states('sensor.rt_prijs_eur_kwh')|float(0) %}
          {% set prod = (states('sensor.actual_export')|float(0)/1000) * states('sensor.rt_prijs_eur_kwh')|float(0) * states('input_number.feed_in_ratio_rt')|float(1) %}
          {{ (verbruik - prod) | float(0) }}

# --- C. FIX Netto Rate (Uurlijkse H/L Logica incl. Weekend) ---
      # Dit is de Rate voor de uurlijkse/dagelijkse vergelijking
      - name: "FIX Netto Rate"
        unique_id: fix_netto_rate_tijdsbasis
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {% set prijs_laag_cons = states('input_number.fixed_prijs_laag') | float %}
          {% set prijs_hoog_cons = states('input_number.fixed_prijs_hoog') | float %}
          {% set prijs_laag_exp = states('input_number.fixed_export_laag') | float %}
          {% set prijs_hoog_exp = states('input_number.fixed_export_hoog') | float %}

          {# Bepaal hoog/laag tarief: 7-23 op werkdagen = hoog #}
          {% set h = now().hour %}
          {% set wd = now().weekday() %}
          {% set weekend = wd >= 5 %}
          {% set high = (h >= 7 and h < 23 and not weekend) %}

          {% set prijs_cons = prijs_hoog_cons if high else prijs_laag_cons %}
          {% set prijs_exp = prijs_hoog_exp if high else prijs_laag_exp %}

          {# Convert W to kW, then multiply by price to get €/h rate #}
          {% set cons = (states('sensor.actual_consumption') | float(0)) / 1000 %}
          {% set prod = (states('sensor.actual_export') | float(0)) / 1000 %}

          {{ ((cons * prijs_cons) - (prod * prijs_exp)) | round(4) }}

      # --- D. FIX Kosten Berekening (Nauwkeurige Jaartelling) ---
      # Dit is de berekening voor de Jaarlijkse totaalprijs (gebaseerd op H/L kWh-meters)
      - name: "FIX Netto Kosten Totaal (Jaar)"
        unique_id: fix_netto_kosten_totaal_jaar
        unit_of_measurement: "€"
        state_class: total
        state: >
          {% set cons_l_kwh = states('sensor.fix_netto_cons_laag_jaar') | float(0) %}
          {% set cons_h_kwh = states('sensor.fix_netto_cons_hoog_jaar') | float(0) %}
          {% set exp_l_kwh = states('sensor.fix_netto_exp_laag_jaar') | float(0) %}
          {% set exp_h_kwh = states('sensor.fix_netto_exp_hoog_jaar') | float(0) %}
          
          {% set prijs_cl = states('input_number.fixed_prijs_laag') | float(0) %}
          {% set prijs_ch = states('input_number.fixed_prijs_hoog') | float(0) %}
          {% set prijs_el = states('input_number.fixed_export_laag') | float(0) %}
          {% set prijs_eh = states('input_number.fixed_export_hoog') | float(0) %}

          {% set kosten = (cons_l_kwh * prijs_cl) + (cons_h_kwh * prijs_ch) %}
          {% set opbrengst = (exp_l_kwh * prijs_el) + (exp_h_kwh * prijs_eh) %}

          {{ (kosten - opbrengst) | float(0) | round(2) }}

      # --- E. Conclusie ---
      - name: "Goedkoopste Maandtarief"
        unique_id: goedkoopste_maandtarief
        state: >
          {% set da = states('sensor.da_netto_kosten_maandelijks') | float(9999) %}
          {% set rt = states('sensor.rt_netto_kosten_maandelijks') | float(9999) %}
          {% set fix = states('sensor.fix_netto_kosten_totaal_jaar') | float(9999) %}
          
          {% if da <= rt and da <= fix %} Day-Ahead (DA)
          {% elif rt <= da and rt <= fix %} Realtime (RT)
          {% else %} Vast Tarief (FIX) {% endif %}

# ==============================================================================
# 2. INTEGRATIE SENSOREN (Rate -> Totaal (€))
# ==============================================================================
sensor:
  - platform: integration
    source: sensor.da_netto_rate
    name: "DA Netto Totaal"
    unique_id: da_netto_totaal_integration
    unit_time: h
    round: 4
    method: left
  - platform: integration
    source: sensor.rt_netto_rate
    name: "RT Netto Totaal"
    unique_id: rt_netto_totaal_integration
    unit_time: h
    round: 4
    method: left
  - platform: integration
    source: sensor.fix_netto_rate
    name: "FIX Netto Totaal (Tijdsbasis)"
    unique_id: fix_netto_totaal_tijdsbasis_integration
    unit_time: h
    round: 4
    method: left

# ==============================================================================
# 3. UTILITY METERS (Telt Totalen per Cyclus)
# ==============================================================================
utility_meter:
  # --- DAY-AHEAD (DA) ---
  da_netto_kosten_uurlijks:
    source: sensor.da_netto_totaal
    cycle: hourly
  da_netto_kosten_dagelijks:
    source: sensor.da_netto_totaal
    cycle: daily
  da_netto_kosten_wekelijks:
    source: sensor.da_netto_totaal
    cycle: weekly
  da_netto_kosten_maandelijks:
    source: sensor.da_netto_totaal
    cycle: monthly
  da_netto_kosten_jaarlijks:
    source: sensor.da_netto_totaal
    cycle: yearly

  # --- REALTIME (RT) ---
  rt_netto_kosten_uurlijks:
    source: sensor.rt_netto_totaal
    cycle: hourly
  rt_netto_kosten_dagelijks:
    source: sensor.rt_netto_totaal
    cycle: daily
  rt_netto_kosten_wekelijks:
    source: sensor.rt_netto_totaal
    cycle: weekly
  rt_netto_kosten_maandelijks:
    source: sensor.rt_netto_totaal
    cycle: monthly
  rt_netto_kosten_jaarlijks:
    source: sensor.rt_netto_totaal
    cycle: yearly
    
  # --- FIX TIJDSBASIS (Uur/Dag/Week/Maand) ---
  # Gesourced van de nieuwe FIX Rate Totalen (voor vergelijking)
  fix_netto_kosten_uurlijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: hourly
  fix_netto_kosten_dagelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: daily
  fix_netto_kosten_wekelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: weekly
  fix_netto_kosten_maandelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: monthly

  # --- FIX ENERGIE TELLER (H/L kWh Accumulator - JAARLIJKS) ---
  fix_netto_cons_laag_jaar:
    source: sensor.low_tariff_consumption
    cycle: yearly
  fix_netto_cons_hoog_jaar:
    source: sensor.high_tariff_consumption
    cycle: yearly
  fix_netto_exp_laag_jaar:
    source: sensor.low_tariff_export
    cycle: yearly
  fix_netto_exp_hoog_jaar:
    source: sensor.high_tariff_export
    cycle: yearly

# ==============================================================================
# 4. INPUT NUMBERS (Instellingen)
# ==============================================================================
input_number:
  fixed_prijs_laag:
    name: Vast Verbruik Tarief (Laag)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_prijs_hoog:
    name: Vast Verbruik Tarief (Hoog)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_export_laag:
    name: Vast Teruglever Tarief (Laag)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_export_hoog:
    name: Vast Teruglever Tarief (Hoog)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box

  feed_in_ratio_da:
    name: Feed-in ratio DA
    min: 0.0
    max: 1.0
    step: 0.01
    mode: box
  feed_in_ratio_rt:
    name: Feed-in ratio RT
    min: 0.0
    max: 1.0
    step: 0.01
    mode: box

Day ahead vs realtime vs vast contract.



[mbr]Dat mag geshowd worden[/]

[MikeyMan]

Kleine update, heb er wat schoonheidsfoutjes uit gehaald. Waaronder een foutje met de belastingen:

YAML:

# ==============================================================================
# 1. TEMPLATE SENSOREN (Prijzen, Rates en Conclusie)
# ==============================================================================
  - sensor:
      # --- A. PRIJZEN (Versimpeld: Hardcoded Opslag) ---
      
      # 1. Day-Ahead (Nord Pool = Kaal)
      # Formule: (Beursprijs * 1.21 BTW) + 0.143 (Belasting + Opslag)
      - name: "DA Prijs (€/kWh)"
        unique_id: da_prijs_eur_kwh
        unit_of_measurement: "€/kWh"
        state: >
          {% set kaal = states('sensor.nord_pool_nl_huidige_prijs') | float(0) %}
          {{ ((kaal * 1.21) + 0.143) | round(4) }}

      # 2. Realtime (EnergyZero = Vaak al incl BTW/Opslag, excl Belasting)
      # We tellen hier veiligheidshalve alleen de 12,3 cent belasting bij op.
      - name: "RT Prijs (€/kWh)"
        unique_id: rt_prijs_eur_kwh
        unit_of_measurement: "€/kWh"
        state: >
          {% set bron = states('sensor.energyzero_today_energy_current_hour_price') | float(0) %}
          {{ (bron + 0.123) | round(4) }}

      # --- B. Rate Berekening (Snelheid: €/h) - DA & RT ---
      - name: "DA Netto Rate"
        unique_id: da_netto_rate
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {% set verbruik = (states('sensor.actual_consumption')|float(0)/1000) * states('sensor.da_prijs_eur_kwh')|float(0) %}
          {% set prod = (states('sensor.actual_export')|float(0)/1000) * states('sensor.da_prijs_eur_kwh')|float(0) * states('input_number.feed_in_ratio_da')|float(1) %}
          {{ (verbruik - prod) | float(0) }}

      - name: "RT Netto Rate"
        unique_id: rt_netto_rate
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {% set verbruik = (states('sensor.actual_consumption')|float(0)/1000) * states('sensor.rt_prijs_eur_kwh')|float(0) %}
          {% set prod = (states('sensor.actual_export')|float(0)/1000) * states('sensor.rt_prijs_eur_kwh')|float(0) * states('input_number.feed_in_ratio_rt')|float(1) %}
          {{ (verbruik - prod) | float(0) }}

# --- C. FIX Netto Rate (Uurlijkse H/L Logica incl. Weekend) ---
      # Dit is de Rate voor de uurlijkse/dagelijkse vergelijking
      - name: "FIX Netto Rate"
        unique_id: fix_netto_rate
        unit_of_measurement: "€/h"
        state_class: measurement
        state: >
          {# 1. Haal prijzen op met veilige defaults #}
          {% set p_laag_in = states('input_number.fixed_prijs_laag') | float(0) %}
          {% set p_hoog_in = states('input_number.fixed_prijs_hoog') | float(0) %}
          {% set p_laag_out = states('input_number.fixed_export_laag') | float(0) %}
          {% set p_hoog_out = states('input_number.fixed_export_hoog') | float(0) %}
          
          {# 2. Bepaal Hoog/Laag tijd (7-23u op weekdagen) #}
          {% set now_h = now().hour %}
          {% set now_w = now().weekday() %}
          {% set is_high = (now_h >= 7 and now_h < 23) and (now_w < 5) %}
          
          {# 3. Kies actieve prijs #}
          {% set prijs_in = p_hoog_in if is_high else p_laag_in %}
          {% set prijs_out = p_hoog_out if is_high else p_laag_out %}
          
          {# 4. Haal vermogen op #}
          {% set cons = states('sensor.actual_consumption') | float(0) %}
          {% set prod = states('sensor.actual_export') | float(0) %}
          
          {# 5. Bereken Rate: (Verbruik * Prijs) - (Productie * Prijs) #}
          {{ ((cons / 1000 * prijs_in) - (prod / 1000 * prijs_out)) | float(0) }}


      # --- D. FIX Kosten Berekening (Nauwkeurige Jaartelling) ---
      # Dit is de berekening voor de Jaarlijkse totaalprijs (gebaseerd op H/L kWh-meters)
      - name: "FIX Netto Kosten Totaal (Jaar)"
        unique_id: fix_netto_kosten_totaal_jaar
        unit_of_measurement: "€"
        state_class: total
        state: >
          {% set cons_l_kwh = states('sensor.fix_netto_cons_laag_jaar') | float(0) %}
          {% set cons_h_kwh = states('sensor.fix_netto_cons_hoog_jaar') | float(0) %}
          {% set exp_l_kwh = states('sensor.fix_netto_exp_laag_jaar') | float(0) %}
          {% set exp_h_kwh = states('sensor.fix_netto_exp_hoog_jaar') | float(0) %}
          
          {% set prijs_cl = states('input_number.fixed_prijs_laag') | float(0) %}
          {% set prijs_ch = states('input_number.fixed_prijs_hoog') | float(0) %}
          {% set prijs_el = states('input_number.fixed_export_laag') | float(0) %}
          {% set prijs_eh = states('input_number.fixed_export_hoog') | float(0) %}

          {% set kosten = (cons_l_kwh * prijs_cl) + (cons_h_kwh * prijs_ch) %}
          {% set opbrengst = (exp_l_kwh * prijs_el) + (exp_h_kwh * prijs_eh) %}

          {{ (kosten - opbrengst) | float(0) | round(2) }}

      # --- E. Conclusie ---
      - name: "Goedkoopste Maandtarief"
        unique_id: goedkoopste_maandtarief
        state: >
          {% set da = states('sensor.da_netto_kosten_maandelijks') | float(9999) %}
          {% set rt = states('sensor.rt_netto_kosten_maandelijks') | float(9999) %}
          {% set fix = states('sensor.fix_netto_kosten_totaal_jaar') | float(9999) %}
          
          {% if da <= rt and da <= fix %} Day-Ahead (DA)
          {% elif rt <= da and rt <= fix %} Realtime (RT)
          {% else %} Vast Tarief (FIX) {% endif %}

# ==============================================================================
# 2. INTEGRATIE SENSOREN (Rate -> Totaal (€))
# ==============================================================================
sensor:
  - platform: integration
    source: sensor.da_netto_rate
    name: "DA Netto Totaal"
    unique_id: da_netto_totaal_integration
    unit_time: h
    round: 4
    method: left
  - platform: integration
    source: sensor.rt_netto_rate
    name: "RT Netto Totaal"
    unique_id: rt_netto_totaal_integration
    unit_time: h
    round: 4
    method: left
  - platform: integration
    # LOGICA CHECK: Deze source MOET matchen met de template hierboven.
    source: sensor.fix_netto_rate
    name: "FIX Netto Totaal (Tijdsbasis)"
    unique_id: fix_netto_totaal_tijdsbasis_integration
    unit_time: h
    round: 4
    method: left

  # (Voeg hier je DA en RT integraties toe)

# ==============================================================================
# 3. UTILITY METERS (Telt Totalen per Cyclus)
# ==============================================================================
utility_meter:
  # --- DAY-AHEAD (DA) ---
  da_netto_kosten_uurlijks:
    source: sensor.da_netto_totaal
    cycle: hourly
    net_consumption: true
  da_netto_kosten_dagelijks:
    source: sensor.da_netto_totaal
    cycle: daily
    net_consumption: true
  da_netto_kosten_wekelijks:
    source: sensor.da_netto_totaal
    cycle: weekly
    net_consumption: true
  da_netto_kosten_maandelijks:
    source: sensor.da_netto_totaal
    cycle: monthly
    net_consumption: true
  da_netto_kosten_jaarlijks:
    source: sensor.da_netto_totaal
    cycle: yearly
    net_consumption: true

  # --- REALTIME (RT) ---
  rt_netto_kosten_uurlijks:
    source: sensor.rt_netto_totaal
    cycle: hourly
    net_consumption: true
  rt_netto_kosten_dagelijks:
    source: sensor.rt_netto_totaal
    cycle: daily
    net_consumption: true
  rt_netto_kosten_wekelijks:
    source: sensor.rt_netto_totaal
    cycle: weekly
    net_consumption: true
  rt_netto_kosten_maandelijks:
    source: sensor.rt_netto_totaal
    cycle: monthly
    net_consumption: true
  rt_netto_kosten_jaarlijks:
    source: sensor.rt_netto_totaal
    cycle: yearly
    net_consumption: true
    
  # --- FIX TIJDSBASIS (Uur/Dag/Week/Maand) ---
  # Gesourced van de nieuwe FIX Rate Totalen (voor vergelijking)
  fix_netto_kosten_uurlijks:
    # LOGICA CHECK: Bron is de naam van de integratie sensor hierboven
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: hourly
    # LOGICA CHECK: Essentieel omdat FIX negatief kan worden (winst)
    net_consumption: true
    
  fix_netto_kosten_dagelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: daily
    net_consumption: true

  fix_netto_kosten_wekelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: weekly
    net_consumption: true

  fix_netto_kosten_maandelijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: monthly
    net_consumption: true

  fix_netto_kosten_jaarlijks:
    source: sensor.fix_netto_totaal_tijdsbasis
    cycle: yearly
    net_consumption: true

  # --- FIX ENERGIE TELLER (H/L kWh Accumulator - JAARLIJKS) ---
  fix_netto_cons_laag_jaar:
    source: sensor.low_tariff_consumption
    cycle: yearly
  fix_netto_cons_hoog_jaar:
    source: sensor.high_tariff_consumption
    cycle: yearly
  fix_netto_exp_laag_jaar:
    source: sensor.low_tariff_export
    cycle: yearly
  fix_netto_exp_hoog_jaar:
    source: sensor.high_tariff_export
    cycle: yearly

# ==============================================================================
# 4. INPUT NUMBERS (Instellingen)
# ==============================================================================
input_number:
  fixed_prijs_laag:
    name: Vast Verbruik Tarief (Laag)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_prijs_hoog:
    name: Vast Verbruik Tarief (Hoog)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_export_laag:
    name: Vast Teruglever Tarief (Laag)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box
  fixed_export_hoog:
    name: Vast Teruglever Tarief (Hoog)
    min: 0.0
    max: 1.0
    step: 0.001
    unit_of_measurement: €/kWh
    mode: box

  feed_in_ratio_da:
    name: Feed-in ratio DA
    min: 0.0
    max: 1.0
    step: 0.01
    mode: box
  feed_in_ratio_rt:
    name: Feed-in ratio RT
    min: 0.0
    max: 1.0
    step: 0.01
    mode: box

Nog even aan het puzzelen met een nuttige layout. Heb nu e.e.a. op het dash gezet om te testen: