Home Assistant: Open source Python3 home automation - deel 5

[GeeMoney]

sypie schreef op zondag 18 februari 2024 @ 17:42:
[...]

Nog geen ervaring maar na wat lezen zo her en der 5 van de Ld2410b besteld. Wanneer ze binnen zijn hoop ik dat ik er een mooie bestemming voor kan maken voor de lichtschakeling op het toilet. Daar zit nu nog een domme schakelaar, letterlijk dom vanwege de plek waar die zit. Daar kan dan natuurlijk mooi deze sensor hangen samen met een Shelly mini schakelaar. Nooit meer licht aan of uit doen... Je kunt er echt snel aan wennen heb ik gemerkt.u

Hoe en waar verwerk je die dan ? Hij heeft zicht en 5V nodig gok ik?

[sypie]

@GeeMoney Zicht is niet zo heel spannend geloof ik, ik las dat die ook door een kunststof plaatje kan zien. Je kunt de sensor dus netjes in een behuizing bouwen of wegwerken boven een rozet van een lamp.

De 5V is in het geval waar ik 'm wil plaatsen ook niet zo heel lastig. Een klein blokje wat van 230V een 5V maakt en daarna een kabeltje er tussen. Hoeft niet heel ingewikkeld te zijn. Kan ook allemaal in/boven de centraaldoos in het verlaagde plafond.

Omdat de timmerman destijds niet zo heel netjes te werk is gegaan moet ik toch een rozet over de centraaldoos maken, het afdekkapje van de verlichting is te klein.

[Timo002]

Binnenkort worden twee airco's van Mitsubishi, types SCM 50 ZS-W, SRK 50 ZS-W end SRK 20 ZS-W. De SRK zijn de binnenunits en wil ik graag met Home Assistant aan kunnen sturen. Nu kan ik er een wifi module bij nemen, maar ik had begrepen dat dit dan een cloud koppeling met HA is en mijn voorkeur is een lokale verbinding.

Nu heb ik ook wat gelezen over ESPhome, maar kan er niet echt details over vinden of wat ik dan aan zou moeten schaffen. Weten jullie raad?

[breinonline]

Timo002 schreef op maandag 19 februari 2024 @ 11:14:
Binnenkort worden twee airco's van Mitsubishi, types SCM 50 ZS-W, SRK 50 ZS-W end SRK 20 ZS-W. De SRK zijn de binnenunits en wil ik graag met Home Assistant aan kunnen sturen. Nu kan ik er een wifi module bij nemen, maar ik had begrepen dat dit dan een cloud koppeling met HA is en mijn voorkeur is een lokale verbinding.

Nu heb ik ook wat gelezen over ESPhome, maar kan er niet echt details over vinden of wat ik dan aan zou moeten schaffen. Weten jullie raad?

https://github.com/geoffdavis/esphome-mitsubishiheatpump
https://github.com/SwiCago/HeatPump

[Hmmbob]

Timo002 schreef op maandag 19 februari 2024 @ 11:14:
Binnenkort worden twee airco's van Mitsubishi, types SCM 50 ZS-W, SRK 50 ZS-W end SRK 20 ZS-W. De SRK zijn de binnenunits en wil ik graag met Home Assistant aan kunnen sturen. Nu kan ik er een wifi module bij nemen, maar ik had begrepen dat dit dan een cloud koppeling met HA is en mijn voorkeur is een lokale verbinding.

Nu heb ik ook wat gelezen over ESPhome, maar kan er niet echt details over vinden of wat ik dan aan zou moeten schaffen. Weten jullie raad?

Kijk vooral ook eens hier: Het MHI L/L warmtepomp/airco topic

De zoekterm die je in het algemeen hebt is MHI-AC-CTRL / MHI-AC-CTRL-ESPHome.
Hier op V&A worden ze kant&klaar verkocht, ik gebruik deze: v&a aangeboden: Mitsubishi Heavy Industries Airco Zelfbouw WiFi controller (M...

[ Voor 19% gewijzigd door Hmmbob op 19-02-2024 11:25 ]

[zaphod_b]

Ik weet niet of het wat uitmaakt maar bij mij wordt het afgesloten met
verify_ssl: true
In de configuration.yaml

Helaas, dat maakt niet het verschil. Zelfde foutmelding.

[zaphod_b]

FiscBiker schreef op zaterdag 17 februari 2024 @ 14:57:
[...]


In die logregel niet, maar ik denk dat je gelijk hebt. In Python zijn er diverse functies die json-objecten naar en van strings converteren en daar lijkt nu iets fout te gaan, maar dat moet je dan toch oplossen in je yaml, denk ik.

Dit is de code in configuration.yaml:

YAML:

rest_command:
  mindergas_upload:
    url: 'https://www.mindergas.nl/api/gas_meter_readings'
    method: POST
    headers:
      content-type: application/json
      AUTH-TOKEN: !secret mindergas_api_token
    payload: '{ "date": "{{date}}", "reading": "{{reading}}" }'

En dit in automations.yaml:

YAML:

- alias: MinderGas Upload
  trigger:
  - platform: time
    at: '23:58'
  action:
    data_template:
      date: '{{ (as_timestamp(now())) | timestamp_custom("%Y-%m-%d", True)}}'
      reading: '{{ states(''sensor.gas_meter'') }}'
    service: rest_command.mindergas_upload
  mode: single

En uiteraard m'n API-key in secrets.yaml.

[ Voor 1% gewijzigd door Septillion op 19-02-2024 11:39 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Activate]

Hallo,

een behoorlijk specifieke vraag , ik hoop dat jullie me verder kunnen helpen?

Wij hebben een Atlantic warmtepompboiler die we via de Overkizz-integratie op HA hebben aangesloten.
Ook beschikken wij over een heatpipe-systeem met CMI-integratie. in HA.

Ik wil graag een automatisering maken die ervoor zorgt dat als het Heatpipe-systeem warm water naar de warmtepomp stuurt, de warmtepomp het water niet hoeft te verwarmen omdat de warmte van de Heatpipes komt..

De CMI heeft een sensor.node_32_output_5 om de pomp aan te sturen, als deze waarde 1 is hoeft de warmtepomp niet te starten.

Is dit mogelijk?

Ik kan geen schakelaar vinden in de entiteiten op de Atlantic Heatpump om deze aan of uit te zetten?

Ik weet niet hoe of ik hiervoor een helper kan maken/gebruiken?

Dit zijn de entiteiten van de WP :





Alvast bedankt!

[Septillion]

@zaphod_b Al een keer even getest met je token direct in de code? Want er is wel een keer wat gewijzigd voor secrets.

data_template is ook al een tijdje deprecated maar goed, die zou nog steeds wel moeten werken.

[Septillion]

@Activate Je zal iets moeten hebben waarmee je kan sturen. Of dat een service call, switch, number of select ofzo is dat zal je moeten bekijken. Zo zie ik wel daar numbers in je lijst, geen idee of je daar wat mee kan?

[zaphod_b]

Septillion schreef op maandag 19 februari 2024 @ 11:43:
@zaphod_b Al een keer even getest met je token direct in de code? Want er is wel een keer wat gewijzigd voor secrets.

Zojuist even getest, maakt geen verschil. Het is mij een raadsel waar die 'b' vandaan komt!

[Activate]

@Septillion

Dank je voor je ractie, ik zie geen number sin? (blond)

[Septillion]

@Activate oeps, typo => numbers in je lijst

Maar weet je of je het zou moeten kunnen aansturen?

[S0epkip]

Ik heb een Shelly1 met pulsdrukkers hangen om mijn Hue ganglampen te besturen.
In HA kan ik events van de Shelly detecteren, zoals long push, etc.

Nu zou ik graag het gedrag van de Hue Wall Switch module nabootsen met een Automation.
Dus:

short press is aan/uit. Volgende short press is scene cycle.
Long press is dim omlaag. Volgende long press is dim omhoog.

Heeft iemand hier misschien een voorbeeld-automation van? Ik heb zitten zoeken maar nog geen mooie gevonden. Het lijkt me mogelijk op basis van de Events. Enkel de 'binnen zoveel seconden nogmaals drukken is.... scene/cycle of andere dimrichting' lijkt me lastig.



Ik hoop dat iemand hier al eens mee heeft gestoeid

[ Voor 12% gewijzigd door S0epkip op 19-02-2024 13:03 ]

[synoniem]

zaphod_b schreef op zaterdag 17 februari 2024 @ 13:45:
Ik ben bezig om mijn meterstand van het gas automagisch te uploaden naar mindergas.nl, zoals gevonden in deze blogpost van een mede-tweaker:
https://martijnrusschen.n...s-nl-with-home-assistant/

Maar, helaas, ik krijg de volgende error in m'n HA logs:

code:

2024-02-17 13:41:00.451 WARNING (MainThread) [homeassistant.components.rest_command] Error. Url: https://www.mindergas.nl/api/gas_meter_readings. Status code 400. Payload: b'{ "date": "2024-02-17", "reading": 7260.73 }'

Heb handmatig het geprobeerd met een tooltje om een HTTP-POST mee in elkaar te zetten en dan werkt het wel. De fout zit 'm denk ik in die b voor de payload. Maar die vind ik echt nergens terug in de code. Als ik dat zo met die b ervoor POST met bovengenoemd tooltje krijg ik ook een 400 error.

Iemand die de fout ziet? (ik heb dus letterlijk de code overgenomen van die blogpost, uiteraard m'n eigen variabele voor gasmeter ingevuld en m'n eigen API-token.

Die b staat voor bytes en payload wordt als een binary object gezien dus je moet dus een string maken van het json object. Hoe je dat doet in YAML weet ik dan weer niet.

[Septillion]

@S0epkip Voor up/down zal je iets van een helper moeten gebruiken om het bij te houden.

Voor dubble press zou je met een wait for trigger kunnen werken. Zelf ooit blueprint gemaakt voor multipressen vanaf een pulsdrukker via een binairy_sensor. Niet direct met events maar kan misschien als idee dienen?

YAML:

blueprint:
  name: Multipress from 'binary_sensor' switch
  description: >-
    Get multipress and long press action out of a 'binary sensor' switch. 
    The helper will contain the actions: 'short_x', 'long' and 'release'. x is the number
    of short presses. 'release' is only send after a long-press. Check for these states
    in other automation with a state-trigger.
  domain: automation
  input:
    input_switch:
      name: Switch (input)
      description: "[binary_sensor] which represents the switch state. 'on' meaning pressed"
      selector:
        entity:
          domain: 
            - binary_sensor
            - ligth
            - switch
    output_text:
      name: Helper (output)
      description: "[input_text] helper to store the state. This is what you use to trigger on in other automations"
      selector:
        entity:
            domain: input_text
trigger:
  - platform: state
    entity_id:
      - !input input_switch
    to: "on"
condition: []
action:
  - wait_for_trigger:
      - platform: state
        entity_id:
          - !input input_switch
        to: "off"
    timeout:
      milliseconds: 500
  - if:
      - condition: state
        entity_id: !input input_switch
        state: "off"
    then:
      - repeat:
          until:
            - condition: template
              value_template: "{{ wait.trigger is none }}"
          sequence:
            - wait_for_trigger:
                - platform: state
                  entity_id:
                    - !input input_switch
                  to: "on"
              timeout:
                milliseconds: 400
            - if:
                - condition: template
                  value_template: "{{ wait.trigger is none }}"
              then:
                - service: input_text.set_value
                  data:
                    value: short_{{ repeat.index }}
                  target:
                    entity_id: !input output_text
    else:
      - service: input_text.set_value
        data:
          value: long
        target:
          entity_id: !input output_text
      - wait_for_trigger:
          - platform: state
            entity_id:
              - !input input_switch
            to: "off"
      - service: input_text.set_value
        data:
          value: release
        target:
          entity_id: !input output_text
  - delay:
      hours: 0
      minutes: 0
      seconds: 0
      milliseconds: 100
  - service: input_text.set_value
    data:
      value: ""
    target:
      entity_id: !input output_text
mode: single
max_exceeded: silent

[Activate]

@Septillion

Ik weet niet of het kan het zou mooi zijn als het kon, scheelt weer wat energie!

[Cadezo]

zaphod_b schreef op maandag 19 februari 2024 @ 11:27:
[...]

Dit is de code in configuration.yaml:

YAML:

rest_command:
  mindergas_upload:
    url: 'https://www.mindergas.nl/api/gas_meter_readings'
    method: POST
    headers:
      content-type: application/json
      AUTH-TOKEN: !secret mindergas_api_token
    payload: '{ "date": "{{date}}", "reading": "{{reading}}" }'

En dit in automations.yaml:

YAML:

- alias: MinderGas Upload
  trigger:
  - platform: time
    at: '23:58'
  action:
    data_template:
      date: '{{ (as_timestamp(now())) | timestamp_custom("%Y-%m-%d", True)}}'
      reading: '{{ states(''sensor.gas_meter'') }}'
    service: rest_command.mindergas_upload
  mode: single

En uiteraard m'n API-key in secrets.yaml.

Ik gebruik ongeveer dezelfde code voor het rest_command, enige wat eigenlijk anders is dat ik het content-type tussen aanhalingstekens heb staan, dus zo:

code:

content-type: 'application/json'

En ik m'n reading variable niet in quotes staan in de payload-regel:

code:

payload: '{ "date": "{{date}}", "reading": {{reading}} }'

Mogelijk dat dat uitmaakt in samenhang met die opmerking van @synoniem. Ik kwam daarnaast ook nog dit tegen: https://www.home-assistan...ing/#tofrom-json-examples

[ Voor 9% gewijzigd door Cadezo op 19-02-2024 13:48 ]

[verjager]

S0epkip schreef op maandag 19 februari 2024 @ 13:02:
Ik heb een Shelly1 met pulsdrukkers hangen om mijn Hue ganglampen te besturen.
In HA kan ik events van de Shelly detecteren, zoals long push, etc.

Nu zou ik graag het gedrag van de Hue Wall Switch module nabootsen met een Automation.
Dus:

short press is aan/uit. Volgende short press is scene cycle.
Long press is dim omlaag. Volgende long press is dim omhoog.

Heeft iemand hier misschien een voorbeeld-automation van? Ik heb zitten zoeken maar nog geen mooie gevonden. Het lijkt me mogelijk op basis van de Events. Enkel de 'binnen zoveel seconden nogmaals drukken is.... scene/cycle of andere dimrichting' lijkt me lastig.

[Afbeelding]

Ik hoop dat iemand hier al eens mee heeft gestoeid

In aanvulling op de post van @Septillion: ik kan met een gewone schakelaar ook een dubbelklik simuleren (snel uit/aan) d.m.v. onderstaande automation:

YAML:

alias: Lichtschakelaar slaapkamer
description: ""
trigger:
  - platform: state
    entity_id:
      - binary_sensor.shellydimmer2_lamp_slaapkamer_channel_1_input
condition: []
action:
  - variables:
      light_pct_low: 20
      light_pct_high: 67
  - delay:
      hours: 0
      minutes: 0
      seconds: 0
      milliseconds: 100
    enabled: true
  - wait_for_trigger:
      - platform: state
        entity_id:
          - binary_sensor.shellydimmer2_lamp_slaapkamer_channel_1_input
    timeout:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
    continue_on_timeout: false
  - choose:
      - conditions:
          - condition: template
            value_template: >-
              {{ (state_attr('light.lamp_slaapkamer', 'brightness') | default(0)
              / 255*100) | int(0) > light_pct_low | int(0) }}
        sequence:
          - service: light.turn_on
            target:
              entity_id: light.lamp_slaapkamer
            data:
              brightness_pct: "{{ light_pct_low }}"
      - conditions:
          - condition: template
            value_template: >-
              {{ (state_attr('light.lamp_slaapkamer', 'brightness') | default(0)
              / 255*100) | int(0) <= light_pct_low | int(0) }}
        sequence:
          - service: light.turn_on
            target:
              entity_id: light.lamp_slaapkamer
            data:
              brightness_pct: "{{ light_pct_high }}"
    default: []
mode: single
max_exceeded: silent

[madtraxx]

Ik heb eigenlijk iets heel simpels waar ik maar niet uitkom;

YAML:

sensor:
  - platform: statistics
    unit_of_measurement: kwh
    name: "Energy T1 total"
    unique_id: Energy_T1_total
    entity_id: sensor.energy_consumption_tarif_1
    state_characteristic: mean
    max_age:
      days: 365
    datetime_oldest: 21.04.23 00:00

Dit doet bij mij helemaal niets, ergens zal er wel iets niet kloppen maar ik kom er niet achter wat...de sensor is ook niet te vinden.

Wat ik wil doen: energie verbruik vanaf ingangsdatum contract als sensor naar binnen halen.

[TheFes]

madtraxx schreef op maandag 19 februari 2024 @ 14:45:
Ik heb eigenlijk iets heel simpels waar ik maar niet uitkom;

YAML:

sensor:
  - platform: statistics
    unit_of_measurement: kwh
    name: "Energy T1 total"
    unique_id: Energy_T1_total
    entity_id: sensor.energy_consumption_tarif_1
    state_characteristic: mean
    max_age:
      days: 365
    datetime_oldest: 21.04.23 00:00

Dit doet bij mij helemaal niets, ergens zal er wel iets niet kloppen maar ik kom er niet achter wat...de sensor is ook niet te vinden.

Wat ik wil doen: energie verbruik vanaf ingangsdatum contract als sensor naar binnen halen.

Die laatste regel klopt niet. Dat is geen valide parameter van een statistics sensor. Althans, ik kan hem in de docs alleen als optie voor de state_characteristics vinden, waar jij dus mean hebt

Heb je ook daadwerkelijk 365 dagen in je recorder staan? Want deze sensor maakt geen gebruik van Long Term Statistics.
En mean is een simpel gemiddelde van alle waardes, het houdt er geen rekening mee hoe lang de sensor op die waarde heeft gestaan.

[ Voor 20% gewijzigd door TheFes op 19-02-2024 15:01 ]

[madtraxx]

TheFes schreef op maandag 19 februari 2024 @ 15:01:
[...]


Die laatste regel klopt niet. Dat is geen valide parameter van een statistics sensor. Althans, ik kan hem in de docs alleen als optie voor de state_characteristics vinden, waar jij dus mean hebt

Heb je ook daadwerkelijk 365 dagen in je recorder staan? Want deze sensor maakt geen gebruik van Long Term Statistics.

de sensoren komen uit de DSMR integratie, volgens mij zijn die long term

En mean is een simpel gemiddelde van alle waardes, het houdt er geen rekening mee hoe lang de sensor op die waarde heeft gestaan.

Hoe zou ik dit op een andere manier kunnen bewerkstelligen? De sensor heeft historische data tot zover terug/

[TheFes]

madtraxx schreef op maandag 19 februari 2024 @ 15:06:
[...]


Hoe zou ik dit op een andere manier kunnen bewerkstelligen? De sensor heeft historische data tot zover terug/

Ja, HA heeft die data wel, maar de statistics sensor gebruikt die niet.
Die gebruikt alleen je data uit de recorder, die standaard op 10 dagen staat.

Wat probeer je überhaupt te doen? Want het gemiddelde van je meterstand lijkt me niet echt een nuttige waarde..

[madtraxx]

TheFes schreef op maandag 19 februari 2024 @ 15:16:
[...]


Ja, HA heeft die data wel, maar de statistics sensor gebruikt die niet.
Die gebruikt alleen je data uit de recorder, die standaard op 10 dagen staat.

Wat probeer je überhaupt te doen? Want het gemiddelde van je meterstand lijkt me niet echt een nuttige waarde..

Simpel overzichtje met totaal verbruik T1 en T2 op zowel teruglevering als verbruik tot nu toe.

Dus eigenlijk wil ik de sensor vanaf huidige stand minus de opgegeven datum hebben.

[ Voor 3% gewijzigd door madtraxx op 19-02-2024 15:19 ]

[TheFes]

madtraxx schreef op maandag 19 februari 2024 @ 15:19:
[...]


Simpel overzichtje met totaal verbruik T1 en T2 op zowel teruglevering als verbruik tot nu toe.

Dus eigenlijk wil ik de sensor vanaf huidige stand minus de opgegeven datum hebben.

Kun je dan niet makkelijker opzoeken wat de stand op datum X was, en dan een template sensor maken die huidige stand - stand op datum X doet?

[Maarten69]

zoiets @madtraxx ?

haha, nu ik beter kijk door dit te delen zie ik wat foutjes... T3 en T4

edit zooitje in mijn configuration.yaml niet trots op maar het werkt

YAML:

#hieronder eigen sensoren voor verbruik per jaar #standen:  1 juli 2023
template:
  - sensor:
      - name: "jaarverbruik stroom"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand = states('sensor.electricity_meter_energieverbruik_tarief_1') | float(0) %}
          {% set hoogstand = states('sensor.electricity_meter_energieverbruik_tarief_2') | float(0) %}

          {{ ((laagstand + hoogstand) - (13533 + 11420 )) | round(1, default=0) }}
  - sensor:
      - name: "jaaropwek stroom"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand2 = states('sensor.electricity_meter_energieproductie_tarief_1') | float(0) %}
          {% set hoogstand2 = states('sensor.electricity_meter_energieproductie_tarief_2') | float(0) %}

          {{ ((laagstand2 + hoogstand2) - (9156 + 22132)) | round(1, default=0) }}
  - sensor:
      - name: "netto verbruik"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand3 = states('sensor.jaarverbruik_stroom') | float(0) %}
          {% set hoogstand3 = states('sensor.jaaropwek_stroom') | float(0) %}
          {{ (laagstand3 - hoogstand3) | round(1, default=0) }}  

  - sensor:
      - name: "jaarverbruik gas"
        unit_of_measurement: "m3"
        state: >
          {% set gasstand = states('sensor.gas_meter_gasverbruik') | float(0) %}


          {{ (gasstand - 8818) | round(1, default=0) }}  

[ Voor 72% gewijzigd door Septillion op 19-02-2024 15:48 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[madtraxx]

Maarten69 schreef op maandag 19 februari 2024 @ 15:30:
zoiets @madtraxx ?
[Afbeelding]
haha, nu ik beter kijk door dit te delen zie ik wat foutjes... T3 en T4

edit zooitje in mijn configuration.yaml niet trots op maar het werkt

YAML:

#hieronder eigen sensoren voor verbruik per jaar #standen:  1 juli 2023
template:
  - sensor:
      - name: "jaarverbruik stroom"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand = states('sensor.electricity_meter_energieverbruik_tarief_1') | float(0) %}
          {% set hoogstand = states('sensor.electricity_meter_energieverbruik_tarief_2') | float(0) %}

          {{ ((laagstand + hoogstand) - (13533 + 11420 )) | round(1, default=0) }}
  - sensor:
      - name: "jaaropwek stroom"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand2 = states('sensor.electricity_meter_energieproductie_tarief_1') | float(0) %}
          {% set hoogstand2 = states('sensor.electricity_meter_energieproductie_tarief_2') | float(0) %}

          {{ ((laagstand2 + hoogstand2) - (9156 + 22132)) | round(1, default=0) }}
  - sensor:
      - name: "netto verbruik"
        unit_of_measurement: "kWh"
        state: >
          {% set laagstand3 = states('sensor.jaarverbruik_stroom') | float(0) %}
          {% set hoogstand3 = states('sensor.jaaropwek_stroom') | float(0) %}
          {{ (laagstand3 - hoogstand3) | round(1, default=0) }}  

  - sensor:
      - name: "jaarverbruik gas"
        unit_of_measurement: "m3"
        state: >
          {% set gasstand = states('sensor.gas_meter_gasverbruik') | float(0) %}


          {{ (gasstand - 8818) | round(1, default=0) }}  

ja zoiets zocht ik inderdaad! ik ga even knoeien met jouw code :-)

Nu ben ik ook benieuwd wat er achter je boot tabblad schuil gaat!

[zaphod_b]

Cadezo schreef op maandag 19 februari 2024 @ 13:30:
[...]

Ik gebruik ongeveer dezelfde code voor het rest_command, enige wat eigenlijk anders is dat ik het content-type tussen aanhalingstekens heb staan, dus zo:

code:

content-type: 'application/json'

En ik m'n reading variable niet in quotes staan in de payload-regel:

code:

payload: '{ "date": "{{date}}", "reading": {{reading}} }'

Mogelijk dat dat uitmaakt in samenhang met die opmerking van @synoniem. Ik kwam daarnaast ook nog dit tegen: https://www.home-assistan...ing/#tofrom-json-examples

Zou jij je code hier even willen posten? Want ook met die wijziging verandert er niks...

[amarok]

Barfman schreef op zaterdag 3 februari 2024 @ 18:00:
Ik zag gisteren ook mensen met problemen op het HA forum. Ik zelf heb deze Fork vandaag gebruikt en kon moeiteloos alle devices importeren. Je hebt dan wel een Tuya account nodig maar je hoeft geen local key's meer te gebruiken.

https://community.home-as...ork-from-localtuya/634334

Dit is echt super! Ik had onlangs een Tuya smart plug gekocht (want goedkoper dan de normale zigbee pluggen die ik gebruik en wilde wel eens ervaren hoe betrouwbaar dit werkt), maar kreeg die niet meer gekoppeld aan mijn vorige localtuya integratie, omdat mijn development account was verlopen en op een verlenging werd niet gereageerd. Toen maar de Tuya integratie gebruikt, maar liever niet.

Kwam je posting vandaag tegen en gelijk uitgeprobeerd. De smart plug wordt sinds tien minuten lokaal gepolld.

Maar zigbee blijft mijn favoriete oplossing voor dit soort domotica.

[ROBXGD]

Dit weekend mijn eerste Shelly geïnstalleerd. een wereld gaat open. Ik had een beetje last om de gewone Shelly 1 plus te installeren (met veel duwen en prutsen is het toch gelukt).
Nu vroeg ik me af of ik met een mini genoeg zou hebben voor volgende schakelaars.
De mini kan max 8A verdragen. Als ik snel even reken mag ik dan verlichting van max 1840 Watt aansturen (mits we in België/Nederland 230V hebben). Vergis ik me of moet je al een gigantische hoeveelheid lampen hebben alvorens je aan dit wattage zit? ik heb nog niet echt uitgemeten hoeveel ze verbruiken maar volgens mij gaan die toch nooit aan die hoeveelheid zitten?

[Septillion]

@ROBXGD Met led lampen al je niet zo snel aan de 8A zitten op 230V nee Met een gloeilamp of halogeen kom je er misschien nog wel een keer in de buurt. Maar voor moderne verlichting wel prima die 8A.

[ Voor 4% gewijzigd door Septillion op 19-02-2024 16:34 ]

[ROBXGD]

thx voor het snelle antwoord. uiteraard alles Led dus no issue

[Herman1550]

Sinds gister werkt de zigbee2mqtt frondend niet meer.
In het log staat wel dit hij geladen is op port:8099. Alles werkt ook normaal en de web-ui kan ik ook wel laden meer er wordt niets getoond. Heb de cache en wat al niet meer gewist niets helpt.
in de android app werkt het ook niet. Had een kopie gemaakt van de zigbee2mqqt map en de addon opnieuw geinstalleerd > Ook zonder resultaat. Wie weet raad???

[Septillion]

@Herman1550 Herinstall is we gelijk heftig... Andere browser getest? Welke versie (Z2M en HA) draai je? HA via http of https?

[ Voor 9% gewijzigd door Septillion op 19-02-2024 17:48 ]

[FiscBiker]

zaphod_b schreef op maandag 19 februari 2024 @ 11:27:
[...]

Dit is de code in configuration.yaml:
(...)
En dit in automations.yaml:

YAML:

- alias: MinderGas Upload
  trigger:
  - platform: time
    at: '23:58'
  action:
    data_template:
      date: '{{ (as_timestamp(now())) | timestamp_custom("%Y-%m-%d", True)}}'
      reading: '{{ states(''sensor.gas_meter'') }}'
    service: rest_command.mindergas_upload
  mode: single

En uiteraard m'n API-key in secrets.yaml.

Ik denk dat het voorbeeld dat je hebt gebruikt van een te oude versie van HA is, met name dan voor die automation. Als ik 'm nu na probeer te maken in HA zelf en op een gegeven overstap op de "Bewerken als YAML", dan komt-ie er zo uit te zien:

YAML:

alias: RestTest
description: ""
trigger:
  - platform: time
    at: "19:18:00"
condition: []
action:
  - service: rest_command.mindergas_upload
    metadata: {}
    data:
      date: "{{ (as_timestamp(now())) | timestamp_custom(\"%Y-%m-%d\", True)}}"
      reading: "{{ states('sensor.gas_meter_gas_consumption') }}"
mode: single

Ik roep dan niet mindergas aan, want daar ben ik geen lid, maar als ik mijn eigen API-tester aanroep zie ik daar netjes

JSON:

{"date": "2024-02-19", "reading": "3367.727" }

binnenkomen

[zaphod_b]

FiscBiker schreef op maandag 19 februari 2024 @ 19:26:
[...]


Ik denk dat het voorbeeld dat je hebt gebruikt van een te oude versie van HA is, met name dan voor die automation. Als ik 'm nu na probeer te maken in HA zelf en op een gegeven overstap op de "Bewerken als YAML", dan komt-ie er zo uit te zien:

Nope, is het dus ook niet.... Bizar.
Wat heb jij in je configuration.yaml staan?

Krijg helaas nog steeds dit:

code:

WARNING (MainThread) [homeassistant.components.rest_command] Error. Url: https://www.mindergas.nl/api/gas_meter_readings. Status code 400. Payload: b'{"date":"2024-02-19","reading":"7271.18"}'

[ Voor 48% gewijzigd door zaphod_b op 19-02-2024 20:46 ]

[Sicco92]

zaphod_b schreef op maandag 19 februari 2024 @ 20:19:
[...]

Nope, is het dus ook niet.... Bizar.
Wat heb jij in je configuration.yaml staan?

Krijg helaas nog steeds dit:

code:

WARNING (MainThread) [homeassistant.components.rest_command] Error. Url: https://www.mindergas.nl/api/gas_meter_readings. Status code 400. Payload: b'{"date":"2024-02-19","reading":"7271.18"}'

Ondertussen ook maar even op HA Community forum de vraag gesteld:
https://community.home-as...b-id-added-to-json/692566

Gebruik je wel de juiste url? Ik kan me herinneren dat er een API-endpoint van MinderGas deprecated was geworden een tijd geleden. Als je een oude handleiding gebruikt, is de kans best aanwezig dat die url niet meer werkt.

Als ik de handleiding van MinderGas bekijk, dan zie ik daar ook een andere url staan dan die jij probeert aan te roepen: http(s)://www.mindergas.nl/api/meter_readings
Probeer die eens?

[zaphod_b]

Sicco92 schreef op maandag 19 februari 2024 @ 20:38:
[...]

Als ik de handleiding van MinderGas bekijk, dan zie ik daar ook een andere url staan dan die jij probeert aan te roepen: http(s)://www.mindergas.nl/api/meter_readings
Probeer die eens?

Je bent een held!!!!!

En hoe kon ik daar nou al die tijd overheen lezen... bizar.

[Faece]

Kan ik helpers aanmaken vanuit een automation ?

[TheFes]

Faece schreef op maandag 19 februari 2024 @ 21:50:
Kan ik helpers aanmaken vanuit een automation ?

Nee

Tenzij je MQTT publish gebruikt om MQTT entiteit te maken via auto discovery. Daarvan weet ik dat het kan, maar heb het zelf nog nooit gedaan

[Faece]

TheFes schreef op maandag 19 februari 2024 @ 21:53:
[...]


Nee

Tenzij je MQTT publish gebruikt om MQTT entiteit te maken via auto discovery. Daarvan weet ik dat het kan, maar heb het zelf nog nooit gedaan

Ik wil elke maand electriciteits verbruik en opbrengst wegschrijven naar een helper _maand_2024. Dat lukt al
Maar in 2025 moet ik dus opnieuw die helpers aanmaken en in 2026 opnieuw.

Moest ik op het eind van het naar een automation kunnen starten die die helpers automatisch aanmaakt dan was mijn probleem opgelost

[daft_dutch]

doen er mensen mee met de voice contest van home assistant?

https://community.home-as...ith-home-assistant/692653

https://community.home-as...ith-out-ai-v0-0002/690855

Verkeerde topic => verplaatst

[ Voor 7% gewijzigd door Septillion op 20-02-2024 05:06 ]

[Dutchess_Nicole]

Faece schreef op maandag 19 februari 2024 @ 22:15:
[...]


Ik wil elke maand electriciteits verbruik en opbrengst wegschrijven naar een helper _maand_2024. Dat lukt al
Maar in 2025 moet ik dus opnieuw die helpers aanmaken en in 2026 opnieuw.

Moest ik op het eind van het naar een automation kunnen starten die die helpers automatisch aanmaakt dan was mijn probleem opgelost

Pak een willekeurige TSDB (Influx, Prometheus, iets anders) en exporteer de waarden die je wilt naar dat systeem. dan kun je over elke willekeurige tijdsperiode en interval rapporteren.

[Septillion]

@Faece Je zou het als attribute kunnen toevoegen aan een event template sensor zoals @TheFes hier ooit heeft gepost. Kan hem alleen even niet vinden

Maar strikt genomen zit al die info al gewoon in HA. Het blijft jammer (raar zelfs) dat HA er geen methodes voor aanbiedt. Zeker met responding service calls had dit echt heel makkelijk erin kunnen zitten. Of gewoon als entity, hiervoor wel minder overhead. Maar eigenlijk algemeen issue met de long term stats dat ze lastig te gebruiken zijn.

[Luuk84]

Ik heb een beetje vreemd probleem en ik zit een beetje vast met de oplossing.
Ik draai al een paar jaar HA op Raspberry PI 4, hierop heb ik via een usb naar p1 kabel altijd netjes mijn slimme meter uit kunnen lezen met DSMR slimme meter. Sinds vorige week hebben wij een nieuwe slimme meter zodat de laadpaal ook met loadbalancing overweg kan. Deze loadbalancing werkt ook via de p1 poort van de slimme meter.
Omdat ik beide wil aansluiten maak ik gebruik van de homewizard p1 splitter. Het uitlezen werkt nu echter niet meer. Dit geld voor alle poorten van de splitter. De loadbalancing van de laadpaal, werkt wel volgens de installateur. ik zie ook de verbindingslampjes van de splitter op alle aangesloten poorten signaal geven.

Het gaat om de volgende hardware:
KAIFA MA304 SMR 5.5.
Laadpaal is een Alfen single line pro
Generic USB -> P1 kabel
Homewizard P1 splitter

Het volgende heb ik al geprobeerd:

• USB -> kabel op een andere splitter poort (werkt niet)
• De splitter met USB-c voeding aangesloten (werkt niet)
• De splitter zonder voeding aangesloten (werkt niet)
• USB -> kabel direct op Slimme meter (werkt)

Het zou dus misschien nog in de splitter kunnen zitten, alleen het vreemde is dat deze splitter overal wordt aangeraden omdat deze goed zou werken.
Misschien heeft iemand hier nog input?

[ Voor 3% gewijzigd door Luuk84 op 20-02-2024 09:12 ]

[Step]

Weet iemand hoe je makkelijk een sensor kan maken van de Energie Dashboard en daarbij het Energie Overzicht? Water wordt netjes bijgehouden, maar volgens mij is dit een formule op basis van de totaal verbruik van mijn Homewizard Watermeter.

Ik kan helaas geen juiste getal in liters krijgen in een sensor. Het was mooi geweest als ze dat als sensor hadden gedefinieerd aangezien ze zelf de optelling al doen.

[Dutchess_Nicole]

Luuk84 schreef op dinsdag 20 februari 2024 @ 09:10:
Ik heb een beetje vreemd probleem en ik zit een beetje vast met de oplossing.
Ik draai al een paar jaar HA op Raspberry PI 4, hierop heb ik via een usb naar p1 kabel altijd netjes mijn slimme meter uit kunnen lezen met DSMR slimme meter. Sinds vorige week hebben wij een nieuwe slimme meter zodat de laadpaal ook met loadbalancing overweg kan. Deze loadbalancing werkt ook via de p1 poort van de slimme meter.
Omdat ik beide wil aansluiten maak ik gebruik van de homewizard p1 splitter. Het uitlezen werkt nu echter niet meer. Dit geld voor alle poorten van de splitter. De loadbalancing van de laadpaal, werkt wel volgens de installateur. ik zie ook de verbindingslampjes van de splitter op alle aangesloten poorten signaal geven.

Het gaat om de volgende hardware:
KAIFA MA304 SMR 5.5.
Laadpaal is een Alfen single line pro
Generic USB -> P1 kabel
Homewizard P1 splitter

Het volgende heb ik al geprobeerd:

• USB -> kabel op een andere splitter poort (werkt niet)
• De splitter met USB-c voeding aangesloten (werkt niet)
• De splitter zonder voeding aangesloten (werkt niet)
• USB -> kabel direct op Slimme meter (werkt)

Het zou dus misschien nog in de splitter kunnen zitten, alleen het vreemde is dat deze splitter overal wordt aangeraden omdat deze goed zou werken.
Misschien heeft iemand hier nog input?

Zo te zien is je nieuwe meter niet al te nieuw: deze draait alleen op DSMR v4.2.2. Daarmee is er dus geen voeding voor de splitter aanwezig. Dat zit niet in die versie van de spec.

Het meest voor de hand liggende is dus om zeker te weten dat de externe voeding van die splitter goed is, want die heb je dus absoluut nodig. Ik zou even alles afkoppelen, zorgen dat je voeding voldoende is (5V 1A volgens de HW site) en weer stuk voor stuk aansluiten.

Na een 10 seconden max zou je dan toch echt wel een packet langs moeten zien komen. Ik lees dat de poort ledjes ook aangeven of er packets langskomen dus dat zou je ook moeten helpen de boel werkend te krijgen.

Succes!

Step schreef op dinsdag 20 februari 2024 @ 09:19:
Weet iemand hoe je makkelijk een sensor kan maken van de Energie Dashboard en daarbij het Energie Overzicht? Water wordt netjes bijgehouden, maar volgens mij is dit een formule op basis van de totaal verbruik van mijn Homewizard Watermeter.

Ik kan helaas geen juiste getal in liters krijgen in een sensor. Het was mooi geweest als ze dat als sensor hadden gedefinieerd aangezien ze zelf de optelling al doen.

Hoe bedoel je dat?

Je hebt in je energy dashboard een sensor opgegeven die je watergebruik bijhoudt toch? Dus die sensor heb je al. Wat probeer je precies te bereiken?

[ Voor 13% gewijzigd door Dutchess_Nicole op 20-02-2024 09:27 ]

[Step]

Dutchess_Nicole schreef op dinsdag 20 februari 2024 @ 09:22:
Hoe bedoel je dat?

Je hebt in je energy dashboard een sensor opgegeven die je watergebruik bijhoudt toch? Dus die sensor heb je al. Wat probeer je precies te bereiken?

Klopt, ik heb de sensor Totaal Waterverbruik (eigen benaming voor m3 gebruik) gebruikt. Het lijkt erop dat HA dit zelf vertaald naar het aantal Liter wat ik op een dag gebruik. Dat resultaat had ik graag in een sensor gezien zodat ik dit op mijn Button+ kan laten weergeven.

[superduper]

Step schreef op dinsdag 20 februari 2024 @ 09:32:
[...]


Klopt, ik heb de sensor Totaal Waterverbruik (eigen benaming voor m3 gebruik) gebruikt. Het lijkt erop dat HA dit zelf vertaald naar het aantal Liter wat ik op een dag gebruik. Dat resultaat had ik graag in een sensor gezien zodat ik dit op mijn Button+ kan laten weergeven.

1 m3 = 1000 liter? Dat kan je toch vrij direct laten zien?

[Dutchess_Nicole]

Step schreef op dinsdag 20 februari 2024 @ 09:32:
[...]


Klopt, ik heb de sensor Totaal Waterverbruik (eigen benaming voor m3 gebruik) gebruikt. Het lijkt erop dat HA dit zelf vertaald naar het aantal Liter wat ik op een dag gebruik. Dat resultaat had ik graag in een sensor gezien zodat ik dit op mijn Button+ kan laten weergeven.

Dan maak je toch een number helper aan waarin je die source sensor pakt en dat vermenigvuldigt met 1000? Of als je dat alsnog per dag interval wilt kun je hetzelfde doen met een utility meter.

Je kan altijd nadoen wat het ED intern doet met een daily utility meter. Als je het echt specifiek uit het ED wilt halen dan zal je een SQL query moeten doen op de statistics tabel om die gegevens op te halen. Niet echt de meest handige methode, maar op dit moment is het ED niet echt te gebruiken als bron.

[Step]

superduper schreef op dinsdag 20 februari 2024 @ 09:40:
[...]


1 m3 = 1000 liter? Dat kan je toch vrij direct laten zien?

Ja en nee, ik zal daarnaast ook nog de formule moeten gaan doen waarin de stand in het begin van de dag om 0:00 en hoeveel dit is opgelopen om het aantal liters eruit te vissen.

Dutchess_Nicole schreef op dinsdag 20 februari 2024 @ 09:40:
[...]


Dan maak je toch een number helper aan waarin je die source sensor pakt en dat vermenigvuldigt met 1000? Of als je dat alsnog per dag interval wilt kun je hetzelfde doen met een utility meter.

Je kan altijd nadoen wat het ED intern doet met een daily utility meter. Als je het echt specifiek uit het ED wilt halen dan zal je een SQL query moeten doen op de statistics tabel om die gegevens op te halen. Niet echt de meest handige methode, maar op dit moment is het ED niet echt te gebruiken als bron.

Het klinkt interdaad alsof ik de utility meter moet gaan gebruiken en vermenigvuldigt door 1000 en de stand van de dag op moet nemen. Ik had natuurlijk liever gezien dat wat HA al voor mij gedaan had, dat ik dit als waarde kon uitlezen.

[ Voor 0% gewijzigd door Step op 20-02-2024 09:49 . Reden: :+ ]

[Dutchess_Nicole]

Step schreef op dinsdag 20 februari 2024 @ 09:45:
[...]


Ja en nee, ik zal daarnaast ook nog de formule moeten gaan doen waarin de stand in het begin van de dag om 0:00 en hoeveel dit is opgelopen om het aantal liters eruit te vissen.


[...]


Het klinkt interdaad alsof ik de utility meter moet gaan gebruiken met delen door 1000 en de stand van de dag op moet nemen. Ik had natuurlijk liever gezien dat wat HA al voor mij gedaan had, dat ik dit als waarde kon uitlezen.

Ik zou toch echt vermenigvuldigen, tenzij je geinterresseerd bent in megaliters

[TheFes]

Septillion schreef op dinsdag 20 februari 2024 @ 08:46:
@Faece Je zou het als attribute kunnen toevoegen aan een event template sensor zoals @TheFes hier ooit heeft gepost. Kan hem alleen even niet vinden

Maar strikt genomen zit al die info al gewoon in HA. Het blijft jammer (raar zelfs) dat HA er geen methodes voor aanbiedt. Zeker met responding service calls had dit echt heel makkelijk erin kunnen zitten. Of gewoon als entity, hiervoor wel minder overhead. Maar eigenlijk algemeen issue met de long term stats dat ze lastig te gebruiken zijn.

Iemand op het community forum heeft die suggestie ook al gedaan
https://community.home-as...omation/692638/7?u=thefes

@Faece
Maar aan zoiets zat ik zelf ook al aan te denken.
Je zou elke nacht om 1u kunnen triggeren, en dan de last_period uit een monthly utiliy meter sensor in een attribute weg kunnen schrijven als deze nog niet bestaat voor de vorige maand. Dan krijg je vanzelf een historie van elke maand. Het staat alleen niet in losse sensoren.

MQTT Discovery is dan dus de andere optie, en zou werken om echt losse sensoren per maand te maken.

[Septillion]

TheFes schreef op dinsdag 20 februari 2024 @ 09:52:
MQTT Discovery is dan dus de andere optie, en zou werken om echt losse sensoren per maand te maken.

Maar moet je dus wel retained messages sturen en gebruik je feitelijk MQTT als database. Zou ik zelf minder vinden.

[Luuk84]

Dutchess_Nicole schreef op dinsdag 20 februari 2024 @ 09:22:
[...]


Zo te zien is je nieuwe meter niet al te nieuw: deze draait alleen op DSMR v4.2.2. Daarmee is er dus geen voeding voor de splitter aanwezig. Dat zit niet in die versie van de spec.

Het meest voor de hand liggende is dus om zeker te weten dat de externe voeding van die splitter goed is, want die heb je dus absoluut nodig. Ik zou even alles afkoppelen, zorgen dat je voeding voldoende is (5V 1A volgens de HW site) en weer stuk voor stuk aansluiten.

Na een 10 seconden max zou je dan toch echt wel een packet langs moeten zien komen. Ik lees dat de poort ledjes ook aangeven of er packets langskomen dus dat zou je ook moeten helpen de boel werkend te krijgen.

Succes!

Dank voor de tip. Ik ga kijken naar de voeding.
De meter is vorige week geplaatst nadat ik een nieuwe meter heb aangevraagd bij Stedin. De oude meter werkte niet i.c.m. de loadbalancing van de laadpaal. Het zou dus erg vreemd zijn als dit weer een oude meter is . Er staat letterlijk op de meter SMR 5.5. Met mijn beperkte kennis zou ik dus zeggen dat het hier niet aan ligt. Tenzijn SMR != DSMR, dan zit er volledig naast

[RoTeK70]

Vraagje, hoe kan ik zorgen dat mijn kaarten op het dashboard naast elkaar komen in drie of vier kolommen dus horizontaal naast elkaar ipv nu in twee kolommen verticaal, nu moet ik naar beneden scrollen.

[Septillion]

@Step De per dag waarde kan je helaas niet makkelijk uit het dashboard halen en ergens anders gebruiken. Maar je kan dus wel een utility meter zelf aanmaken met een dag cyclus.

Vervolgens kan je in de UI als het goed is de eenheid wisselen van m³ naar l.

[JukeboxBill]

RoTeK70 schreef op dinsdag 20 februari 2024 @ 10:04:
Vraagje, hoe kan ik zorgen dat mijn kaarten op het dashboard naast elkaar komen in drie of vier kolommen dus horizontaal naast elkaar ipv nu in twee kolommen verticaal, nu moet ik naar beneden scrollen.

Pagina in tegelvorm al geprobeerd?
Met horizontal stack of raster kaart kan je ook de indeling beïnvloeden.

[Dwazer]

Ff een repost vanuit het deCONZ topic:

Dwazer schreef op woensdag 14 februari 2024 @ 21:49:
Ik dacht al dat het aan mijn Zigbee netwerk lag (i.c.m. een ConBeeII): ESP boards die niet meer reageren (Heb er 1 zelfs opnieuw moeten flashen), HAOS die traag werd, soms packet drops die niet door de ConBee verwerkt werden.

Zelf die P1 meter, waar ik NOOIT omkijken naar had, had een drop-out elke 5 mins voor weer 20 ofzo.

Maar er zijn dus momenteel meer verhalen lees ik.
Heb nog een SonOff liggen en pas geleden een "smlight slzb-06": Zigbee Ethernet USB PoE LAN Adapter.
Wellicht een kans om een test omgeving ernaast te gaan maken met 1 van die 2

Nou, issues gevonden hoor, letterlijk na 2,5 dag zoeken naar de oorzaak.
Alles BLEEF maar droppen aan connections, logboeken vol met rare foutmeldingen.
Dus je gaat troubleshooten, kanaal wifi aanpassen: zelfde melding, 5Ghz uitzetten: nope, Philips Hue Bridge ander kanaal: nope, MESH router wifi uitgezet: nope, MESH er helemaal tussenuit en vervangen voor een domme 5 poorts switch: nope, HAOS uitgezet en de ConBeeII op m'n pc aangesloten om daar het kanaal aan te passen (In de software kun je er ook kanaal 26 voor kiezen): nope en ga zo maar door.

Ik dacht echt om alles eruit te gooien en maar gewoon weer de lichtknoppen te gaan gebruiken.

Totdat ik hier toevallig op dit topic uit kwam vanwege 6498 meldingen in een logboek, dat het kanaal "al" bezet was/giga storend was en maar op zoek moest naar een ander kanaal (Had geen biet uitgemaakt: Ik had alle kanalen al geprobeerd.

En toen, schoot het me ineens te binnen: Ik had de paar dagen ervoor de "NAS" functie op mijn Fritz!box 5490 geactiveerd met dit kereltje: Een Sandisk Ultra Fit | 256GB | USB 3.1 Gen 1 - USB Stick (Met in het achterhoofd, eventuele backups van HAOS daarheen te schrijven). En dacht: "Het zal toch niet hè??!"

En ik ontkoppel dat USB kreng, zag zo een aantal van m'n homedevices 1 voor 1 weer terug online komen in HAOS
Maar ja, had inmiddels zoveel veranderd/aangepast, dat ik de weg terug ook niet 100% wist (Stom, had een lijstje bij moeten houden).

Dus vandaag weer lekker bezig geweest met het reconfiggen van een zooitje lampen en sensoren.
En heb besloten de host naar zolder te doen en over te gaan op die smlight slzb-06, aangezien die ook over een LAN aansluiting beschikt.
Alleen nog een PoE Injector ergens vandaan zien te vissen op basis van IEEE 802.3af en een flink stuk CAT6 kabel en dan ga ik over #HA,hetmoetjehobbymaarzijn

-edit-
Omgezet
Dank u

[ Voor 8% gewijzigd door Dwazer op 20-02-2024 15:57 ]

[Harmen]

Loop hier tegen een vreemd issue aan. Sinds vandaag wordt mn Pixel 8 geblocked door Home Assistant. Gebruik de volgende add-ons: NGINX Home Assistant SSL proxy en Duckdns (ip_ban is aangezet in config..yaml)

Issue speelt enkel als ik een willekeurig mac adres laat generen door mijn telefoon, als ik deze vastzet laad de app. Via 4G ook geen issues. Iemand dit vaker gezien?

[Faece]

Heeft iemand ervaring met apex charts ?

Ik heb een entity die enkel 0 en 1 kan zijn. Op de chart krijg ik echter ook 0.5 en soms tussenwaardes.
Hoe kan ik voorkomen dat hij ergens gemiddeldes neemt en enkel de echte waardes toekent ?

[Daiov97]

Ben benieuwd of iemand weet of dit bestaat:

Zoek de Shelly Dimmer 2 equivalent maar dan met zigbee i.p.v. WiFi!

Ik zou namelijk graag dubbele pulsdrukkers in mijn huis willen waarmee ik kan gaan dimmen zoals de Shelly:

Wij adviseren te kiezen voor een dubbele impulsdrukker die je aansluit op SW1 (Input 1) en SW2 (Input 2) van de dimmer, waarmee je met SW1 de dimmer "aan" of "uit" zet (klikken) en omhoog kunt dimmen (vasthouden), en met SW2 de dimmer äan"of "uit" zet (klikken) en omlaag kunt dimmen (vasthouden.)

Iemand een idee? Anders gaat het waarschijnlijk een ECO-DIM 10 worden: https://www.ecodim.nl/nl/eco-dim10-zigbee.html

[JukeboxBill]

Faece schreef op dinsdag 20 februari 2024 @ 18:13:
Heeft iemand ervaring met apex charts ?

Ik heb een entity die enkel 0 en 1 kan zijn. Op de chart krijg ik echter ook 0.5 en soms tussenwaardes.
Hoe kan ik voorkomen dat hij ergens gemiddeldes neemt en enkel de echte waardes toekent ?

Probeer het eens met stepsize 1 bij xaxis options.

Bron:
https://apexcharts.com/docs/options/xaxis/

[bbn_ldp]

Septillion schreef op maandag 19 februari 2024 @ 20:49:
Kleine show and tell. Ik heb een aantal LSC smartpluggen bij de Action gekocht en deze voorzien van ESPhome.

Die action lsc pluggen zijn dat de huidige versie in de winkel?

[Septillion]

@bbn_ldp Correct. Artikelnummer 3202087. Helaas niet te doen met CloudCutter maar zijn redelijk goed te openen en USB-Serial converter aan te hangen en dan ltchiptool te gebruiken.

Trof wel twee revisies PCB aan (maar zelfde artikelnummer) dus misschien dat de oude nog wel via CloudCutter werkt maar die niet meer geprobeerd.

[ Voor 4% gewijzigd door Septillion op 20-02-2024 20:40 ]

[The-dragon]

ik probeer de lamp aan de voordeur te automatiseren door aan/uit te gaan op basis van sunset/sunrise.
helaas wil dit niet werken, wat doe ik verkeerd?

Betreft een Ikea Tradfri ledlamp

YAML:

 alias: Licht aan/uit inkom
description: ""
trigger:
  - platform: sun
    event: sunrise
    offset: 0
    id: sunrise
  - platform: sun
    event: sunset
    offset: 0
    id: Sunset
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - sunrise
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id:
                - e563c75f751501c9796401b2a79ffec8
      - conditions:
          - condition: trigger
            id:
              - Sunset
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
mode: single

[ Voor 8% gewijzigd door The-dragon op 20-02-2024 20:52 ]

[JukeboxBill]

@The-dragon
Ziet er wel gecompliceerd uit.
Ik heb zoiets gemaakt met de visuele editor voor automatiseringen en dan is het heel simpel:

YAML:

description: "licht_uit_bij_zonsopkomst"
mode: single
trigger:
  - platform: sun
    event: sunrise
    offset: 0
condition: []
action:
  - type: turn_off
    device_id: xxx
    entity_id: yyy
    domain: switch

[TheFes]

The-dragon schreef op dinsdag 20 februari 2024 @ 20:49:
ik probeer de lamp aan de voordeur te automatiseren door aan/uit te gaan op basis van sunset/sunrise.
helaas wil dit niet werken, wat doe ik verkeerd?

Betreft een Ikea Tradfri ledlamp

YAML:

 alias: Licht aan/uit inkom
description: ""
trigger:
  - platform: sun
    event: sunrise
    offset: 0
    id: sunrise
  - platform: sun
    event: sunset
    offset: 0
    id: Sunset
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - sunrise
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id:
                - e563c75f751501c9796401b2a79ffec8
      - conditions:
          - condition: trigger
            id:
              - Sunset
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
mode: single

Hoezo werkt het niet? Werkt het niet als je op RUN drukt in de GUI? Dat werkt niet als je gebruik maakt van trigger id's

[NoXXeS]

@The-dragon

Ik denk dat je entity_id moet gebruiken

code:

description: ""
mode: single
trigger:
  - platform: sun
    event: sunrise
    offset: 0
    id: Sunrise
  - platform: sun
    event: sunset
    offset: 0
    id: Sunset
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - Sunrise
        sequence:
          - service: light.turn_off
            target:
              entity_id: light.diningtable_ceiling_light_switch
            data: {}
      - conditions:
          - condition: trigger
            id:
              - Sunset
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              entity_id: light.diningtable_ceiling_light_switch

[TheFes]

Hier een alternatief zonder trigger ids (en hoewel het met device_ids ook zou moeten werken, zou ik inderdaad ook entity_ids gebruiken)

YAML:

alias: Licht aan/uit inkom
description: ""
trigger:
  - platform: state
    entity_id: sun.sun
    to: null
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: sun.sun
            state: above_horizon
        sequence:
          - service: light.turn_off
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
      - conditions:
          - condition: state
            entity_id: sun.sun
            state: below_horizon
        sequence:
          - service: light.turn_on
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
mode: single

Deze zal dus wel werken als je op RUN klikt in de GUI

[ Voor 7% gewijzigd door TheFes op 20-02-2024 22:10 ]

[The-dragon]

TheFes schreef op dinsdag 20 februari 2024 @ 22:09:
Hier een alternatief zonder trigger ids (en hoewel het met device_ids ook zou moeten werken, zou ik inderdaad ook entity_ids gebruiken)

YAML:

alias: Licht aan/uit inkom
description: ""
trigger:
  - platform: state
    entity_id: sun.sun
    to: null
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: sun.sun
            state: above_horizon
        sequence:
          - service: light.turn_off
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
      - conditions:
          - condition: state
            entity_id: sun.sun
            state: below_horizon
        sequence:
          - service: light.turn_on
            target:
              device_id: e563c75f751501c9796401b2a79ffec8
mode: single

Deze zal dus wel werken als je op RUN klikt in de GUI

Deze werkt inderdaad als ik op RUN klik in de GUI, maar is het normaal dat ik 4 a 5 keer op RUN moet klikken eer der iets gebeurd?

als ik iets probeer te wijzigen via de webgui van Zigbee2MQTT krijg ik deze foutmelding.

Publish 'set' 'state' to 'Led licht inkom' failed: 'Error: Command 0x5cc7c1fffee80dee/1 genOnOff.off({},
{"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":false,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null,"writeUndiv":false}) failed (no response received (13))'

Linkquality staat op 200

[magnifor]

Sinds vandaag werkt de Frank energie component niet meer, ik krijg graphql validation error. Iemand enig idee?

[Sharky]

Luitjes, ik wil graag een aantal acties uitvoeren vanuit Google Home die getriggerd worden door een Shelly switch op mijn deurbel. Die kant werkt perfect, alleen kan ik een Shelly switch blijkbaar niet gebruiken in Google Home. Hij is wel ge-exposed richting Google, echter ziet Google alleen lampen en bijv. thermostaten. Iemand een idee hoe dit elegant is op te lossen?

[Ora et Labora]

Ik zit een beetje met een dilemma.
HomeAssistant (supervised) draait nu op een wat oude NUC in Proxmox op een SSD. Type weet ik zo niet maar de processor is:
4 x Intel(R) Celeron(R) CPU J3455 @ 1.50GHz (1 Socket). Wel met 16GB geheugen.

Op zich draait dat goed.
Ik heb er ook een tijdje Xpenology naast gedraaid met USB storage maar dat is niet te doen zo traag een foto-app werkt bijvoorbeeld.

Nu heb ik laatst een 2e handse Synology DS218+ verkregen met 12GB geheugen. Hier heb ik 2 spindisken van 2TB in zitten (raid 1). Voor data, foto's ed, draait dat uitstekend.

Nu zou ik het liefst naar 1 apparaat willen in plaats van de Synology en de NUC naast elkaar.
Dus ik heb HomeAssistant geinstalleerd in Virtual Machine Manager en 6GB geheugen toegewezen, maar dat is me toch een potje traag, niet normaal.

HomeAssistant in Docker werkt wel uitstekend maar dan kan ik geen backup terugschieten omdat ik nu supervised draai en ik heb nogal wat addons actief...

Ik heb het ook via onderstaand geprobeerd om supervised in docker te installeren maar dit is niet ondersteund en het stikt van de foutmeldingen en simpele dingen als een samba-share krijg ik al niet aan de praat.
https://mariushosting.com...sor-on-your-synology-nas/

Dus wat zou ik nu het beste kunnen doen?
- Zo laten draaien, 2 apparaten naast elkaar.
- HA in Synology docker installeren en alles ombouwen van supervised naar docker.
- Spindisken vervangen door SSD's in Synology en alsnog via Virtual Machine Manager HA draaien.
- SSD van de NUC upgraden en via Proxmox HA en Xpenology naast elkaar draaien op de NUC. Liever niet omdat ik ook met camera-licenties zit.

[Tazzios]

@Ora et Labora
De CPU is langzamer en je gaat van SSD naar HDD.

Geef de VM is MINDER geheugen (ik heb zelf 2Gb toegewezen) dan blijft er meer over voor DSM om als caching te kunnen gebruiken.

[Septillion]

@Ora et Labora Denk inderdaad dat vooral alles op spinning disk aardig wat doen voor benaderen van de data. Maar de CPU is ook echt veeeeeel minder krachtig. Zou het zelf dus lekker gescheiden houden.

Ennuh, twee disks, dan hoop ik RAID1 of nog beter SHR1?

[Ora et Labora]

Septillion schreef op woensdag 21 februari 2024 @ 09:35:
@Ora et Labora Denk inderdaad dat vooral alles op spinning disk aardig wat doen voor benaderen van de data. Maar de CPU is ook echt veeeeeel minder krachtig. Zou het zelf dus lekker gescheiden houden.

Ennuh, twee disks, dan hoop ik RAID1 of nog beter SHR1?

Dan hou ik het lekker gescheiden, dank.
Inderdaad RAID1, mirror.

[MarkyB]

MarkyB schreef op zaterdag 17 februari 2024 @ 20:10:
Even een schot voor de boeg, na een google avontuur heb ik helaas nog geen antwoord kunnen vinden voor mijn probleem.
Ik draai Home Assistant in een virtual machine op mijn synology en heb via een usb hub de zwave, bluetooth, rfxcom en zigbee sticks aangesloten. Dit werkt goed.

Echter als ik Home Assistant herstart (na configuratie wijziging of na een update) dan is een van de sticks de verbinding kwijt met de VM. Ook na reload van de module kan de module geen verbinding maken met de fysieke stick,

De ene keer is het voldoende om de hele VM te herstarten, de andere keer moet ik heel de synology herstarten om de sticks weer verbinding te laten hebben met Home Assistant.

Is dit een vaker voorkomend probleem? Waar in de configuratie zou ik iets kunnen wijzigen om de USB sticks verbinding te laten houden met de VM?

Probleem heb ik opgelost door Home Assistant te hosten op een aparte computer (in mijn geval een Dell 3090 micro), Wel een enorme snelheidsboost!

[Faece]

JukeboxBill schreef op dinsdag 20 februari 2024 @ 19:35:
[...]

Probeer het eens met stepsize 1 bij xaxis options.

Bron:
https://apexcharts.com/docs/options/xaxis/

Zou op de y moeten zijn dan. Maar dan veranderd de y as en niet ee waarde binnen de grafiek ik had gehoopt dat 1 van de group by acties me gingen helpen maar daar komt ook niks uit.
Ik vind het raar dat ik bijd e entitiy enkel 0 en 1 heb, en de grafiek toch komt met 0,5 waarde...

[Dutchess_Nicole]

Heeft iemand al geprobeerd de Nordpool integratie te vervangen door Entso-e? Behalve ikzelf natuurlijk

Ik heb een paar weken geleden de entso-e integratie geinstalleerd maar ik heb nog moeite met het berekenen van de juiste prijzen.

Momenteel gebruik ik de huidige template:

YAML:

{% set s = {"handling_fee": 0.02, "eb_tax 0.12599} %} {{ (current_price + s.handling_fee + s.eb_tax ) | float }}

waarbij de string zelf uit https://github.com/JaccoR/hass-entso-e/discussions/103 komt, met aangepaste waarden volgens de comments van datzelfde topic.

De prijzen kloppen toch nog niet helemaal, zoals daar ook besproken wordt: elke uurprijs zit min of meer 2ct onder de prijs die ik in de Zonneplan app zie. Ik kan er echter niet uit halen welk prijscomponent nu verkeerd is.

[TheFes]

Dutchess_Nicole schreef op woensdag 21 februari 2024 @ 09:54:
Heeft iemand al geprobeerd de Nordpool integratie te vervangen door Entso-e? Behalve ikzelf natuurlijk

Ik heb een paar weken geleden de entso-e integratie geinstalleerd maar ik heb nog moeite met het berekenen van de juiste prijzen.

Momenteel gebruik ik de huidige template:

YAML:

{% set s = {"handling_fee": 0.02, "eb_tax 0.12599} %} {{ (current_price + s.handling_fee + s.eb_tax ) | float }}

waarbij de string zelf uit https://github.com/JaccoR/hass-entso-e/discussions/103 komt, met aangepaste waarden volgens de comments van datzelfde topic.

De prijzen kloppen toch nog niet helemaal, zoals daar ook besproken wordt: elke uurprijs zit min of meer 2ct onder de prijs die ik in de Zonneplan app zie. Ik kan er echter niet uit halen welk prijscomponent nu verkeerd is.

Voor zover ik kan zien is de energiebelasting 13.2%, je gebruikt nu zo'n 12.6%
En heb je ook BTW er bij zitten?

[Hmmbob]

Dutchess_Nicole schreef op woensdag 21 februari 2024 @ 09:54:
Heeft iemand al geprobeerd de Nordpool integratie te vervangen door Entso-e? Behalve ikzelf natuurlijk

Ik heb een paar weken geleden de entso-e integratie geinstalleerd maar ik heb nog moeite met het berekenen van de juiste prijzen.

Momenteel gebruik ik de huidige template:

YAML:

{% set s = {"handling_fee": 0.02, "eb_tax 0.12599} %} {{ (current_price + s.handling_fee + s.eb_tax ) | float }}

waarbij de string zelf uit https://github.com/JaccoR/hass-entso-e/discussions/103 komt, met aangepaste waarden volgens de comments van datzelfde topic.

De prijzen kloppen toch nog niet helemaal, zoals daar ook besproken wordt: elke uurprijs zit min of meer 2ct onder de prijs die ik in de Zonneplan app zie. Ik kan er echter niet uit halen welk prijscomponent nu verkeerd is.

Die template lijkt stuk - is dat een copy-paste error? de eb_tax quotes worden niet juist afgesloten.

[Sicco92]

TheFes schreef op woensdag 21 februari 2024 @ 10:07:
[...]

Voor zover ik kan zien is de energiebelasting 13.2%, je gebruikt nu zo'n 12.6%

Energiebelasting is in euro's, niet in procenten. Verder heb je wel gelijk, de belasting in 2024 is €0,1088 ex BTW, dus inclusief maakt dat €0,1316. Die 12,66 volgens mij de energiebelasting van 2023, exclusief BTW.

[TheFes]

Sicco92 schreef op woensdag 21 februari 2024 @ 10:55:
[...]

Energiebelasting is in euro's, niet in procenten. Verder heb je wel gelijk, de belasting in 2024 is €0,1088 ex BTW, dus inclusief maakt dat €0,1316. Die 12,66 volgens mij de energiebelasting van 2023, exclusief BTW.

Oh, ja, natuurlijk.

[Sicco92]

Dutchess_Nicole schreef op woensdag 21 februari 2024 @ 09:54:
Heeft iemand al geprobeerd de Nordpool integratie te vervangen door Entso-e? Behalve ikzelf natuurlijk

Ik heb een paar weken geleden de entso-e integratie geinstalleerd maar ik heb nog moeite met het berekenen van de juiste prijzen.

Momenteel gebruik ik de huidige template:

YAML:

{% set s = {"handling_fee": 0.02, "eb_tax 0.12599} %} {{ (current_price + s.handling_fee + s.eb_tax ) | float }}

waarbij de string zelf uit https://github.com/JaccoR/hass-entso-e/discussions/103 komt, met aangepaste waarden volgens de comments van datzelfde topic.

De prijzen kloppen toch nog niet helemaal, zoals daar ook besproken wordt: elke uurprijs zit min of meer 2ct onder de prijs die ik in de Zonneplan app zie. Ik kan er echter niet uit halen welk prijscomponent nu verkeerd is.

Dit is mijn template die precies dezelfde prijzen weergeeft als ik bij Tibber zie:

Django/Jinja:

{% set s = {"handling_fee": 0.018, "energie_belasting": 0.1088} %} {{(current_price + s.handling_fee + s.energie_belasting ) | float}}

In de ENTSO-e config staat de VAT op 0.21, dus alles in de template zelf heb ik zonder BTW neergezet. Als je dat voor Zonneplan goed wilt hebben staan, dan moet je een handling_fee van 0.01653 gebruiken. Zo kom je op een handling fee van 2 cent uit, wat precies de inkoopprijs is van Zonneplan (incl. BTW.)

Overigens wordt die ENTSO-e integratie niet heel goed ondersteund en heeft die ook een aantal quirks, zoals het niet updaten van de attributes waardoor de data van 'prices_today' en 'prices_tomorrow' verkeerd staan. Ik heb zelf for the time being maar even een template-sensor gemaakt die de structuur van die nordpool-sensor nadoet met de data van ENTSO-e, zodat ik het als drop-in-replacement kan gebruiken.

[ Voor 12% gewijzigd door Sicco92 op 21-02-2024 11:08 ]

[Seafarer]

Vraagje,

Ik heb een onbeheert object wat op afstand geventileerd wordt. Er zijn dus geen mensen aanwezig.
Ventileren als het regent brengt naar mijn idee alleen maar vocht in het object.
Idee is dus als buien radar zegt dat het regent om de ventilator te stoppen.

Buienradar heb ik geiinstalleerd op HASS en het topic hier doorgespit maar ik kom niet tot een goede verbinding van buienradar naar het uitzetten van de ventilator.
Dus wie kan wat hulp bieden? Of me verwijzen naar een link.

(beginnende HASS gebruiker)

[Wolf3D]

Seafarer schreef op woensdag 21 februari 2024 @ 11:02:
Vraagje,

Ik heb een onbeheert object wat op afstand geventileerd wordt. Er zijn dus geen mensen aanwezig.
Ventileren als het regent brengt naar mijn idee alleen maar vocht in het object.
Idee is dus als buien radar zegt dat het regent om de ventilator te stoppen.

Buienradar heb ik geiinstalleerd op HASS en het topic hier doorgespit maar ik kom niet tot een goede verbinding van buienradar naar het uitzetten van de ventilator.
Dus wie kan wat hulp bieden? Of me verwijzen naar een link.

(beginnende HASS gebruiker)

Bij mij staat er standaard een (weather) 'Forecast' kaart op m'n dashboard. Niet zeker hoe hij er ooit terecht is gekomen, maar je kan er nuttige dingen mee en volgens mij komt hij standaard uit Home Assistent. Je kan hem in een automation gebruiken, dan heb je buienradar helemaal niet nodig. Ook zit er een 'luchtvochtigheidssensor' bij. Misschien nog beter dan te kijken naar regen?

Edit: Ik heb het over deze: https://www.home-assistant.io/dashboards/weather-forecast/

[ Voor 4% gewijzigd door Wolf3D op 21-02-2024 12:58 ]

[Seafarer]

Wolf3D schreef op woensdag 21 februari 2024 @ 12:56:
[...]


Bij mij staat er standaard een (weather) 'Forecast' kaart op m'n dashboard. Niet zeker hoe hij er ooit terecht is gekomen, maar je kan er nuttige dingen mee en volgens mij komt hij standaard uit Home Assistent. Je kan hem in een automation gebruiken, dan heb je buienradar helemaal niet nodig. Ook zit er een 'luchtvochtigheidssensor' bij. Misschien nog beter dan te kijken naar regen?

Edit: Ik heb het over deze: https://www.home-assistant.io/dashboards/weather-forecast/

Klopt zit er standaard in. En vertelt je ook wanneer het regent. In mijn ogen hetzelfde als buienradar.

Maar kan ik iets als sensor gebruiken (regen sensor) en dan daarmee de fan aan/uit zetten. Dat krijg ik niet voor elkaar.

[noo]

Seafarer schreef op woensdag 21 februari 2024 @ 13:09:
[...]

Klopt zit er standaard in. En vertelt je ook wanneer het regent. In mijn ogen hetzelfde als buienradar.

Maar kan ik iets als sensor gebruiken (regen sensor) en dan daarmee de fan aan/uit zetten. Dat krijg ik niet voor elkaar.

De OpenWeatherMap integratie heeft ee 'rain' sensor (en nog een hele hoop andere):

sensor.openweathermap_rain

state_class: measurement
unit_of_measurement: mm/h
attribution: Data provided by OpenWeatherMap
device_class: precipitation_intensity
friendly_name: OpenWeatherMap Rain

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

[ Voor 6% gewijzigd door noo op 21-02-2024 13:23 ]

[Dutchess_Nicole]

TheFes schreef op woensdag 21 februari 2024 @ 10:07:
[...]


Voor zover ik kan zien is de energiebelasting 13.2%, je gebruikt nu zo'n 12.6%
En heb je ook BTW er bij zitten?

BTW wordt apart in de config opgegeven, dus dat staat niet in deze template.

Sicco92 schreef op woensdag 21 februari 2024 @ 10:59:
[...]

Dit is mijn template die precies dezelfde prijzen weergeeft als ik bij Tibber zie:

Django/Jinja:

{% set s = {"handling_fee": 0.018, "energie_belasting": 0.1088} %} {{(current_price + s.handling_fee + s.energie_belasting ) | float}}

In de ENTSO-e config staat de VAT op 0.21, dus alles in de template zelf heb ik zonder BTW neergezet. Als je dat voor Zonneplan goed wilt hebben staan, dan moet je een handling_fee van 0.01653 gebruiken. Zo kom je op een handling fee van 2 cent uit, wat precies de inkoopprijs is van Zonneplan (incl. BTW.)

Overigens wordt die ENTSO-e integratie niet heel goed ondersteund en heeft die ook een aantal quirks, zoals het niet updaten van de attributes waardoor de data van 'prices_today' en 'prices_tomorrow' verkeerd staan. Ik heb zelf for the time being maar even een template-sensor gemaakt die de structuur van die nordpool-sensor nadoet met de data van ENTSO-e, zodat ik het als drop-in-replacement kan gebruiken.

Thanks.
Ik ben dit niet perse tegengekomen maar ik zal even kijken of dit een issue voor me is.

YAML:

    data_generator: |
      return (entity.attributes.prices.map((item) =>
      {
        return [new Date(item.time).getTime() + 1800000, item.price * 100];
      }));
    float_precision: 2

Ik gebruik enkel de volledige prices map dus daar zou ik hopelijk geen last van moeten hebben.

[ Voor 8% gewijzigd door Dutchess_Nicole op 21-02-2024 13:37 ]

[Sicco92]

Dutchess_Nicole schreef op woensdag 21 februari 2024 @ 13:34:
Thanks.
Ik ben dit niet perse tegengekomen maar ik zal even kijken of dit een issue voor me is.

YAML:

    data_generator: |
      return (entity.attributes.prices.map((item) =>
      {
        return [new Date(item.time).getTime() + 1800000, item.price * 100];
      }));
    float_precision: 2

Ik gebruik enkel de volledige prices map dus daar zou ik hopelijk geen last van moeten hebben.

Zolang je gebruik maakt van het 'prices' attribute en daadwerkelijk naar de datums en tijden kijkt, werkt deze integratie prima inderdaad.
De 'prices_today' en 'prices_tomorrow' attributes worden pas bijgewerkt bij een update, dus rond 14:00 of bij een herstart van HA. Die zijn daardoor praktisch onbruikbaar, omdat ze minimaal 14 uur per dag niet kloppen.

[Seafarer]

noo schreef op woensdag 21 februari 2024 @ 13:21:
[...]

De OpenWeatherMap integratie heeft ee 'rain' sensor (en nog een hele hoop andere):

sensor.openweathermap_rain

state_class: measurement
unit_of_measurement: mm/h
attribution: Data provided by OpenWeatherMap
device_class: precipitation_intensity
friendly_name: OpenWeatherMap Rain

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

Okay bedankt. Dan ga ik me daar even op concentreren.

Begrijp ik ook dat je zegt: met buienradar kan dit niet?

[noo]

Seafarer schreef op woensdag 21 februari 2024 @ 13:57:
[...]

Okay bedankt. Dan ga ik me daar even op concentreren.

Begrijp ik ook dat je zegt: met buienradar kan dit niet?

Nee, dit is meer een 'hiermee kan het'. Ik gebruik de buienradar integratie zelf niet, dus geen idee of het er mee kan of niet.

[dixet]

Seafarer schreef op woensdag 21 februari 2024 @ 13:57:
[...]

Okay bedankt. Dan ga ik me daar even op concentreren.

Begrijp ik ook dat je zegt: met buienradar kan dit niet?

De buienradar integratie heeft een "Precipitation" sensor (Neerslagintensiteit als je HA op Nederands hebt staan) die het zelfde doet. Die geeft in mm/u aan hoe hard het regent, dus je kan er zelfs nog voor kiezen om je ventilatie pas uit te zetten als het meer dan een beetje miezert.

[Seafarer]

dixet schreef op woensdag 21 februari 2024 @ 14:22:
[...]

De buienradar integratie heeft een "Precipitation" sensor (Neerslagintensiteit als je HA op Nederands hebt staan) die het zelfde doet. Die geeft in mm/u aan hoe hard het regent, dus je kan er zelfs nog voor kiezen om je ventilatie pas uit te zetten als het meer dan een beetje miezert.

AHa.

Maar kan ik zo'n voorwaarde bij elkaar klikken of komt hier code aan te pas?

[BThomas]

Hoe krijg ik de font size aangepast?

YAML:

 
  - type: custom:auto-entities
    card:
      type: entities
    entities:
      - entity: sensor.afvalinfo_thuis_gft
        image: /local/tmp/gft_80.png
      - entity: sensor.afvalinfo_thuis_papier
        image: /local/tmp/papier_80.png
      - entity: sensor.afvalinfo_thuis_pbd
        image: /local/tmp/plastic_80.png
    sort:
      attribute: days_until_collection_date
      method: state
      reverse: false

[Herman1550]

Septillion schreef op maandag 19 februari 2024 @ 17:47:
@Herman1550 Herinstall is we gelijk heftig... Andere browser getest? Welke versie (Z2M en HA) draai je? HA via http of https?

Heb het denk ik al wel gevonden.
In de configuration.yaml stond onderstaande.

YAML:

devices:
  '0xbc33acfffe500b60':
    friendly_name: '0xbc33acfffe500b60'
    icon: >-      data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAJYAAACWCAYAAAA8AXHiAAA0lElEQVR4nO19a5RdVZXuN9faj/OqVCWppPKqEAKBvBNCQCCi8uaKNOpotQXbviJe9Tq0AVvtbrx9u1tvDx22gMKVvuDwdQHtoSI6bpQWsbFRJAmKBMQkQDChk5CQSqWqzms/1pr3x95r1z67zqmqPJBdjswxzqhT5+z3+s6cc835zbmImXFCOsvEz0eP+y2RPKbzEtFR7f9qC011YGWvP28DMdHzzdv1Hi+Z8sCaSF7t+5sIOFNdM3WSPypgtbuXP7YBmypivdoXcKwyEZjy/sP5YwX+lAdWZmAIwPFEEk0w8Ed6vjHbMnNHcI33Xd5lygML0eACsVlnZkp9BiEEp/8/ymOb99njtANWJ6Bxm/estQYRgYiYiFr2naqgAqY2sMxAC2aWWmuplLK01oKZKX6ZwcmCohMgsiAkIhLmPPErvS9FH7XEHMwxCIAmYnNcTm1n/leWZYXMrIUQKtqezHb5tuETSO6BxUqDhAAo8ZeIiEhrOEqpa

enz enz
En dat bij alle device's

Dit bij alle weggehaald en toen werkte het weer.

[ Voor 1% gewijzigd door Septillion op 21-02-2024 16:11 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Dwazer]

Seafarer schreef op woensdag 21 februari 2024 @ 11:02:
Vraagje,

Ik heb een onbeheert object wat op afstand geventileerd wordt. Er zijn dus geen mensen aanwezig.
Ventileren als het regent brengt naar mijn idee alleen maar vocht in het object.
Idee is dus als buien radar zegt dat het regent om de ventilator te stoppen.

Buienradar heb ik geiinstalleerd op HASS en het topic hier doorgespit maar ik kom niet tot een goede verbinding van buienradar naar het uitzetten van de ventilator.
Dus wie kan wat hulp bieden? Of me verwijzen naar een link.

(beginnende HASS gebruiker)

Em i.c.m. met een Aqara Moist Sensor en een betrouwbare aan/uit plug?

Werkt bij mij in de badkamer als een tierelier

[Sp33dFr34k]

Weet iemand of de SQL sensor CTE ondersteuning heeft? Hij lijkt kapot te lopen op de 1e regel van de query, in de SQLite Web add-on voert de query echter prima het gewenst resultaat uit...

YAML:

- name: Solar Details
  query: >
    WITH data AS (
    SELECT      date(statistics.start_ts, 'auto') date
                ,statistics.state
    FROM        statistics
    WHERE       metadata_id = 26
    ),
    today as (
    SELECT      state
    FROM        data
    WHERE       date = date('now')
    
    UNION
    
    SELECT      0 state
    ),
    yesterday as (
    SELECT      state
    FROM        data
    WHERE       date = date('now','-1 day')
    ),
    max as (
    SELECT      date
                ,max(state) state
    FROM        data
    )
    SELECT      MAX(today.state) today_state
                ,MAX(yesterday.state) yesterday_state
                ,max.date max_date
                ,max.state max_state
    FROM        data
    JOIN yesterday 
    JOIN today
    JOIN max
    LIMIT 1;
  column: "today_state"

[ Voor 6% gewijzigd door Sp33dFr34k op 21-02-2024 19:23 ]

[Septillion]

@Sp33dFr34k Volgens mij moet elke SQL sensor met "SELECT" beginnen. Toen ook eens tegenaan gelopen. Het geheel weer in een nieuwe SELECT pakken deed het hem