Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@CappieL Voor de duidelijkheid, de DSMR Slimme Meter integratie? En dan direct aan de host met een USB-serial?

Zie je wat in de logs?

Als path naar de usb het by-id path?

[CappieL]

Septillion schreef op donderdag 2 mei 2024 @ 12:35:
@CappieL Voor de duidelijkheid, de DSMR Slimme Meter integratie? En dan direct aan de host met een USB-serial?

Zie je wat in de logs?

Als path naar de usb het by-id path?

Ja, de DSMR Slimme meter integratie. Direct met P1 naar USB naar RPi waar HA op draait.
Heeft eigenlijk 1.5 jaar zonder problemen gedraaid.

Eigenlijk sinds ze in de straat wat onderhoud/verzwaring hebben gedaan met elektra (voorbereiding naar 3-fase etc) klapt de integratie er dagelijks wel uit, waardoor mijn dagelijkse Energy-dashboard niet meer is wat ik verwachte.

Heb even geen logs beschikbaar, na mijn upgrade naar 2024.5.0, maar ik hou het in de gaten.
Een handmatige 'Reload' van de DSMR-integratie is genoeg om het weer werkend te krijgen, dus betwijfel of het een Instellingen- / hardware-dingetje is.

[ Voor 14% gewijzigd door CappieL op 02-05-2024 12:50 ]

[LowLand]

TheFes schreef op donderdag 2 mei 2024 @ 11:05:
[...]


wordt de state of de entity ook unavailable of blijft die bijvoorbeeld on/off maar werkt het gewoon niet meer?

Bedankt voor de reactie.

Helaas, on/off, met unavailable kon je wat mee ja.

[PeteSplit]

Heeft iemand ook dat na de update van HA Supervisor 2024.04.4 het updaten niet mooi wordt afgesloten, venster blijft open staan en geeft niet aan dat de nieuwe versie is up to date ?

[bello2011]

Hallo, ik schakel mijn buitenverlichting 's-morgens met een vaste tijd aan en bij "zonop" weer uit. Dit heeft steeds perfect gewerkt tot nu de "zonop" tijd vóór de inschakeltijd van 6 uur komt. Nu wordt door "zonop" de verlichting uitgeschakeld terwijl deze nog niet aan is en om 6:00 uur de verichting aangeschakeld. Dus niet meer uit.
Hoe kan ik dit het beste aanpassen?

YAML:

alias: Buitenlampen
description: ""
trigger:
  - platform: time
    at: "06:00:00"
    id: lampaan
  - platform: sun
    event: sunrise
    id: lampuit
  - platform: sun
    event: sunset
    offset: "-00:00:00"
    id: lampaan
  - platform: time
    at: "22:00:00"
    id: lampuit
condition:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - lampuit
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
      - conditions:
          - condition: trigger
            id:
              - lampaan
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
mode: single

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

[Get!em]

bello2011 schreef op donderdag 2 mei 2024 @ 14:39:
Hallo, ik schakel mijn buitenverlichting 's-morgens met een vaste tijd aan en bij "zonop" weer uit. Dit heeft steeds perfect gewerkt tot nu de "zonop" tijd vóór de inschakeltijd van 6 uur komt. Nu wordt door "zonop" de verlichting uitgeschakeld terwijl deze nog niet aan is en om 6:00 uur de verichting aangeschakeld. Dus niet meer uit.
Hoe kan ik dit het beste aanpassen?

YAML:

alias: Buitenlampen
description: ""
trigger:
  - platform: time
    at: "06:00:00"
    id: lampaan
  - platform: sun
    event: sunrise
    id: lampuit
  - platform: sun
    event: sunset
    offset: "-00:00:00"
    id: lampaan
  - platform: time
    at: "22:00:00"
    id: lampuit
condition:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - lampuit
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
      - conditions:
          - condition: trigger
            id:
              - lampaan
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
mode: single

Condition and + condition list (time weekdays + template true false sunset > triggertime.

[TheFes]

bello2011 schreef op donderdag 2 mei 2024 @ 14:39:
Hallo, ik schakel mijn buitenverlichting 's-morgens met een vaste tijd aan en bij "zonop" weer uit. Dit heeft steeds perfect gewerkt tot nu de "zonop" tijd vóór de inschakeltijd van 6 uur komt. Nu wordt door "zonop" de verlichting uitgeschakeld terwijl deze nog niet aan is en om 6:00 uur de verichting aangeschakeld. Dus niet meer uit.
Hoe kan ik dit het beste aanpassen?

YAML:

alias: Buitenlampen
description: ""
trigger:
  - platform: time
    at: "06:00:00"
    id: lampaan
  - platform: sun
    event: sunrise
    id: lampuit
  - platform: sun
    event: sunset
    offset: "-00:00:00"
    id: lampaan
  - platform: time
    at: "22:00:00"
    id: lampuit
condition:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - lampuit
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
      - conditions:
          - condition: trigger
            id:
              - lampaan
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
mode: single

door bij je aan actie de condition op te nemen dat de zon onder de horizon moet zijn.

[belly89]

bello2011 schreef op donderdag 2 mei 2024 @ 14:39:
Hallo, ik schakel mijn buitenverlichting 's-morgens met een vaste tijd aan en bij "zonop" weer uit. Dit heeft steeds perfect gewerkt tot nu de "zonop" tijd vóór de inschakeltijd van 6 uur komt. Nu wordt door "zonop" de verlichting uitgeschakeld terwijl deze nog niet aan is en om 6:00 uur de verichting aangeschakeld. Dus niet meer uit.
Hoe kan ik dit het beste aanpassen?

YAML:

alias: Buitenlampen
description: ""
trigger:
  - platform: time
    at: "06:00:00"
    id: lampaan
  - platform: sun
    event: sunrise
    id: lampuit
  - platform: sun
    event: sunset
    offset: "-00:00:00"
    id: lampaan
  - platform: time
    at: "22:00:00"
    id: lampuit
condition:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - lampuit
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
      - conditions:
          - condition: trigger
            id:
              - lampaan
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
mode: single

Een extra condition toevoegen aan lamp aan dat de zon nog niet op is? Dus als de zon op is gaat hij om 6 uur niet aan

[Septillion]

@bello2011

YAML:

alias: Buitenlampen
description: ""
trigger:
  - platform: time
    at: "06:00:00"
    id: lampaan
  - platform: sun
    event: sunrise
    id: lampuit
  - platform: sun
    event: sunset
    offset: "-00:00:00"
    id: lampaan
  - platform: time
    at: "22:00:00"
    id: lampuit
condition:
  - condition: time
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - lampuit
        sequence:
          - service: light.turn_off
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
      - conditions:
          - condition: trigger
            id:
              - lampaan
          - condition: sun
            before: sunrise
            after: sunset
        sequence:
          - service: light.turn_on
            metadata: {}
            data: {}
            target:
              device_id: 5850546f8eef8629f6f507c5b42c583e
mode: single

[alex3305]

Update van mijn vorige post van zo'n anderhalve week geleden waar ik look uit HomeKit probeerde te bereiken:


Inmiddels heb ik er dit van kunnen maken:



Daarnaast worden de tegels een andere kleur wanneer de setpoint hoger ligt dan de huidige temperatuur. Helaas geven mijn thermostaatknoppen die ik hiervoor gebruik niet precies terug wanneer deze verwarmen, anders had ik dat attribuut kunnen gebruiken.

Het enige wat mij nu nog 'stoort' is dat de hoogte/breedte verhoudingen bij enkele getallen (bijv. 4.0) niet helemaal hetzelfde is als bij langere getallen. Daar wil ik nog eens naar kijken. Maar vooralsnog vind ik het een mooi resultaat .

[Vos]

Ik wil graag de grootte van mijn media folder inzien. Nu zag ik een mooie integratie 'Folder', dit werkt ansich alleen hij kijkt niet naar subfolders van /media. Iemand een idee of dit mogelijk is? De subfolders hebben ook dynamische namen (data van camera beelden) dus ik kan ze niet handmatig toevoegen.

YAML:

platform: folder
folder: /media

[ Voor 4% gewijzigd door Vos op 02-05-2024 16:11 ]

[mrdemc]

Vos schreef op donderdag 2 mei 2024 @ 16:11:
Ik wil graag de grootte van mijn media folder inzien. Nu zag ik een mooie integratie 'Folder', dit werkt ansich alleen hij kijkt niet naar subfolders van /media. Iemand een idee of dit mogelijk is? De subfolders hebben ook dynamische namen (data van camera beelden) dus ik kan ze niet handmatig toevoegen.

YAML:

platform: folder
folder: /media

In de uitleg noemen ze een wildcard filter, en daarbinnen weer glob. Heb je al dit geprobeerd?

YAML:

platform: folder
folder: /media/**

[Vos]

mrdemc schreef op donderdag 2 mei 2024 @ 16:16:
[...]


In de uitleg noemen ze een wildcard filter, en daarbinnen weer glob. Heb je al dit geprobeerd?

YAML:

platform: folder
folder: /media/**

Dat pakt ie niet helaas. Dat wildcard filter is van toepassing op de bestanden zoals ik het begrijp.

[synoniem]

Ik zou dit verwachten:

YAML:

platform: folder
folder: /media/*

Default is namelijk *

[mrdemc]

synoniem schreef op donderdag 2 mei 2024 @ 16:20:
Ik zou dit verwachten:

YAML:

platform: folder
folder: /media/*

Default is namelijk *

* en ** hebben verschillende functies:

quote: https://stackoverflow.com...hat-is-the-glob-character

It's almost the same as the single asterisk but may consist of multiple directory levels.

In other words, while /x/*/y will match entries like:

code:

/x/a/y
/x/b/y

and so on (with only one directory level in the wildcard section), the double asterisk /x/**/y will also match things like:

code:

/x/any/number/of/levels/y

with the concept of "any number of levels" also including zero (in other words, /x/**/y will match /x/y as one of its choices).

[ChrisM]

Ik zat te denken: met alle data die home assistant heeft, over mijn energie verbruik, over hoeveel mijn zonnepanelen opleveren, etc etc.. zou toch een integratie gemaakt moeten kunnen worden, die laat zien wat de impact op self-suffiency is van het toevoegen van een batterij? Zodat ik weet: als je een 10 kWh batterij zou toevoegen, gaat je self-suffiency van 35% naar 50%.. met 15 kWh zelfs naar 60%.. etc etc.
Heeft iemand dat wel eens bepaald? Of hier over nagedacht?

Ik weet dat ik de winter niet door ga komen, maar heel veel dagen (en dan vooral nachten) vanaf maart (als mijn zonnepanelen per dag al veel meer opleveren dan ik nodig heb), zou ik met een batterij moeten kunnen overbruggen. Ben benieuwd of Home Assistant mij kan helpen bij die overweging.

[Mr.Viper]

ChrisM schreef op donderdag 2 mei 2024 @ 17:17:
Ik zat te denken: met alle data die home assistant heeft, over mijn energie verbruik, over hoeveel mijn zonnepanelen opleveren, etc etc.. zou toch een integratie gemaakt moeten kunnen worden, die laat zien wat de impact op self-suffiency is van het toevoegen van een batterij? Zodat ik weet: als je een 10 kWh batterij zou toevoegen, gaat je self-suffiency van 35% naar 50%.. met 15 kWh zelfs naar 60%.. etc etc.
Heeft iemand dat wel eens bepaald? Of hier over nagedacht?

Ik weet dat ik de winter niet door ga komen, maar heel veel dagen (en dan vooral nachten) vanaf maart (als mijn zonnepanelen per dag al veel meer opleveren dan ik nodig heb), zou ik met een batterij moeten kunnen overbruggen. Ben benieuwd of Home Assistant mij kan helpen bij die overweging.

Zoiets? https://github.com/hif2k1/battery_sim

[taz10]

TheFes schreef op donderdag 2 mei 2024 @ 08:26:
[...]


Zo te zien heb je je teruglevering vanuit de meter als Solar opbrengst ingevoerd. De informatie over teruglevering moet vanuit je omvormer komen.

Tis allemaal zo makkelijk he met een beetje hulp

[ChrisM]

Mr.Viper schreef op donderdag 2 mei 2024 @ 17:26:
[...]


Zoiets? https://github.com/hif2k1/battery_sim

Nou, niet helemaal. Die had ik ook wel gezien natuurlijk. ;-)
Die simuleert een batterij.. ik wil weten, gebaseerd op historische data, wat een batterij zou doen.

[Church of Noise]

ChrisM schreef op vrijdag 3 mei 2024 @ 05:53:
[...]

Nou, niet helemaal. Die had ik ook wel gezien natuurlijk. ;-)
Die simuleert een batterij.. ik wil weten, gebaseerd op historische data, wat een batterij zou doen.

Dat heb ik zelf een modelletje voor gebouwd in Excel...
in ha kan je voor zover ik weet niet direct iets retroactief doen.

[ChrisM]

Church of Noise schreef op vrijdag 3 mei 2024 @ 06:33:
[...]

Dat heb ik zelf een modelletje voor gebouwd in Excel...
in ha kan je voor zover ik weet niet direct iets retroactief doen.

Care to share?

[GeeMoney]

Ik heb inmiddels mijn warmtepomp middels modbus rs485-eth helemaal werkend binnen HA.
Nu zoek ik een manier om ook de temp vanuit HA te kunnen wijzigen door middel van een modbus.write .
Nu dacht ik dus een numeric slider helper te maken die loopt van 24-34 . Om vervolgens een automation te maken met een trigger op elke wijziging van die slider om dan een vertaalslag uit te voeren en de uitkomst van die formule moet hij als data meenemen in een modbus.write command.

De pomp heeft namelijk een berekening nodig en kent alleen geldige values: 96-140 .
De uiteindelijk temp is dat getal bijvoorbeeld (96-60) /2 . Of 96 / 2 -30 geeft hetzelfde.

Iemand suggesties of ik op de goede weg ben?
Ik zie even niet in de automation GUI hoe ik die formule zijn output als data mee kan laten geven in het aanroepen van de modbus.write service.

[ Voor 10% gewijzigd door GeeMoney op 03-05-2024 10:42 ]

[Oogje]

Ik gebruik al een poos ZHA met de Skyconnect naar alle tevredenheid met allerlei lampen van Hue maar ook andere zigbee lampen.
Ik heb alleen 2 sonoff schakelaars voor lantaarnpalen en somehow "vallen" die af en toe van t zigbee netwerk af. Stroom eraf lijkt dat niet veel zin te hebben, doe ik ze helemaal opnieuw aansluiten dan doen ze t weer

Iemand die dit bekend voorkomt?

[JornRS]

GeeMoney schreef op vrijdag 3 mei 2024 @ 10:38:
Ik heb inmiddels mijn warmtepomp middels modbus rs485-eth helemaal werkend binnen HA.
Nu zoek ik een manier om ook de temp vanuit HA te kunnen wijzigen door middel van een modbus.write .
Nu dacht ik dus een numeric slider helper te maken die loopt van 24-34 . Om vervolgens een automation te maken met een trigger op elke wijziging van die slider om dan een vertaalslag uit te voeren en de uitkomst van die formule moet hij als data meenemen in een modbus.write command.

De pomp heeft namelijk een berekening nodig en kent alleen geldige values: 96-140 .
De uiteindelijk temp is dat getal bijvoorbeeld (96-60) /2 . Of 96 / 2 -30 geeft hetzelfde.

Iemand suggesties of ik op de goede weg ben?
Ik zie even niet in de automation GUI hoe ik die formule zijn output als data mee kan laten geven in het aanroepen van de modbus.write service.

Als je een beetje creatief met software bent zou ik dit met appdaemon proberen. Daar kun je met Python vrij gemakkelijk je vraag oplossen.
Je kan met een soort watchdog je slider in de gaten houden, als deze waarde anders is dan de ingesteld vorige waarde schrijf je die waarde naar een variabele welke je dan vervolgens via je modbus lijn kunt versturen.
Van elk klein stukje wat je moet maken zijn wel voorbeelden te vinden online denk ik

[TheFes]

GeeMoney schreef op vrijdag 3 mei 2024 @ 10:38:
Ik heb inmiddels mijn warmtepomp middels modbus rs485-eth helemaal werkend binnen HA.
Nu zoek ik een manier om ook de temp vanuit HA te kunnen wijzigen door middel van een modbus.write .
Nu dacht ik dus een numeric slider helper te maken die loopt van 24-34 . Om vervolgens een automation te maken met een trigger op elke wijziging van die slider om dan een vertaalslag uit te voeren en de uitkomst van die formule moet hij als data meenemen in een modbus.write command.

De pomp heeft namelijk een berekening nodig en kent alleen geldige values: 96-140 .
De uiteindelijk temp is dat getal bijvoorbeeld (96-60) /2 . Of 96 / 2 -30 geeft hetzelfde.

Iemand suggesties of ik op de goede weg ben?
Ik zie even niet in de automation GUI hoe ik die formule zijn output als data mee kan laten geven in het aanroepen van de modbus.write service.

Die formule kun je door middel van een template uitvoeren.

Als je die waarde vanuit de modbus integratie in HA beschikbaar hebt, zou je er ook een template select van kunnen maken

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 12:13:
[...]


Die formule kun je door middel van een template uitvoeren.

Als je die waarde vanuit de modbus integratie in HA beschikbaar hebt, zou je er ook een template select van kunnen maken

Ah, toch een template. Ik had wel iets gebakken in een automation maar dat lukte niet.
Ik heb een input_select al met de waardes om “te zetten” maar een template select ken ik nog niet.

[Dracula]

Mijn home assistant is eens in de zoveel tijd niet meer bereikbaar. Op de console lijkt alles in orde, zie geen rare meldingen:

Alles draait op een pi4 met een externe ssd.

Waar zou ik kunnen zoeken om uit te vinden wat het probleem is want dit is bloed irritant.

[Vos]

synoniem schreef op donderdag 2 mei 2024 @ 16:20:
Ik zou dit verwachten:

YAML:

platform: folder
folder: /media/*

Default is namelijk *

Ook niet helaas.

[mrdemc]

Vos schreef op vrijdag 3 mei 2024 @ 14:12:
[...]

Ook niet helaas.

Ik heb nog even iets beter gekeken in de handleiding en broncode; nu zag ik dat er een optioneel veld is genaamd 'filter' die als default '*' waarde heeft wat resulteert in dit:

code:

platform: folder
folder: /media/
filter: *

en in de broncode dat er een trailing slash wordt toegevoegd aan de foldernaam. Je zou dus nog dit kunnen proberen:

code:

platform: folder
folder: /media/
filter: **

Anders denk ik dat het niet mogelijk is.

[TheFes]

GeeMoney schreef op vrijdag 3 mei 2024 @ 12:46:
[...]


Ah, toch een template. Ik had wel iets gebakken in een automation maar dat lukte niet.
Ik heb een input_select al met de waardes om “te zetten” maar een template select ken ik nog niet.

Maar heb je die waarde vanuit modbus ook in HA (dus 94 tot 140, of wat was het ook al weer)

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 14:26:
[...]


Maar heb je die waarde vanuit modbus ook in HA (dus 94 tot 140, of wat was het ook al weer)

Nou, ik kan ze uitlezen als je dat bedoelt maar ik sla ze nu nergens op.
Ik vraag hem alleen op en vertaal dat naar een temperatuur sensor.

[TheFes]

GeeMoney schreef op vrijdag 3 mei 2024 @ 14:28:
[...]


Nou, ik kan ze uitlezen als je dat bedoelt maar ik sla ze nu nergens op.
Ik vraag hem alleen op en vertaal dat naar een temperatuur sensor.

oke, dus je hebt al een herberkende termperatuur sensor in dezelfde range as van je input_number?
Wat is daar het entity_id van?

PS, ik bedoelde eerder een template number, geen template select.

[ Voor 9% gewijzigd door TheFes op 03-05-2024 14:40 ]

[V-8]

taz10 schreef op donderdag 2 mei 2024 @ 23:11:
[...]


Tis allemaal zo makkelijk he met een beetje hulp

[Afbeelding]

Top!

Je kunt hem nog meer uitbreiden met ook actueel vermogen, een EV, etc.
(wel custom made)

[AWEF]

V-8 schreef op vrijdag 3 mei 2024 @ 15:40:
[...]


Top!

Je kunt hem nog meer uitbreiden met ook actueel vermogen, een EV, etc.
(wel custom made)

[Afbeelding]

Hoe heb jij je auto er in gekregen? Of is dit een custom (HACS) integratie?

[V-8]

AWEF schreef op vrijdag 3 mei 2024 @ 15:44:
[...]


Hoe heb jij je auto er in gekregen? Of is dit een custom (HACS) integratie?

Is idd custom, maar het is goed te doen.

https://github.com/flixlix/energy-flow-card-plus

[ Voor 7% gewijzigd door V-8 op 03-05-2024 15:48 ]

[AWEF]

V-8 schreef op vrijdag 3 mei 2024 @ 15:46:
[...]


Is idd custom, maar het is goed te doen.

https://github.com/flixlix/energy-flow-card-plus

Aha, die integratie heb ik ook draaien, alleen niet met de dagtotalen. Zal hier van het weekend eens naar kijken

[Vos]

mrdemc schreef op vrijdag 3 mei 2024 @ 14:17:
[...]


Ik heb nog even iets beter gekeken in de handleiding en broncode; nu zag ik dat er een optioneel veld is genaamd 'filter' die als default '*' waarde heeft wat resulteert in dit:

code:

platform: folder
folder: /media/
filter: *

en in de broncode dat er een trailing slash wordt toegevoegd aan de foldernaam. Je zou dus nog dit kunnen proberen:

code:

platform: folder
folder: /media/
filter: **

Anders denk ik dat het niet mogelijk is.

Bedankt voor het meedenken, helaas komen beide niet door de 'check configuration'. Maar eens op zoek naar een andere oplossing denk ik.

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 14:40:
[...]


oke, dus je hebt al een herberkende termperatuur sensor in dezelfde range as van je input_number?
Wat is daar het entity_id van?

PS, ik bedoelde eerder een template number, geen template select.

Ja, ik heb nu:


Maar die haal ik rechtstreeks uit modbus en gebruik dan een scale , offset en precision:

YAML:

    - name: "Fairland Zwembad WPU Heating Temp Setpoint"
      unique_id: "fairland_wpu_heating_temp"            
      address: 3                                        
      scan_interval: 10                                 
      slave: 1                                          
      input_type: holding                               
      precision: 1                                      
      offset: -30                                       
      scale: 0.5                                        
      state_class: "measurement"                        
      device_class: "temperature"                       
      unit_of_measurement: "..C"  

Het is ook dit register wat ik aan wil passen.
adress 3, slave 1 en input_type is holding

[ Voor 17% gewijzigd door GeeMoney op 03-05-2024 17:35 ]

[Opifex]

balk schreef op woensdag 24 april 2024 @ 08:02:
[...]

Los van de goede suggesties hierboven....
Heb je wel eens naar AppDaemon gekeken? Ook verkrijgbaar als HA addon. Hiermee kan je python scripts schrijven die direct integreren met home assistant. Bijvoorbeeld reageren op veranderde sensor waarde of een service call doen.

Thanks voor deze tip! Het heeft een tijdje geduurd vooraleer ik hem uitprobeerde omdat ik eerst de automation werkende wou krijgen, maar achteraf gezien had ik beter meteen voor AppDaemon gegaan. Veel eenvoudiger dan dat geklooi met die Automations, en je hebt veel meer vrijheid!

[TheDudez]

Een noobie vraag (kom van openhab) Hoe krijg ik volledige controle over mijn home assistant? Ik wil nu iets installeren via de command line en krijg elke keer command not found. Advanced SSH & Web Terminal en Terminal & SSH geïnstalleerd. Ik gebruik een pi 4. Wordt er een beetje moe van dat het zo dicht is. eerst op een synolgy geïnstalleerd maar daar kon je ook geen bal mee. En nu dit weer...

[TheFes]

GeeMoney schreef op vrijdag 3 mei 2024 @ 17:34:
[...]


Ja, ik heb nu:
[Afbeelding]

Maar die haal ik rechtstreeks uit modbus en gebruik dan een scale , offset en precision:

YAML:

    - name: "Fairland Zwembad WPU Heating Temp Setpoint"
      unique_id: "fairland_wpu_heating_temp"            
      address: 3                                        
      scan_interval: 10                                 
      slave: 1                                          
      input_type: holding                               
      precision: 1                                      
      offset: -30                                       
      scale: 0.5                                        
      state_class: "measurement"                        
      device_class: "temperature"                       
      unit_of_measurement: "..C"  

Het is ook dit register wat ik aan wil passen.
adress 3, slave 1 en input_type is holding

Je zou dus zoiets kunnen doen, ik heb alleen totaal geen ervaring met modbus, dus die service call zul je zelf goed moeten maken.

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp_setpoint') }}"
        min: 24
        max: 34
        step: 0.5
        set_value: 
          - service: modbus.write_register
            data:
              value: "{{ (value +30) * 2  }}"

[new_guy]

Wat wil je installeren wat niet met HACS of een addon kan?

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 18:13:
[...]


Je zou dus zoiets kunnen doen, ik heb alleen totaal geen ervaring met modbus, dus die service call zul je zelf goed moeten maken.

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp_setpoint') }}"
        min: 24
        max: 34
        step: 0.5
        set_value: 
          - service: modbus.write_register
            data:
              value: "{{ (value +30) * 2  }}"

Maar past hij dan die sensor aan? Of hoe geef ik dan nu een nieuwe temp op?

@JornRS dank voor de tip maar ik probeer het even met de “native” tools uit. Ik heb al zoveel verschillende zaken dat ik dat juist probeer te voorkomen .

[ Voor 10% gewijzigd door GeeMoney op 03-05-2024 18:27 ]

[TheFes]

GeeMoney schreef op vrijdag 3 mei 2024 @ 18:25:
[...]


Maar past hij dan die sensor aan? Of hoe geef ik dan nu een nieuwe temp op?

@JornRS dank voor de tip maar ik probeer het even met de “native” tools uit. Ik heb al zoveel verschillende zaken dat ik dat juist probeer te voorkomen .

Dit is een soort van input_number en automation in een, het maakt een entity aan waarmee je de temperatuur kunt instellen, zoals in input_number, maar je kunt er direct in aangeven wat er moet gebeuren als je waarde aanpast

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 18:32:
[...]


Dit is een soort van input_number en automation in een, het maakt een entity aan waarmee je de temperatuur kunt instellen, zoals in input_number, maar je kunt er direct in aangeven wat er moet gebeuren als je waarde aanpast

Ik heb visite maar ga het vanavond proberen !

[ocf81]

Het warmteseizoen komt er weer aan. Heeft iemand nog tips voor een verrijdbare airco die met HA kan worden geïntegreerd zonder daarbij afhankelijk te zijn van een app? (eventueel met een mod)

[GeeMoney]

TheFes schreef op vrijdag 3 mei 2024 @ 18:32:
[...]


Dit is een soort van input_number en automation in een, het maakt een entity aan waarmee je de temperatuur kunt instellen, zoals in input_number, maar je kunt er direct in aangeven wat er moet gebeuren als je waarde aanpast

Super, werkt als een trein !

Dit is hem uiteindelijk:

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp') }}"
        min: 24
        max: 34
        step: 1.0
        set_value: 
          - service: modbus.write_register
            data:
              hub: waveshare1
              address: 3
              slave: 1
              value: "{{ (value +30) * 2  }}"

Ik krijg alleen een unknown value achter de slider, als ik de muis stil houd op de slider laat hij wel het setpoint zien: zie edit.



Het komt omdat zijn state unknown is. Die moet eigenlijk gewoon de waarde overnemen van de value
sensor stond niet juist zie edit.

Edit:


Precies wat ik zocht @TheFes !
Als ik hem via de restAPI aanroep en wijzig, moet ik dan die number. entity wijzigen of iets anders?
Als ik die number. entity wijzig dan wijzigt hij hem wel zie ik in HA maar voert niet de modbus code uit en ook de slider krijgt een ander uiterlijk om vervolgens na een minuut ofzo weer terug te keren naar zijn oorspronkelijk uiterlijk en setpoint lijkt het.

[ Voor 37% gewijzigd door GeeMoney op 03-05-2024 22:52 ]

[sapphire]

Pffff het gezeik continues met mijn toiletlicht

De setup nu is heel simpel: Aqara trigger op de deur schakelt de Sonoff switch in de schakelaar en zet het licht aan. Als backup voor als de deur niet dicht zit schakelt deze ook aan met de PIR sensor.
De Aqara heb ik na de tip van @Septillion en is écht een bak sneller dan de Sonoff deursensor.
Als ik nu de deur open ruk, wat best een kunst is met een massiefhouten deur, moet ik echt klaarstaan om te springen wil ik sneller bij de lichtknop zijn dan de reactietijd van de deursensor.

Maar nog klaagt vrouwlief en nu ook mijn moeder dat ze het licht áutomatisch' uitzetten omdat ze op de schakelaar drukken.

Nu al allerlei opties zitten proberen maar geen goede oplossing kunnen vinden.
De oplossing imho zou zijn:
Trigger deursensor open
Actie Sonoff schakelt aan
Daarna bv 10sec directe triggers op de Sonoff negeren

Hoe pak ik dit aan? Ik heb al lopen spelen met een aparte automation hiervoor maar het effect is tot nu toe niet wat het moet zijn op zijn zachtst gezegd

[Extrix]

Vandaag bezig geweest van de local calendar integraties. Mijn doel is alles te migreren naar home assistant.

Ook wil ik graag een mooie weergave in mijn mushroom mobile app. Ik vond de default cards niet mooi en ben toen voor het volgende gegaan



Eerst component welke de eerst volgende afspraak toont van mij en mijn vriendin.

Met daaronder een weergave van onze gezin agenda.

De knop verwijst nu nog door naar de /calendar maar hier ga ik de browser mod voor gebruiken om dit compleet te integreren in mijn app

[oltk]

sapphire schreef op vrijdag 3 mei 2024 @ 22:28:
Pffff het gezeik continues met mijn toiletlicht

De setup nu is heel simpel: Aqara trigger op de deur schakelt de Sonoff switch in de schakelaar en zet het licht aan. Als backup voor als de deur niet dicht zit schakelt deze ook aan met de PIR sensor.
De Aqara heb ik na de tip van @Septillion en is écht een bak sneller dan de Sonoff deursensor.
Als ik nu de deur open ruk, wat best een kunst is met een massiefhouten deur, moet ik echt klaarstaan om te springen wil ik sneller bij de lichtknop zijn dan de reactietijd van de deursensor.

Maar nog klaagt vrouwlief en nu ook mijn moeder dat ze het licht áutomatisch' uitzetten omdat ze op de schakelaar drukken.

Nu al allerlei opties zitten proberen maar geen goede oplossing kunnen vinden.
De oplossing imho zou zijn:
Trigger deursensor open
Actie Sonoff schakelt aan
Daarna bv 10sec directe triggers op de Sonoff negeren

Hoe pak ik dit aan? Ik heb al lopen spelen met een aparte automation hiervoor maar het effect is tot nu toe niet wat het moet zijn op zijn zachtst gezegd

Als je MQTT gebruikt kan je proberen de deursensor en de lamp óók rechtstreeks (dus buiten HA om) te koppelen. Dat doe je in de z2m integratie. Dat is vrijwel instantaan. En alle HA opdrachten en automations blijven gewoon werken. Voordeel: ook als HA eruit ligt blijft het werken omdat de devices onderling zijn gekoppeld.

[xarow]

GeeMoney schreef op vrijdag 3 mei 2024 @ 21:43:
[...]


Super, werkt als een trein !

Dit is hem uiteindelijk:

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp') }}"
        min: 24
        max: 34
        step: 1.0
        set_value: 
          - service: modbus.write_register
            data:
              hub: waveshare1
              address: 3
              slave: 1
              value: "{{ (value +30) * 2  }}"

Ik krijg alleen een unknown value achter de slider, als ik de muis stil houd op de slider laat hij wel het setpoint zien: zie edit.

[Afbeelding]

Het komt omdat zijn state unknown is. Die moet eigenlijk gewoon de waarde overnemen van de value
sensor stond niet juist zie edit.

Edit:
[Afbeelding]

Precies wat ik zocht @TheFes !
Als ik hem via de restAPI aanroep en wijzig, moet ik dan die number. entity wijzigen of iets anders?
Als ik die number. entity wijzig dan wijzigt hij hem wel zie ik in HA maar voert niet de modbus code uit en ook de slider krijgt een ander uiterlijk om vervolgens na een minuut ofzo weer terug te keren naar zijn oorspronkelijk uiterlijk en setpoint lijkt het.

Tijdje terug dat ik wat met modbus heb gedaan maar volgens mij zijn de registers enkel lezen of schrijven en niet beide. Dit betekent dus dat je naar een ander register je gewenste temperatuur moet sturen dan waar je de actuele waarde vandaan haalt. Als ik kijk naar de documentatie van HomeAssistant lijkt dat vermoeden te kloppen.


https://www.home-assistan...ple-climate-configuration

Edit: na weer even in te lezen is duidelijk dat holding registers wel read/write kunnen zijn.

[GeeMoney]

xarow schreef op zaterdag 4 mei 2024 @ 00:13:
[...]


Tijdje terug dat ik wat met modbus heb gedaan maar volgens mij zijn de registers enkel lezen of schrijven en niet beide. Dit betekent dus dat je naar een ander register je gewenste temperatuur moet sturen dan waar je de actuele waarde vandaan haalt. Als ik kijk naar de documentatie van HomeAssistant lijkt dat vermoeden te kloppen.


https://www.home-assistan...ple-climate-configuration

Edit: na weer even in te lezen is duidelijk dat holding registers wel read/write kunnen zijn.

Mijn reactie was ook niet helemaal duidelijk denk ik.
In de GUI werkt het zoals verwacht allemaal prima, ophalen, wijzigen en zetten gaat zonder problemen.
Ik dacht dan moet ik dat ook middels de restAPI kunnen door het state device aan te roepen en de nieuwe waarde te pushen (feitelijk hetzelfde als via de GUI gebeurd) maar dat gaat dus niet goed.
@TheFes kleine verduidelijking ook. Die template werkt prima direct binnen HA gui en App maar ik kan hem niet via de restAPI “zetten” .

[sapphire]

oltk schreef op vrijdag 3 mei 2024 @ 23:23:
[...]


Als je MQTT gebruikt kan je proberen de deursensor en de lamp óók rechtstreeks (dus buiten HA om) te koppelen. Dat doe je in de z2m integratie. Dat is vrijwel instantaan. En alle HA opdrachten en automations blijven gewoon werken. Voordeel: ook als HA eruit ligt blijft het werken omdat de devices onderling zijn gekoppeld.

Interessante optie

De snelheid is goed, dat is het probleem niet.

Probleem is dat het licht aangaat en vrouwlief en moeders alsnog op de lichtschakelaar meppen. Nou had ik hem al vastgeplakt maar nu het er af is doet ze het gewoon weer.
Vandaar dat een blokkade van de input van 10sec na de reiger van de deur me handig leek.

[clements]

Ik heb hier al jaren een pir sensor in de toilet hangen die bij beweging het licht aanzet. Gewoon op timer. Zit je langer dan een minuut (te stil) dan moet je ff zwaaien 🤓

Een puls schakelaar gebruik ik om de ventilator aan te zetten. Die is niet na of tijdens elk bezoek nodig. Ook met een timer.

(Allemaal zonder HA) maar het functioneert naar wens, maar je zou het zo wel in ha kunnen maken

[ Voor 5% gewijzigd door clements op 04-05-2024 08:29 ]

[RedPas]

sapphire schreef op zaterdag 4 mei 2024 @ 07:12:
[...]

Interessante optie

De snelheid is goed, dat is het probleem niet.

Probleem is dat het licht aangaat en vrouwlief en moeders alsnog op de lichtschakelaar meppen. Nou had ik hem al vastgeplakt maar nu het er af is doet ze het gewoon weer.
Vandaar dat een blokkade van de input van 10sec na de reiger van de deur me handig leek.

Schakelaar intern overbruggen

[streamnl]

Antonio di schreef op donderdag 4 januari 2024 @ 11:10:
Probleem met HA Core 2024.1.0 en de Ariston V3 HACS integratie versie 16.8 (Atag One Zone)
is bij mij verholpen door zeer recente aanpassing Ariston HACS.

Dus eerst Ariston V3 van versie 16.8 upgraden naar versie 0.18.0 en dan
HA Core 2024.1.0 uitvoeren.

Zie vorige post voor foutmelding:
Antonio di in "Home Assistant: Open source Python3 home automation - deel 5"

Hier lukt het bij mij niet.
Ik irriteer me mateloos aan ATAG.
Als ik eerst Ariston (0.19.1) verwijder, HA herstart, daarna Ariston weer installeer, dan werkt het heel even.

Daarna (na een periode) niet meer.
In HA, “dienst niet beschikbaar”
Via de originele app, “het product is online, maar we hebben nog niet alle informatie om de homepage te openen “
Via internet kan ik hem inderdaad gewoon bereiken.

Herstart ik HA, dan werkt het weer even. Dan kan ik ook weer in de “officiële app “.

Ik zit steeds vaker te twijfelen om de thermostaat eruit te gooien en hem te vervangen voor een ander merk.

[streamnl]

Dit klinkt aannemelijk:
https://github.com/fustom...e-assistant-v3/issues/331

[TheDudez]

Home assistant voelt echt als beta aan nu all 3 updates binnen een zeer korte tijd. Linkjes die niet werken naar documentatie. (waar de software zelf naar toe linkt).

Zeer erg alles op slot doen. Moet via allerijl omwegen ergens bij komen Command line die zeer beperkt is" dit commando kennen we niet" Hac installatie die niet werkt, Waiting for device activation terwijl die succes vol is. Echt de enigste redenen dat je kijkt naar home asistant is omdat er zeer veel addons zijn. Maar anders zou ik dit gelijk dumpen wat een draak van een software.

[-Casper]

TheDudez schreef op zaterdag 4 mei 2024 @ 12:58:
Home assistant voelt echt als beta aan nu all 3 updates binnen een zeer korte tijd. Linkjes die niet werken naar documentatie. (waar de software zelf naar toe linkt).

Zeer erg alles op slot doen. Moet via allerijl omwegen ergens bij komen Command line die zeer beperkt is" dit commando kennen we niet" Hac installatie die niet werkt, Waiting for device activation terwijl die succes vol is. Echt de enigste redenen dat je kijkt naar home asistant is omdat er zeer veel addons zijn. Maar anders zou ik dit gelijk dumpen wat een draak van een software.

Als je cmd wil gebruiken moet je ook heen HA als besturingssysteem pakken maar gewoon zelf een Linux distro draaien.

[TheDudez]

-Casper schreef op zaterdag 4 mei 2024 @ 13:01:
[...]

Als je cmd wil gebruiken moet je ook heen HA als besturingssysteem pakken maar gewoon zelf een Linux distro draaien.

Dankje
Dan kan ik weer alles installeren. De eerst keer was op synology (daar mag je helemaal niks bijna) de 2de keer op een pi.

Hacs probleem is bekend trouwens voor wie er tegen aan loopt. https://github.com/hacs/integration/issues/3666

[ Voor 3% gewijzigd door TheDudez op 04-05-2024 13:06 ]

[u_nix_we_all]

ocf81 schreef op vrijdag 3 mei 2024 @ 20:47:
Het warmteseizoen komt er weer aan. Heeft iemand nog tips voor een verrijdbare airco die met HA kan worden geïntegreerd zonder daarbij afhankelijk te zijn van een app? (eventueel met een mod)

Ik heb een mobiele airco die alleen met een ir afstandbediening werkt(e)
Daarvan heb ik met een esp (met esphome) de ir codes afgevangen, en dmv een ir transmitter vlak bij de ontvanger van de airco kan ik hem nu bedienen. Daarnaast heb ik op die esp een temp sensor zitten die in de luchtstroom hangt zodat ik kan zien dat hij draait. Hij hangt ook achter een slimme stekker om stroomverbruik te kunnen zien

[Antonio di]

streamnl schreef op zaterdag 4 mei 2024 @ 09:47:
[...]

Hier lukt het bij mij niet.
Ik irriteer me mateloos aan ATAG.
Als ik eerst Ariston (0.19.1) verwijder, HA herstart, daarna Ariston weer installeer, dan werkt het heel even.

Daarna (na een periode) niet meer.
In HA, “dienst niet beschikbaar”
Via de originele app, “het product is online, maar we hebben nog niet alle informatie om de homepage te openen “
Via internet kan ik hem inderdaad gewoon bereiken.

Herstart ik HA, dan werkt het weer even. Dan kan ik ook weer in de “officiële app “.

Ik zit steeds vaker te twijfelen om de thermostaat eruit te gooien en hem te vervangen voor een ander merk.

Ik heb bij die 'bug/issue" melding 331 (van 1-mei-2024) die jij noemt, mijn (Antonio-di-Houten) oplossing gezet (vandaag om 12.30u) en zie ook de andere melding met mijn post.
Dus zie (ook):
https://github.com/fustom...e-assistant-v3/issues/331
https://github.com/fustom...istant-v3/discussions/333

Als ik tijd heb zet ik e.e.a. uitgebreid in mijn review van de ATAG One Zone Thermostaat:
Atag One Zone review door Antonio di

[ Voor 7% gewijzigd door Antonio di op 04-05-2024 13:41 ]

[Antonio di]

streamnl schreef op zaterdag 4 mei 2024 @ 09:47:
[...]

Hier lukt het bij mij niet.
Ik irriteer me mateloos aan ATAG.
Als ik eerst Ariston (0.19.1) verwijder, HA herstart, daarna Ariston weer installeer, dan werkt het heel even.

Daarna (na een periode) niet meer.
In HA, “dienst niet beschikbaar”
Via de originele app, “het product is online, maar we hebben nog niet alle informatie om de homepage te openen “
Via internet kan ik hem inderdaad gewoon bereiken.

Herstart ik HA, dan werkt het weer even. Dan kan ik ook weer in de “officiële app “.

Ik zit steeds vaker te twijfelen om de thermostaat eruit te gooien en hem te vervangen voor een ander merk.

Voor je overstapt op een andere thermostaat zou ik goed de specificaties van jouw CV-ketel (of andere apparaat) raadplegen. Heeft jouw CV-ketel een "echte" "OpenTherm" (universele protocol) aansluiting zodat die andere thermostaat (die ook echt "Opentherm praat") goed communiceert met jouw (ATAG)-CV (apparaat).
Daarnaast kun je ook kijken of het mogelijk is parallel aan je nu gebruikte thermostaat een "OpenTherm" ESP-32 bordje (met bijv Wifi) of Gateway aan te sluiten. Deze laat je dan LOKAAL "praten" met HA. Zie bijv.:
https://www.nodo-shop.nl/...11-opentherm-gateway.html
zie ook:
[OTGW] OpenTherm gateway
Maar goed, bestudeer eerst goed je aansluitingsmogelijkheden van je CV-ketel of ander apparaat.

[ Voor 4% gewijzigd door Antonio di op 04-05-2024 14:11 ]

[-Casper]

TheDudez schreef op zaterdag 4 mei 2024 @ 13:05:
[...]

Dankje
Dan kan ik weer alles installeren. De eerst keer was op synology (daar mag je helemaal niks bijna) de 2de keer op een pi.

Hacs probleem is bekend trouwens voor wie er tegen aan loopt. https://github.com/hacs/integration/issues/3666

Houd er wel rekening mee dat als je van het HA besturingssysteem afstapt, je ook geen addons meer kan draaien. Je moet dat dan zelf organiseren, bijv via docker.

Heb zelf geen Synology maar meen dat je daar ook docker containers op kan draaien (dus dan lijkt me ook dat je HA core kan draaien).

[GeeMoney]

-Casper schreef op zaterdag 4 mei 2024 @ 15:23:
[...]

Houd er wel rekening mee dat als je van het HA besturingssysteem afstapt, je ook geen addons meer kan draaien. Je moet dat dan zelf organiseren, bijv via docker.

Heb zelf geen Synology maar meen dat je daar ook docker containers op kan draaien (dus dan lijkt me ook dat je HA core kan draaien).

Op een beetje recente Synology zou ik aanraden om Ha als VM te draaien, zeker als je ook met add-ons aan de gang gaat.

[HuismAndré]

GeeMoney schreef op zaterdag 4 mei 2024 @ 16:22:
[...]


Op een beetje recente Synology zou ik aanraden om Ha als VM te draaien, zeker als je ook met add-ons aan de gang gaat.

Op een DS220+ met SSD's en 10GB werkgeheugen gaat HA in een VM als een stroperig geheel (met een load van ca. 20-25%). Docker versie daarentegen gaat als de brandweer met een processorload van een paar % (2-4% inclusief docker container voor Z2M, Portainer en MQTT). VM zal prima zijn als je geen zin hebt je een beetje te verdiepen in het docker verhaal. Maar kun je het wél opbrengen je daarin wat te verdiepen dan is de docker versie zeker een aanrader.

[GeeMoney]

HuismAndré schreef op zaterdag 4 mei 2024 @ 17:15:
[...]

Op een DS220+ met SSD's en 10GB werkgeheugen gaat HA in een VM als een stroperig geheel (met een load van ca. 20-25%). Docker versie daarentegen gaat als de brandweer met een processorload van een paar % (2-4% inclusief docker container voor Z2M, Portainer en MQTT). VM zal prima zijn als je geen zin hebt je een beetje te verdiepen in het docker verhaal. Maar kun je het wél opbrengen je daarin wat te verdiepen dan is de docker versie zeker een aanrader.

Ik zei ook recent model . Het is vooral makkelijk. Geen gezeur met add-ons die je met de hand ergens moet plaatsen, linken of downloaden. Gewoon HACS beschikbaar inclusief alle add-ons zonder gezeur.
Ik had een Docker gewoon prima werkend maar was dat “gepruts” gewoon zat, ik wil gewoon klikken en draaien . Als het onwerkbaar is en je hebt niets anders, dan gewoon Docker inderdaad, dat is gewoon een stuk lichter. Ik heb het hier op een 1019+ (4 cores ipv jouw 2, 8GB RAM en 2x512GB SSD) als VM nu draaien en dat gaat dikke prima.

[ Voor 11% gewijzigd door GeeMoney op 04-05-2024 19:09 ]

[mrdemc]

GeeMoney schreef op zaterdag 4 mei 2024 @ 19:06:
[...]


Ik zei ook recent model . Het is vooral makkelijk. Geen gezeur met add-ons die je met de hand ergens moet plaatsen, linken of downloaden. Gewoon HACS beschikbaar inclusief alle add-ons zonder gezeur.
Ik had een Docker gewoon prima werkend maar was dat “gepruts” gewoon zat, ik wil gewoon klikken en draaien . Als het onwerkbaar is en je hebt niets anders, dan gewoon Docker inderdaad, dat is gewoon een stuk lichter. Ik heb het hier op een 1019+ (4 cores ipv jouw 2, 8GB RAM en 2x512GB SSD) als VM nu draaien en dat gaat dikke prima.

De DS220 is recenter dan de DS1019

[GeeMoney]

mrdemc schreef op zaterdag 4 mei 2024 @ 19:17:
[...]

De DS220 is recenter dan de DS1019

Maar niet krachtiger . De huidige 2023 modellen bijvoorbeeld hebben volgens mij allemaal een krachtigere 4-core processor waarmee dat geen probleem meer moet zijn.

[mrdemc]

GeeMoney schreef op zaterdag 4 mei 2024 @ 19:27:
[...]


Maar niet krachtiger . De huidige 2023 modellen bijvoorbeeld hebben volgens mij allemaal een krachtigere 4-core processor waarmee dat geen probleem meer moet zijn.

Dan moet je zeggen krachtiger, dat is niet wat je zei
De DS220 is gewoon een recent model, en met m’n DS920+ merk ik hetzelfde, docker werkt voor een hoop dingen beter dan een aparte VM.

[GeeMoney]

mrdemc schreef op zaterdag 4 mei 2024 @ 19:31:
[...]


Dan moet je zeggen krachtiger, dat is niet wat je zei
De DS220 is gewoon een recent model, en met m’n DS920+ merk ik hetzelfde, docker werkt voor een hoop dingen beter dan een aparte VM.

Onze mening van recent verschilt.
Recent is bij mij 1 hooguit 2 jaar oud en die hebben dus veelal quad-cores naar mijn weten.
Anyway, makkelijker is een VM, docker is slanker, vereist minder resources maar meer “geknutsel” .

[HuismAndré]

oltk schreef op vrijdag 3 mei 2024 @ 23:23:
[...]


Als je MQTT gebruikt kan je proberen de deursensor en de lamp óók rechtstreeks (dus buiten HA om) te koppelen. Dat doe je in de z2m integratie.

Heb je een linkje naar meer info hierover?

[oltk]

HuismAndré schreef op zaterdag 4 mei 2024 @ 20:23:
[...]

Heb je een linkje naar meer info hierover?

https://smarthomescene.co...-directly-in-zigbee2mqtt/
en

https://www.zigbee2mqtt.i...inding.html#state-changes

let op dat een device alleen kan binden als de coordinator het device kan vinden. dus een batterij-operated lichtknop (die niets doet als is niet ingedrukt wordt) kan je alleen binden als je m indrukt en dus even de aanwezigheid kenbaar maakt...

[Cyrus The Virus]

delete

[ Voor 98% gewijzigd door Cyrus The Virus op 05-05-2024 10:35 ]

[Septillion]

@Cyrus The Virus Heb je wat meer details? Bijvoorbeeld de automation? En al in de trace gekeken?

[GeeMoney]

@Septillion jij misschien een idee hoe ik een template number kan wijzigen via de restAPI ?
Ik kan hem wijzigen maar hij veranderd weer terug naar de vorige setting, dit lijkt “by-design” te zijn.
Ik dacht listig te zijn en een automation te maken met een helper om die aan te spreken met de rest api die dan weer de template number wijzigt maar ook daar trapt hij niet in.

Dus de slider wijzigen in de GUI doet exact wat ik wil. Dan wijzigt de slider blijvend en hij voert zijn service call uit die in de template number aangeroepen word.
Echter alle andere wijzigingen die ik uitvoer op die slider buiten de GUI om worden terug gedraaid.

Enige wat ik mij nu bedenk is dat ik hem misschien naar een andere sensor kan laten kijken en als ik dan die sensor aanpas, dat hij ook zijn waarde aanpast?

Huidige code

YAML:

template:
  - number:
      - name: Temperatuur Zwembad WPU
        unique_id: template_number_temp_waterpomp
        state: "{{ states('sensor.fairland_zwembad_wpu_heating_temp') }}"
        min: 24
        max: 34
        step: 1.0
        set_value: 
          - service: modbus.write_register
            data:
              hub: waveshare1
              address: 3
              slave: 1
              value: "{{ (value +30) * 2  }}"

De huidige state sensor is een read only variant die uit de pomp komt. Als ik daar nu eens een sensor read-write van maak, gaat die template number dan mee denk je?

[ Voor 64% gewijzigd door GeeMoney op 05-05-2024 12:00 ]

[Septillion]

@GeeMoney Template number is niet een concept van HA, heb je dat in ESPhome? Of heb je een template sensor?

Ik mis dus nu even het overzicht wat je hebt

Oeps, schijnbaar wel Even lezen!

[edit]
De template number doet niets meer dan de waarde in state weergeven. Dus je zal daar een bron voor moeten maken die verandert naar wat jij wilt.

[ Voor 40% gewijzigd door Septillion op 05-05-2024 12:06 ]

[GeeMoney]

Septillion schreef op zondag 5 mei 2024 @ 12:01:
@GeeMoney Template number is niet een concept van HA, heb je dat in ESPhome? Of heb je een template sensor?

Ik mis dus nu even het overzicht wat je hebt

Oeps, schijnbaar wel Even lezen!

[edit]
De template number doet niets meer dan de waarde in state weergeven. Dus je zal daar een bron voor moeten maken die verandert naar wat jij wilt.

Hij voert in mijn geval ook een Modbus-write actie uit en het is een slider.
Dus die template slider wijzig ik, dan gaat de slider bijvoorbeeld van 24 naar 25 en voert hij onder water simpel gezegd Modbus-write 25 naar adres X uit en dat reflecteert de state sensor vervolgens.
Die state sensor haalt alleen maar een adres op uit de pomp wat dus net gewijzigd is door die die template sensor.
Maar stel nu dat ik die state sensor aanpas, dan triggered die de template number denk ik niet toch ? Het is alleen maar andersom ?

[Septillion]

@GeeMoney Ik zou zeggen dat zolang het geen rigger-based sensor is dat als de sensor verandert dan de template number ook gewoon wijzigt.

En die state sensor kan je niet zelf wijzigen, alleen maar het register wat die uitleest. Maar modbus is wel pollen dus het kan even duren voordat de sensor dan ook update.

[GeeMoney]

Septillion schreef op zondag 5 mei 2024 @ 12:53:
@GeeMoney Ik zou zeggen dat zolang het geen rigger-based sensor is dat als de sensor verandert dan de template number ook gewoon wijzigt.

En die state sensor kan je niet zelf wijzigen, alleen maar het register wat die uitleest. Maar modbus is wel pollen dus het kan even duren voordat de sensor dan ook update.

De huidige sensor is inderdaad niet te wijzigen maar ik kan de template number natuurlijk ook naar een fictief andere sensor laten kijken die ik wel kan beïnvloeden dus een soort 2-traps raket. Niet mooi, wel functioneel als het werkt althans.

Ik vind het zo gek dat de huidige situatie wel in de GUI / app werkt maar niet via de restAPI . Feitelijk zou je zeggen doe ik hetzelfde.

[ Voor 9% gewijzigd door GeeMoney op 05-05-2024 13:30 ]

[geerttttt]

Dag mede fans. Ik heb een stuk of 6 verschillende temperatuursensor entiteiten die de buitentemperatuur weergeven.

Nu wil ik graag 1 "master" buitentemp. Ik heb een redelijk betrouwbare Xiaomi temperatuursensor buiten, maar die heeft soms geen verbinding of de batterij leeg. Ook heb ik een warmtepomp die de temperatuur aangeeft maar die is alleen accuraat als de zon niet erop schijnt en hij zelf niet aan het werk is. En zo nog een aantal sensoren.

Hoe kan ik al deze sensoren combineren, en dan het gemiddelde pakken, maar tegelijkertijd sensoren die meer dan x graden afwijken, of offline zijn negeren? Is daar iets voor?

[Dwazer]

geerttttt schreef op zondag 5 mei 2024 @ 13:15:
Dag mede fans. Ik heb een stuk of 6 verschillende temperatuursensor entiteiten die de buitentemperatuur weergeven.

Nu wil ik graag 1 "master" buitentemp. Ik heb een redelijk betrouwbare Xiaomi temperatuursensor buiten, maar die heeft soms geen verbinding of de batterij leeg. Ook heb ik een warmtepomp die de temperatuur aangeeft maar die is alleen accuraat als de zon niet erop schijnt en hij zelf niet aan het werk is. En zo nog een aantal sensoren.

Hoe kan ik al deze sensoren combineren, en dan het gemiddelde pakken, maar tegelijkertijd sensoren die meer dan x graden afwijken, of offline zijn negeren? Is daar iets voor?

Is het niet gewoon een rekensommetje:
1: Temp1
2: Temp Xiaomi Tempsensor (Batterijen zijn sowieso onderhevig aan temp verschillen (accu's overigens ook) dus zal de ene keer sneller op zijn dan de andere (Kou vinden ze vooral vervelend, hoewel hitte ook weer niet best is ))
3: Temp enz.

En dan alles optellen en delen door het aantal tempsensoren en die in een helper oid proppen (geen idee wat de volgende stap nmlk gaat zijn)

[Clumsy Smurf]

Dwazer schreef op zondag 5 mei 2024 @ 14:08:
[...]

Is het niet gewoon een rekensommetje:
1: Temp1
2: Temp Xiaomi Tempsensor (Batterijen zijn sowieso onderhevig aan temp verschillen (accu's overigens ook) dus zal de ene keer sneller op zijn dan de andere (Kou vinden ze vooral vervelend, hoewel hitte ook weer niet best is ))
3: Temp enz.

En dan alles optellen en delen door het aantal tempsensoren en die in een helper oid proppen (geen idee wat de volgende stap nmlk gaat zijn)

Ik denk dat het ietsje lastiger is dan alleen dat, omdat er blijkbaar sensoren zijn die niet kloppen door dat de zon er op schijnt en omdat er sensoren zijn die geen bereik meer hebben.
Hierdoor kun je volgens mij niet alles optellen en delen door de aantal sensoren.

Je zou eigenlijk een soort van prioriteiten lijst moeten hebben, dat als de master sensor geen bereik heeft voor een x tijd, dat je dan kijkt naar sensor 2 of naar een gemiddelde van meerdere sensoren die nog online zijn.
een goeie oplossing er voor weet ik dan weer niet.

[ Voor 16% gewijzigd door Clumsy Smurf op 05-05-2024 14:18 ]

[Seafarer]

geerttttt schreef op zondag 5 mei 2024 @ 13:15:
Dag mede fans. Ik heb een stuk of 6 verschillende temperatuursensor entiteiten die de buitentemperatuur weergeven.

Nu wil ik graag 1 "master" buitentemp. Ik heb een redelijk betrouwbare Xiaomi temperatuursensor buiten, maar die heeft soms geen verbinding of de batterij leeg. Ook heb ik een warmtepomp die de temperatuur aangeeft maar die is alleen accuraat als de zon niet erop schijnt en hij zelf niet aan het werk is. En zo nog een aantal sensoren.

Hoe kan ik al deze sensoren combineren, en dan het gemiddelde pakken, maar tegelijkertijd sensoren die meer dan x graden afwijken, of offline zijn negeren? Is daar iets voor?

Een goede sensor in de schaduw hangen zonder batterij?

Ik persoonlijk raak al gefrustreerd als iemand het woord batterij gebruikt. Batterij sensoren updaten ook heel erg magertjes om veel batterij verbruik tegen te gaan.

[CappieL]

@Seafarer waar meet jij de temperatuur dan mee? Overal ESP-bordjes?
Als ik al een bordje gebruik voor bijv. BT-proxy, prik ik er graag een temp-sensortje bij. Dat wordt een volgend projectje.

[ Voor 47% gewijzigd door CappieL op 05-05-2024 15:45 ]

[Dwazer]

Clumsy Smurf schreef op zondag 5 mei 2024 @ 14:16:
[...]

Ik denk dat het ietsje lastiger is dan alleen dat, omdat er blijkbaar sensoren zijn die niet kloppen door dat de zon er op schijnt en omdat er sensoren zijn die geen bereik meer hebben.
Hierdoor kun je volgens mij niet alles optellen en delen door de aantal sensoren.

Je zou eigenlijk een soort van prioriteiten lijst moeten hebben, dat als de master sensor geen bereik heeft voor een x tijd, dat je dan kijkt naar sensor 2 of naar een gemiddelde van meerdere sensoren die nog online zijn.
een goeie oplossing er voor weet ik dan weer niet.

Ja, natuurlijk zijn er verschillende scenario's te benoemen/beschrijven (Want je zou een Xiaomi Temp Sensor ook kunnen voorzien van een vaste voeding).

Seafarer schreef op zondag 5 mei 2024 @ 15:17:
[...]

Een goede sensor in de schaduw hangen zonder batterij?

Ik persoonlijk raak al gefrustreerd als iemand het woord batterij gebruikt. Batterij sensoren updaten ook heel erg magertjes om veel batterij verbruik tegen te gaan.

Over het meten van de buiten temperatuur kunnen we een hele andere discussie voeren/ander topic openen. Gaan we niet doen...

Soms is er geen andere manier, dan de vraag die voorbij kwam, om iets te meten.

Wat ik me net bedenk: Deze waarde gebruiken we in NL als dé waarde (zover ik me kan herinneren).
Als je die opneemt in de telling, kun je de buitentemp als een soort "norm" nemen?

[HuismAndré]

geerttttt schreef op zondag 5 mei 2024 @ 13:15:
Dag mede fans. Ik heb een stuk of 6 verschillende temperatuursensor entiteiten die de buitentemperatuur weergeven.

Nu wil ik graag 1 "master" buitentemp. Ik heb een redelijk betrouwbare Xiaomi temperatuursensor buiten, maar die heeft soms geen verbinding of de batterij leeg. Ook heb ik een warmtepomp die de temperatuur aangeeft maar die is alleen accuraat als de zon niet erop schijnt en hij zelf niet aan het werk is. En zo nog een aantal sensoren.

Hoe kan ik al deze sensoren combineren, en dan het gemiddelde pakken, maar tegelijkertijd sensoren die meer dan x graden afwijken, of offline zijn negeren? Is daar iets voor?

Ik heb ook meerdere buitensensoren die, per stuk, zo goed mogelijk gekalibreerd zijn. De eerstvolgende stap is dan aannemen dat de sensor met de laagste temperatuur de meest nauwkeurige moet zijn (want geen invallend zonlicht om deze op te warmen, uitgaande van een situatie waar er altijd minstens één sensor is die niet in de zon hangt). Dus combinatie sensor waarvan de laagste bepalend is. Werkt prima.

[ Voor 6% gewijzigd door HuismAndré op 05-05-2024 16:38 ]

[Seafarer]

CappieL schreef op zondag 5 mei 2024 @ 15:43:
@Seafarer waar meet jij de temperatuur dan mee? Overal ESP-bordjes?
Als ik al een bordje gebruik voor bijv. BT-proxy, prik ik er graag een temp-sensortje bij. Dat wordt een volgend projectje.

Ik pak inderdaad vaak een sonoff en dan Tasmota erop. En dan 1 of eventueel meerdere DS18B20 's eraan.
Stekker in het stop contact en klaar.

[Homme]

Horla schreef op maandag 6 februari 2023 @ 12:39:
Ik gebruik Home Assistant o.a. voor het uitrekenen van hoeveel ik (per dag) krijg voor de geïnjecteerde energie. Nu is Luminus (België) overgestapt naar een variabel maandtarief:

[...]

Die Index wordt maandelijks gepubliceerd op www.luminus.be/index. Dat is een pdf dus daar kan je niets mee automatiseren maar de Belpex prijs zal ik vast ergens wel kunnen opscharrelen maar het grote probleem zit hier:

[...]

Je weet dus pas op het einde van de maand wat je tarief van de huidige maand is. Heeft er iemand een (geniaal) idee van hoe dit toch achteraf op één of andere manier te berekenen is? Het enige dat ik zo direct kan bedenken is een maandelijkse teller van injectie en die maal een waarde te doen en resultaat op te slaan in een teller die jaarlijks reset. Maar dan heb ik enkel een overzicht voor een jaar en het energie dashboard wordt volledig nutteloos (het kosten gedeelte).

Ik ben ook nog op zoek om de prijzen van m'n verbruik via Luminus (Dag/Nacht elektriciteit en gas) automatisch in HA te krijgen.

Heb je hier ooit een oplossing voor gevonden?

[PeteSplit]

Weet iemand of er een oplossing is voor "false readings historical graph" en grafieken in het energy dashboard. Ik heb sinds de update van 1 mei elke dag ongeveer 5 foute gegevens die ik handmatig verwijder (vervang met een waarde), maar dit is geen echte oplossing.
De gegevens komen elke 10 sec uit de GoodWe integratie (total en today yield).

[ Voor 33% gewijzigd door PeteSplit op 06-05-2024 16:18 ]

[RudolfR]

@geerttttt

Ik heb zoiets, waarbij ik een lijst heb op voorkeur, maar sensoren die 'unavailable' zijn negeer.
Je kunt die state 'unavailable' voor sensoren beinvloeden op basis van diverse condities.
Ik neem er simpelweg de eerste van.

YAML:

- sensor:
    - name: "Outside temperature"
      unique_id: 481b5495-cc71-4aa8-85fd-c2e63fc44ae8
      unit_of_measurement: "°C"
      state_class: measurement
      state: >
        {{ [states.sensor.mhi_ac_zolder_outdoor_temperature, states.sensor.airco_slaapkamer_outdoor, states.sensor.br_temperature] | rejectattr('state', 'eq', 'unavailable') 
                | map(attribute='state')
                | first }}

[Horla]

Homme schreef op zondag 5 mei 2024 @ 19:33:
[...]


Ik ben ook nog op zoek om de prijzen van m'n verbruik via Luminus (Dag/Nacht elektriciteit en gas) automatisch in HA te krijgen.

Heb je hier ooit een oplossing voor gevonden?

Nee. Het bedrag dat we krijgen is zo klein (ik denk momenteel 2.5 cent), dat ik er geen moeite meer in heb gestoken. Bij die kleine bedragen spreken we maar over een handvol euro's...

[geerttttt]

Dwazer schreef op zondag 5 mei 2024 @ 14:08:
[...]

Is het niet gewoon een rekensommetje:
1: Temp1
2: Temp Xiaomi Tempsensor (Batterijen zijn sowieso onderhevig aan temp verschillen (accu's overigens ook) dus zal de ene keer sneller op zijn dan de andere (Kou vinden ze vooral vervelend, hoewel hitte ook weer niet best is ))
3: Temp enz.

En dan alles optellen en delen door het aantal tempsensoren en die in een helper oid proppen (geen idee wat de volgende stap nmlk gaat zijn)

Mja maar ik zoek meer iets dat hij alle sensoren pakt, en dan degenen die beschikbaar zijn en dichtbij elkaar liggen (bijv, 6 sensoren: 17.15, 17.21, 17, 17,50, unavailable en 21,14.

Dan wil ik die unavailable negeren, en de anderen liefst het gemiddelde van hebben, behalve die van 21.14 graden, omdat die veel meer afwijkt van de rest.

En elke keer wijkt er weer een andere af, of is er eentje niet beschikbaar,om een of andere reden. Of is eentje per definitie niet heel precies, bijv. Geen getallen achter de komma.

[GeeMoney]

@Septillion het lukt niet, een sensor is alleen maar read-only. Met een fake device kan ik hem dus niet voor de gek houden. Ik blijf het gek vinden dat ik via de restAPI die template number niet (blijvend) kan wijzigen maar wel via de GUI.

Het jammere is dus dat ik dit nu niet kan openbaren richting mijn Fibaro installatie. Ik zou vanuit daar graag de restAPI gebruiken om de temp van de pomp te kunnen wijzigen. Niet dat ik dat heel veel doe maar het gaat om het principe .

[ Voor 39% gewijzigd door GeeMoney op 05-05-2024 22:58 ]

[AndereKoekoek]

Sinds een paar maanden heb ik issues met de Deconz addon voor Hass.

Iedere keer wanneer Hass opnieuw wordt gestart, dan verliest Deconz de authenticatie. Kan dat wel oplossen door via Gateway- advanced - authenticate te activeren.

Daarna submit op de device in Hass en vervolgens Deconz reloaden en werkt alles weer.

Moet dit alleen echt iedere keer doen na een reboot en dus ook na iedere update van Hass. En dat zijn er nogal wat.

Iemand een idee hoe het geauthenticeerd kan blijven zonder de workaround?

[RudolfR]

@AndereKoekoek

Heb geen gouden tip, maar herken je probleem niet. deCONZ werkt hier probleemloos, ook na updates en zonder herauthenticatie.

[TheFes]

GeeMoney schreef op zondag 5 mei 2024 @ 22:47:
@Septillion het lukt niet, een sensor is alleen maar read-only. Met een fake device kan ik hem dus niet voor de gek houden. Ik blijf het gek vinden dat ik via de restAPI die template number niet (blijvend) kan wijzigen maar wel via de GUI.

Het jammere is dus dat ik dit nu niet kan openbaren richting mijn Fibaro installatie. Ik zou vanuit daar graag de restAPI gebruiken om de temp van de pomp te kunnen wijzigen. Niet dat ik dat heel veel doe maar het gaat om het principe .

Wat probeer je nu via de rest api te doen dan? Welke api call?

[GeeMoney]

TheFes schreef op maandag 6 mei 2024 @ 08:51:
[...]


Wat probeer je nu via de rest api te doen dan? Welke api call?

Ik deed nu een :

code:

curl \             
-H "Authorization: Bearer <TOKEN>" \
-H "Content-Type: application/json" \
-d '{"state":"27.0"}' http://192.168.166.11:8123/api/states/number.temperatuur_zwembad_wpu

Dit wordt uitgevoerd, ik zie de slider ook wijzigen maar binnen 10 seconden neemt hij weer de waarde aan van de sensor en heeft dus niet de modbus.write uitgevoerd anders was die sensor ook mee verschoven.

[ocf81]

u_nix_we_all schreef op zaterdag 4 mei 2024 @ 13:12:
[...]

Ik heb een mobiele airco die alleen met een ir afstandbediening werkt(e)
Daarvan heb ik met een esp (met esphome) de ir codes afgevangen, en dmv een ir transmitter vlak bij de ontvanger van de airco kan ik hem nu bedienen. Daarnaast heb ik op die esp een temp sensor zitten die in de luchtstroom hangt zodat ik kan zien dat hij draait. Hij hangt ook achter een slimme stekker om stroomverbruik te kunnen zien
[Afbeelding]

Dat zou inderdaad ook nog wel een werkbare oplossing kunnen zijn. Dank voor het delen!

[Septillion]

@GeeMoney Ik snap nog steeds het probleem niet helemaal. Je kan de sensor niet aanpassen, dat is read only. Maar die sensor is toch alleen maar de terugkoppeling van je template number? Die kan je wel gewoon aanpassen met een api call.