Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@remcoXP Als de db in de backup ook corrupt is dan kan je zelf proberen te mergen. Zie Septillion in "Home Assistant - Show je setup"

[Esumontere]

Septillion schreef op zaterdag 25 januari 2025 @ 19:38:
[...]

Ongeveer dit:

YAML:

fan:
  - platform: template
    fans:
      ventilatie_template:
        unique_id: ventilatie_laag
        friendly_name: "Ventilatie"
        value_template: "{{ states('switch.ventilatie_laag') == 'on' or states('switch.ventilatie_hoog') == 'on' }}"
        turn_on:
          - action: switch.turn_on
            target:
              entity_id: switch.ventilatie_laag
        turn_off:
          - action: switch.turn_off
            target:
              entity_id: switch.ventilatie_laag
          - action: switch.turn_off
            target:
              entity_id: switch.ventilatie_hoog
        speed_count: 2
        percentage_template: >-
          {% if states('switch.ventilatie_hoog') == 'on' %}
            100
          {% elif states('switch.ventilatie_laag') == 'on' %}
            50
          {% else %}
            0
          {% endif %}
        set_percentage:
          - choose:
              - conditions:
                  - condition: template
                    value_template: "{{ percentage == 0 }}"
                sequence:
                  - action: switch.turn_off
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.ventilatie_laag
                  - action: switch.turn_off
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.ventilatie_hoog
              - conditions:
                  - condition: template
                    value_template: "{{ percentage > 50 }}"
                sequence:
                  - action: switch.turn_off
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.ventilatie_laag
                  - action: switch.turn_on
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.ventilatie_hoog
            default:
              - action: switch.turn_off
                metadata: {}
                data: {}
                target:
                  entity_id: switch.ventilatie_hoog
              - action: switch.turn_on
                metadata: {}
                data: {}
                target:
                  entity_id: switch.ventilatie_laag

Dank je wel! Ik heb dit aangepast (entities IDs de juiste namen gegeven en dergelijke) en het geheel toegevoegd aan mijn configuration.yaml, maar ik vind hem niet terug bij de entities. Doe ik iets verkeerd?

Nevermind, een herstart loste het probleem op! Superfijn @Septillion, dank je wel!
Ik heb nog wel een extra {{ percentage == 50 }} toegevoegd, want zonder dat werkte de "low" knop niet.

[ Voor 3% gewijzigd door Esumontere op 26-01-2025 21:35 ]

[Taro]

Ik heb voor een aantal doelen Cheapest Hours draaien en dat werkt perfect, maar, nou wil ik graag een combinatie van de goedkoopste uren en duurste uren maken, waarbij het verschil minimaal een percentage + vast bedrag moet zijn. De uren hoeven niet aaneengesloten te zijn (split=true) en het aantal uren hoeft niet vast te staan, dat mogen er 0 of meer zijn.

Doel: De thuisaccu moet alleen laden en ontladen als de spread tussen inkoop en verkoop hoog genoeg is om laten we zeggen 20% (ont)laadverliezen + 5 cent aan afschrijving per kWh (fictief bedrag) te dekken. Het mooiste is natuurlijk om hier ook de volgende dag in mee te nemen als die beschikbaar is, maar dat maakt het weer complexer.

Ik vermoed dat ik price_tolerance moet gebruiken, maar daarbij dus niet een fixed waarde of percentage, maar een combinatie van die 2.

Voor zover ik kon vinden is dat in dit topic nog niet langskomen. Normaal gesproken zou ik al een stuk code delen, maar ik kon geen voorbeelden vinden met daarin price_tolerance en ik heb geen idee of en hoe ik zowel het percentage als de fixed kosten kan combineren. Kan iemand mij hiermee op weg helpen?

De uitkomst zou ik moeten kunnen gebruiken om in een automation een MQTT commando te versturen om te laden, ontladen, of pauzeren.

[ Voor 5% gewijzigd door Taro op 26-01-2025 21:44 ]

[Septillion]

@Esumontere Mooi dat het werkt! Maar hoe heb je hem aangepast dan? Hier werkt hij namelijk nu al prima...

[Esumontere]

Septillion schreef op zondag 26 januari 2025 @ 21:43:
@Esumontere Mooi dat het werkt! Maar hoe heb je hem aangepast dan? Hier werkt hij namelijk nu al prima...

Interlocking er weer uit gehaald, ik heb dit al in de Shelly interface geregeld (action gehangen aan schakelen van beide schakelaars; andere schakelaar uitzetten). Daarnaast dus een stand = 50% toegevoegd, anders ging schakelen van 100% naar 50% niet goed (dan reageerde hij niet).
Dit is hem nu:

YAML:

fan:
  - platform: template
    fans:
      ventilatie_template:
        unique_id: Afzuiging
        friendly_name: "Afzuiging"
        value_template: "{{ states('switch.afzuiging_switch_0') == 'on' or states('switch.afzuiging_switch_1') == 'on' }}"
        turn_on:
          - action: switch.turn_on
            target:
              entity_id: switch.afzuiging_switch_0
        turn_off:
          - action: switch.turn_off
            target:
              entity_id: switch.afzuiging_switch_0
          - action: switch.turn_off
            target:
              entity_id: switch.afzuiging_switch_1
        speed_count: 2
        percentage_template: >-
          {% if states('switch.afzuiging_switch_1') == 'on' %}
            100
          {% elif states('switch.afzuiging_switch_0') == 'on' %}
            50
          {% else %}
            0
          {% endif %}
        set_percentage:
          - choose:
              - conditions:
                  - condition: template
                    value_template: "{{ percentage == 0 }}"
                sequence:
                  - action: switch.turn_off
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.afzuiging_switch_1
                  - action: switch.turn_off
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.afzuiging_switch_0
              - conditions:
                  - condition: template
                    value_template: "{{ percentage == 50 }}"
                sequence:
                  - action: switch.turn_on
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.afzuiging_switch_0
              - conditions:
                  - condition: template
                    value_template: "{{ percentage > 50 }}"
                sequence:
                  - action: switch.turn_on
                    metadata: {}
                    data: {}
                    target:
                      entity_id: switch.afzuiging_switch_1
            default:
              - action: switch.turn_on
                metadata: {}
                data: {}
                target:
                  entity_id: switch.ventilatie_switch_0

[CAP-Team]

-CJ schreef op zaterdag 25 januari 2025 @ 22:27:
[...]

Dat is een automatisering toch? Of een template sensor?

Dit is een automatisering

[Septillion]

Esumontere schreef op zondag 26 januari 2025 @ 22:15:
[...]

Interlocking er weer uit gehaald, ik heb dit al in de Shelly interface geregeld (action gehangen aan schakelen van beide schakelaars; andere schakelaar uitzetten).

Ah, ja, kan ook. Ook al is dubbel zeker ook niet erg

Daarnaast dus een stand = 50% toegevoegd, anders ging schakelen van 100% naar 50% niet goed (dan reageerde hij niet).
Dit is hem nu:

Dat zou alleen niets mogen uitmaken. Gezien 50% namelijk niet 0% is (optie 1) en ook niet >50% is (optie 2) zou 50% al gewoon de default actie uitvoeren. Alleen heb je bij de default case de entiteit niet correct hernoemt

Dus de 50% optie eruit en de default aanpassen. Dan krijg je in ieder geval ook geen errors meer in je log als je een keer op 49% zou instellen

[Esumontere]

Septillion schreef op zondag 26 januari 2025 @ 23:09:
[...]

Ah, ja, kan ook. Ook al is dubbel zeker ook niet erg


[...]

Dat zou alleen niets mogen uitmaken. Gezien 50% namelijk niet 0% is (optie 1) en ook niet >50% is (optie 2) zou 50% al gewoon de default actie uitvoeren. Alleen heb je bij de default case de entiteit niet correct hernoemt

Dus de 50% optie eruit en de default aanpassen. Dan krijg je in ieder geval ook geen errors meer in je log als je een keer op 49% zou instellen

Dat is een heel goed punt thanks!

[Knielen]

Taro schreef op zondag 26 januari 2025 @ 21:39:
Ik heb voor een aantal doelen Cheapest Hours draaien en dat werkt perfect, maar, nou wil ik graag een combinatie van de goedkoopste uren en duurste uren maken, waarbij het verschil minimaal een percentage + vast bedrag moet zijn. De uren hoeven niet aaneengesloten te zijn (split=true) en het aantal uren hoeft niet vast te staan, dat mogen er 0 of meer zijn.

Doel: De thuisaccu moet alleen laden en ontladen als de spread tussen inkoop en verkoop hoog genoeg is om laten we zeggen 20% (ont)laadverliezen + 5 cent aan afschrijving per kWh (fictief bedrag) te dekken. Het mooiste is natuurlijk om hier ook de volgende dag in mee te nemen als die beschikbaar is, maar dat maakt het weer complexer.

Ik vermoed dat ik price_tolerance moet gebruiken, maar daarbij dus niet een fixed waarde of percentage, maar een combinatie van die 2.

Voor zover ik kon vinden is dat in dit topic nog niet langskomen. Normaal gesproken zou ik al een stuk code delen, maar ik kon geen voorbeelden vinden met daarin price_tolerance en ik heb geen idee of en hoe ik zowel het percentage als de fixed kosten kan combineren. Kan iemand mij hiermee op weg helpen?

De uitkomst zou ik moeten kunnen gebruiken om in een automation een MQTT commando te versturen om te laden, ontladen, of pauzeren.

Als je zin hebt in een klusje dan zou ik day ahead optimizer aan kunnen raden. Gemaakt door een mede tweaker en je kan al dit soort prijsverschillen en verliezen meegeven, met daarnaast nog veel meer zoals voorspelt verbruik in huis, opbrengst zonnepanelen en eventueel opladen van je auto.
Ik vond het installeren wel vrij pittig, maar als het draait heb je een mooi stukje software.

[remcoXP]

Septillion schreef op zondag 26 januari 2025 @ 20:50:
@remcoXP Als de db in de backup ook corrupt is dan kan je zelf proberen te mergen. Zie Septillion in "Home Assistant - Show je setup"

Dacht ik doe even een partial restore van de backup 2 dagen geleden.
ik zie nu in de terminal:


de observer zegt:
Supervisor: Connected
Supported: Supported
Healthy: Healthy


maar en het tablad waar ik de restore heb aangezet blijft het draaien en is de status:
Home assistant wordt opnieuw opgestart.
moet ik geduld hebben? mijn database is onder de 2gb.

[ Voor 3% gewijzigd door remcoXP op 27-01-2025 09:34 ]

[Septillion]

@remcoXP Restores kunnen wel even duren ja. Maar als het na half uur / uur nog niet online komt zou ik me zorgen maken.

[remcoXP]

het duurde inderdaad langer als 30 min. maar kan niet ontdekken waarom.
uiteindelijk reboot, duurde lang, alles werkt weer maar heb maar data vanaf mijn backup. en ik had juist verwacht en gehoopt de data van de backup terug te zien. en alles daarna (afgelopen 2 dagen) ik kwijt zou zijn.
dus lijkt erop dat hetgeen zou moeten, historische data terug en verlies van 2 dagen nemen, nou net niet gelukt is

[Taro]

Knielen schreef op maandag 27 januari 2025 @ 08:18:
[...]


Als je zin hebt in een klusje dan zou ik day ahead optimizer aan kunnen raden. Gemaakt door een mede tweaker en je kan al dit soort prijsverschillen en verliezen meegeven, met daarnaast nog veel meer zoals voorspelt verbruik in huis, opbrengst zonnepanelen en eventueel opladen van je auto.
Ik vond het installeren wel vrij pittig, maar als het draait heb je een mooi stukje software.

Die ken ik inderdaad, maar volgens mij levert de accu stroom aan het huis, de EV of een ander apparaat en wordt er geen rekening gehouden met maximaal terugleveren aan het net om met stroom te handelen. Of zit dat er wel in?

[Ben.Hahlen]

Misschien is dit heel simpel op te lossen, maar ik kom er niet uit...
Ik probeer een tweede Telegram integratie te maken, die berichten naar een andere chat stuurt, maar dat lukt me niet.

Ik heb een tweede bot aangemaakt in TG.
Deze code heb ik:

YAML:

telegram_bot:
  - platform: polling
    api_key: "123456789:ABCDEFGHIJKLMN"
    allowed_chat_ids:
      -  987654321

Die API Key is de key van de "Monthly Energy Bot"

Daar heb ik een notify aan gekoppeld:

YAML:

notify:
  - platform: telegram
    name: "monthly_energy"
    chat_id: 987654321

Deze stuurt messages naar een "Monthly Energy Bot".
Nu heb ik ook een "HA Messages Bot" gemaakt, waar ik wat informatieve zaken wil ontvangen.
Maar... Deze kan ik niet toevoegen...
De ChatID die ik steeds terug krijg is "mijn" chat_id.

Heeft iemand iets vergelijkbaars gedaan? Wat zie ik over het hoofd?

[Get!em]

Zo, de nieuwe HACS Solaredge Modbus update van 1.x naar 2.0 past meer dan 55 entities aan hier.... allemaal op unit of measurement en de reactie van HA daarop: niet meer beschikbaar voor historie tot zet historie om naar nieuwe unit. (VAR naar var).


De laatste update van Proxmox was ook even spannend. Duurde lang voordat alle containers en VM's weer online waren.

[ Voor 19% gewijzigd door Get!em op 27-01-2025 11:09 ]

[RobertMe]

Get!em schreef op maandag 27 januari 2025 @ 11:09:
Zo, de nieuwe HACS Solaredge Modbus update van 1.x naar 2.0 past meer dan 55 entities aan hier.... allemaal op unit of measurement en de reactie van HA daarop: niet meer beschikbaar voor historie tot zet historie om naar nieuwe unit. (VAR naar var).

Ik had die melding maar 1x. Dus hoeveel omvormers heb jij?

En v.w.b. die VAR => var heb ik aangegeven de data te behouden en unit bij oude data aan te passen. Lijkt mij toch puur een verschil in hoofdletters te zijn en niet daadwerkelijk een andere unit en dus incorrecte data.

[TheFes]

remcoXP schreef op maandag 27 januari 2025 @ 10:19:
het duurde inderdaad langer als 30 min. maar kan niet ontdekken waarom.
uiteindelijk reboot, duurde lang, alles werkt weer maar heb maar data vanaf mijn backup. en ik had juist verwacht en gehoopt de data van de backup terug te zien. en alles daarna (afgelopen 2 dagen) ik kwijt zou zijn.
dus lijkt erop dat hetgeen zou moeten, historische data terug en verlies van 2 dagen nemen, nou net niet gelukt is

Afhankelijk van het systeem waarop je HA draait, en de grootte van de backup (en database) kan het best nog wel langer dan half uur duren.

[Get!em]

RobertMe schreef op maandag 27 januari 2025 @ 11:23:
[...]

Ik had die melding maar 1x. Dus hoeveel omvormers heb jij?

En v.w.b. die VAR => var heb ik aangegeven de data te behouden en unit bij oude data aan te passen. Lijkt mij toch puur een verschil in hoofdletters te zijn en niet daadwerkelijk een andere unit en dus incorrecte data.

1 omvormer, maar hij haalt op ModBus 209 entiteiten binnen, waarvan ik meer dan 120 verborgen heb.
Meeste komen van de SolarEdge Inline Meter, met oa Import/Export en V VA en A op de A, B en C, en dan ook de AB, AN, BC, BN, LL, LN, etc...
En dan ook nog M1, M2 en M3 (alleen M1 is actief, maar andere M zijn zichtbaar).

[Knielen]

Taro schreef op maandag 27 januari 2025 @ 10:41:
[...]

Die ken ik inderdaad, maar volgens mij levert de accu stroom aan het huis, de EV of een ander apparaat en wordt er geen rekening gehouden met maximaal terugleveren aan het net om met stroom te handelen. Of zit dat er wel in?

Jazeker wel, je kan kiezen uit 2 strategien, 'minimize cost' en 'minimize consumption', 'minimize cost' is inzetten naar hoogste opbrengst.

[JanHenk]

Get!em schreef op maandag 27 januari 2025 @ 11:09:
Zo, de nieuwe HACS Solaredge Modbus update van 1.x naar 2.0 past meer dan 55 entities aan hier.... allemaal op unit of measurement en de reactie van HA daarop: niet meer beschikbaar voor historie tot zet historie om naar nieuwe unit. (VAR naar var).

Als ik 2.0.0 zie staan ben ik altijd even huiverig, nog niet geüpdatet dus.

Geen breaking changes blijkbaar? Vond de documentatie wel heel summier. Nog niet verder naar gekeken..

De laatste update van Proxmox was ook even spannend. Duurde lang voordat alle containers en VM's weer online waren.

Ook maar even uitvoeren..

[synoniem]

Ik zie dat de versie HA OS 14.2 genoemd wordt onder Downloads maar zie hem nog niet in mijn HA. Ligt dat er aan dat ik Home Assistant Core 25.1 nog niet wil installeren of ben ik gewoon ongeduldig?

[TheFes]

synoniem schreef op maandag 27 januari 2025 @ 12:43:
Ik zie dat de versie HA OS 14.2 genoemd wordt onder Downloads maar zie hem nog niet in mijn HA. Ligt dat er aan dat ik Home Assistant Core 25.1 nog niet wil installeren of ben ik gewoon ongeduldig?

HACS updates worden maar eens in de zoveel tijd gecheckt, je kunt in HACS onder het 3-punts-menu (bij het betreffende custom component) op update information klikken

[Septillion]

@synoniem Zie op Github staan dat release 1 uur geleden was. Dus denk dat je te ongeduldig bent

@TheFes Geen HACS

[TheFes]

Septillion schreef op maandag 27 januari 2025 @ 12:46:
@synoniem Zie op Github staan dat release 1 uur geleden was. Dus denk dat je te ongeduldig bent

@TheFes Geen HACS

Goed dat ik net een kop koffie gezet heb..

[remcoXP]

TheFes schreef op maandag 27 januari 2025 @ 11:27:
[...]


Afhankelijk van het systeem waarop je HA draait, en de grootte van de backup (en database) kan het best nog wel langer dan half uur duren.

ik heb denk ik de oorzaak. de automatische backups zijn te openen met 7zip of addon. maar niet als ik de homeassistant.tar.gz probeer te openen.
kan ik dan nog iets met deze corrupte files?

[D4NG3R]

Ik heb nu al een aantal keer rond ~12u de melding gehad vanuit HA dat er beweging werd gedetecteerd in de hal terwijl er niemand thuis was. Het gaat hierbij consistent om false-positives, de 2e sensor welke ook zicht heeft op de hal detecteert niks. Het blijft ook altijd bij een enkele detectie.

Weet iemand toevallig wat hier de oorzaak van kan zijn? Ik gok zelf op zonlicht. De sensor staat iets schuin op een kozijn, nog niet gehad dat deze beweging van buiten oppakte - maar wellicht komt er wel zonlicht bij.

Aan de andere kant zou ik het vreemd vinden dat dit nu opeens een probleem is.. De sensor is nooit verplaatst, en dit gebeurt pas sinds een week.

[ Voor 16% gewijzigd door D4NG3R op 27-01-2025 15:24 ]

[Hippe Lip]

D4NG3R schreef op maandag 27 januari 2025 @ 15:22:
Ik heb nu al een aantal keer rond ~12u de melding gehad vanuit HA dat er beweging werd gedetecteerd in de hal terwijl er niemand thuis was. Het gaat hierbij consistent om false-positives, de 2e sensor welke ook zicht heeft op de hal detecteert niks. Het blijft ook altijd bij een enkele detectie.

Weet iemand toevallig wat hier de oorzaak van kan zijn? Ik gok zelf op zonlicht. De sensor staat iets schuin op een kozijn, nog niet gehad dat deze beweging van buiten oppakte - maar wellicht komt er wel zonlicht bij.

Aan de andere kant zou ik het vreemd vinden dat dit nu opeens een probleem is.. De sensor is nooit verplaatst, en dit gebeurt pas sinds een week.

@D4NG3R Registreer (schrijf naar Google Sheets) die registratie van de sensor. Na een paar dagen moet je dan een lichte verschuiving in de tijd zien als het om zoninstraling gaat.

[Septillion]

@remcoXP Is (helaas) normaal als je 2025.1 hebt geïnstalleerd en de backup setup hebt doorlopen. Dan zijn ze encrypted en niet meer zelf te openen

[BiG-GuY]

Septillion schreef op maandag 27 januari 2025 @ 15:28:
@remcoXP Is (helaas) normaal als je 2025.1 hebt geïnstalleerd en de backup setup hebt doorlopen. Dan zijn ze encrypted en niet meer zelf te openen

Er zijn verschillende tools gemaakt voor het decrypten van de back-ups. Ze zijn wel bezig met een eigen mogelijkheid voor het decrypten van de back-up en het optioneel maken van encryptie voor lokale back-ups als je de Automatische functie gebruikt die er sinds 2025.1.0 in zit.

https://community.home-as...-backups/821719/50?page=2

Gebruik zelf nog een dagelijkse back-up naar mijn NAS die niet encrypted is via:

YAML:

action: hassio.backup_full
data:
  compressed: true
  location: backup
  name: >-
    Full backup {{
    state_attr('update.home_assistant_core_update','installed_version') }}

backup is de naam van de SMB share op mijn NAS gekoppeld aan HA OS.

[BiG-GuY]

remcoXP schreef op maandag 27 januari 2025 @ 15:16:
[...]


ik heb denk ik de oorzaak. de automatische backups zijn te openen met 7zip of addon. maar niet als ik de homeassistant.tar.gz probeer te openen.
kan ik dan nog iets met deze corrupte files?

Zijn dus encrypted files, niet corrupted.

Er zijn verschillende tools voor gemaakt die het kunnen decrypten.
https://community.home-as...-backups/821719/50?page=2

Heb het zelf nog niet nodig gehad, dus geen ervaring met de verschillende Python tools.

[Septillion]

@BiG-GuY Goed om te horen dat ze er zelf ook mee bezig zijn. Het niet bij de files kunnen / de keuze krijgen vind ik niet passen bij het open karakgter van HA hoe goed bedoeld ook.

Maar volgens mij is een backup via een automation / action ook encrypted zodra je de backup setup hebt doorlopen en een key gemaakt hebt. Dus tot HA er wat aan doet is er no way back naar unencrypted. Of ja, ironisch genoeg door een backup van <2025.1 terug te zetten

[BiG-GuY]

Septillion schreef op maandag 27 januari 2025 @ 15:56:
@BiG-GuY Goed om te horen dat ze er zelf ook mee bezig zijn. Het niet bij de files kunnen / de keuze krijgen vind ik niet passen bij het open karakgter van HA hoe goed bedoeld ook.

Maar volgens mij is een backup via een automation / action ook encrypted zodra je de backup setup hebt doorlopen en een key gemaakt hebt. Dus tot HA er wat aan doet is er no way back naar unencrypted. Of ja, ironisch genoeg door een backup van <2025.1 terug te zetten

Nope. Alle automations en scripts (en dus ook de opdrachten via add-ons) zijn nog altijd unencrypted. Tenzij je een password instelt voor die back-ups, wat je in die specifieke commando's moet meegeven.

Mijn back-ups die via de automatische methode zijn gemaakt (dus met volledig doorlopen wizard en opgeslagen encryptie key).


En de back-up gemaakt via het script:


Als je je back-ups doet via de Google Drive of OneDrive add-ons, zijn de back-ups standaard ook nog altijd niet encrypted.

[TheFes]

Hier wat info over de upcoming changes mbt backups vanuit het community forum

[...]

A big caveat to this post is that I have no specific timelines yet

Here is where we are right now:

• We will re-introduce the option to backup on/before update for both core & add-ons.
• We’re going to introduce the ability to customize the time and days your system will backup on.
• We will also introduce an action to allow for any custom schedule and conditional in automations.
• Works in progress:
• We will implement turning off encryption with a per location basis.
• Except for Home Assistant Cloud - we will require it.
• We want to improve filenames to be more easily read and sensible.
• As of 2025.1.3 - SSL information missing in backups has been fixed.

[...]

/statusUpdate

[ Voor 4% gewijzigd door TheFes op 27-01-2025 16:04 ]

[TheFes]

BiG-GuY schreef op maandag 27 januari 2025 @ 16:02:
[...]

Nope. Alle automations en scripts (en dus ook de opdrachten via add-ons) zijn nog altijd unencrypted. Tenzij je een password instelt voor die back-ups, wat je in die specifieke commando's moet meegeven.

Mijn back-ups die via de automatische methode zijn gemaakt (dus met volledig doorlopen wizard en opgeslagen encryptie key).
[Afbeelding]

En de back-up gemaakt via het script:
[Afbeelding]

Als je je back-ups doet via de Google Drive of OneDrive add-ons, zijn de back-ups standaard ook nog altijd niet encrypted.

Dit inderdaad, alleen de backups die door de nieuwe backup integratie aangemaakt zijn, zijn altijd encrypted. Als je ze via de action aanmaakt dan ligt het aan wat je in die betreffence action meegeeft.

[Get!em]

synoniem schreef op maandag 27 januari 2025 @ 12:43:
Ik zie dat de versie HA OS 14.2 genoemd wordt onder Downloads maar zie hem nog niet in mijn HA. Ligt dat er aan dat ik Home Assistant Core 25.1 nog niet wil installeren of ben ik gewoon ongeduldig?

Hier kwam hij een uur geleden op de update-meldingen... en zojuist ook Hacs 2.0.4

Beide zojuist er al opgezet.

De HA OS upgrade blijft een gek proces. Zodra je op "Bijwerken" klikt, gaat hele webinterface meteen in freeze, disconnect en je hebt nul feedback over wat hij aan het doen is. Volgende keer misschien toch maar eens via de Shell updaten. Via Log vind je uiteraard wel wat er gedaan is en of alles goed is gegaan, maar dan ben je dus 3 tot 5 minuten verder.

[Septillion]

@BiG-GuY en @TheFes Ik dacht dat ik dat toen ook getest had maar schijnbaar nier of niet onthouden

Excuses

[TheFes]

Get!em schreef op maandag 27 januari 2025 @ 17:15:
[...]

Hier kwam hij een uur geleden op de update-meldingen... en zojuist ook Hacs 2.0.4

Beide zojuist er al opgezet.

De HA OS upgrade blijft een gek proces. Zodra je op "Bijwerken" klikt, gaat hele webinterface meteen in freeze, disconnect en je hebt nul feedback over wat hij aan het doen is. Volgende keer misschien toch maar eens via de Shell updaten. Via Log vind je uiteraard wel wat er gedaan is en of alles goed is gegaan, maar dan ben je dus 3 tot 5 minuten verder.

Het eerste wat hij doet is de HA Core docker container afsluiten. Daarmee verlies je dus alle mogelijkheden tot feedback.

[Septillion]

@Get!em Mja, die zou wat netter kunnen. Alle updates hebben weinig feedback maar rare aan de OS update is altijd dat hij bezig gaat nadat je op update drukt en dan opeens lijkt te stoppen maar laat staan dat er een update is. En dan iets later gaat HA offline voor de reboot. Eigenlijk zou de GUI gewoon "installing" moeten blijven weergeven tot HA weer up is.

Waarschuwing bij de Core en OS update dat HA of zelfs de hele host herstart zou ook wel fijn zijn. Bedoel, wij weten het en het is ook wel logisch. Maar kan me voorstellen dat een newbie er van schrikt dat HA opeens niet bereikbaar is.

[ Voor 31% gewijzigd door Septillion op 27-01-2025 17:30 ]

[Get!em]

Septillion schreef op maandag 27 januari 2025 @ 17:26:
@Get!em Mja, die zou wat netter kunnen. Alle updates hebben weinig feedback maar rare aan de OS update is altijd dat hij bezig gaat nadat je op update drukt en dan opeens lijkt te stoppen maar laat staan dat er een update is. En dan iets later gaat HA offline voor de reboot. Eigenlijk zou de GUI gewoon "installing" moeten blijven weergeven tot HA weer up is.

Waarschuwing bij de Core en OS update dat HA of zelfs de hele host herstart zou ook wel fijn zijn. Bedoel, wij weten het en het is ook wel logisch. Maar kan me voorstellen dat een newbie er van schrikt dat HA opeens niet bereikbaar is.

Ja precies, de update knop blijft staan en je twijfelt of je het nou goed hebt aangeklikt.

Zelfs nadat het systeem opnieuw is opgestart blijft de update knop zichtbaar en heb je de neiging om nogmaals te klikken. Maar je moet eigenlijk een page-refresh in je browser doen.

[mrbert]

OK ik heb een heel raar verschijnsel gevonden en snap niet hoe dit kan.
Ik ben al dagen aan het zoeken geweest en een aantal keren opnieu geconfigureerd zonder clue wat er mis gaat, maar denk dat ik het heb gevonder al snap ik nog steeds niet hoe dit komt.
Ik heb deze automatisering (de echte doet het voor 3 strips)

YAML:

alias: a a a a slaapkamer knop 1 sfeerlicht uit
description: ""
triggers:
  - domain: mqtt
    device_id: 468874a7ef3a9a0055e999e38ab32f07
    type: action
    subtype: off_1
    trigger: device
conditions: []
actions:
  - if:
      - condition: state
        entity_id: input_select.slaapkamerlichtmode
        state: slaapsfeer
    then:
      - action: notify.persistent_notification
        metadata: {}
        data:
          message: state is sfeer bij off
      - action: scene.create
        metadata: {}
        data:
          scene_id: slaap_before1
          snapshot_entities:
            - light.milight_controler_1_slaapkamer_bed
      - action: notify.persistent_notification
        metadata: {}
        data:
          message: sfeer snap gemaakt
  - action: input_select.select_option
    metadata: {}
    data:
      option: slaapuit
    target:
      entity_id: input_select.slaapkamerlichtmode
  - action: light.turn_off
    metadata: {}
    data:
      transition: 10
    target:
      entity_id: light.milight_controler_1_slaapkamer_bed
mode: single

Ik heb eerst stap voor stap de diverse acties rond de snap getest en die werken maar wat blijkt als ik de laatste actie uitvoer waarbij de controller wordt uitgeschakeld gaan het mis als ik daar een tansition in zet.
Op een voor mij vage manier wordt daardoor de snapshot gedeeltelijk overschreven en gaat de helderheid naar minimaal.

Als ik de transitie weg haal werkt het wel goed dus ik denk dat er iets in die transitie gebeurt wat invloed heeft op het bewaren van de snapshot., maar dat zou toch helemaal niet mogen gebeuren?

Ik heb het een paar keer opnieuw geprobeerd maar het blijft het zelfde zodra ik handmatig de actie lichtuit met de transite uitvoer wordt de snapshot overschreven

[Septillion]

@mrbert En wat gebruik je om weer te activeren?

[mrbert]

Septillion schreef op maandag 27 januari 2025 @ 17:47:
@mrbert En wat gebruik je om weer te activeren?

ik activeer hem handmatig of met deze actie
ik heb ze ook stap voor stap geprobeerd
en in de trace zie ik ook dat dat helemaal is uitgevoerd
IK ga het later nog verder testen maar bij 10 keer proberen zonder de tansition werkt het als verwacht.

Sorry was de code tags vergeten

YAML:

alias: a a a a slaapkamer  knop 1 on (sfeerlicht aan)
description: ""
triggers:
  - domain: mqtt
    device_id: 468874a7ef3a9a0055e999e38ab32f07
    type: action
    subtype: on_1
    trigger: device
conditions: []
actions:
  - action: notify.persistent_notification
    metadata: {}
    data:
      message: "ga via snap naar sfeer mode "
  - action: input_select.select_option
    metadata: {}
    data:
      option: slaapsfeer
    target:
      entity_id: input_select.slaapkamerlichtmode
  - action: light.turn_on
    metadata: {}
    data:
      brightness_pct: 1
    target:
      entity_id: light.milight_controler_1_slaapkamer_bed
  - action: scene.turn_on
    metadata: {}
    data: {}
    target:
      entity_id:
        - scene.slaap_before1
mode: single[/quote]

Ik heb het nog eens geprobeerd maar steeds als ik die transition bij het uitschakelen uitvoer wordt de bewaarde snapshot verstoord.
Misschien heb ik in de GUI iets raars gedaan, maar alles wat ik heb in de 2 actions is in de GUI aangemaakt.

Vanavond kan ik weinig meer doen, ik hoop morgen verder te kunnen en dan weer met alle 3 de ledstrips het ook werkend te hebben.

Ik had voor de zekerheid voor elke ledstrip ook even een eigen snapshot gemaakt om zo veel mogelijk van elkaar te ontkoppelen voor het debiggen

[ Voor 24% gewijzigd door Septillion op 27-01-2025 19:31 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

@mrbert Waarom doe je daar nog een turn on? Wat als je alleen de scene aanroept?

[tvtech]

Hulp gevraagd: sinds een maand of 2 heb ik vaak last van het fenomeen dat de cpu ineens op 80-100% zit. Ik draai HA in een vm op Proxmox met een Core i3 6100T. Wat ik al een tijd doe, zonder enig probleem.

Maar, dus sinds eind nov begin dec zie ik dat de cpu vaak al dagen op 100% draait. Van alles geprobeerd, uitgezet, herstart en continue een patroon proberen te herkennen. Ik denk dat ik dat nu gevonden heb: het gebeurt vrijwel iedere keer als ik de app op mijn iPhone of iPad gebruik. Maar ook in Safari op de mac mini.
Het maakt niet ui of ik thuis ben, dus via intern adres, of via de Cloudflared tunnel
Niet als ik het dashboard open via mijn Windows laptop met Edge.

Chrome op de mac gaat beter, maar houdt hem wel op 30%, wat hoger is dan via Windows.

Vraag is nu of iemand dit herkend en nog mooier: wat is de oplossing??

[wlang]

tvtech schreef op maandag 27 januari 2025 @ 20:21:
Hulp gevraagd: sinds een maand of 2 heb ik vaak last van het fenomeen dat de cpu ineens op 80-100% zit. Ik draai HA in een vm op Proxmox met een Core i3 6100T. Wat ik al een tijd doe, zonder enig probleem.

Maar, dus sinds eind nov begin dec zie ik dat de cpu vaak al dagen op 100% draait. Van alles geprobeerd, uitgezet, herstart en continue een patroon proberen te herkennen. Ik denk dat ik dat nu gevonden heb: het gebeurt vrijwel iedere keer als ik de app op mijn iPhone of iPad gebruik. Maar ook in Safari op de mac mini.
Het maakt niet ui of ik thuis ben, dus via intern adres, of via de Cloudflared tunnel
Niet als ik het dashboard open via mijn Windows laptop met Edge.

Chrome op de mac gaat beter, maar houdt hem wel op 30%, wat hoger is dan via Windows.

Vraag is nu of iemand dit herkend en nog mooier: wat is de oplossing??

Misschien dat je met de add-on Glances kan zien waar het vandaan komt.

[tvtech]

wlang schreef op maandag 27 januari 2025 @ 20:26:
[...]


Misschien dat je met de add-on Glances kan zien waar het vandaan komt.

Ja, maar dan zie je dat homeassistant de hoge cpu veroorzaakt, niet welk proces binnen ha. Hij geeft aan WARNING onCPU_USER

[tvtech]

Hij is rustig, ik open het dashboard met Safari en hop:


CONTAINERS 18 sorted by CPU consumption
Engine Pod Name Status Uptime CPU% MEM /MAX IOR/s IOW/s RX/s TX/s Command
docker - homeassistant running 24 mins 44.9 829M 7.76G 0b 61Kb NaNb NaNb /init
docker - addon_9074a9fa_cloudflared running 5 days 2.1 56.2M 7.76G 0b 0b 221Kb 112Kb /init
docker - addon_5c53de3b_esphome running 5 days 1.7 41.7M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_glances running 5 days 1 62.8M 7.76G 0b 0b NaNb NaNb /run.sh
docker - hassio_multicast running 5 days 0.8 5.52M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_adguard running yesterday 0.5 194M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_plex running 5 days 0.5 176M 7.76G 0b 0b 100Kb 1Kb /init
docker - addon_a0d7b954_bitwarden running 5 days 0.3 107M 7.76G 0b 0b 100Kb 0b /init
docker - addon_core_mosquitto running 5 days 0.1 40.6M 7.76G 0b 0b 100Kb 224b /init
docker - hassio_supervisor running 5 days 0.1 290M 7.76G 0b 0b 11Kb 0b /init
docker - hassio_dns running 5 days 0.1 14.6M 7.76G 0b 0b 100Kb 0b /init
docker - addon_core_mariadb running 5 days 0 276M 7.76G 0b 34Kb 124Kb 7Kb /init
docker - hassio_audio running 5 days 0 7.72M 7.76G 0b 0b 99Kb 0b /init
docker - addon_core_configurator running 5 days 0 31.4M 7.76G 0b 0b 100Kb 0b /init
docker - addon_a0d7b954_nginxproxymanager running 5 days 0 168M 7.76G 0b 0b 101Kb 0b /init
docker - addon_a0d7b954_logviewer running 5 days 0 82.4M 7.76G 0b 0b 100Kb 0b /init
docker - hassio_cli running 5 days 0 11.3M 7.76G 0b 0b 100Kb 0b /init

[MRNX]

Ik ben op zoek naar een manier om automations te triggeren op het moment dat ik thuis kom/weg ga. Hoe doen jullie dat als je géén gebruik maakt van de mogelijkheid om van buitenaf HA te benaderen (nabu casa, vpn)? Ik dacht eerst aan opties op basis van de home zone of verbinden van m'n telefoon met WiFi-netwerk, maar concludeer steeds dat die opties alleen werken wanneer je ook van buitenaf HA kan benaderen. Ik kan me echter niet voorstellen dat hier geen slimme optie voor is. Hoe doen jullie dit?

[tozzke]

MRNX schreef op maandag 27 januari 2025 @ 21:40:
Ik ben op zoek naar een manier om automations te triggeren op het moment dat ik thuis kom/weg ga. Hoe doen jullie dat als je géén gebruik maakt van de mogelijkheid om van buitenaf HA te benaderen (nabu casa, vpn)? Ik dacht eerst aan opties op basis van de home zone of verbinden van m'n telefoon met WiFi-netwerk, maar concludeer steeds dat die opties alleen werken wanneer je ook van buitenaf HA kan benaderen. Ik kan me echter niet voorstellen dat hier geen slimme optie voor is. Hoe doen jullie dit?

Ik zelf heb HASS wel beschikbaar van buitenaf (en ik denk de meesten wel) maar een optie zou zijn om je mobiele apparaten in je netwerk een vast IP te geven (al dan niet via DHCP reservering) en als je geen integratie zoals UniFi oid hebt/kunt gebruiken, kun je bijvoorbeeld met de ping integratie je aanwezigheid monitoren

[HuismAndré]

MRNX schreef op maandag 27 januari 2025 @ 21:40:
Ik ben op zoek naar een manier om automations te triggeren op het moment dat ik thuis kom/weg ga. Hoe doen jullie dat als je géén gebruik maakt van de mogelijkheid om van buitenaf HA te benaderen (nabu casa, vpn)? Ik dacht eerst aan opties op basis van de home zone of verbinden van m'n telefoon met WiFi-netwerk, maar concludeer steeds dat die opties alleen werken wanneer je ook van buitenaf HA kan benaderen. Ik kan me echter niet voorstellen dat hier geen slimme optie voor is. Hoe doen jullie dit?

Ping integratie werkt (hier in ieder geval) prima. Gebruik het voor alle 4 de telefoons en voor de auto.

https://www.home-assistant.io/integrations/ping/

Is een lokaal netwerk gebeuren (dus volgens mij geen Nabu Casa voor nodig).

[ Voor 4% gewijzigd door HuismAndré op 27-01-2025 22:19 ]

[-CJ]

CAP-Team schreef op zondag 26 januari 2025 @ 22:20:
[...]

Dit is een automatisering

Daar was ik al bang voor, zou het liefst alles in één template sensor hebben.

Weet iemand of zo'n tijdsconditie in een template sensor kan? Dus iets in de trant van "uit zodra verbruik onder 5 watt is voor 30 seconden" en aan indien verbruik boven 5 watt.

[Septillion]

@-CJ Je zou er een trigger based sensor voor kunnen maken. Die kan je dus een trigger geven voor ">5W" en een trigger voor "<5w voor 30 seconden". Zelfde logica als de automation krijg je dan. Alleen ipv acties zal je dat in een state template moeten vatten.

[verjager]

@-CJ Gewoon state based kan ook prima deze heb ik wel in YAML gemaakt i.p.v. in de GUI:
verjager in "Home Assistant: Open source Python3 home automation - deel 5"

[TheMaxMan]

MRNX schreef op maandag 27 januari 2025 @ 21:40:
Ik ben op zoek naar een manier om automations te triggeren op het moment dat ik thuis kom/weg ga. Hoe doen jullie dat als je géén gebruik maakt van de mogelijkheid om van buitenaf HA te benaderen (nabu casa, vpn)? Ik dacht eerst aan opties op basis van de home zone of verbinden van m'n telefoon met WiFi-netwerk, maar concludeer steeds dat die opties alleen werken wanneer je ook van buitenaf HA kan benaderen. Ik kan me echter niet voorstellen dat hier geen slimme optie voor is. Hoe doen jullie dit?

Ik gebruik een slimme knop (Ikea Styrbar). Als ik thuis kom zet die de robotstofzuiger uit (mocht die nog rondrijden), switcht die een aantal automations aan/uit en na zonsondergang ook een paar lichten aan.

[ Voor 17% gewijzigd door TheMaxMan op 28-01-2025 07:42 ]

[D4NG3R]

TheFes schreef op maandag 27 januari 2025 @ 16:04:
Hier wat info over de upcoming changes mbt backups vanuit het community forum


[...]

Dit is wel tof, binnenkort eens in verdiepen. Backups heb ik tot op heden altijd handmatig gedaan door de VM kortstondig af te sluiten en een kopie te trekken. Aangezien dat onhandig is (downtime, handwerk) doe ik het zelden.

Custom momenten/tijden zijn voor mij vooral van belang, m'n NAS trekt maar 1x per week de cache SSD (waar initieel naartoe geschreven wordt) leeg om de schijven zo min mogelijk te laten draaien. Een backup wil ik dan ook het liefst zo kort mogelijk voor dat moment laten plaatsvinden.

[Ora et Labora]

D4NG3R schreef op dinsdag 28 januari 2025 @ 10:00:
[...]

Dit is wel tof, binnenkort eens in verdiepen. Backups heb ik tot op heden altijd handmatig gedaan door de VM kortstondig af te sluiten en een kopie te trekken. Aangezien dat onhandig is (downtime, handwerk) doe ik het zelden.

Custom momenten/tijden zijn voor mij vooral van belang, m'n NAS trekt maar 1x per week de cache SSD (waar initieel naartoe geschreven wordt) leeg om de schijven zo min mogelijk te laten draaien. Een backup wil ik dan ook het liefst zo kort mogelijk voor dat moment laten plaatsvinden.

https://github.com/sabeechen/hassio-google-drive-backup
Is ideaal om elke X dagen een backup weg te schrijven naar Google Drive. Er bestaat ook zoiets als OneDrive.
Tevens kun je ook external storage mappen, dan wordt er ook een backup daarheen geschreven.
Zo maak ik elke 3 dagen automatisch een backup lokaal, in Google Drive en op m'n NAS.

Dat is niet een volledig virtuele machine maar stel dat m'n Proxmox stuk gaat, heb ik binnen 30 minuten weer een werkende installatie op bijvoorbeeld VirtualBox op een laptop/pc al dan niet tijdelijk om daarna in alle rust m'n proxmox te repararen.

[etmnidj1]

De Frank Energie integratie lijkt niet meer te werken na een update van HA.

HA geeft aan dat het niet lukt de integratie te laden?

HA Core 2025.1.4
Supervisor 2024.12.3
Operating System 14.2
Frontend 20250109.2

Logger: homeassistant.config_entries
Bron: config_entries.py:3314
Eerst voorgekomen: 10:34:28 (2 gebeurtenissen)
Laatst gelogd: 10:37:55

Error occurred loading flow for integration frank_energie: cannot import name 'ENERGY_KILO_WATT_HOUR' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

Heeft iemand hier al een oplossing; op Github is eea gemeld maar is er nog geen reactie.

[denneappel]

MRNX schreef op maandag 27 januari 2025 @ 21:40:
Ik ben op zoek naar een manier om automations te triggeren op het moment dat ik thuis kom/weg ga. Hoe doen jullie dat als je géén gebruik maakt van de mogelijkheid om van buitenaf HA te benaderen (nabu casa, vpn)? Ik dacht eerst aan opties op basis van de home zone of verbinden van m'n telefoon met WiFi-netwerk, maar concludeer steeds dat die opties alleen werken wanneer je ook van buitenaf HA kan benaderen. Ik kan me echter niet voorstellen dat hier geen slimme optie voor is. Hoe doen jullie dit?

Ik heb een Zigbee switch (zo'n philips Hue ding) in de auto geplakt. Daarmee kan ik bijvoorbeeld de buitenverlichting aanzetten of gewenste laad strategie bepalen. Werkt heel goed.

[dixet]

etmnidj1 schreef op dinsdag 28 januari 2025 @ 10:45:
De Frank Energie integratie lijkt niet meer te werken na een update van HA.

HA geeft aan dat het niet lukt de integratie te laden?

HA Core 2025.1.4
Supervisor 2024.12.3
Operating System 14.2
Frontend 20250109.2

Logger: homeassistant.config_entries
Bron: config_entries.py:3314
Eerst voorgekomen: 10:34:28 (2 gebeurtenissen)
Laatst gelogd: 10:37:55

Error occurred loading flow for integration frank_energie: cannot import name 'ENERGY_KILO_WATT_HOUR' from 'homeassistant.const' (/usr/src/homeassistant/homeassistant/const.py)

Heeft iemand hier al een oplossing; op Github is eea gemeld maar is er nog geen reactie.

Ik zit op precies dezelfde versie van HA Core, Supervisor, OS en Frontend en geen issues met Frank.

Heb je wel de laatste versie van de integratie? In de Core upgrade naar 2025.1 is de sinds 2024.1 als deprecated gemarkeerde constante "ENERGY_KILO_WATT_HOUR" verwijderd. Ik zit op versie 3.0 van de integratie.

In de code van FrankEnergie op GitHub staat netjes "UnitOfEnergy.KILO_WATT_HOUR", dus de actuele versie van de integratie zou prima moeten werken (en doet het bij mij ook)

edit: ik zie dat datde depricated constanten pas op 10 januari uit de integratie zijn gehaald. Even die updaten dus!

[ Voor 25% gewijzigd door dixet op 28-01-2025 13:27 ]

[CappieL]

Ik twijfel al een tijdje of ik van een vast energiecontract moet overstappen naar dynamisch.

Al een tijdje volg ik de dynamische prijzen met ENTSO-e en EnergyZero integraties en heb ook mijn huidige prijs in HA staan.
Graag wil ik inzichtelijk maken hoeveel stroom ik afneem wanneer de dynamische prijs lager (of hoger) is dan mijn huidige prijs en hoeveel dit dan zou schelen.
Ik heb wel een beetje in mijn hoofd hoe ik dat voor elkaar kan krijgen d.m.v. hourly utilitiemeters en verschil energieprijzen. Wanneer het dynamische prijs lager is dan vaste prijs, laat de hourly utilitiemeters oplopen en aan het einde van het uur die waarde * prijsverschil wegschrijven naar een nieuwe helper.
Nu moet ik het nog voor elkaar krijgen.
Iemand hier die met hetzelfde bijltje gehakt heeft?

[TheFes]

CappieL schreef op dinsdag 28 januari 2025 @ 12:32:
Ik twijfel al een tijdje of ik van een vast energiecontract moet overstappen naar dynamisch.

Al een tijdje volg ik de dynamische prijzen met ENTSO-e en EnergyZero integraties en heb ook mijn huidige prijs in HA staan.
Graag wil ik inzichtelijk maken hoeveel stroom ik afneem wanneer de dynamische prijs lager (of hoger) is dan mijn huidige prijs en hoeveel dit dan zou schelen.
Ik heb wel een beetje in mijn hoofd hoe ik dat voor elkaar kan krijgen d.m.v. hourly utilitiemeters en verschil energieprijzen. Wanneer het dynamische prijs lager is dan vaste prijs, laat de hourly utilitiemeters oplopen en aan het einde van het uur die waarde * prijsverschil wegschrijven naar een nieuwe helper.
Nu moet ik het nog voor elkaar krijgen.
Iemand hier die met hetzelfde bijltje gehakt heeft?

Ik weet niet of je:

• de mogelijkheid hebt om een 2e HA omgeving op te zetten (bijvoorbeeld 2e VM)
• je P1 data in dat systeem kunt krijgen (dus als je bijvoorbeeld een P1 meter hebt die verbonden is met je netwerk)

Als dat het geval is, zou je een 2e HA op kunnen zetten, en daarin een 2e energy dashboard op kunnen zetten. Dan kun je een goede vergelijking maken van de prijzen met vast en dynamisch contract.

Wat jij wil kan op zich ook wel hoor, maar mocht je gewoon een apart systeem op kunnen zetten lijkt me dat een goed alternatief.

[CappieL]

TheFes schreef op dinsdag 28 januari 2025 @ 12:42:
[...]


Ik weet niet of je:

• de mogelijkheid hebt om een 2e HA omgeving op te zetten (bijvoorbeeld 2e VM)
• je P1 data in dat systeem kunt krijgen (dus als je bijvoorbeeld een P1 meter hebt die verbonden is met je netwerk)

Als dat het geval is, zou je een 2e HA op kunnen zetten, en daarin een 2e energy dashboard op kunnen zetten. Dan kun je een goede vergelijking maken van de prijzen met vast en dynamisch contract.

Wat jij wil kan op zich ook wel hoor, maar mocht je gewoon een apart systeem op kunnen zetten lijkt me dat een goed alternatief.

Ik lees de P1 uit op de RPi, waar ik ook HA op heb draaien.
Een extra systeem voor deze 'nice-to-have", zal hier niet door de ballotage-commissie komen.

[TheFes]

CappieL schreef op dinsdag 28 januari 2025 @ 12:51:
[...]


Ik lees de P1 uit op de RPi, waar ik ook HA op heb draaien.
Een extra systeem voor deze 'nice-to-have", zal hier niet door de ballotage-commissie komen.

Wat is je doel?
Wil je weten wat dezelfde periode met dynamisch zou kosten, of wil je weten hoeveel uren duurder en hoeveel uren goedkoper zijn?

Met een trigger based template sensor die triggert op elke wijziging van de energiemeter en die wijziging vermenigvuldigt met de dan geldende prijs, zou je er ook komen als het alleen om de kosten gaat.

[CappieL]

TheFes schreef op dinsdag 28 januari 2025 @ 12:55:
[...]


Wat is je doel?
Wil je weten wat dezelfde periode met dynamisch zou kosten, of wil je weten hoeveel uren duurder en hoeveel uren goedkoper zijn?

Met een trigger based template sensor die triggert op elke wijziging van de energiemeter en die wijziging vermenigvuldigt met de dan geldende prijs, zou je er ook komen als het alleen om de kosten gaat.

Uiteindelijk gaat het om de kosten over de langere termijn (mijn huidige contract loopt tot augustus).
(Idealiter het verschil tussen dynamisch en vast)
Daarnaast wil ik inzichtelijk krijgen wat de voordelige perioden (van de dag / week) zijn om te kijken of we ons verbruik hierop kunnen sturen / plannen.

Ik ga me verdiepen in de trigger based sensor, thanks.

[ Voor 3% gewijzigd door CappieL op 28-01-2025 13:03 ]

[dixet]

CappieL schreef op dinsdag 28 januari 2025 @ 12:59:
[...]


Uiteindelijk gaat het om de kosten over de langere termijn (mijn huidige contract loopt tot augustus).
(Idealiter het verschil tussen dynamisch en vast)
Daarnaast wil ik inzichtelijk krijgen wat de voordelige perioden (van de dag / week) zijn om te kijken of we ons verbruik hierop kunnen sturen / plannen.

Ik ga me verdiepen in de trigger based sensor, thanks.

Voor iemand met een hamer is ieder probleem een spijker. Voor iedere tweaker met HA is ieder probleem een sensor . Je kan dit in HA oplossen, maar misschien is het makkelijker daarbuiten. Zo heb ik het gedaan: Alle historische P1 data van een jaar geëxporteerd. Dat in ouderwets Excel naast de historische dynamische tarieven (via jeroen.nl te downloaden) en de vaste tarieven gezet. Hou er rekening mee dat je historisch gebruik niet inspeelt op voordelige tarieven. Je berekent zo dus een "worst case" en gaat er alleen maar op vooruit als je je vebruik ook een beetje kan sturen (en voor dat inzicht kan HA weer mooi helpen!)

[ Voor 11% gewijzigd door dixet op 28-01-2025 13:23 ]

[etmnidj1]

dixet schreef op dinsdag 28 januari 2025 @ 12:05:
[...]

Ik zit op precies dezelfde versie van HA Core, Supervisor, OS en Frontend en geen issues met Frank.

Heb je wel de laatste versie van de integratie? In de Core upgrade naar 2025.1 is de sinds 2024.1 als deprecated gemarkeerde constante "ENERGY_KILO_WATT_HOUR" verwijderd. Ik zit op versie 3.0 van de integratie.

In de code van FrankEnergie op GitHub staat netjes "UnitOfEnergy.KILO_WATT_HOUR", dus de actuele versie van de integratie zou prima moeten werken (en doet het bij mij ook)

edit: ik zie dat datde depricated constanten pas op 10 januari uit de integratie zijn gehaald. Even die updaten dus!

Ik probeer te updaten maar krijg de volgende foutmelding "Config flow could not be loaded: {“message”:“Invalid handler specified”}??

[ Voor 56% gewijzigd door etmnidj1 op 28-01-2025 13:55 ]

[HuismAndré]

etmnidj1 schreef op dinsdag 28 januari 2025 @ 13:54:
[...]


Ik probeer te updaten maar krijg de volgende foutmelding "Config flow could not be loaded: {“message”:“Invalid handler specified”}??

Soms helpt het om een integratie te verwijderen en opnieuw te installeren. Loop dan vooraf wel goed de instellingen na (en eventuele namen van entities e.d.) zodat het opnieuw installeren zo soepel mogelijk verloopt. En blijf af van de "statistieken" tab totdat alles weer werkt (inclusief de juiste long term data).

[pietje63]

CappieL schreef op dinsdag 28 januari 2025 @ 12:51:
[...]


Ik lees de P1 uit op de RPi, waar ik ook HA op heb draaien.
Een extra systeem voor deze 'nice-to-have", zal hier niet door de ballotage-commissie komen.

Zou je niet https://github.com/martinarva/dynamic_energy_cost/ kunnen koppelen aan je P1 sensor? Ik gebruik het puur voor kosten WPB, maar wellicht kun je op die manier eenvoudig vaststellen wat de dynamische kosten per dag/maand/jaar zijn.

[CappieL]

pietje63 schreef op dinsdag 28 januari 2025 @ 14:51:
[...]

Zou je niet https://github.com/martinarva/dynamic_energy_cost/ kunnen koppelen aan je P1 sensor? Ik gebruik het puur voor kosten WPB, maar wellicht kun je op die manier eenvoudig vaststellen wat de dynamische kosten per dag/maand/jaar zijn.

Ik kwam hem toevallig net tegen en denk dat dit inderdaad deels doet wat ik zoek.
Heb hem nu 2 keer ingesteld (1 met dynamische prijzen en 1 met de 'vaste' (dal en normaal-tarief) prijzen).
Eens kijken wat ie doet

[mrbert]

Septillion schreef op maandag 27 januari 2025 @ 19:32:
@mrbert Waarom doe je daar nog een turn on? Wat als je alleen de scene aanroept?

@Septillion
om te zorgen dat ie met minimaal wit start. Ik zie steeds al ik de ledstrik aan zet een kort wit licht voor de kleur in komt. Maar ik heb gemerkt dat dat niets uit maakt, dus die heb ik er al uit gehaald.

Ik zou die flits wel graag willen voorkomen bij het activeren van de scene want vind dat niet fraai
Heb jij een idee?

Ik ga vanavond ook proberen of het ook werkt als ik nu meerdere contolers ga besturen in deze automations met de snapshot.
Als dat werkt kan ik weer verden om ook de wit acties werkend te krijgen.
Ik heb overigens andere drukknoppen gekocht waardoor ik mijn statemachine iets heb moeten aanpassen maar principe blijft gelijk:)

[ Voor 43% gewijzigd door mrbert op 28-01-2025 18:55 ]

[Taygeta]

Wie o wie kan mij helpen.
Voor mijn rolgordijnen op accu zoek ik een relais op batterijen/accu. Maar kan dit gewoonweg niet vinden? Fysieke knoppen drukkers heb ik wel gevonden. (switchbot bot) maar om nou eerst er een knop op te zetten met daarna zo’n switchbot lijkt me ook zo’n overkill.
Dat moet toch wel bestaan?

[Septillion]

@mrbert Twee standen achter elkaar sturen kan soms wat gekke dingen doen, ligt aan de lamp. Dus zou ik eerst niet doen.

Maar zie je ook al wit als je van sfeer naar uit naar sfeer gaat?

[jeroenb21]

Ik heb een vraagje over Fully Kiosk.
Ik heb een Lenovo M9 op mijn TV meubel staan met een dashboard met dingen die ik gedurende dag interessant vind. Deze wordt getoond als er beweging is. Als er geen beweging is gaat de screensaver aan. Deze heb ik verwezen naar een dashboard die als screensaver gebruikt wordt. Ongeveer in de helft van de keren gaat dit goed. Maar de andere helft wordt er alleen een zwarte pagina getoond. Je ziet dan wel de HA icoontjes bovenin zoals het potloodje om het dashboard aan te passen maar helemaal geen cards of iets.

Heeft iemand dit eerder gehad, of een idee waar ik naar moet zoeken?

Alvast bedankt.

[ Voor 36% gewijzigd door jeroenb21 op 28-01-2025 19:37 . Reden: foto's toegevoegd. ]

[remcoXP]

omdat mijn backup niet te importeren is en ik nu een grote hoeveelheid data kwijt ben zou ik graad een import doen vanuit domoticz. en vanuit dsmrreader maar daar heb ik nog niets voor gevonden.(alle tips zijn welkom)

ik gebruik hiervoor: https://github.com/Johanbos/home-assistant-import
maar bij het script wat gegenereerd wordt krijg ik de volgende foutmelding waar ikzelf niets meer kan (snap het niet)

UNIQUE constraint failed: statistics.metadata_id, statistics.start_ts

insert into statistics (created_ts, start_ts, state, sum, metadata_id) values
(unixepoch(“2021-05-02 02:00:00.000000”), unixepoch(“2021-05-02 02:00:00.000000”), 571.662, 0.000, 52),
(unixepoch(“2021-05-03 02:00:00.000000”), unixepoch(“2021-05-03 02:00:00.000000”), 572.051, 0.389, 52),

is dit eenvoudig te verhelpen?

[hemertje]

CappieL schreef op dinsdag 28 januari 2025 @ 15:00:
[...]


Ik kwam hem toevallig net tegen en denk dat dit inderdaad deels doet wat ik zoek.
Heb hem nu 2 keer ingesteld (1 met dynamische prijzen en 1 met de 'vaste' (dal en normaal-tarief) prijzen).
Eens kijken wat ie doet

mooi idee @CappieL , helaas zie ik nergens waar ik het kan instellen na downloaden en herstarten van HA?

heb je een paar tips voor me om het zoals bij jou in te stellen?

[hemertje]

hemertje schreef op dinsdag 28 januari 2025 @ 20:49:
[...]


mooi idee @CappieL , helaas zie ik nergens waar ik het kan instellen na downloaden en herstarten van HA?

heb je een paar tips voor me om het zoals bij jou in te stellen?

was blijkbaar vergeten de Integration toe te voegen

nu ingesteld, maar waar zit vervolgens de Config?
en waar kan ik het resultaat terug vinden?

hoe heb jij de versie met de 'vaste prijsstelling' gerealiseerd?

[Sjoop1985]

Willempie27 schreef op zaterdag 25 januari 2025 @ 10:51:
Ik loop tegen een probleem aan. Ik heb de Tibber Pulse op de P1 aangesloten. Deze gegevens worden gefilterd en doorgegeven via MQTT naar Home Assistant voor de meterstand.

Welke guide heb jij gevolgd om hem lokaal uit te lezen vai MQTT? Welke sensoren heb je dan? Alleen p1 of ook tibber specifieke zaken?

En werkt ie dan ook nog volledig met de Tibber app?
Zou hem graag lokaal uitlezen, ook de features van Tibber blijven gebruiken (load balancing met laadpaal, grid rewards, etc).

[Hmmbob]

jeroenb21 schreef op dinsdag 28 januari 2025 @ 19:37:
Ik heb een vraagje over Fully Kiosk.
Ik heb een Lenovo M9 op mijn TV meubel staan met een dashboard met dingen die ik gedurende dag interessant vind. Deze wordt getoond als er beweging is. Als er geen beweging is gaat de screensaver aan. Deze heb ik verwezen naar een dashboard die als screensaver gebruikt wordt. Ongeveer in de helft van de keren gaat dit goed. Maar de andere helft wordt er alleen een zwarte pagina getoond. Je ziet dan wel de HA icoontjes bovenin zoals het potloodje om het dashboard aan te passen maar helemaal geen cards of iets.

Heeft iemand dit eerder gehad, of een idee waar ik naar moet zoeken?

Alvast bedankt.[Afbeelding]

[Afbeelding]

Ik had ook issues als ik Fully Kiosk (FKB) de screensaver URL liet laden (ik kreeg o.a. het fel witte Home Assistant splash screen te zien). Na een tip ergens heb ik nu een automatisering die detecteert dat FKB de screensaver activeert en navigeer ik nu dmv browsermod naar de screensaverpagina. Dat gaat bij mij stukken beter.

YAML:

- id: kiosk_screensaver
  alias: "Schakel de screensaver van de kiosks in of uit"
  mode: parallel
  triggers:
    - trigger: state
      entity_id: switch.kiosk1_screensaver
      variables:
        device: kiosk1
        brightness: number.kiosk1_schermhelderheid
    - trigger: state
      entity_id: switch.kiosk2_screensaver
      variables:
        device: kiosk2
        brightness: number.kiosk2_schermhelderheid
  actions:
    - choose:
        - conditions: "{{ trigger.to_state.state == 'on' }}"
          sequence:
            - alias: "Schakel de screensaver in"
              action: browser_mod.navigate
              data:
                path: "/tsv-dashboards/screensaver"
                browser_id:
                  - "{{ device }}"
            - action: number.set_value
              data:
                value: 10
              target:
                entity_id: "{{ brightness }}"
        - conditions: "{{ trigger.to_state.state == 'off' }}"
          sequence:
            - alias: "Schakel de screensaver uit"
              action: browser_mod.navigate
              data:
                path: "/tsv-dashboards/tsv1"
                browser_id:
                  - "{{ device }}"
            - action: number.set_value
              data:
                value: "{{255 if is_state('sun.sun', 'above_horizon') else 125}}"
              target:
                entity_id: "{{ brightness }}"

(ik heb er 2, vandaar dat ik met variabelen werk)

[CappieL]

hemertje schreef op dinsdag 28 januari 2025 @ 21:20:
[...]


was blijkbaar vergeten de Integration toe te voegen

nu ingesteld, maar waar zit vervolgens de Config?
en waar kan ik het resultaat terug vinden?

hoe heb jij de versie met de 'vaste prijsstelling' gerealiseerd?

Als het goed is, heb je de Dynamic Energy Cost-integratie tussen je integraties staan.
Bij het instellen drukte ik op de Add Integration knop.
Daarna kun je op Add Entry klikken, moet je een kWh-entiteit of een W-entiteit en een cost-entiteit (€/kWh) kiezen.
Als kWh-entiteit heb ik mijn Consumption-entiteiten van de slimme meter (uitlezen via P1) bij elkaar opgeteld. Het onderscheid tussen de telwerken hoef ik hier niet te maken, want dat doe ik in de prijs-sensor hieronder.

Als Electricity Price sensor voor mijn vaste contract, heb ik een template sensor gemaakt die afhankelijk van het normaal/daltarief de prijs doorgeeft.

YAML:

- sensor:
    - name: "Fixed price"
      unique_id: 3cb0a604-3b65-4138-b1b7-a74a40aee7dc
      icon: mdi:currency-eur
      unit_of_measurement: "€"
      state: >
        {% if is_state('sensor.power_tariff', 'normal') %}
          {{states('sensor.prijs_all_in_elektra_normaaltarief')|float}}
        {% else %}
          {{states('sensor.prijs_all_in_elektra_daltarief')|float}}
        {% endif %}

Als resultaat krijg je dan per entry 6 entiteiten (op uur-, dag-, week-, maand- en jaarbasis en een handmatige die je zelf kunt resetten middels een automation).

[ Voor 12% gewijzigd door CappieL op 29-01-2025 09:47 ]

[loyske]

Meer mensen last van een crashende Synology sinds er backups op gemaakt worden vanuit Home Assistant?
DS923+ hier. Home Assistant draait op een NUC. DS923+ is toegevoegd als een Backup schijf via NFS in Home Assistant.

Kan hem dan alleen maar resetten door de Aan/Uit knop in te houden. Via GUI kom ik er niet in, blijft hangen na wachtwoord. En via ssh kan ik wel reboot commando geven, maar gebeurd er niks.

Voorheen altijd stabiel gedraait. Enige wat veranderd is, is dus die Backup instelling in HA.

[Willempie27]

Sjoop1985 schreef op woensdag 29 januari 2025 @ 00:07:
[...]

Welke guide heb jij gevolgd om hem lokaal uit te lezen vai MQTT? Welke sensoren heb je dan? Alleen p1 of ook tibber specifieke zaken?

En werkt ie dan ook nog volledig met de Tibber app?
Zou hem graag lokaal uitlezen, ook de features van Tibber blijven gebruiken (load balancing met laadpaal, grid rewards, etc).

Deze is dan niet meer aan de app gekoppeld. De guide die ik gebruikte was https://github.com/MSkjel/LocalPulse2Tibber. De data moet dan nog worden uitgesplitst en dat doe ik dan met node-red.

[Septillion]

@loyske Hier al >jaar als enige locatie maar dan wel via SMB.

[-Casper]

loyske schreef op woensdag 29 januari 2025 @ 09:26:
Meer mensen last van een crashende Synology sinds er backups op gemaakt worden vanuit Home Assistant?
DS923+ hier. Home Assistant draait op een NUC. DS923+ is toegevoegd als een Backup schijf via NFS in Home Assistant.

Kan hem dan alleen maar resetten door de Aan/Uit knop in te houden. Via GUI kom ik er niet in, blijft hangen na wachtwoord. En via ssh kan ik wel reboot commando geven, maar gebeurd er niks.

Voorheen altijd stabiel gedraait. Enige wat veranderd is, is dus die Backup instelling in HA.

Lijkt me handig om ff system log van de Synology te checken

[tvtech]

tvtech schreef op maandag 27 januari 2025 @ 20:35:
Hij is rustig, ik open het dashboard met Safari en hop:


CONTAINERS 18 sorted by CPU consumption
Engine Pod Name Status Uptime CPU% MEM /MAX IOR/s IOW/s RX/s TX/s Command
docker - homeassistant running 24 mins 44.9 829M 7.76G 0b 61Kb NaNb NaNb /init
docker - addon_9074a9fa_cloudflared running 5 days 2.1 56.2M 7.76G 0b 0b 221Kb 112Kb /init
docker - addon_5c53de3b_esphome running 5 days 1.7 41.7M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_glances running 5 days 1 62.8M 7.76G 0b 0b NaNb NaNb /run.sh
docker - hassio_multicast running 5 days 0.8 5.52M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_adguard running yesterday 0.5 194M 7.76G 0b 0b NaNb NaNb /init
docker - addon_a0d7b954_plex running 5 days 0.5 176M 7.76G 0b 0b 100Kb 1Kb /init
docker - addon_a0d7b954_bitwarden running 5 days 0.3 107M 7.76G 0b 0b 100Kb 0b /init
docker - addon_core_mosquitto running 5 days 0.1 40.6M 7.76G 0b 0b 100Kb 224b /init
docker - hassio_supervisor running 5 days 0.1 290M 7.76G 0b 0b 11Kb 0b /init
docker - hassio_dns running 5 days 0.1 14.6M 7.76G 0b 0b 100Kb 0b /init
docker - addon_core_mariadb running 5 days 0 276M 7.76G 0b 34Kb 124Kb 7Kb /init
docker - hassio_audio running 5 days 0 7.72M 7.76G 0b 0b 99Kb 0b /init
docker - addon_core_configurator running 5 days 0 31.4M 7.76G 0b 0b 100Kb 0b /init
docker - addon_a0d7b954_nginxproxymanager running 5 days 0 168M 7.76G 0b 0b 101Kb 0b /init
docker - addon_a0d7b954_logviewer running 5 days 0 82.4M 7.76G 0b 0b 100Kb 0b /init
docker - hassio_cli running 5 days 0 11.3M 7.76G 0b 0b 100Kb 0b /init

Helaas heeft een restore van de backup niet geholpen. Ben ik de enige met dit probleem? Zou het aan het dashboard liggen?

[TheFes]

Voor de mensen die HA Voice gebruiken, ik heb een repository op Github geplaatst met blueprints voor oa weather forecasts en calendar entries.

Het is nog allemaal in development, maar wellicht heb je er al wat aan

https://github.com/TheFes/ha-blueprints

[BiG-GuY]

tvtech schreef op woensdag 29 januari 2025 @ 10:42:
[...]


Helaas heeft een restore van de backup niet geholpen. Ben ik de enige met dit probleem? Zou het aan het dashboard liggen?

Heb je custom dingen in je Dashboard via HACS? Veel verschillende zaken kunnen het Dashboard zwaar maken.

go2rtc is ook een paar versies geleden geïmplementeerd in HA zelf voor camera’s. In sommige situaties kan dit ook voor hoge CPU load zorgen als je de video feeds live meeneemt in je Dashboard.

[loyske]

-Casper schreef op woensdag 29 januari 2025 @ 10:36:
[...]

Lijkt me handig om ff system log van de Synology te checken

De laatste messages is leeg, en de vorige is ingepakt als .xz
Ik reboot de handel wel als ik thuis ben en stap dan over op SMB voor de backups.
Kijken of dat helpt!

[hemertje]

Willempie27 schreef op woensdag 29 januari 2025 @ 10:16:
[...]

Deze is dan niet meer aan de app gekoppeld. De guide die ik gebruikte was https://github.com/MSkjel/LocalPulse2Tibber. De data moet dan nog worden uitgesplitst en dat doe ik dan met node-red.
[Afbeelding]

kijk eens naar deze integratie

https://www.home-assistant.io/integrations/tibber/

[tvtech]

BiG-GuY schreef op woensdag 29 januari 2025 @ 10:58:
[...]

Heb je custom dingen in je Dashboard via HACS? Veel verschillende zaken kunnen het Dashboard zwaar maken.

go2rtc is ook een paar versies geleden geïmplementeerd in HA zelf voor camera’s. In sommige situaties kan dit ook voor hoge CPU load zorgen als je de video feeds live meeneemt in je Dashboard.

Ik heb wel wat in hacs draaien en inderdaad 4 camerafeeds. Dit was echter nooit een probleem, en is het in Chrome nog steeds niet. Wel op Apple apparaten.
Ik heb een nieuw dashboard gemaakt met slechts 2 kaarten en die default gemaakt. Dat lijkt goed te gaan.

[Sjoop1985]

Willempie27 schreef op woensdag 29 januari 2025 @ 10:16:
[...]

Deze is dan niet meer aan de app gekoppeld.

Ah, dat is een no-go voor mij, want ik wil de koppeling met de laadpaal en andere Tibber diensten wel blijven gebruiken. Voor enkel P1 data gebruik ik de DSMR integratie al (met een P1 splitter naar de Pulse).


De andere dingen die de app levert, zullen sowieso wel de cloud nodig hebben en niet op de Pulse zelf berekend/bijgehouden worden, dus dan heeft local niet zoveel meerwaarde (mits je dus, zoals ik, al een andere P1 oplossing lokaal hebt).

hemertje schreef op woensdag 29 januari 2025 @ 11:21:
[...]
kijk eens naar deze integratie
https://www.home-assistant.io/integrations/tibber/

Die werkt via de cloudservice van Tibber. Dus dan gaan je data eerst naar de cloud en dan terug naar HA. Deze MQTT "hack" is local, maar dan raak je wel bepaalde geavanceerde dingen kwijt en wordt de Pulse een wel heel duur alternatief voor een "gewone" P1 meter.

[-Casper]

tvtech schreef op woensdag 29 januari 2025 @ 12:18:
[...]


Ik heb wel wat in hacs draaien en inderdaad 4 camerafeeds. Dit was echter nooit een probleem, en is het in Chrome nog steeds niet. Wel op Apple apparaten.
Ik heb een nieuw dashboard gemaakt met slechts 2 kaarten en die default gemaakt. Dat lijkt goed te gaan.

Lijkt me een mooie basis om kaart voor kaart weer de boel toe te voegen en te kijken wanneer het mis gaat

[Hippe Lip]

Ik maak dankbaar gebruik van de Google Sheets integratie. In het spreadsheet heb ik meerdere tabbladen waarop ik diverse HA-functies data laat wegschrijven. Gaat flitsend, erg tevreden.

Tevreden op één punt na. Ik laat wat gegevens van mijn laadpaal wegschrijven. Gaat allemaal keurig, maar sinds ergens in december gaat het niet meer recht onder elkaar. Bij elke volgende regel wordt de data 13 of 14 kolommen verschoven naar rechts. Steeds verder naar rechts dus. Hij linkt het dus niet meer aan de kolomtitel die op de eerste regel staat. Wat in de kolom ‘Datum’ moet komen, komt nu in een kolom met andere titel. En de regel daarna is zo ver naar rechts dat er geen kolomtitel meer boven staat.

En het is ook niet zo dat hij de kolomnamen niet meer herkent en daarom maar naar de eerste kolom zonder titel gaat, want ik schrijf wel 16 kolommen aan data. Bovendien, elke volgende regel gaat wéér zoveel kolommen naar rechts.
Echt heel irritant.
En het vreemde is dat alle andere schrijfwerk naar de andere tabbladen daar geen last van heeft. Daar komt alles gewoon op z’n plekkie terecht. Het is dus niet dat ik niet zou weten hoe het werkt. En het schrijven naar dit tabblad heeft het oorspronkelijk ook prima gedaan.

Wat kan hier mis zijn? Doe ik iets verkeerd of kan de integratie het niet aan dat ik 16 kolommen gebruik?

[ Voor 6% gewijzigd door Hippe Lip op 29-01-2025 14:29 ]

[NeoFoX]

Maikie18 schreef op maandag 13 januari 2025 @ 21:15:
[...]

Voorheen kreeg ik gewoon altijd een datum te zien, dat heb ik liever. Er is bij de config wel een checkbox voor iso datum maar die lijkt niks te veranderen

Iemand dit nog opgelost of een oplossing voor? Hier nu ook overal "2 weeks", "1 week" staan terwijl ik het netjes opgebouwd had naar "dag van de week" ...

[Cyberpope]

Waarschuwing alvast. Lange post gok ik zo.

Ik heb 2x een youless 110.
De een meet op opbrengst van mijn zonnepanelen, de ander meet het verbruik van mijn woning. Het hele verbruik, dus inclusief opbrengst van de zonnepanelen. Als ik zelf dus direct verbruik van mijn zonnepanelen, dan wordt deze ook geteld door de 2de youless die het hele verbruik meet.

Deze 2x youless heb ik in HA zitten als:

YAML:

sensor.youless_opwek_totaal 
sensor.youless_verbruik_totaal

Nu wil ik graag het energiedashboard gebruiken in Home-assistant, maar dat voorziet niet in deze situatie.
Dus aparte sensoren aangemaakt om het toch voor elkaar te krijgen. Deze berekenen dan wat ik wil hebben:

YAML:

# Template sensoren
template:
  - sensor:
      - name: "Netto Energieverbruik"
        unique_id: "netto_energieverbruik_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ states('sensor.youless_verbruik_totaal') | float - states('sensor.youless_opwek_totaal') | float }}
        state_class: total_increasing
        device_class: energy

      - name: "Direct Verbruik Zonnepanelen"
        unique_id: "direct_verbruik_zonnepanelen_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ states('sensor.youless_opwek_totaal') | float - states('sensor.teruglevering_net') | float }}
        state_class: total_increasing
        device_class: energy

      - name: "Teruglevering aan het Net"
        unique_id: "teruglevering_net_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ (states('sensor.youless_opwek_totaal') | float - states('sensor.youless_verbruik_totaal') | float) if (states('sensor.youless_opwek_totaal') | float) > (states('sensor.youless_verbruik_totaal') | float) else 0 }}
        state_class: total_increasing
        device_class: energy

# Utility meters
utility_meter:
  netto_energieverbruik:
    source: sensor.netto_energieverbruik
    cycle: daily
    name: "Netto Energieverbruik Dagelijks"
    unique_id: "utility_meter_netto_energieverbruik"

  direct_verbruik_zonnepanelen:
    source: sensor.direct_verbruik_zonnepanelen
    cycle: daily
    name: "Direct Verbruik Zonnepanelen Dagelijks"
    unique_id: "utility_meter_direct_verbruik_zonnepanelen"

  teruglevering_net:
    source: sensor.teruglevering_net
    cycle: daily
    name: "Teruglevering aan het Net Dagelijks"
    unique_id: "utility_meter_teruglevering_net"

  opwek_per_dag:
    source: sensor.youless_opwek_totaal
    cycle: daily
    name: "Opwek Zonnepanelen Dagelijks"
    unique_id: "utility_meter_opwek_zonnepanelen"

  verbruik_per_dag:
    source: sensor.youless_verbruik_totaal
    cycle: daily
    name: "Verbruik Dagelijks"
    unique_id: "utility_meter_verbruik_totaal"

Dan krijg ik dit:



Niet helemaal correct dus. En dit moet ik eerst correct hebben voor ik dat energiedashboard werkend krijg volgens mij.

Wat zijn nu mijn vragen.

• Waarom is sensor.teruglevering_net c.q teruglevering aan het net dagelijks niet geselecteerd in het energiedashboard??
• En waarom krijg ik 2 sensoren met _2 erachter. Die zijn dus dubbel. Zit ik dan mijn namen verkeerd te doen.

En zit ik niet ongelofelijk moeilijk te doen, dat dit op een makkelijkere manier kan

Disclaimer. Ik heb dit zelf in elkaar zitten vogelen met behulp van pagina's als deze en een stukje Chatgtp.

[ Voor 196% gewijzigd door Cyberpope op 29-01-2025 18:07 ]

[mrbert]

Septillion schreef op dinsdag 28 januari 2025 @ 18:59:
@mrbert Twee standen achter elkaar sturen kan soms wat gekke dingen doen, ligt aan de lamp. Dus zou ik eerst niet doen.

Maar zie je ook al wit als je van sfeer naar uit naar sfeer gaat?

@Septillion
Nee bij het uitschakelen zie ik geen wit.
de strips gaan geleidelijk uit ( ook zonder stansition time) EN ze blijven tot het einde op kleur..
Ze flitsen beiden even heel kort wit op.

[BiG-GuY]

De nieuwe RC is beschikbaar met al aardig wat wijzigingen omtrent back-ups. Inclusief unencrypted opties, Google Drive en OneDrive!

https://rc.home-assistant.io/blog/2025/01/29/release-20252/

Let op dat je ook Supervisor 2025.01.1 nodig hebt, die is net uitgebracht.
2025.01.0 werkt de hele Automatic Backup niet meer.

[ Voor 75% gewijzigd door BiG-GuY op 29-01-2025 21:30 ]

[tvtech]

-Casper schreef op woensdag 29 januari 2025 @ 14:13:
[...]

Lijkt me een mooie basis om kaart voor kaart weer de boel toe te voegen en te kijken wanneer het mis gaat

Juist, daar ben ik ook inmiddels achter. Ik heb nu alleen 2 knoppen voor de lampen in een nieuw dashboard. Het blijft nu rustig. Dus dat wordt een compleet nieuw dashboard maken. Geeft niet, mooi moment om het opnieuw in delen en ongebruikte dingen weg te gooien

[AWEF]

Cyberpope schreef op woensdag 29 januari 2025 @ 17:57:
Waarschuwing alvast. Lange post gok ik zo.

Ik heb 2x een youless 110.
De een meet op opbrengst van mijn zonnepanelen, de ander meet het verbruik van mijn woning. Het hele verbruik, dus inclusief opbrengst van de zonnepanelen. Als ik zelf dus direct verbruik van mijn zonnepanelen, dan wordt deze ook geteld door de 2de youless die het hele verbruik meet.

Deze 2x youless heb ik in HA zitten als:

YAML:

sensor.youless_opwek_totaal 
sensor.youless_verbruik_totaal

Nu wil ik graag het energiedashboard gebruiken in Home-assistant, maar dat voorziet niet in deze situatie.
Dus aparte sensoren aangemaakt om het toch voor elkaar te krijgen. Deze berekenen dan wat ik wil hebben:

YAML:

# Template sensoren
template:
  - sensor:
      - name: "Netto Energieverbruik"
        unique_id: "netto_energieverbruik_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ states('sensor.youless_verbruik_totaal') | float - states('sensor.youless_opwek_totaal') | float }}
        state_class: total_increasing
        device_class: energy

      - name: "Direct Verbruik Zonnepanelen"
        unique_id: "direct_verbruik_zonnepanelen_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ states('sensor.youless_opwek_totaal') | float - states('sensor.teruglevering_net') | float }}
        state_class: total_increasing
        device_class: energy

      - name: "Teruglevering aan het Net"
        unique_id: "teruglevering_net_sensor"
        unit_of_measurement: "kWh"
        state: >
          {{ (states('sensor.youless_opwek_totaal') | float - states('sensor.youless_verbruik_totaal') | float) if (states('sensor.youless_opwek_totaal') | float) > (states('sensor.youless_verbruik_totaal') | float) else 0 }}
        state_class: total_increasing
        device_class: energy

# Utility meters
utility_meter:
  netto_energieverbruik:
    source: sensor.netto_energieverbruik
    cycle: daily
    name: "Netto Energieverbruik Dagelijks"
    unique_id: "utility_meter_netto_energieverbruik"

  direct_verbruik_zonnepanelen:
    source: sensor.direct_verbruik_zonnepanelen
    cycle: daily
    name: "Direct Verbruik Zonnepanelen Dagelijks"
    unique_id: "utility_meter_direct_verbruik_zonnepanelen"

  teruglevering_net:
    source: sensor.teruglevering_net
    cycle: daily
    name: "Teruglevering aan het Net Dagelijks"
    unique_id: "utility_meter_teruglevering_net"

  opwek_per_dag:
    source: sensor.youless_opwek_totaal
    cycle: daily
    name: "Opwek Zonnepanelen Dagelijks"
    unique_id: "utility_meter_opwek_zonnepanelen"

  verbruik_per_dag:
    source: sensor.youless_verbruik_totaal
    cycle: daily
    name: "Verbruik Dagelijks"
    unique_id: "utility_meter_verbruik_totaal"

Dan krijg ik dit:

[Afbeelding]

Niet helemaal correct dus. En dit moet ik eerst correct hebben voor ik dat energiedashboard werkend krijg volgens mij.

Wat zijn nu mijn vragen.

• Waarom is sensor.teruglevering_net c.q teruglevering aan het net dagelijks niet geselecteerd in het energiedashboard??
• En waarom krijg ik 2 sensoren met _2 erachter. Die zijn dus dubbel. Zit ik dan mijn namen verkeerd te doen.

En zit ik niet ongelofelijk moeilijk te doen, dat dit op een makkelijkere manier kan

Disclaimer. Ik heb dit zelf in elkaar zitten vogelen met behulp van pagina's als deze en een stukje Chatgtp.

Wat je eens kan proberen is om gewoon de sensoren van de youless in het energy dashboard op te nemen. Het energy dashboard is alleen maar een apparte weergave van bestaande data. Als je hier sensoren wisselt dan pakt die die data (als je het nog volgt )

[jeroenb21]

Hmmbob schreef op woensdag 29 januari 2025 @ 08:26:
[...]

Ik had ook issues als ik Fully Kiosk (FKB) de screensaver URL liet laden (ik kreeg o.a. het fel witte Home Assistant splash screen te zien). Na een tip ergens heb ik nu een automatisering die detecteert dat FKB de screensaver activeert en navigeer ik nu dmv browsermod naar de screensaverpagina. Dat gaat bij mij stukken beter.

YAML:

- id: kiosk_screensaver
  alias: "Schakel de screensaver van de kiosks in of uit"
  mode: parallel
  triggers:
    - trigger: state
      entity_id: switch.kiosk1_screensaver
      variables:
        device: kiosk1
        brightness: number.kiosk1_schermhelderheid
    - trigger: state
      entity_id: switch.kiosk2_screensaver
      variables:
        device: kiosk2
        brightness: number.kiosk2_schermhelderheid
  actions:
    - choose:
        - conditions: "{{ trigger.to_state.state == 'on' }}"
          sequence:
            - alias: "Schakel de screensaver in"
              action: browser_mod.navigate
              data:
                path: "/tsv-dashboards/screensaver"
                browser_id:
                  - "{{ device }}"
            - action: number.set_value
              data:
                value: 10
              target:
                entity_id: "{{ brightness }}"
        - conditions: "{{ trigger.to_state.state == 'off' }}"
          sequence:
            - alias: "Schakel de screensaver uit"
              action: browser_mod.navigate
              data:
                path: "/tsv-dashboards/tsv1"
                browser_id:
                  - "{{ device }}"
            - action: number.set_value
              data:
                value: "{{255 if is_state('sun.sun', 'above_horizon') else 125}}"
              target:
                entity_id: "{{ brightness }}"

(ik heb er 2, vandaar dat ik met variabelen werk)

Bedankt! Ik ga er eens mee spelen.

[Cyberpope]

AWEF schreef op woensdag 29 januari 2025 @ 20:34:
[...]


Wat je eens kan proberen is om gewoon de sensoren van de youless in het energy dashboard op te nemen. Het energy dashboard is alleen maar een apparte weergave van bestaande data. Als je hier sensoren wisselt dan pakt die die data (als je het nog volgt )

Nee, dat gaat niet goed. Omdat ik die Youless'en al lang heb en daar grote waarden in zitten blijkbaar.
Dat kun je zien in het bovenstaande.

Plus dat het dashboard niet met deze config (opwek en totaalverbruik) kan omgaan.
Hij kan wel met net-bemetering en opwek omgaan, maar niet met totaal verbruik en opwek.