Home Assistant: Open source Python3 home automation - deel 5

[jeppekroezen]

Rembock schreef op donderdag 25 juli 2024 @ 16:47:
[...]

https://experiencelovelace.github.io/ha-floorplan/

[...]

Waar staat je vervoersmiddel op ingesteld? Check ook of je niet een straat toegevoegd hebt dat onderdeel van je route moet zijn, dat zorgt er ook wel eens voor dat de tijd enorm hoog is (eigen ervaring)
Dit alles kun je terugvinden bij de instellingen van je entry in de Waze integration.

THX.
Er staan geen straten ingesteld die die juist of juist niet moet nemen. en het vervoersmiddel is Auto.

Ik heb nu van telefoon naar telefoon gedaan en nu geeft Waze 9:00 aan. Dus snap er niets van wat dit getal is, het is een 45 minuten rijden ongeveer.

[ Voor 11% gewijzigd door jeppekroezen op 25-07-2024 17:11 ]

[jeppekroezen]

stevenP schreef op donderdag 25 juli 2024 @ 16:50:
[...]

Afstand tot zone zit in HA zelf. Pak de proximity integration.

Als je alleen dit soort maffe tijden ziet als je daadwerkelijk thuis bent, kan je ook die sensors condities meegeven waarin hij zichtbaar is. Dus show ifnot(person.x is at home), of desnoods via die proximity; hide if promixity < 1km.

Ik zie deze tijden altijd, ze veranderen ook maar beperkt.
Mijn partner is nu op het werk en daar staat bijna dezelfde tijd.

Ik heb de Proximity ingesteld maar hoe bindt ik hier minuten aan? ik zie wel afstand

[Devke]

Hey All,

Ik ben al even aan het prutsen binnen HA maar krijg het niet voor elkaar. Ik wil bij de financiële gegevens van de batterij ook de kosten voor een cycli berekenen en deze kosten afhalen van de "besparing" op de batterij.

De kosten per cycli 1395 euro / 6000 cycli zouden ergens opgeslagen moet worden. Daarnaast zal er een berekening moeten komen van het huidige aantal cycli x de kosten per cycli. Die moet vervolgens van een totaal afgehaald worden (de besparing). Btw daarom staat er een min teken voor. Zie plaatje.

Suggesties hoe dit voor elkaar te krijgen zijn van harte welkom.

[Devil103]

jeppekroezen schreef op donderdag 25 juli 2024 @ 16:57:
[...]


Ik zie deze tijden altijd, ze veranderen ook maar beperkt.
Mijn partner is nu op het werk en daar staat bijna dezelfde tijd.

Ik heb de Proximity ingesteld maar hoe bindt ik hier minuten aan? ik zie wel afstand

Waze travel tijd en in de service call kan je ook zones en person meegeven

code:

service: waze_travel_time.get_travel_times
data:
  region: eu
  units: metric
  vehicle_type: car
  origin: person.devil103
  destination: zone.home
  realtime: true

[jeppekroezen]

Devil103 schreef op donderdag 25 juli 2024 @ 17:13:
[...]


Waze travel tijd en in de service call kan je ook zones en person meegeven

code:

service: waze_travel_time.get_travel_times
data:
  region: eu
  units: metric
  vehicle_type: car
  origin: person.devil103
  destination: zone.home
  realtime: true

Ik weet niet wat ik met die code kan, ik werkt altijd met de UI.
Ik heb dat dus geprobeerd en dan krijg ik dus de 11 uur en 56 minuten.
zoals hier:
Ik ben nu thuis en nu zegt ie dus bijna 12 uur "Rijden"

[ Voor 14% gewijzigd door jeppekroezen op 25-07-2024 17:23 ]

[Septillion]

Heb je ook gewoon zelf even een computer waar je mee kan testen ipv corperate pc?

En wat gebruik je om het extern beschikbaar te maken? Direct SSL in HA of een reverse proxy als NginX?

[MarcHooij]

Ik heb zelf ook een laptop om te testen. Ik meen Direct SSL te gebruiken. Maar heb wel Nginx als add on en deze start ook automatisch bij het opstarten.
Nginx automatisch opstarten uitgezet, herstart gedaan waarbij deze uit bleef. Probleem blijft bestaan.

[ Voor 25% gewijzigd door MarcHooij op 25-07-2024 17:51 ]

[maartend]

Septillion schreef op woensdag 24 juli 2024 @ 18:14:
@maartend Pff, de standaard CLI doet inderdaad geen more. Maar als je eerst uit de CLI gaat met login dan kan je daarna ha supervisior logs | more doen

Schiet mij lek. Ik type dus login in het HA CLI scherm, ik moet naam ingeven en dan kent hij me niet.
Heb je soort Jip/Janneke set voor me?

Oja, ik heb dus een warning ; Option "interface" does not exists in the schema for Samba share.

Zou dat zorgen dat ik er niet inkom. Want ik zie dus even iets, HA start op, dan zie ik dat lovelace moet en dan gaat het fout

[ Voor 20% gewijzigd door maartend op 25-07-2024 17:59 ]

[Septillion]

@maartend Ik hoef geen naam op te geven. Als ik normaal na het opstarten kijk dan is de prompt ha >. Als ik daar gewoon type login dan verandert hij in alleen #. Zodra ik dat heb kan ik dus prima het commando met more geven (maar moet er wel ha als eerste commando staan).

Als plaatje ziet dat er dan uit als:


Dus snap niet helemaal wat je bedoel met "dan zie ik dat lovelace moet".

[ Voor 94% gewijzigd door Septillion op 25-07-2024 18:07 ]

[maartend]

Septillion schreef op donderdag 25 juli 2024 @ 18:03:


Dus snap niet helemaal wat je bedoel met "dan zie ik dat lovelace moet".

Topper.

Edit ; ik ben bezig vanuit de CLI een reboot te doen en op dit moment kom ik er in. Duimen dat dit blijft. Wel wat geeerd, beetje vanuit proxmox dat ding benaderen. Thnx

Trouwens, die lovelace melding is nu ook verdwenen uit de meldingen

Ik zie dit gebeuren op mijn scherm in de url balk. Ik start ha, dus ip;8123.
Vervolgens start HA heel kort met een draaiend cirkeltje, dus HA die alles opstart. Maar dan komt in de balk lovelace ip;8123/lovelace te staan en dan weigert hij verbinding te maken. Dat in combinatie met de foutmelding doet me denken dat er daar iets fout gaat

Hierbij mijn log. Is constant hetzelfde;

[ Voor 37% gewijzigd door maartend op 25-07-2024 18:33 ]

[stevenP]

jeppekroezen schreef op donderdag 25 juli 2024 @ 17:21:
[...]


Ik weet niet wat ik met die code kan, ik werkt altijd met de UI.
Ik heb dat dus geprobeerd en dan krijg ik dus de 11 uur en 56 minuten.
zoals hier:
Ik ben nu thuis en nu zegt ie dus bijna 12 uur "Rijden"
[Afbeelding]
[Afbeelding]

Ik heb even als test de waze integratie ook erop gezet, was wel benieuwd.
Het zal liggen aan de syntax, ik kreeg namelijk eerst ook dit soort tijden te zien.
Wat hielp:
Origin: geen device, maar een persoon. In mijn geval person.steven - en de locatie staat in het profiel van hem gekoppeld aan één telefoon
Destination: zone.work

Dan bij de integratie, even op configure klikken van je device - hier kan je de extra opties ingeven.


Maak anders als test eens een andere zone aan, kan je daarmee testen aangezien je nu thuis bent - en dus geen reistijd hebt

[stevenP]

Geavanceerde (Tradfri) zigbee motion sensor automations
Ik heb meerdere motionsensors in huis, en heb lang zitten stoeien met hoe ik het goed kon inrichten. Wilde dit meegeven want ben blij met waar ik nu op uitgekomen ben.

Ik heb voor iedere motionsensor een aparte timer-helper gemaakt, hierdoor werd het een stuk robuuster.

1) bij motion detected zet licht aan en cancel een eventuele timer
2) bij motion stop detection start timer
3) bij timer die afgelopen is het licht uit

insights:
- door de timer buiten de automation te zetten kan je gemakkelijker cancelen of herstarten
- door timer buiten de automation te zetten kan je gemakkelijker de 'nalooptijd' aanpassen
- alles met goede trigger id's in één automation vatten, en dan bij actions een 'choose' met als trigger "triggered by". Hiermee hou je overzicht in de automations-lijst en zit alles bij elkaar.
- in HA UI zit alleen timer "unavailable", maakt niet uit of dit door aflopen of cancelen van de timer komt
- Door te triggeren op een event ipv state van de timer ging het ineens wel goed (die zijn uitgebreider!)

YAML:

platform: event
event_type: timer.finished
id: timer
event_data:
  entity_id: timer.gang_timer

YAML:

alias: Toilet Auto-off
description: ""
trigger:
  - type: motion
    platform: device
    device_id: 93e6828d43ad9c86f1d1bc4f8f27b5c8
    entity_id: f97ff06855b7c670d864473be07df3bb
    domain: binary_sensor
    id: Enter
  - type: no_motion
    platform: device
    device_id: 93e6828d43ad9c86f1d1bc4f8f27b5c8
    entity_id: f97ff06855b7c670d864473be07df3bb
    domain: binary_sensor
    id: Leave
  - platform: event
    event_type: timer.finished
    id: timerfinished
    event_data:
      entity_id: timer.toilet_timer
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - Enter
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              entity_id: light.toilet_light
      - conditions:
          - condition: trigger
            id:
              - Leave
        sequence:
          - service: timer.start
            data: {}
            target:
              entity_id: timer.toilet_timer
      - conditions:
          - condition: trigger
            id:
              - timerfinished
        sequence:
          - service: light.turn_off
            target:
              entity_id: light.toilet_light
            data: {}
    default: []
mode: restart

[Faece]

Septillion schreef op donderdag 25 juli 2024 @ 15:12:
@gielie Ahh, zo.

Meest eenvoudige om te snappen en te maken in de UI zou zijn om er gewoon een automation mee te maken. Dus op trigger van een switch naar aan, zet de selector en alle andere uit. En omgekeerd. Nadeel is alleen dat dit niet heel schaalbaar is.

Na wat puzzelen kom ik dan op:

YAML:

alias: Test select <=> Booleans
description: ""
trigger:
  - platform: state
    entity_id:
      - input_select.test
    id: select
  - platform: state
    entity_id:
      - input_boolean.test_a
      - input_boolean.test_b
    to: "on"
    id: toggle on
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - select
        sequence:
          - service: input_boolean.turn_on
            metadata: {}
            data: {}
            target:
              entity_id: "{{ 'input_boolean.test_' ~ states('input_select.test') }}"
          - service: input_boolean.turn_off
            metadata: {}
            data: {}
            target:
              entity_id: >-
                {{ state_attr('input_select.test', 'options') |reject('eq',
                states('input_select.test')) | map('regex_replace', '^',
                'input_boolean.test_') | list }}
      - conditions:
          - condition: trigger
            id:
              - toggle on
        sequence:
          - service: input_select.select_option
            metadata: {}
            data:
              option: >-
                {{ trigger.entity_id|regex_replace('^input_boolean.test_', '' )
                }}
            target:
              entity_id: input_select.test
          - service: input_boolean.turn_off
            metadata: {}
            data: {}
            target:
              entity_id: >-
                {{ state_attr('input_select.test', 'options') |reject('eq',
                states('input_select.test')) | map('regex_replace', '^',
                'input_boolean.test_') | list }}
  - delay:
      hours: 0
      minutes: 0
      seconds: 0
      milliseconds: 300
mode: single
max_exceeded: silent

Zit wel een kleine eis aan dat dus je input booleans dus de naam moeten hebben als input_boolean.test_[optienaam] waar optienaam geen spaties mag bevatten.

Het exacte voorvoegsel mag wel anders zijn, gewoon overal aanpassen.

Dit werkt. Het enige wat ik hierbij heb, is dat ik er meer kan aanduiden als 4...

[jeppekroezen]

stevenP schreef op donderdag 25 juli 2024 @ 18:29:
[...]

Ik heb even als test de waze integratie ook erop gezet, was wel benieuwd.
Het zal liggen aan de syntax, ik kreeg namelijk eerst ook dit soort tijden te zien.
Wat hielp:
Origin: geen device, maar een persoon. In mijn geval person.steven - en de locatie staat in het profiel van hem gekoppeld aan één telefoon
Destination: zone.work

Dan bij de integratie, even op configure klikken van je device - hier kan je de extra opties ingeven.
[Afbeelding]

Maak anders als test eens een andere zone aan, kan je daarmee testen aangezien je nu thuis bent - en dus geen reistijd hebt

Aha, met de nieuwe zone lijkt ie het correct weer te geven.
Nu even experimenteren om hem in de kaart te drukken.

[Septillion]

@maartend Maar al wat in de supervisor log gevonden verder?

Want op zich zou Samba verder los in een docker moeten draaien en dus niet HA zelf tegen moeten houden.

En zie nu pas je plaatje. Dat zijn op alleen warnings (en dus geen errors) voor je addons. Meeste spreken aardig voor zich dus zou de config van de Samba en NodeRed addon eens nalopen

[ Voor 36% gewijzigd door Septillion op 25-07-2024 19:24 ]

[Septillion]

@Faece Misquote?

[Septillion]

@stevenP Ongeveer hoe ik het ook al jaren doe Alleen dan pak ik ook als trigger gewoon op state. Ik ruzie altijd met de device triggers en actions.

[maartend]

Septillion schreef op donderdag 25 juli 2024 @ 19:19:
@maartend Maar al wat in de supervisor log gevonden verder?

Want op zich zou Samba verder los in een docker moeten draaien en dus niet HA zelf tegen moeten houden.

En zie nu pas je plaatje. Dat zijn op alleen warnings (en dus geen errors) voor je addons. Meeste spreken aardig voor zich dus zou de config van de Samba en NodeRed addon eens nalopen

Ik heb idd enkel warnings en geen Errors. Dat weet ik zeker. Niks roods komt voorbij.

Ik kan er nu in en krijg me toch een bak meer warnings. Meer dan eerst. Maar ik kan er in na de reboot via Proxmox, dus ga een sin die logs kijken.

Bijzondere is wel, ik kom er niet meer in via de android app. Ik krijg dan een login attemped faile.Zal gsm eens rebooten

Log van Samba, ik zie niks geks

s6-rc: info: service legacy-services: stopping
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service nmbd: stopping
Got SIGTERM: going down...
[18:24:51] INFO: Service nmbd exited with code 0 (by signal 0)
s6-rc: info: service nmbd successfully stopped
s6-rc: info: service smbd: stopping
[18:24:52] INFO: Service smbd exited with code 256 (by signal 15)
s6-rc: info: service smbd successfully stopped
s6-rc: info: service init-smbd: stopping
s6-rc: info: service init-smbd successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service init-smbd: starting
[18:26:36] INFO: Hostname: homeassistant
[18:26:37] INFO: Interfaces: enp0s18
tdbsam_open: Converting version 0.0 database to version 4.0.
tdbsam_convert_backup: updated /var/lib/samba/private/passdb.tdb file.
Added user maartenhd.
s6-rc: info: service init-smbd successfully started
s6-rc: info: service smbd: starting
s6-rc: info: service smbd successfully started
s6-rc: info: service nmbd: starting
s6-rc: info: service nmbd successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
nmbd version 4.18.9 started.
Copyright Andrew Tridgell and the Samba Team 1992-2023
smbd version 4.18.9 started.
Copyright Andrew Tridgell and the Samba Team 1992-2023
INFO: Profiling support unavailable in this build.
*****

Samba name server HOMEASSISTANT is now a local master browser for workgroup WORKGROUP on subnet 192.168.xxx.xxx

*****

[ Voor 63% gewijzigd door maartend op 25-07-2024 19:41 ]

[RudolfR]

Ik wil graag een binary_sensor maken die 'true' is bij een bepaalde hoeveelheid power richting het net.
Om wat geklapper te voorkomen heb ik een:
delay_on / delay_off en auto_off toegevoegd, maar het lijkt wel alsof
auto_off niet werkt zolang de voorwaarde nog steeds 'true' oplevert.

Is het zo dat auto_off steeds opnieuw ingesteld wordt als de trigger plaatsvindt?
https://github.com/home-a...ate/binary_sensor.py#L436

YAML:

- trigger:
    - platform: time_pattern
      seconds: "/30"
    - platform: state
      entity_id:
        - input_number.fake_p1_power_prod
- binary_sensor:
    - name: " Home Battery charge with PV Test"
      unique_id: 0a482a32-e169-43af-8369-905369385840
      state: >
        {% set p1_prod = states('input_number.fake_p1_power_prod') | int(0) %}
        {% set p1_prod = p1_prod + (states('sensor.home_battery_power_usage') | int(0)) %}
        {% if p1_prod > 300 %}
          true
        {% elif p1_prod < 100 %}
          false
        {% else %}
          {{ this.state | int(0) > 0 }}
        {% endif %}
      delay_off: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:01:05') }}
      delay_on: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:00:10') }}
      auto_off: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:00:30') }}

[Faece]

Septillion schreef op donderdag 25 juli 2024 @ 19:20:
@Faece Misquote?

ik dacht dat je me de code stuurde om een input_boolean via een automation de state on/of te geven ?

Daarbij merk ik dat de trigger een toggle is, terwijl ik al met een tapaciton naar een script zit.
tap_action: action: call-service service: script.
Code werkt dus wel als ik een toggle doe, maar niet met mijn houdige setup. Of is het mogelijk een toggle als extra tapaction toe te voegen ?

En, merkte ik, kon ik via de toggle meer dan 4 visualisaties (op de input_boolean) zien

[Faece]

Septillion schreef op donderdag 25 juli 2024 @ 09:25:
@Faece Dan zou ik denk ik doen iets als (beetje aangepast voor mezelf om te testen). En bij een tap roep ik dan een script aan met de optie zodat je er iets mee kunt doen.

YAML:

    primary: "{{ states('input_text.test').split(',')[0] }}"
    primary: "{{ states('input_text.test').split(',')[1] }}"
    primary: "{{ states('input_text.test').split(',')[2] }}"
    primary: "{{ states('input_text.test').split(',')[3] }}"

Als ik bv maar 3 items heb aangevinkt, dan blijft de 3e staan als 4e optie...

[Septillion]

@Faece Haha, nee, die code had er niet mee te maken.

En hoe bedoel je? Je hebt 3 items in de lijst maar vier knoppen?

Anders iets meer code en plaatjes graag

[RudolfR]

RudolfR schreef op donderdag 25 juli 2024 @ 19:31:
Ik wil graag een binary_sensor maken die 'true' is bij een bepaalde hoeveelheid power richting het net.
Om wat geklapper te voorkomen heb ik een:
delay_on / delay_off en auto_off toegevoegd, maar het lijkt wel alsof
auto_off niet werkt zolang de voorwaarde nog steeds 'true' oplevert.

Bij nader inzien niet raar dat dit niet kan, tenzij er een schaduwboekhouding zou zijn tussen de daadwerkelijke state en de gerapporteerde state. Anders zou de sensor ook weer aanschieten na het uitschakelen, bij de volgende trigger. Ik los het wel op met een history stats sensor.

[jeppekroezen]

stevenP schreef op donderdag 25 juli 2024 @ 18:29:
[...]

Ik heb even als test de waze integratie ook erop gezet, was wel benieuwd.
Het zal liggen aan de syntax, ik kreeg namelijk eerst ook dit soort tijden te zien.
Wat hielp:
Origin: geen device, maar een persoon. In mijn geval person.steven - en de locatie staat in het profiel van hem gekoppeld aan één telefoon
Destination: zone.work

Dan bij de integratie, even op configure klikken van je device - hier kan je de extra opties ingeven.
[Afbeelding]

Maak anders als test eens een andere zone aan, kan je daarmee testen aangezien je nu thuis bent - en dus geen reistijd hebt

Het is nu volgens mij gelukt. Ik moet het eerst nog even zien of het exht werkt nu.

In de kaart ingesteld dat indien status home is de waarde 0 is. Dus morgen als we vertrekken voor het werk ben ik benieuwd wat daar komt te staan.

Bedankt voor je hulp iig.

[dannyvdb1997]

Hmmbob schreef op donderdag 25 juli 2024 @ 09:30:
[...]

Ik denk dat je met de template Relative Time Plus (beschikbaar in HACS) van medetweaker @TheFes dit kan bereiken.

Met onderstaande code wordt er van de 500 minuten ineens 5 maanden gemaakt… Dat lijkt me ook niet te kloppen. Als ik ‘year’ eruit haal, worden het 86 maanden…

YAML:

{% from 'relative_time_plus.jinja' import relative_time_plus %}
                {{ relative_time_plus(states('sensor.waze_danny_naar_huis'), not_use=['year'], language='nl') }}
{% endif %}

[ Voor 4% gewijzigd door dannyvdb1997 op 25-07-2024 23:43 ]

[Faece]

Septillion schreef op donderdag 25 juli 2024 @ 20:30:
@Faece Haha, nee, die code had er niet mee te maken.

En hoe bedoel je? Je hebt 3 items in de lijst maar vier knoppen?

Anders iets meer code en plaatjes graag

Ze komen er dus wel mooi in.




Maar... Als ik er nu 1 van verwijder ( in dit geval radio1), dan komt de laatst aangeklikte er terug bij, en deze gaat niet meer weg...






script code

YAML:

alias: Add / remove option
sequence:
  - choose:
      - conditions:
          - condition: template
            value_template: "{{ add_remove == 'Add' or add_remove is not defined }}"
          - condition: template
            value_template: >-
              {{ option not in
              states('input_text.persoon1_radiostations').split(',') }}
          - condition: template
            value_template: >-
              {{ states('input_text.persoon1_radiostations').split(',')|count <
              4 }}
        sequence:
          - service: input_text.set_value
            metadata: {}
            data:
              value: >-
                {{ (states('input_text.persoon1_radiostations') ~ ',' ~
                option)|trim(',') }}
            target:
              entity_id: input_text.persoon1_radiostations
      - conditions:
          - condition: template
            value_template: "{{ add_remove == 'Remove' or add_remove is not defined }}"
        sequence:
          - service: input_text.set_value
            metadata: {}
            data:
              value: >-
                {{
                states('input_text.persoon1_radiostations').split(',')|reject('eq',
                option) |join(',')|trim(',') }}
            target:
              entity_id: input_text.persoon1_radiostations
fields:
  option:
    selector:
      text: null
    name: Option
  add_remove:
    selector:
      select:
        options:
          - Add
          - Remove
    required: true
    name: Add / Remove
description: ""

[Faece]

dit zijn 8 input_booleans. als ze on zijn, zouden ze moeten veranderen ze van kleur en van icoon. (voor of is dan eigenlijk hetzelfde verhaal)
Hoe kan ik dit in een script of automation krijgen ?

dit hangt aan de buttons :

YAML:

 
                          - type: custom:mushroom-template-card
                            primary: Radio2
                            icon: >
                              {% if is_state("input_boolean.test_radio2", 'on') %}
                              mdi:toggle-switch
                              {% else %}
                              mdi:toggle-switch-off 
                              {% endif %}
                            entity: input_boolean.test_radio2
                            icon_color: >
                              {% if is_state("input_boolean.test_radio2", 'on') %}
                                {{ states("input_text.kleur_iconen")}}
                              {% else %}
                                [84, 84, 84]
                              {% endif %}
                            tap_action:
                              action: call-service
                              service: script.persoon1_keuze_muziek
                              service_data: 
                                option : radio2          
 

het scirpt is hetzelfde als hierboven...

[ Voor 8% gewijzigd door Faece op 26-07-2024 06:26 ]

[Kenwood960]

Devke schreef op zondag 21 juli 2024 @ 19:45:
[...]

Ik wil kijken of de gesimuleerde batterij afdoende is om e.a. af te dekken op een dag. Gaat met name om avond en nachtverbruik. Ik betaal een boete voor teruglevering en wil zo ook kijken wat ik bespaar. Vlgs mij kan ik dat al zien nu door inkoop op 0 te zetten en het boete tarief in te vullen bij exporttarief. Waarom op 0? Je mag nog salderen.

Dus die eerst stap is denk ik opgelost. Nu wil ik eens kijken of ik de cycli kosten kan meenemen. Dan zal er rekenwerk nodig zijn in HA. Bijvoorbeeld : Aanschaf HW batterij 1395 euro
Aantal cycli minimaal 6000. Per cycli dus 23.5ct.
Het aantal cycli heb ik er al staan. Die moeten dus vermenigvuldigd worden met 23.5 ct en van de batterij besparing/winst afgehaald worden. Ben dr nog niet uit hoe ik dat fix.

Batterij is nooit terug te verdienen....

Als je beboet word bij terugleveren kun je ook een airco of badkamer vuurtje simpel schakelen... Zeker met HA.


Het word een beetje absurd dat de consument het electriciteits vraagstuk moet gaan oplossen en mee helpen bekostigen vind ik persoonlijk...

[Simpel360]

Kenwood960 schreef op vrijdag 26 juli 2024 @ 07:43:
[...]


Batterij is nooit terug te verdienen....

Als je beboet word bij terugleveren kun je ook een airco of badkamer vuurtje simpel schakelen... Zeker met HA.


Het word een beetje absurd dat de consument het electriciteits vraagstuk moet gaan oplossen en mee helpen bekostigen vind ik persoonlijk...

Je hoeft niet terug te leveren

Maar daar zijn andere topics voor.

[ Voor 4% gewijzigd door Simpel360 op 26-07-2024 08:10 ]

[Dutchess_Nicole]

RudolfR schreef op donderdag 25 juli 2024 @ 19:31:
Ik wil graag een binary_sensor maken die 'true' is bij een bepaalde hoeveelheid power richting het net.
Om wat geklapper te voorkomen heb ik een:
delay_on / delay_off en auto_off toegevoegd, maar het lijkt wel alsof
auto_off niet werkt zolang de voorwaarde nog steeds 'true' oplevert.

Is het zo dat auto_off steeds opnieuw ingesteld wordt als de trigger plaatsvindt?
https://github.com/home-a...ate/binary_sensor.py#L436

YAML:

- trigger:
    - platform: time_pattern
      seconds: "/30"
    - platform: state
      entity_id:
        - input_number.fake_p1_power_prod
- binary_sensor:
    - name: " Home Battery charge with PV Test"
      unique_id: 0a482a32-e169-43af-8369-905369385840
      state: >
        {% set p1_prod = states('input_number.fake_p1_power_prod') | int(0) %}
        {% set p1_prod = p1_prod + (states('sensor.home_battery_power_usage') | int(0)) %}
        {% if p1_prod > 300 %}
          true
        {% elif p1_prod < 100 %}
          false
        {% else %}
          {{ this.state | int(0) > 0 }}
        {% endif %}
      delay_off: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:01:05') }}
      delay_on: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:00:10') }}
      auto_off: >
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:00:30') }}

Het enige wat je hier verkeerd doet is dat je binary_sensor een apart item is in je lijst met template sensors. Als je een trigger template wilt maken dan zul je de sensors die gebruik maken van die trigger dus bij de trigger config zelf moeten houden:

YAML:

- trigger:
    - platform: time_pattern
     (...)
  binary_sensor:
    - name: " Home Battery charge with PV Test"
     (...)
        {{ iif(this.state in ['unknown','unavailable'], '0:00:00', '0:00:30') }}

[RudolfR]

@Dutchess_Nicole

Bedankt, dat foutje is er in geslopen bij wat experimenteren.

Ben wel tot de conclusie gekomen dat het niet kan werken, heb een history_stats sensor toegevoegd aan de logica, zodat hij na x uur per dag altijd false wordt. Nog meer in lijn met wat ik wil ook.

[Hmmbob]

dannyvdb1997 schreef op donderdag 25 juli 2024 @ 23:40:
[...]


Met onderstaande code wordt er van de 500 minuten ineens 5 maanden gemaakt… Dat lijkt me ook niet te kloppen. Als ik ‘year’ eruit haal, worden het 86 maanden…

YAML:

{% from 'relative_time_plus.jinja' import relative_time_plus %}
                {{ relative_time_plus(states('sensor.waze_danny_naar_huis'), not_use=['year'], language='nl') }}
{% endif %}

Komt omdat hij een timestamp nodig heeft om naartoe te rekenen. Probeer het eens met:

Django/Jinja:

{% from 'relative_time_plus.jinja' import relative_time_plus %}
{% set reistijd = states('sensor.waze_danny_naar_huis') | int %}
{{ relative_time_plus((now() | as_timestamp) + (reistijd*60), parts=2, language='nl') }}

[Septillion]

@Faece Maar wat is de code voor de 4 buttons nu?

Eventueel mag je ook alle code (dus alles qua dashboard wat er mee te maken heeft + scrips etc) even delen via PastBin ofzo.Want ik kan het hier niet reproduceren.

[Septillion]

@RudolfR Heb je ook al geprobeerd zonder time patern trigger?

[dannyvdb1997]

Hmmbob schreef op vrijdag 26 juli 2024 @ 10:13:
[...]

Komt omdat hij een timestamp nodig heeft om naartoe te rekenen. Probeer het eens met:

Django/Jinja:

{% from 'relative_time_plus.jinja' import relative_time_plus %}
{% set reistijd = states('sensor.waze_danny_naar_huis') | int %}
{{ relative_time_plus((now() | as_timestamp) + (reistijd*60), parts=2, language='nl') }}

Held!! Dat werkt inderdaad

[Faece]

Septillion schreef op vrijdag 26 juli 2024 @ 12:46:
@Faece Maar wat is de code voor de 4 buttons nu?

Eventueel mag je ook alle code (dus alles qua dashboard wat er mee te maken heeft + scrips etc) even delen via PastBin ofzo.Want ik kan het hier niet reproduceren.

https://pastebin.com/u/Faecon?guest=1

[spaceboy]

Zijn hier mensen die recent een watergeefsysteem op HA hebben aangesloten? Welke hardware gebruiken jullie hiervoor? Ik hoef niet persé een zelfsturend systeem waarbij de vochtigheid van de aarde van de (binnen)plant wordt gemeten, maar ik wil eigenlijk gewoon "met een bepaalde frequentie" (als ik op vakantie ben) een kwart liter water een plant in laten stromen. Het liefst ook zonder een (open) kraan hierop aan te sluiten, maar een soort reservoir zodat (als het toch misgaat) niet het hele huis blank staat, maar dat hooguit de plant dood gaat door teveel water...

[Hmmbob]

dannyvdb1997 schreef op vrijdag 26 juli 2024 @ 12:56:
[...]

Held!! Dat werkt inderdaad[Afbeelding]

Zit je nou op vakantie je home assistant bij te werken?

[dannyvdb1997]

Hmmbob schreef op vrijdag 26 juli 2024 @ 16:51:
[...]

Zit je nou op vakantie je home assistant bij te werken?

Werk helaas, was het maar vakantie 😉

[Nanuk]

spaceboy schreef op vrijdag 26 juli 2024 @ 14:44:
Zijn hier mensen die recent een watergeefsysteem op HA hebben aangesloten? Welke hardware gebruiken jullie hiervoor? Ik hoef niet persé een zelfsturend systeem waarbij de vochtigheid van de aarde van de (binnen)plant wordt gemeten, maar ik wil eigenlijk gewoon "met een bepaalde frequentie" (als ik op vakantie ben) een kwart liter water een plant in laten stromen. Het liefst ook zonder een (open) kraan hierop aan te sluiten, maar een soort reservoir zodat (als het toch misgaat) niet het hele huis blank staat, maar dat hooguit de plant dood gaat door teveel water...

Ik doe wel het aquarium dagelijks een liter of wat bijvullen/verversen. Een solenoid van een wasmachine via een 12 volt adapter en een smart schakelaar op HA. Wel de water toevoer na die solenoid dicht geknepen zodat het niet te snel gaat. Tevens zitten er op tactische locaties lek detectie. *

Laura Kampf heeft er een you-tube over gemaakt om je wat inspiratie te geven. Zij werkt wel dacht ik met een los reservoir.

* edit: Je zou er nog voor de zekerheid een (mechanische) wasmachine beveiliger tussen kunnen zetten, die slaat dicht na een aantal liter.

[ Voor 5% gewijzigd door Nanuk op 26-07-2024 17:51 ]

[edwin2021]

Nanuk schreef op vrijdag 26 juli 2024 @ 17:48:
[...]


Ik doe wel het aquarium dagelijks een liter of wat bijvullen/verversen. Een solenoid van een wasmachine via een 12 volt adapter en een smart schakelaar op HA. Wel de water toevoer na die solenoid dicht geknepen zodat het niet te snel gaat. Tevens zitten er op tactische locaties lek detectie. *

Laura Kampf heeft er een you-tube over gemaakt om je wat inspiratie te geven. Zij werkt wel dacht ik met een los reservoir.
[YouTube: I built this overengineered planter! (wifi, waterpump, camera controlled)]

* edit: Je zou er nog voor de zekerheid een (mechanische) wasmachine beveiliger tussen kunnen zetten, die slaat dicht na een aantal liter.

Is er ook een aparte thread voor HomeAssistant hardware oplossingen? Enige wat ik kon vinden was server hardware oftewel hardware waar haos bv op te draaien valt evt via proxmox.

[maartend]

Het gemiep blijft doorgaan. Nu kom ik weer niet via web of app in HA.

Hij draait wel, dat zie ol op proxmox.
Logs geeft eea aan, maar de laatste vind ik gek , wel enkel warnings;

[TheFes]

Brynnie schreef op woensdag 24 juli 2024 @ 11:36:

Django/Jinja:

 {% set excluded_areas = ['Voortuin', 'Tuin'] %}
 {% set lights_off = states.light
 | selectattr('state', 'eq', 'off')
 | rejectattr('entity_id', 'match', '.*_infrared$')
 | rejectattr('entity_id', 'match', '.*_screen$')
 | rejectattr('entity_id', 'match', '^light.browser_')
 | rejectattr ('entity_id', 'match', '^light.m5stack_atom_echo')
 | rejectattr('attributes.entity_id', 'defined')
 | map(attribute='entity_id')
 | reject('in', excluded_areas | map('area_name'))
 | sort
 | list %}
 {{ lights_off | join(', ') }}

Deze selectie zou alle light entities moeten tonen die uit staan. Maar vreemd genoeg toont de selectie ook de lichten uit de tuin en voortuin, alhoewel die uitgesloten zijn.

Waar zit mijn fout?

En hoe kan ik bijvoorbeeld alle lichten op een bepaalde Floor uit doen?

Ik weet niet of je hier al uit was, maar ik zou het zo doen

Django/Jinja:

{% set excluded_areas = ['Voortuin', 'Tuin'] %}
{% set excluded_entities = excluded_areas | map('area_entities') | sum(start=[]) %}
{% set lights_off = states.light
 | rejectattr('entity_id', 'search', '_infrared$|_screen$|^light.browser_|^light.m5stack_atom_echo')
 | rejectattr('attributes.entity_id', 'defined')
 | selectattr('state', 'eq', 'off')
 | map(attribute='entity_id')
 | reject('in', excluded_entities)
 | sort
 | list %}
 {{ lights_off | join(', ') }}

Om alle lights op een floor uit te zetten kun je gewoon dit doen

YAML:

service: light.turn_off
target: 
  floor_id: je_floor

PS waar gebruik je dat template in? Als dat in een service call is, dan kun je direct de list gebruiken, dat join filter is dan dus niet nodig

[ Voor 4% gewijzigd door TheFes op 26-07-2024 19:54 ]

[henkjanvdkolk]

spaceboy schreef op vrijdag 26 juli 2024 @ 14:44:
Zijn hier mensen die recent een watergeefsysteem op HA hebben aangesloten? Welke hardware gebruiken jullie hiervoor? Ik hoef niet persé een zelfsturend systeem waarbij de vochtigheid van de aarde van de (binnen)plant wordt gemeten, maar ik wil eigenlijk gewoon "met een bepaalde frequentie" (als ik op vakantie ben) een kwart liter water een plant in laten stromen. Het liefst ook zonder een (open) kraan hierop aan te sluiten, maar een soort reservoir zodat (als het toch misgaat) niet het hele huis blank staat, maar dat hooguit de plant dood gaat door teveel water...

Zomervakantie of ook in koudere periodes? Ik zet mijn kamerplanten tijdens de zomervakantie buiten en steek druppelaars in de potten. Daarop zit een eenvoudige bewateringscomputer van de Lidl (die nu in de aanbieding is). Ik haal de potten wel uit de sierpot, zodat teveel water wegloopt.

[Roeland54]

Ik hoop dat jullie kunnen helpen met het volgende:

Ik heb een sensor die ons elektriciteitsverbruik weergeeft in watt. Deze sensor geeft een positief getal bij verbruik en een negatief getal bij injectie. Omdat ik injectie en verbruik in gescheiden sensors wil heb ik 2 template sensors gemaakt:
voor verbruik:

code:

{{ max((states('sensor.shelly_pro_3em_total_active_power') | float)/ 1000, 0) | default(0)}}

en voor injectie:

code:

{{ min((states('sensor.shelly_pro_3em_total_active_power') | float)/ 1000, 0) | abs |  default(0)}}

Om dan het verbruik in kWh te krijgen heb ik 2 integral rieman sum sensors op basis van de bovenstaande template sensors.

Dat lijkt allemaal goed te werken tot ik home assistant herstart. Dan krijgen de template sensors even de state 'unknown' deze unknown lijkt de integral sensor even helemaal in de war te brengen met een grote piek tot gevolg.

je dat hier zien:


status in de database:


Iemand die een idee heeft hoe dit komt en hoe ik dit het best oplos?

[RudolfR]

@Roeland54

Ik denk een availability template op de bron sensoren; https://www.home-assistant.io/docs/configuration/templating/

[Roeland54]

Dit lijkt alvast geen verschil te maken. Zou ik iets anders in die availability template moeten plaatsen?

YAML:

    - name: Power consumed from grid
      unique_id: power_consumed_from_grid
      state_class: measurement
      device_class: power
      unit_of_measurement: W
      state: "{{ max((states('sensor.shelly_pro_3em_total_active_power') | float), 0) | default(0)}}"
      availability: "{{ is_number(states('sensor.shelly_pro_3em_total_active_power')) }}"

    - name: Power returned to grid
      unique_id: power_returned_to_grid
      state_class: measurement
      device_class: power
      unit_of_measurement: W
      state: "{{ min((states('sensor.shelly_pro_3em_total_active_power') | float), 0) | abs | default(0)}}"
      availability: "{{ is_number(states('sensor.shelly_pro_3em_total_active_power')) }}"

[Kitser]

bello2011 schreef op zondag 7 juli 2024 @ 10:35:
Ik wil mijn Youless energiemeting aan de P1 poort van de energiemeting vervangen voor een Homewizard P1 meter. Kan ik dit zonder meer doen? Blijven de energiemetingen in het energiedashboard doorlopen? Ik wil niet dat er iets misgaat met de historie van de data of dat de metingen opnieuw beginnen.

Heb je hier al duidelijkheid over?

Ik heb nu een pc in de meterkast staan met een usb naar P1 kabel voor de slimme meter. Maar wil m'n pc ergens anders zetten. Dus moet ook iets regelen voor de P1 meting. Bv een Homewizard of iets op ESPHome.
Maar wil de geschiedenis van m'n energie dashboard wel graag behouden.

[bello2011]

Kitser schreef op zaterdag 27 juli 2024 @ 16:11:
[...]

Heb je hier al duidelijkheid over?

Ik heb nu een pc in de meterkast staan met een usb naar P1 kabel voor de slimme meter. Maar wil m'n pc ergens anders zetten. Dus moet ook iets regelen voor de P1 meting. Bv een Homewizard of iets op ESPHome.
Maar wil de geschiedenis van m'n energie dashboard wel graag behouden.

Nee, hier is in het forum geen reactie op gekomen. Ik heb de wisseling nog niet uitgevoerd.

[Kitser]

bello2011 schreef op zaterdag 27 juli 2024 @ 18:01:
[...]


Nee, hier is in het forum geen reactie op gekomen. Ik heb de wisseling nog niet uitgevoerd.

Theoretisch lijkt het me dat die data in de database zit. Maar misschien wel gekoppeld aan de integration. Je zou kunnen overwegen om de integration niet te verwijderen. Maar gewoon de nieuwe P1 sensor koppelen in het energie dashboard.
En uiteraard kan je weer een backup terug zetten als het niet lukt.
Als je het geprobeerd hebt houd ik me aanbevolen voor je bevindingen

[skank]

Hoi

Ik heb 2 vochtigheidssensoren in 2 badkamers
De ene is altijd merkbaar lager qua % vochtigheid dan de andere.

Hoe dan ook wil ik , dat indien 1 van de 2 boven de 68% zit, hij de ventilatie aansteekt. Indien beide onder de 56, mag hij uit (dan draait hij nog gewoon standaard verder in lagere stand).
Maar, ik wil niet dat hij dit na 23u doet..
Alsook mag hij niet continu aan/uit gaan als hij bv exact boven 68 zit of eronder en erweer boven...
Indien hij om 22u59 aanschiet, dan moet hij alsnog na 23u vrij snel uit.

Volgende automation heb ik, is dit wat goed?

YAML:

- alias: Turn ventilation unit on and off above bad humidity
  trigger:
    - platform: numeric_state
      entity_id:
        - sensor.vochtigheid_badkamer_kids_humidity
      above: 68
      for:
        minutes: 5
      id: Vochtigheid teveel badkamer kids
    - platform: numeric_state
      entity_id:
        - sensor.vochtigheid_badkamer_kids_humidity
      below: 56
      for:
        minutes: 5
      id: Vochtigheid goed badkamer kids
    - platform: numeric_state
      entity_id:
        - sensor.vochtigheid_badkamer_ouders_humidity
      above: 68
      for:
        minutes: 5
      id: Vochtigheid teveel badkamer
    - platform: numeric_state
      entity_id:
        - sensor.vochtigheid_badkamer_ouders_humidity
      above: 56
      for:
        minutes: 5
      id: Vochtigheid goed badkamer 
    - platform: time
      at: "23:05:00" 
      id: Vochtigheid tijd
  action:
    - choose:
        - conditions:
            - condition: or
              conditions:
                - condition: trigger
                  id:
                    - Vochtigheid teveel badkamer kids
                - condition: trigger
                  id:
                    - Vochtigheid teveel badkamer
            - condition: time
              after: "07:00:00"
              before: "23:00:00"        
          sequence:
            - service: switch.turn_on
              entity_id: switch.ventilatie_switch_0
        - conditions:
            - condition: and
              conditions:
                - condition: trigger
                  id:
                    - Vochtigheid goed badkamer kids
                - condition: trigger
                  id:
                    - Vochtigheid goed badkamer
          sequence:
            - service: switch.turn_off
              entity_id: switch.ventilatie_switch_0
        - conditions:
            - condition: and
              conditions:
                - condition: trigger
                  id:
                    - Vochtigheid tijd
                - condition: state
                  entity_id: switch.ventilatie_switch_0
                  state: "on"
          sequence:
            - service: switch.turn_off
              entity_id: switch.ventilatie_switch_0  

[TheFes]

@bello2011 @Kitser
Data in de Long Term Statistics is op basis van entity_id. Als je de oude integratie verwijdert en dan de nieuwe integratie toevoegt en vervolgens de entities van de nieuwe integratie hetzelfde entity id geeft als de oude, dan behoud je je historie en ga je verder waar je was.

Ik heb hier al een aantal keer een stappenplan voor geplaatst, zit nu op mobiel, wat het even lastig maakt om te zoeken. Het komt hier op terecht.

https://gist.github.com/l...-my-energy-dashboard-data

[Devke]

Kun je met HA een batterij bijvoorbeeld laden als de tarieven het laagst zijn? Dit moet dan wel een automatisch actie uiteraard zijn. 2e vraag kun je dit ook simuleren eerst? Wat heb ik er dan voor nodig?

[TheFes]

Devke schreef op zondag 28 juli 2024 @ 13:12:
Kun je met HA een batterij bijvoorbeeld laden als de tarieven het laagst zijn? Dit moet dan wel een automatisch actie uiteraard zijn. 2e vraag kun je dit ook simuleren eerst? Wat heb ik er dan voor nodig?

Er staat een battery simulator integratie in HACS. Laden als de tarieven het laagst zijn moet op zich kunnen, mits je een integratie hebt waarmee je de batterij kunt sturen

Met mijn macro kun je de goedkoopste uren bepalen
https://github.com/TheFes/cheapest-energy-hours

[Devke]

TheFes schreef op zondag 28 juli 2024 @ 14:09:
[...]


Er staat een battery simulator integratie in HACS. Laden als de tarieven het laagst zijn moet op zich kunnen, mits je een integratie hebt waarmee je de batterij kunt sturen

Met mijn macro kun je de goedkoopste uren bepalen
https://github.com/TheFes/cheapest-energy-hours

De batterij simulaties lopen een paar weken. Ik was met name benieuwd of je als straks de zonopwek minder wordt je dan zelf wat kunt gaan sturen maar wel automatisch. Ga dat niet dagelijks zelf bepalen ;-). Bat_sim loopt als intergratie dus. Kijk bij een Sessy bv stel je dat in maar ik wil eigenlijk al in een simulator zien hoe dat gaat werken. Dank voor het delen van je info!

[AWEF]

Devke schreef op zondag 28 juli 2024 @ 14:18:
[...]

De batterij simulaties lopen een paar weken. Ik was met name benieuwd of je als straks de zonopwek minder wordt je dan zelf wat kunt gaan sturen maar wel automatisch. Ga dat niet dagelijks zelf bepalen ;-). Bat_sim loopt als intergratie dus. Kijk bij een Sessy bv stel je dat in maar ik wil eigenlijk al in een simulator zien hoe dat gaat werken. Dank voor het delen van je info!

Dan zal je toch zelf iets moeten bouwen. De Batt_Sim heeft een switch "Force Charge". Dit in combinatie met de macro van @TheFes zou je dit "makkelijk" moeten kunnen automatiseren.

[skank]

Devke schreef op zondag 28 juli 2024 @ 13:12:
Kun je met HA een batterij bijvoorbeeld laden als de tarieven het laagst zijn? Dit moet dan wel een automatisch actie uiteraard zijn. 2e vraag kun je dit ook simuleren eerst? Wat heb ik er dan voor nodig?

Ik heb een battery sim van verschillende batterijen 1xhw,2xhw,5kwh,7kwh en 10 kwh
Zo kun je na een jaartje zien , welke je best neemt...

[Devke]

Hoe kan het dat ik in HA al mijn energy sockets zie (13 stuks) en van 4 sockets geen entiteiten zie. Bijvoorbeeld ik zie de entiteit sensor.energy_socket_power t/m sensor.energy_socket_power_8 de overige 4???? 9 tm 13

[proza]

wowclock_ als Screensaver: Wie help me een stukje verder. Home Assistent Lenovo Tablet scherm gaat nu op zwart als er geen beweging wordt geconstateerd. Op de tablet maak ik gebruik van de Fully Kiosk en weet ik dat daar bij de screensaver een andere android app gestart moet kunnen worden. Maar wat ik ook doe ik krijg het nog niet voor elkaar dat na een idle time het scherm van HA naar de Wowclock switched en visa versa.

Bij de screensaver setting dacht ik het volgende aan te roepen 'com.moonfoxer.wowclock/.MainActivity' maar resultaat is er nog niet. Welke setting zie ik over het hoofd in de Kiosk settings.







Gezien het een vraag is => verplaatst

[ Voor 6% gewijzigd door Septillion op 29-07-2024 11:05 ]

[edwin2021]

Devke schreef op zondag 28 juli 2024 @ 20:13:
Hoe kan het dat ik in HA al mijn energy sockets zie (13 stuks) en van 4 sockets geen entiteiten zie. Bijvoorbeeld ik zie de entiteit sensor.energy_socket_power t/m sensor.energy_socket_power_8 de overige 4???? 9 tm 13

Ik denk dat je zonder merk/model weinig response gaat krijgen 🤔

[Devke]

edwin2021 schreef op zondag 28 juli 2024 @ 21:55:
[...]

Ik denk dat je zonder merk/model weinig response gaat krijgen 🤔

Sorry. Helemaal gelijk. Het gaat om Homewizard 🙈. Hun Energy Sockets.

[ Voor 4% gewijzigd door Devke op 28-07-2024 21:59 ]

[Roeland54]

Misschien hebben ze gewoon een ander entity id gekregen. Ik veronderstel dat je ze wel als device ziet staan als je naar de homewizard integration gaat? Dan kan je gewoon even naar 1 van de sockets gaan en kijken welke entity id de power sensor heeft.

[Devke]

Roeland54 schreef op zondag 28 juli 2024 @ 22:36:
Misschien hebben ze gewoon een ander entity id gekregen. Ik veronderstel dat je ze wel als device ziet staan als je naar de homewizard integration gaat? Dan kan je gewoon even naar 1 van de sockets gaan en kijken welke entity id de power sensor heeft.

Klopt bij de integratie staan ze idd alle 13. Alles heeft daar lijkt dezelfde naam. Zal dat morgen nog eens checken. Wellicht dan per socket even kijken ipv uit de hele entiteitenlijst.

[ardvark99]

_eLMo_ schreef op zondag 28 juli 2024 @ 21:38:
Sinds een week of 2 overgestapt op een dynamisch energie contract en wat automatisering opgezet voor de autolader en verwarming.

Vandaag een mooi grafiekje gemaakt die de uurprijzen laat zien, met als overlay ons energieverbruik in die uren.

Best informatief

[Afbeelding]

Groene balk = goedkoper dan het jaarcontract wat ik kon afsluiten (€0,26 / kWh)
Oranje lijn = gemiddelde kWh prijs van die dag
Rode lijn = net aansluiting gebruik met offset -7kW (~maximale teruglevering). Zie je de correlatie met uurprijzen mooi.

ApexCharts met ENTSO-e Transparency Platform en DSMR Slimme Meter plugins als databronnen.

Mooi! Kan je de yaml daar van delen?

[Faece]

Septillion schreef op vrijdag 26 juli 2024 @ 12:46:
@Faece Maar wat is de code voor de 4 buttons nu?

Eventueel mag je ook alle code (dus alles qua dashboard wat er mee te maken heeft + scrips etc) even delen via PastBin ofzo.Want ik kan het hier niet reproduceren.

Is het gelukt met pastebin ? Want ik had daar geen ervaring mee...

[Hmmbob]

proza schreef op zondag 28 juli 2024 @ 21:10:
wowclock_ als Screensaver: Wie help me een stukje verder. Home Assistent Lenovo Tablet scherm gaat nu op zwart als er geen beweging wordt geconstateerd. Op de tablet maak ik gebruik van de Fully Kiosk en weet ik dat daar bij de screensaver een andere android app gestart moet kunnen worden. Maar wat ik ook doe ik krijg het nog niet voor elkaar dat na een idle time het scherm van HA naar de Wowclock switched en visa versa.

Bij de screensaver setting dacht ik het volgende aan te roepen 'com.moonfoxer.wowclock/.MainActivity' maar resultaat is er nog niet. Welke setting zie ik over het hoofd in de Kiosk settings.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Kan me niet voorstellen dat die / daar thuishoort (achter .wowclock)

[SnowDude]

Afgelopen weekend al mijn ESPEasy en Tasmota devices omgezet naar ESPHome. Ideaal om al die sensoren nu ook vanuit HA te kunnen configureren

[Septillion]

@Faece Yess!

Ik had alleen dit weekend geen tijd om er echt voor te gaan zitten. Maar het is gelukt!

In de basis kwam het probleem door je title filter dat niet goed met een undefined item om ging Dus daar even een default op gezet. En ook gelijk even aangegeven dat een leeg item ook niets is. Anders blijft het 1e item actief ondanks dat je geen station geselecteerd hebt.

Daarnaast:

• Ook echt alle input_boolean referenties weggehaald.
• Naast 'add' en 'remove' nu ook officieel 'toglle' toegevoegd aan het script.
• In het script nu werkelijk gecheckt op required field.
• Gezien je waarschijnlijk voor meer dan één persoon het op wilt slaan nu 'person' ook als field aan het script toegevoegd. Deze bepaald het input_text entity als input_text.[person]_radiostations.

Script
Station selector
Station display

Even goed checken want misschien wat kleine dingen aangepast om het te laten werken hier

[Faece]

Septillion schreef op maandag 29 juli 2024 @ 09:35:
@Faece Yess!

Ik had alleen dit weekend geen tijd om er echt voor te gaan zitten. Maar het is gelukt!

Mijn vraag was ook niet bedoeld als "begin er snel aan want ik zit er op te wachten " maar eerder als "is het me gelukt het te sharen zodat je er kan naar kijken" ...

Alvast bedankt voor je tijd die je erin gestopt hebt !

[ardvark99]

@_eLMo_ Bedankt. Ik had al zoiets ongeveer in elkaar gezet, maar die van jouw ziet er beter uit. Ik zal eens kijken wat ik er hiermee van kan maken.

[Septillion]

@skank Nee, je automation is niet goed. Je checkt bij het uitzetten nooit of ze beide niet meer vochtig zijn.

Daarnaast kan het wat simpeler doordat je bij een trigger condition ook twee triggers mag selecteren. Deze zijn standaard OR omdat het onmogelijk is dat twee triggers true zijn.

Je trigger om 23:05 komt ook niet overeen met wat je zegt te willen

Gezien het na 7:00 wel mag gebeuren maar je misschien al eerder bent gaan douchen zou ik dat ook als trigger toevoegen. Moet je alleen nog bepalen of de fan dan aan moet boven de 68 of dat je dna voor wat laters gaat.

Kom ik op

YAML:

alias: Turn ventilation unit on and off above bad humidity
trigger:
  - platform: numeric_state
    entity_id:
      - sensor.vochtigheid_badkamer_kids_humidity
    above: 68
    for:
      minutes: 5
    id: Vochtigheid teveel badkamer kids
  - platform: numeric_state
    entity_id:
      - sensor.vochtigheid_badkamer_kids_humidity
    below: 56
    for:
      minutes: 5
    id: Vochtigheid goed badkamer kids
  - platform: numeric_state
    entity_id:
      - sensor.vochtigheid_badkamer_ouders_humidity
    above: 68
    for:
      minutes: 5
    id: Vochtigheid teveel badkamer
  - platform: numeric_state
    entity_id:
      - sensor.vochtigheid_badkamer_ouders_humidity
    above: 56
    for:
      minutes: 5
    id: Vochtigheid goed badkamer
  - platform: time
    at: "23:00:00"
    id: Tijd stop
  - platform: time
    at: "07:00:00"
    id: Tijd start
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - Vochtigheid teveel badkamer kids
              - Vochtigheid teveel badkamer
              - Tijd start
          - condition: time
            after: "07:00:00"
            before: "23:00:00"
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.vochtigheid_badkamer_kids_humidity
                above: 68
              - condition: numeric_state
                entity_id: sensor.vochtigheid_badkamer_ouders_humidity
                above: 68
        sequence:
          - service: switch.turn_on
            entity_id: switch.ventilatie_switch_0
        alias: Turn fan on
      - conditions:
          - condition: or
            conditions:
              - condition: trigger
                id:
                  - Tijd stop
              - condition: and
                conditions:
                  - condition: trigger
                    id:
                      - Vochtigheid goed badkamer kids
                      - Vochtigheid goed badkamer
                  - condition: numeric_state
                    entity_id: sensor.vochtigheid_badkamer_kids_humidity
                    below: 58
                  - condition: numeric_state
                    entity_id: sensor.vochtigheid_badkamer_ouders_humidity
                    below: 58
                alias: Or both bathrooms are not humid anymore
        sequence:
          - service: switch.turn_off
            entity_id: switch.ventilatie_switch_0
        alias: Turn fan off

Nadeel blijft alleen dat luchtvochtigheid wel wisselt en dus vaste thresholds niet altijd goed werken.

[ Voor 4% gewijzigd door Septillion op 29-07-2024 11:02 ]

[Septillion]

@Devke En als je via de integratie naar alle devices onder de integratie gaat, zie je er dan ook 13?

En zo ja, selecteer dan eens nummer 13, zie je dan wel een compleet devices met alle entiteiten?

En zo ja, check de naam van de entiteiten eens.

[pietke]

Wat betreft de vaste thresholds, hier heb ik ook problemen mee gehad. Nu heb ik de afgeleide van de luchtvochtigheid gebruikt. Hierdoor krijg je de verandering van de luchtvochtigheid in de tijd. Kortom, als de luchtvochtigheid in korte tijd veranderd doordat de douche aangaat, dan reageert de ventilatie behoorlijk snel.
Ook geen false positives gehad na deze wijziging.

Een afgeleide kun je maken bij de "helpers" van Home Assistant. Je moet dan de luchtvochtigheidssensor als input geven en de tijd waarover hij de afgeleide moet berekenen. De mijne heb ik ingesteld op 1 uur.

Edit:
Uiteraard is deze methode alleen geschikt om te kijken of er iets snel veranderd zoals in een badkamer. Bij een continue te hoge luchtvochtigheid werkt dit niet.

[ Voor 12% gewijzigd door pietke op 29-07-2024 11:44 . Reden: Extra info ]

[Faece]

Septillion schreef op maandag 29 juli 2024 @ 09:35:
@Faece Yess!

Ik had alleen dit weekend geen tijd om er echt voor te gaan zitten. Maar het is gelukt!

In de basis kwam het probleem door je title filter dat niet goed met een undefined item om ging Dus daar even een default op gezet. En ook gelijk even aangegeven dat een leeg item ook niets is. Anders blijft het 1e item actief ondanks dat je geen station geselecteerd hebt.

Daarnaast:

• Ook echt alle input_boolean referenties weggehaald.
• Naast 'add' en 'remove' nu ook officieel 'toglle' toegevoegd aan het script.
• In het script nu werkelijk gecheckt op required field.
• Gezien je waarschijnlijk voor meer dan één persoon het op wilt slaan nu 'person' ook als field aan het script toegevoegd. Deze bepaald het input_text entity als input_text.[person]_radiostations.

Script
Station selector
Station display

Even goed checken want misschien wat kleine dingen aangepast om het te laten werken hier

Bedankt voor dit alles. ik had dit nooit gekund.

Ik heb nu dus de mogelijkheid om personen toe te voegen. Dat worden er 5.
Ze gaan dus allemaal via de mobiel app werken. Via browser_mod kan ik een uniek browser ID gaan gebruiken.

Nu mijn vraag. Ik heb een aantal praktijkruimtes. Ik heb per ruimte dus een bedieningsscherm gemaakt. Kan ik die 4 zenders persoonsafhankelijk( wellicht via dat browser_ID) in die ruimtes voorzien ?

Dus gsm persoon 1 geeft altijd de favorieten weer van persoon 1, gsm persoon 2 geeeft me de favorieten van persoon 2.

[Septillion]

@Faece Je bedoelt op het scherm in de ruimte?

Maar heb je dan al een mogelijkheid om te zien of een persoon in de ruimte is? En wat wil je doen als er meer dan één in de ruimte is? Of wil je gewoon de persoon selecteren op het scherm?

[Faece]

Septillion schreef op maandag 29 juli 2024 @ 12:01:
@Faece Je bedoelt op het scherm in de ruimte?

Maar heb je dan al een mogelijkheid om te zien of een persoon in de ruimte is? En wat wil je doen als er meer dan één in de ruimte is? Of wil je gewoon de persoon selecteren op het scherm?

Er zal altijd maar 1 persoon in de ruimte zijn.

nele en sofie hebben beide de app

nele is in ruimte1 en opent het bedieningscherm van ruimte 1. Daar wil ik haar 4 favorieten zien
sofie is in ruimte2 en opent het bedieningscherm van ruimte 2. Daar wil ik haar 4 favorieten zien.

het is dus niet zo dat het systeem moet weten wie in welke ruimte is op de moment dat ze bedienen. Dus de persoon maakt zelf de keuze ( "ik ben in ruimte1 dus ik open het bedieningscherm van ruimte1")


Wat ik wel ga hebben
Een nfc tag in elke ruimte. daar kunnen ze de tag inscannen, en aan de hand van ( hopelijk ook hun browser_id) speelt hij dan de favoriete zender af, en zet hij de instellingen van de airco ook persoonlijk)

[Septillion]

@Faece Ahh, dus geen paneel in de ruimte maar een los dashboard per ruimte dat gewoon op de mobiel geopend wordt door de persoon zelf?

Dan zou je met browser mod denk ik wel alle "persoon1" referenties moeten kunnen aanpassen. Alleen niet heel bekend met browser mod...

[Faece]

Septillion schreef op maandag 29 juli 2024 @ 12:22:
@Faece Ahh, dus geen paneel in de ruimte maar een los dashboard per ruimte dat gewoon op de mobiel geopend wordt door de persoon zelf?

Dan zou je met browser mod denk ik wel alle "persoon1" referenties moeten kunnen aanpassen. Alleen niet heel bekend met browser mod...

Dus het venster in ruimte 1, onderaan. Daar wil ik wat jij voor me maakte in laten komen, maar afhankelijk van de gsm (mobiel) die op dat moment opent. Die mobiel wil ik dus koppelen aan een persoon... Of dat nu van browser mod of iets anders is maakt niet uit. Als het maar werkt

[jossie67]

Vandaag weer eens door de log files gelopen.

Nu krijg ik de melding
Zigbee channel 15 utilization is 78.25%!
Zigbee channel 15 utilization is 75.96%!
Zigbee channel 15 utilization is 80.38%!
Zigbee channel 15 utilization is 93.76%!

Ik denk dat het niet goed is maar welke waarde is wel goed

De dongle dit ik heb is een Sky-connect

Ik heb wel een "Ubiquiti UniFi AC Lite " in de buurt hangen van mij dongle naar ik heb Wifi 2.4 disabled

[Seafarer]

SnowDude schreef op maandag 29 juli 2024 @ 08:55:
Afgelopen weekend al mijn ESPEasy en Tasmota devices omgezet naar ESPHome. Ideaal om al die sensoren nu ook vanuit HA te kunnen configureren

Wat brengt volgens jouw meer met ESPhome dan Tasmota?

Edit:
Ik ben totaal niet bekend met ESPhome.

[ Voor 7% gewijzigd door Seafarer op 29-07-2024 13:18 ]

[Septillion]

@jossie67 Gebruik je Zigbee energy meters? En zo ja, wat is het poll interval daarvan?

En anders zou het natuurlijk kunnen dat je buren hebt die ook Zigbee channel 15 zijn gaan gebruiken.

[Septillion]

@Faece Nog even aan het nadenken. Want het was bijna heeeeeel makkelijk omdat in templater er gewoon de variabele user is. Alleen ondersteund een mushroom card in de servicecall (en onderdelen daarvan) geen templates

[Septillion]

@Faece Ik dacht eerst dus gewoon om het 'person'-field van de service call te voorzien van een template. Dat kan dus helaas niet...

Toen dacht ik, een service call weet ook welke user hem afvuurt in de vorm van een 'user_id'. Helaas is die dan weer niet standaard om te zetten naar een naam. En direct het 'user_id' gebruiken is niet zo duidelijk en in de UI templates heb ik weet alleen de naam.

Dus dan maar Config Template Card van stal.

Daarnaast vond ik nog een bug in het script, het entity id was niet altijd opgebouwd uit het opgegeven 'person' field

Krijg je:
Script
Station selector
Station display

[SnowDude]

Seafarer schreef op maandag 29 juli 2024 @ 13:15:
[...]

Wat brengt volgens jouw meer met ESPhome dan Tasmota?

Edit:
Ik ben totaal niet bekend met ESPhome.

Ik heb 1 interface in home assistant met all mijn ESP home devices en hun config. Ik kan daarvandaan ook elk device aanpassen zonder dat dat ik eerst in moet loggen in tasmota.

Ook communiceren de ESP home devices direct met de HA api, en hebben geen mqtt nodig.

[Septillion]

@SnowDude Enige grootste nadeel, backups zijn een nachtmerrie... Dit doordat afhankelijkheden los staan van de config.

Zou echt een major feature worden als ESPhome een echt backup systeem zou krijgen waar ook afhankelijkheden vast liggen. Tot dan probeer ik dan maar een bin en een config samen op te slaan van een state waarvan ik weet dat het goed werkt. Maarja, handmatig process dus je vergeet het eigenlijk altijd

Dus niet om te zeggen dat ESPhome bagger is, want het kan heel veel. Maar weet ook de beperkingen. Daarom gebruik ik voor simpele dingen nog "gewoon" Tasmota

[ Voor 16% gewijzigd door Septillion op 29-07-2024 16:06 ]

[HuismAndré]

jossie67 schreef op maandag 29 juli 2024 @ 12:57:
Vandaag weer eens door de log files gelopen.

Nu krijg ik de melding
Zigbee channel 15 utilization is 78.25%!
Zigbee channel 15 utilization is 75.96%!
Zigbee channel 15 utilization is 80.38%!
Zigbee channel 15 utilization is 93.76%!

Ik denk dat het niet goed is maar welke waarde is wel goed

De dongle dit ik heb is een Sky-connect

Ik heb wel een "Ubiquiti UniFi AC Lite " in de buurt hangen van mij dongle naar ik heb Wifi 2.4 disabled

Je hebt, na de initiële setup, toch wel "permit_join" op "false" gezet?

[Swerfer]

Meer mensen die op 1 na alle sensoren kwijt zijn in de Nordpool add-on?

Edit: Nevermind, HA restart did the trick...

[ Voor 25% gewijzigd door Swerfer op 29-07-2024 19:18 ]

[Seafarer]

Septillion schreef op maandag 29 juli 2024 @ 15:55:
@SnowDude Enige grootste nadeel, backups zijn een nachtmerrie... Dit doordat afhankelijkheden los staan van de config.

Zou echt een major feature worden als ESPhome een echt backup systeem zou krijgen waar ook afhankelijkheden vast liggen. Tot dan probeer ik dan maar een bin en een config samen op te slaan van een state waarvan ik weet dat het goed werkt. Maarja, handmatig process dus je vergeet het eigenlijk altijd

Dus niet om te zeggen dat ESPhome bagger is, want het kan heel veel. Maar weet ook de beperkingen. Daarom gebruik ik voor simpele dingen nog "gewoon" Tasmota

Enige jammere van Tasmota, op sonoff, is dat een one wire netwerk doorelkaar gegooid wordt als een van de meerdere DS18B20 sensors wegvalt. Alle andere sensoren worden dan opnieuw genummerd. En dan ligt alles doorelkaar in HA. Als nu gewoon het unieke sensor nummer gebruikt zou worden dan zou dat niet meer verkeerd kunnen gaan.

[jossie67]

Septillion schreef op maandag 29 juli 2024 @ 13:54:
@jossie67 Gebruik je Zigbee energy meters? En zo ja, wat is het poll interval daarvan?

En anders zou het natuurlijk kunnen dat je buren hebt die ook Zigbee channel 15 zijn gaan gebruiken.

Nee alleen maar sensoren, beweging en temperatuur, lampen en schakeaars
Directe buren heb niet, de naasten buren zitten op 10 a 15 meter.

Wat is beter, hoe hoger of hoe lager

HuismAndré schreef op maandag 29 juli 2024 @ 17:45:
[...]


Je hebt, na de initiële setup, toch wel "permit_join" op "false" gezet?

Ik ben ooit gemigeerd naar zigbee conbee naar SkyConnect dus dat zou ik niet meer weten.

Soms kan het soms weken goed daan en dan in eens valt er een sensor uit

Kan ik makelijk van kanaal veranderen of moet ik dan alles weer koppelen?

[Devke]

Septillion schreef op maandag 29 juli 2024 @ 10:59:
@Devke En als je via de integratie naar alle devices onder de integratie gaat, zie je er dan ook 13?

En zo ja, selecteer dan eens nummer 13, zie je dan wel een compleet devices met alle entiteiten?

En zo ja, check de naam van de entiteiten eens.

Ja ik zie er 13, zie hieronder.



Als ik dan nummer 13 selecteer zie ik onderstaande 2 plaatjes:





Waar het denk ik ook even mis gaat is dat de ene keer de entity _vermogen in zijn naamgeving heeft staan en de andere x staat er _power. Dat valt me op nu ik ze vanuit de integratie toevoeg aan dashboard. Wellicht heeft dit de maken met een oud model socket en de nieuwe ronde variant.

[ Voor 10% gewijzigd door Devke op 29-07-2024 20:07 ]

[edwin2021]

Iemand ervaring met watermeter sensoren?
Liefst met vaste UTP aansluiting ipv wifi.

[Sicco92]

edwin2021 schreef op maandag 29 juli 2024 @ 22:03:
Iemand ervaring met watermeter sensoren?
Liefst met vaste UTP aansluiting ipv wifi.

Als je van knutselen houdt, dan zou je dit ook zelf kunnen maken. Ik heb zelf een ESP32 met een sensor voor op de watermeter gemaakt. Mijn ESP32-bordje heeft alleen wifi, maar je hebt ze ook wel met ethernet ingebouwd, dus dat is ook een optie. Zelfs PoE is mogelijk voor zover ik kan zien.
De handleiding die ik (grotendeels) gevolgd heb, is deze: https://www.pieterbrinkma...t-and-a-proximity-sensor/

[henkjanvdkolk]

Sicco92 schreef op maandag 29 juli 2024 @ 22:29:
[...]

Als je van knutselen houdt, dan zou je dit ook zelf kunnen maken. Ik heb zelf een ESP32 met een sensor voor op de watermeter gemaakt. Mijn ESP32-bordje heeft alleen wifi, maar je hebt ze ook wel met ethernet ingebouwd, dus dat is ook een optie. Zelfs PoE is mogelijk voor zover ik kan zien.
De handleiding die ik (grotendeels) gevolgd heb, is deze: https://www.pieterbrinkma...t-and-a-proximity-sensor/

Aanrader. Heb ik ook. Ik heb onlangs onderstaande houder geprint voor de sensor. Als je dezelfde meter hebt werkt dat mooi.

https://www.thingiverse.com/thing:5789746

[Faece]

Septillion schreef op maandag 29 juli 2024 @ 14:33:
@Faece Ik dacht eerst dus gewoon om het 'person'-field van de service call te voorzien van een template. Dat kan dus helaas niet...

Toen dacht ik, een service call weet ook welke user hem afvuurt in de vorm van een 'user_id'. Helaas is die dan weer niet standaard om te zetten naar een naam. En direct het 'user_id' gebruiken is niet zo duidelijk en in de UI templates heb ik weet alleen de naam.

Dus dan maar Config Template Card van stal.

Daarnaast vond ik nog een bug in het script, het entity id was niet altijd opgebouwd uit het opgegeven 'person' field

Krijg je:
Script
Station selector
Station display

Begrijp ik het goed en moet ik voor elke user een input_text.naam_radiostations aanmaken ?

De station display lijkt me niet te werken. de 4 "schakelaars" staan altijd aan.

[ Voor 4% gewijzigd door Faece op 30-07-2024 08:07 ]

[oltk]

Swerfer schreef op maandag 29 juli 2024 @ 18:43:
Meer mensen die op 1 na alle sensoren kwijt zijn in de Nordpool add-on?

Edit: Nevermind, HA restart did the trick...

Hier is Nordpool ook omgevallen.
Edit: en deed een reboot ook wonderen

[ Voor 7% gewijzigd door oltk op 30-07-2024 08:07 ]

[royaljoop]

Waar kan ik de file (bestand) vinden waarin mijn configuratie staat van de custom_components?

Ik ben bekend met de configuration.yaml maar daar staan ze niet bij.
Ik draai Home Assistant op een Synology in VM.
Mijn configuratie is Core 2024.7.3 ; Supervisor 2024.06.02 Operating System 12.4 en Frontend 20240710.0

Ik heb bijvoorbeeld een aantal battery-sim’s draaien en kan nergens het configuratie bestand daarvan vinden. Zoek ik niet goed of is het door de instellingen voor mij onzichtbaar?

[Vaevictis_]

henkjanvdkolk schreef op maandag 29 juli 2024 @ 23:57:
[...]


Aanrader. Heb ik ook. Ik heb onlangs onderstaande houder geprint voor de sensor. Als je dezelfde meter hebt werkt dat mooi.

https://www.thingiverse.com/thing:5789746

Ik heb hem gewoon de deksel als houder gebruikt. Anders wordt de meter ook zo vies.

[Septillion]

@Faece Correct, per gebruiker een input_text.

Als het nu niet werkt zou ik me even verzekeren dat je de juiste var aan maakt. Als je de standaard mushroom template card aanmaakt zie je de waarde van user. Dus als je "Hello, Faece" ziet wordt je helper input_text.faece_radiostations. Zonder hoofdletter want die zijn niet mogelijk in een entity ID.

Enige waar dit nog mis gaat bedenk ik me net, is als de naam een spatie bevat of zou beginnen met een cijfer...

Default Mushroom template card:

YAML:

type: custom:mushroom-template-card
primary: Hello, {{user}}
secondary: How are you?
icon: mdi:home

[Septillion]

@Devke Ah, je maakt het jezelf niet echt makkelijk door ze geen naam te geven... Ze zullen nu dus gewoon in random volgorde staan. Je zal ze dan echt allemaal 1 voor 1 af moeten gaan en op de entiteiten controleren.

Zelf zou ik ze dan ook allemaal hernoemen naar iets unieks en meer bruikbaars. Als je dat bij het device doet dan zal je ook gevraagd worden of je de entities van het device ook wilt hernoemen. Hier zou ik dan voor ja gaan.

Qua power vs vermogen zal de integratie dat gedaan hebben. Misschien dat het een latere wijziging geweest is om het in de locale taal te doen (of juist niet). Persoonlijk hanteer ik dat entity ID's net zoiets zijn als variabelen in code en dus Engels moeten zijn.

[Devke]

Septillion schreef op dinsdag 30 juli 2024 @ 09:02:
@Devke Ah, je maakt het jezelf niet echt makkelijk door ze geen naam te geven... Ze zullen nu dus gewoon in random volgorde staan. Je zal ze dan echt allemaal 1 voor 1 af moeten gaan en op de entiteiten controleren.

Zelf zou ik ze dan ook allemaal hernoemen naar iets unieks en meer bruikbaars. Als je dat bij het device doet dan zal je ook gevraagd worden of je de entities van het device ook wilt hernoemen. Hier zou ik dan voor ja gaan.

Qua power vs vermogen zal de integratie dat gedaan hebben. Misschien dat het een latere wijziging geweest is om het in de locale taal te doen (of juist niet). Persoonlijk hanteer ik dat entity ID's net zoiets zijn als variabelen in code en dus Engels moeten zijn.

Klopt. De eerste stap was uitzoeken welk socket nu behoord bij welke verbruiker. Daarom verliep dat zo lastig. Heb ze nu allemaal in 1 dashbord staan. Dus zijn compleet. Nu volgt idd herbenoeming. Als je entity mee kunt hernoemen zou dat idd mooi zijn. Dank voor je hulp.