Home Assistant: Open source Python3 home automation - deel 4

[Hmmbob]

Jerry33 schreef op dinsdag 30 november 2021 @ 21:23:
[...]


@Polyphemus Ik weet niet of ik het process helemaal goed doe. Ik heb Toon_Climate opgehaald via HACS. Daarna ga ik naar Configuration -> Integrations -> Add Integration en zoek ik op Toon. Ik kan aan het resultaat niet zien of dat voor de standaard of gehackte Toon is, maar ga even uit van het laatste. Als ik de Toon integratie dan wil toevoegen krijg ik de melding "Aborted - The component is not configured. Please follow the documentation."

Ik heb de code uit de documentatie toegevoegd aan configuration.yaml met het juiste IP adres, maar kan verder niet vinden wat ik fout doe. Iemand enig idee?

Dat doorgestreepte hoef je niet te doen, dat is voor de officiële integratie, niet voor een gerootte Toon. Installeren via hacs, reboot, config in configuration.yaml, weer een reboot en klaar.

Wat zegt je log?

[ Voor 3% gewijzigd door Hmmbob op 01-12-2021 08:32 ]

[R-B]

KC27 schreef op dinsdag 30 november 2021 @ 20:55:
[...]

Er gelden twee natuurkundige wetten hiervoor:

1. Wet van behoud van energie: alle energie die verdwijnt moet je er ook weer instoppen.
2. Energie verlies is evenredig met temperatuur verschil tussen binnen en buiten: bij afkoeling dus minder energieverlies.

Conclusie: 's nachts uit kost minder energie.
Met een smart plug met HA kan dit mooi geregeld worden.

Hmm ja, misschien dat ik het toch weer ga toepassen. Eerste weekje met 24/7 aan om data te verzamelen in Energy Monitor en dan aanpassen.

[Jerry33]

Hmmbob schreef op woensdag 1 december 2021 @ 00:04:
[...]

Dat doorgestreepte hoef je niet te doen, dat is voor de officiële integratie, niet voor een gerootte Toon. Installeren via hacs, reboot, config in configuration.yaml, weer een reboot en klaar.

Wat zegt je log?

Oei, daar staat nogal wat. Zegt de 4e error nou dat hij de Toon niet kan vinden? IP adres klopt toch wel.

code:

2021-12-01 08:35:01 WARNING (SyncWorker_1) [homeassistant.loader] We found a custom integration toon_climate which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2021-12-01 08:35:01 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2021-12-01 08:35:11 ERROR (MainThread) [homeassistant.components.websocket_api.http.connection] [1900336776] Received invalid command: energy/get_prefs
2021-12-01 08:35:56 ERROR (MainThread) [custom_components.toon_climate.climate] Timeout error occurred while polling Toon Thermostat using url: http://192.168.1.39:80/happ_thermstat?action=getThermostatInfo
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'linkquality' when rendering '{{ value_json.linkquality }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'power_on_behavior' when rendering '{{ value_json.power_on_behavior }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'action' when rendering '{{ value_json.action }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'operation_mode' when rendering '{{ value_json.operation_mode }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'action' when rendering '{{ value_json.action }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'linkquality' when rendering '{{ value_json.linkquality }}'
2021-12-01 08:36:16 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'linkquality' when rendering '{{ value_json.linkquality }}'
2021-12-01 08:38:25 WARNING (MainThread) [homeassistant.helpers.template] Template variable warning: 'dict object' has no attribute 'power_on_behavior' when rendering '{{ value_json.power_on_behavior }}'
2021-12-01 08:46:23 ERROR (MainThread) [homeassistant] Error doing job: Task exception was never retrieved

[ Voor 0% gewijzigd door Septillion op 01-12-2021 09:22 . Reden: code tags ]

[Septillion]

@Jerry33 Dat zegt veel. Dan is de integratie goed geinstalleerd. Ook heeft hij de config juist ingelezen want hij probeert het juiste Ip te benaderen voor je Toon. Heb je nu bij een check nog steeds een error?

Maar waar het nu mis lijkt te gaan is dat je Toon geen reactie geeft.

[Melantrix]

Ik begin nu net met een eerste flow in Node-Red en ik loop ergens tegenaan waarvan ik verwacht dat het heel simpel moet zijn.. xD

Ik probeer een flow te maken die mijn verwarming's (Tado) geofencing modus van Auto af te halen omdat Opa en Oma komen oppassen. De flow is qua logica: Als Pa AND Ma weg zijn en Opa OF Oma thuis zijn, mag de geofencing uit. Ik kan alleen met geen mogelijkheid vinden om een AND te maken. Punt van aandacht is dat de AND onafhankelijk moet zijn van elkaar omdat soms Pa eerder weg is en soms Ma eerder weg is met random tijden ertussen..

Iemand een idee hoe ik dat kan bewerkstelligen? Stuur me vooral de juiste kant op, qua logica kom ik er wel uit.

[KC27]

R-B schreef op woensdag 1 december 2021 @ 09:15:
[...]


Hmm ja, misschien dat ik het toch weer ga toepassen. Eerste weekje met 24/7 aan om data te verzamelen in Energy Monitor en dan aanpassen.

Ik ben benieuwd of je meetresultaten de theorie ondersteunen. Deel je ze hier?

[Rembock]

@Melantrix Kun je die vraag niet beter in Node-RED - grafisch 'programmeren' (bijv. voor domotica) stellen? Denk dat je dan nog sneller antwoord hebt

[Jerry33]

Septillion schreef op woensdag 1 december 2021 @ 09:25:
@Jerry33 Dat zegt veel. Dan is de integratie goed geinstalleerd. Ook heeft hij de config juist ingelezen want hij probeert het juiste Ip te benaderen voor je Toon. Heb je nu bij een check nog steeds een error?

Maar waar het nu mis lijkt te gaan is dat je Toon geen reactie geeft.

Net weer HA herstart en die error blijft. Als ik de Toon vanaf een PC aanroep met http://192.168.1.39/mobile/#main dan krijg ik gewoon het Toon scherm. Ik realiseer mij wel dat ik daarvoor eerst een wachtwoord moet invullen. Heeft de toon_climate integratie dat ook niet nodig?

De error:
Timeout error occurred while polling Toon Thermostat using url: http://192.168.1.39:80/ha...?action=getThermostatInfo
9:32:01 AM – (ERROR) toon_climate (custom integration)

[Melantrix]

Rembock schreef op woensdag 1 december 2021 @ 09:50:
@Melantrix Kun je die vraag niet beter in Node-RED - grafisch 'programmeren' (bijv. voor domotica) stellen? Denk dat je dan nog sneller antwoord hebt

Thanks, was niet op de hoogte van de topic en omdat ik de input/geofencing vanuit Home Assistant haal dacht ik, ik stel de vraag hier.

ik ga even naar het andere topic dan

[gastje01]

KC27 schreef op woensdag 1 december 2021 @ 09:43:
[...]

Ik ben benieuwd of je meetresultaten de theorie ondersteunen. Deel je ze hier?

Ik ben ook wel nieuwsgierig hoeveel dit nu daadwerkelijk scheelt. Jij hebt het al ingericht, heb jij al data beschikbaar, of meet je niet?

[Hmmbob]

Jerry33 schreef op woensdag 1 december 2021 @ 09:51:
[...]


Net weer HA herstart en die error blijft. Als ik de Toon vanaf een PC aanroep met http://192.168.1.39/mobile/#main dan krijg ik gewoon het Toon scherm. Ik realiseer mij wel dat ik daarvoor eerst een wachtwoord moet invullen. Heeft de toon_climate integratie dat ook niet nodig?

De error:
Timeout error occurred while polling Toon Thermostat using url: http://192.168.1.39:80/ha...?action=getThermostatInfo
9:32:01 AM – (ERROR) toon_climate (custom integration)

Wat gebeurt er als je in de browser naar http://192.168.1.39/happ_thermstat?action=getThermostatInfo gaat?

Overigens heb ik die melding ook regelmatig, het lijkt erop alsof de toon af en toe onderuit gaat. Een reboot van Toon wil dan helpen - ik trek hem dan even van de muur af

[ Voor 10% gewijzigd door Hmmbob op 01-12-2021 10:08 ]

[Jerry33]

Hmmbob schreef op woensdag 1 december 2021 @ 10:05:
[...]

Wat gebeurt er als je in de browser naar http://192.168.1.39/happ_thermstat?action=getThermostatInfo gaat?

Overigens heb ik die melding ook regelmatig, het lijkt erop alsof de toon af en toe onderuit gaat. Een reboot van Toon wil dan helpen - ik trek hem dan even van de muur af

Dan krijg ik dit:

{"result":"ok", "currentTemp":"1939", "currentSetpoint":"1800", "currentInternalBoilerSetpoint":"6", "programState":"0", "activeState":"-1", "nextProgram":"-1", "nextState":"-1", "nextTime":"0","nextSetpoint":"0","randomConfigId":"1804289383","errorFound":"255","connection":"0","burnerInfo":"0","otCommError":"0","currentModulationLevel":"0"}

[Jerry33]

Hmmbob schreef op woensdag 1 december 2021 @ 10:05:
[...]

Wat gebeurt er als je in de browser naar http://192.168.1.39/happ_thermstat?action=getThermostatInfo gaat?

Overigens heb ik die melding ook regelmatig, het lijkt erop alsof de toon af en toe onderuit gaat. Een reboot van Toon wil dan helpen - ik trek hem dan even van de muur af

@Hmmbob, ik zie in mijn entities ineens de Toon Thermostat staan met onderstaande waarschuwing. Kan dat het probleem zijn?

This entity ('climate.toon_thermostat') does not have a unique ID, therefore its settings cannot be managed from the UI. See the documentation for more detail.

You can overwrite some attributes in the entity customizations section.

[KC27]

gastje01 schreef op woensdag 1 december 2021 @ 09:55:
[...]

Ik ben ook wel nieuwsgierig hoeveel dit nu daadwerkelijk scheelt. Jij hebt het al ingericht, heb jij al data beschikbaar, of meet je niet?

Ik heb geen Quooker. Dus ook geen metingen.

[fsfikke]

Ik heb moeite mijn Home Assistant setup goed te krijgen. Vooral het uitlezen van mijn SMA inverter geeft problemen. Voorheen liet ik een andere rPi via Node-Red via Webconnect en Modbus de data elke paar seconden pollen en naar InfluxDB schrijven, dit heeft maanden lang perfect gefunctioneerd.

Nu heb ik dit uitgezet en op een andere rPi HASS draaien. Eerst via de SMA integratie, maar die werkte telkens maar een paar uur, waarna de requests richting de SMA een time-out kregen. Via al mijn andere devices kon ik de SMA prima benaderen, maar vanuit de HASS rPi leek alles geblokkeerd. (via ssh curl naar de SMA werkte ook niet, ping werkt wel). Daarom maar gekozen om via ModBus verder te gaan, maar ook hier weer exact hetzelfde, het werkt een tijdje, waarna de requests een time-out krijgen.

De vraag is dan natuurlijk wie blokkeert wat, maar gezien de SMA wel benaderbaar is van andere IP's en hij voorheen geen moeite had met het op korte interval leveren van data via webconnect en modbus lijkt het mij er bijna op alsof HASS iets blokkeert. Maar ik heb geen idee waarom en hoe ik dat kan testen.

[Hmmbob]

Jerry33 schreef op woensdag 1 december 2021 @ 10:09:
[...]


Dan krijg ik dit:

{"result":"ok", "currentTemp":"1939", "currentSetpoint":"1800", "currentInternalBoilerSetpoint":"6", "programState":"0", "activeState":"-1", "nextProgram":"-1", "nextState":"-1", "nextTime":"0","nextSetpoint":"0","randomConfigId":"1804289383","errorFound":"255","connection":"0","burnerInfo":"0","otCommError":"0","currentModulationLevel":"0"}

Dit is goed! Je toon geeft dus alle data die nodig is (je hebt je Toon nu op 18 ingesteld staan zie ik, en het is 19.4 binnen)

Jerry33 schreef op woensdag 1 december 2021 @ 10:22:
[...]


@Hmmbob, ik zie in mijn entities ineens de Toon Thermostat staan met onderstaande waarschuwing. Kan dat het probleem zijn?

This entity ('climate.toon_thermostat') does not have a unique ID, therefore its settings cannot be managed from the UI. See the documentation for more detail.

You can overwrite some attributes in the entity customizations section.

Nee, dit is geen probleem. Het betekent dat je niet via de UI icoontjes en naam kan aanpassen. Maar, dat je deze tekst kan zien betekent dat Toon juist toegevoegd is!

Het lijkt erop dat alles gewoon juist werkt, wat is precies je probleem wat je nu nog hebt?
Dit was je eerste vraag:

Jerry33 schreef op zondag 28 november 2021 @ 21:53:
Ik heb mijn Toon1 laten rooten en wil hem nu integreren in mijn Home assistant (op RPI 3B). Eerst HACS geinstalleerd met wat strubbelingen, maar dat is gelukt. Daarna toon_climate geinstalleerd en toen de aanbevolen code in configuration.yaml. Als ik dan via "Configuration" Check configuration doe dan krijg ik onderstaande melding:
Platform error climate.toon_climate - Integration 'toon_climate' not found.

Moet ik deze negeren of mist er nog iets in mijn instellingen?

Dat lijkt opgelost?

[ Voor 23% gewijzigd door Hmmbob op 01-12-2021 10:35 ]

[Jerry33]

Hmmbob schreef op woensdag 1 december 2021 @ 10:30:
[...]

Nee, dit is geen probleem. Dat je deze tekst kan zien betekent dat Toon juist toegevoegd is. Het lijkt erop dat alles gewoon juist werkt, wat is precies je probleem?


Dit was je eerste vraag:
Dat lijkt opgelost?

Mijn eerste vraag is idd opgelost. Mijn "probleem" is nu nog dat ik veel meer entities verwacht. Mijn aqara temp sensor spuwt er een hele rits entities uit, maar voor de Toon heb ik nu maar één entity waar ik ogenschijnlijk niets uit aflees. Ik verwacht iig iets van set temp en actuele temp, maar misschien begrijp ik het concept niet

[Magic]

Jerry33 schreef op woensdag 1 december 2021 @ 10:40:
[...]


Mijn eerste vraag is idd opgelost. Mijn "probleem" is nu nog dat ik veel meer entities verwacht. Mijn aqara temp sensor spuwt er een hele rits entities uit, maar voor de Toon heb ik nu maar één entity waar ik ogenschijnlijk niets uit aflees. Ik verwacht iig iets van set temp en actuele temp, maar misschien begrijp ik het concept niet

Het apparaat is een climate entity, dat moet je niet vergelijken met een (of meerdere) sensor entities.

[Hmmbob]

Jerry33 schreef op woensdag 1 december 2021 @ 10:40:
[...]


Mijn eerste vraag is idd opgelost. Mijn "probleem" is nu nog dat ik veel meer entities verwacht. Mijn aqara temp sensor spuwt er een hele rits entities uit, maar voor de Toon heb ik nu maar één entity waar ik ogenschijnlijk niets uit aflees. Ik verwacht iig iets van set temp en actuele temp, maar misschien begrijp ik het concept niet

Je hebt nu een "climate device" (= thermostaat) toegevoegd aan HA. Die kan je in je frontend zetten met een thermostate card: https://www.home-assistant.io/lovelace/thermostat/ en daarmee dus je verwarming bedienen. Overigens gebruik ik zelf deze card, zit ook in Hacs: https://github.com/nervetattoo/simple-thermostat

In de docs staat hoe je zelf nog sensors aan kan maken als je ze nodig hebt, want de info die je hebt zitten allemaal als "attribute" in je climate entity:

https://github.com/cyberjunky/home-assistant-toon_climate

[ Voor 34% gewijzigd door Hmmbob op 01-12-2021 10:47 ]

[CAP-Team]

Hmmbob schreef op dinsdag 30 november 2021 @ 12:24:
[...]

Al, zal in 2021.12 zitten

https://github.com/home-assistant/core/pull/60473

Output van buienradar is niet goed nee:

code:

000|10:55
000|11:00
000|11:05
000|11:10
000|11:15
000|11:20
000|11:25
077|11:30
99,3670401387526|11:35
92,2678801510292|11:40
077|11:45
92,2678801510292|11:50
000|11:55
000|12:00
000|12:05
000|12:10
000|12:15
000|12:20
077|12:25
077|12:30
077|12:35
000|12:40
077|12:45
000|12:50

Dit is feitelijk een bug in de API van buienradar zelf, niet een bug van HA

[ Voor 6% gewijzigd door CAP-Team op 01-12-2021 11:09 ]

[TheMystery]

TheMystery schreef op dinsdag 30 november 2021 @ 17:03:
[...]


Ik heb deze op mijn ha Python virtual environment install met pip geupdate naar 1.05 maar vanmorgen werkte het weer niet.

Plugin was schijnbaar automatisch weer gedowngrade, nu de in de manifest.json van de buienrader component de versie opgehoogd naar 1.0.5 en ha herstart.
Nu wordt wel de juiste versie gebruikt, nu afwachten of het blijft werken.

[Jerry33]

Hmmbob schreef op woensdag 1 december 2021 @ 10:42:
[...]

Je hebt nu een "climate device" (= thermostaat) toegevoegd aan HA. Die kan je in je frontend zetten met een thermostate card: https://www.home-assistant.io/lovelace/thermostat/ en daarmee dus je verwarming bedienen. Overigens gebruik ik zelf deze card, zit ook in Hacs: https://github.com/nervetattoo/simple-thermostat

OK duidelijk, dan ga ik weer verder stoeien met m'n projectje. Dank voor het geduld

[Hmmbob]

CAP-Team schreef op woensdag 1 december 2021 @ 11:07:
[...]


Output van buienradar is niet goed nee:

code:

000|10:55
000|11:00
000|11:05
000|11:10
000|11:15
000|11:20
000|11:25
077|11:30
99,3670401387526|11:35
92,2678801510292|11:40
077|11:45
92,2678801510292|11:50
000|11:55
000|12:00
000|12:05
000|12:10
000|12:15
000|12:20
077|12:25
077|12:30
077|12:35
000|12:40
077|12:45
000|12:50

Dit is feitelijk een bug in de API van buienradar zelf, niet een bug van HA

Maar die update zorgt ervoor dat HA (of eigenlijk de module die de API parset) er niet meer over struikelt.

[RobertMe]

CAP-Team schreef op woensdag 1 december 2021 @ 11:07:
[...]


Output van buienradar is niet goed nee:

code:

000|10:55
000|11:00
000|11:05
000|11:10
000|11:15
000|11:20
000|11:25
077|11:30
99,3670401387526|11:35
92,2678801510292|11:40
077|11:45
92,2678801510292|11:50
000|11:55
000|12:00
000|12:05
000|12:10
000|12:15
000|12:20
077|12:25
077|12:30
077|12:35
000|12:40
077|12:45
000|12:50

Dit is feitelijk een bug in de API van buienradar zelf, niet een bug van HA

Heeft Buienradar een officiële API dan voor gebruik door third parties? Volgens mij niet toch? Dus zolang het werkt voor hun (de website / app / ...) kun je IMO moeilijk spreken van een bug in de Buienradar API.

Er is immers geen officiële documentatie / specificatie voor de "API" dus kun je ook moeilijk claimen dat ze iets hebben aangepast dat niet volgens de specificatie is.

Dat het zuur is dat het nu ineens kapot is is natuurlijk een ander verhaal, maar dat komt veel vaker en veel erger voor. Zoals bv met de Logitech Harmony waarbij er tientallen projecten waren die de API gereversed engineerd hadden en Logitech ineens die API verwijderde. V.w.b. niet bedoelt voor gebruik door anderen blijft het dan wel gelijk, maar het is dan wel een product waarvoor je flink betaald hebt wat ineens niet meer werkt zoals je het deed gebruiken. Of bv met de Google Nest die niet meer te gebruiken was doordat Google met de API stopte. Ook een betaald product wat ineens anders/niet meer werkt.

[Coppertop]

RobertMe schreef op woensdag 1 december 2021 @ 11:41:
[...]

Heeft Buienradar een officiële API dan voor gebruik door third parties? Volgens mij niet toch? Dus zolang het werkt voor hun (de website / app / ...) kun je IMO moeilijk spreken van een bug in de Buienradar API.

Er is immers geen officiële documentatie / specificatie voor de "API" dus kun je ook moeilijk claimen dat ze iets hebben aangepast dat niet volgens de specificatie is.

<knip>

Ja, zeker wel: https://www.buienradar.nl/overbuienradar/gratis-weerdata

Edit: de technische specificaties van de 'api' zijn volgens mij niet beschreven, dus daar heb je wel een punt. Buienradar deelt wel actief de data (en dat is fijn).

[ Voor 12% gewijzigd door Coppertop op 01-12-2021 11:51 ]

[Sicco92]

Weet iemand of er een manier is om de 'previous_state' van een entity af te lezen via een template-actie?

Ik heb nu een binary_sensor via templating gemaakt die meet of er iemand aan het douchen is. Ik heb een luchtvochtigheidssensor boven de douche hangen, maar die stuurt soms binnen een seconde 2 verschillende waarden. Daar zit dan weliswaar een minimaal verschil tussen, maar als je dit extrapoleert naar verschil in %/min, dan lijkt het voor de derivative sensor net alsof de luchtvochtigheid omhoog schiet. Daarom zou ik graag iets in de binary sensor willen inbouwen als:

code:

 {{ states('sensor.bathroom_humidity') - previous_states('sensor.bathroom_humidity') > 1 }}

Ik kan alleen geen manier vinden om dat stukje 'previous_states' te doen via templating. Ik weet dat previous_states() geen geldige functie is, dat is om duidelijk te maken waar ik naar op zoek ben. De sensor zelf heeft zelf overigens ook geen previous_state attribute.

Ik kan hier een nieuwe sensor voor aanmaken met automation om steeds de oude waarde op te slaan, maar ik wil dit eleganter en het liefst zonder automation oplossen. Iemand een idee hoe ik dit via templating zou kunnen doen?

[Kalkran]

Sicco92 schreef op woensdag 1 december 2021 @ 11:49:
Weet iemand of er een manier is om de 'previous_state' van een entity af te lezen via een template-actie?

Ik heb nu een binary_sensor via templating gemaakt die meet of er iemand aan het douchen is. Ik heb een luchtvochtigheidssensor boven de douche hangen, maar die stuurt soms binnen een seconde 2 verschillende waarden. Daar zit dan weliswaar een minimaal verschil tussen, maar als je dit extrapoleert naar verschil in %/min, dan lijkt het voor de derivative sensor net alsof de luchtvochtigheid omhoog schiet. Daarom zou ik graag iets in de binary sensor willen inbouwen als:

code:

 {{ states('sensor.bathroom_humidity') - previous_states('sensor.bathroom_humidity') > 1 }}

Ik kan alleen geen manier vinden om dat stukje 'previous_states' te doen via templating. Ik weet dat previous_states() geen geldige functie is, dat is om duidelijk te maken waar ik naar op zoek ben. De sensor zelf heeft zelf overigens ook geen previous_state attribute.

Ik kan hier een nieuwe sensor voor aanmaken met automation om steeds de oude waarde op te slaan, maar ik wil dit eleganter en het liefst zonder automation oplossen. Iemand een idee hoe ik dit via templating zou kunnen doen?

Als je een (nieuwe format) template sensor maakt met een trigger op de humidity, dan kan je daar volgens de docs de trigger.from_state.state en trigger.to_state.state gebruiken om dat te berekenen.

https://www.home-assistan...er-based-template-sensors

[R-B]

KC27 schreef op woensdag 1 december 2021 @ 09:43:
[...]

Ik ben benieuwd of je meetresultaten de theorie ondersteunen. Deel je ze hier?

gastje01 schreef op woensdag 1 december 2021 @ 09:55:

[...]

Ik ben ook wel nieuwsgierig hoeveel dit nu daadwerkelijk scheelt. Jij hebt het al ingericht, heb jij al data beschikbaar, of meet je niet?

Ik wacht even op levering van me nieuwe shelly devices (in transit), daarna wordt dit een eenvoudig klusje. Dus geeft me zeker even week of 2.

[koelkast]

Ik heb hier een nieuwe automation om de verwarming aan te zetten als één of meer van ons vieren thuis is, óf als er een gast aanwezig is. Dat leek me toch niet zo moeilijk, en het zou zoiets moeten zijn:

YAML:

- alias: 'verwarming test'
  trigger:
    - platform: homeassistant
      event: start
    - platform: time_pattern
      minutes: /10
    - platform: event
      event_type: automation_reloaded
  condition:
    condition: and
    conditions: 
      - condition: time
        before: 23:00
        after: 6:00
      - condition: or
        conditions:
          - condition: state
            entity_id: input_select.f
            state: 'Home'
          - condition: state
            entity_id: input_select.p
            state: 'Home'
          - condition: state
            entity_id: input_select.j
            state: 'Home'
          - condition: state
            entity_id: input_select.l
            state: 'Home'
          - condition: state
            entity_id: input_boolean.gastmodus
            state: 'on'
  action:  
    - service: climate.set_temperature
      target:
        entity_id: climate.mhi
      data: 
        hvac_mode: heat
        temperature: 21

Het vreemde is nu, dat de automation helemaal niet zichtbaar is in home assistant. Nergens te vinden! Ook geen error in het logboek.

De input selects kunnen per persoon 4 waarden weergeven: 'Home', 'Away', 'Just leaved' en 'Just arrived'. Op basis van device trackers wordt dat geregeld en dat werkt goed.

Weet iemand hoe het kan dat deze automation niet terug te vinden is?

[Septillion]

@Sicco92 Waarom niet gewoon een time_window meegeven aan de derivative sensor?

[Septillion]

@koelkast Misschien omdat hij geen unique id heeft?

Anders eens uit je config gooien en via de UI toevoegen, kan ook als yaml.

En als je gewoon device trackers aan personen koppelt en deze in een groep gooit hoef je niet steeds iedereen individueel toe te voegen. Ook het stomweg doen iedere 10 minuten is ook niet echt smart...

En de AND is hier nutteloos Default is een AND.

[Septillion]

@koelkast Zelf had ik er dan van gemaakt:

YAML:

trigger:
  - platform: homeassistant
    event: start
  - platform: event
    event_type: automation_reloaded
  - platform: state
    entity_id: group.some_persons
    to: home
condition:
  - condition: time
    before: '23:00'
    after: '6:00'
  - condition: state
    entity_id: group.some_persons
    state: home
action:
  - service: climate.set_temperature
    target:
      entity_id: climate.mhi
    data:
      hvac_mode: heat
      temperature: 21
alias: Verwarming set bij thuiskomst

Met eventueel een for op de state van group.all_persons.

En dan gewoon een groep aanmaken voor alle personen:

YAML:

some_persons:
  name: Some person home/somewhere?
  all: false
  entities:
    - person.f
    - person.p
    - person.j
    - person.l

all_persons:
  name: All person home/somewhere?
  all: true
  entities:
    - person.f
    - person.p
    - person.j
    - person.l

Hier inderdaad nog geen rekening gehouden met uit zetten of aan zetten in de morgen.

[ Voor 4% gewijzigd door Septillion op 01-12-2021 12:48 ]

[Ora et Labora]

koelkast schreef op woensdag 1 december 2021 @ 12:22:
Ik heb hier een nieuwe automation om de verwarming aan te zetten als één of meer van ons vieren thuis is, óf als er een gast aanwezig is. Dat leek me toch niet zo moeilijk, en het zou zoiets moeten zijn:

YAML:

- alias: 'verwarming test'
  trigger:
    - platform: homeassistant
      event: start
    - platform: time_pattern
      minutes: /10
    - platform: event
      event_type: automation_reloaded
  condition:
    condition: and
    conditions: 
      - condition: time
        before: 23:00
        after: 6:00
      - condition: or
        conditions:
          - condition: state
            entity_id: input_select.f
            state: 'Home'
          - condition: state
            entity_id: input_select.p
            state: 'Home'
          - condition: state
            entity_id: input_select.j
            state: 'Home'
          - condition: state
            entity_id: input_select.l
            state: 'Home'
          - condition: state
            entity_id: input_boolean.gastmodus
            state: 'on'
  action:  
    - service: climate.set_temperature
      target:
        entity_id: climate.mhi
      data: 
        hvac_mode: heat
        temperature: 21

Het vreemde is nu, dat de automation helemaal niet zichtbaar is in home assistant. Nergens te vinden! Ook geen error in het logboek.

De input selects kunnen per persoon 4 waarden weergeven: 'Home', 'Away', 'Just leaved' en 'Just arrived'. Op basis van device trackers wordt dat geregeld en dat werkt goed.

Weet iemand hoe het kan dat deze automation niet terug te vinden is?

Zoals gezegd via de GUI aanmaken.
Alle personen in 1 groep gooien in plaats van allemaal verschillende "home" checks.
Trigger niet op 10 minuten zetten maar trigger kun je ook zetten als de groep familie "home" komt. Kun je dus beiden gebruiken, als trigger en als voorwaarde.
En een trigger en voorwaarde gebruiken met de tijd, niet alleen een voorwaarde, anders start hij in de morgen om 06:00 niet.
Ook een automation maken om de kachel weer uit te zetten om 23:00.

[koelkast]

Septillion schreef op woensdag 1 december 2021 @ 12:43:
@koelkast Zelf had ik er dan van gemaakt:

YAML:

trigger:
  - platform: homeassistant
    event: start
  - platform: event
    event_type: automation_reloaded
  - platform: state
    entity_id: group.some_persons
    to: home
condition:
  - condition: time
    before: '23:00'
    after: '6:00'
  - condition: state
    entity_id: group.some_persons
    state: home
action:
  - service: climate.set_temperature
    target:
      entity_id: climate.mhi
    data:
      hvac_mode: heat
      temperature: 21
alias: Verwarming set bij thuiskomst

Met eventueel een for op de state van group.all_persons.

En dan gewoon een groep aanmaken voor alle personen:

YAML:

some_persons:
  name: Some person home/somewhere?
  all: false
  entities:
    - person.f
    - person.p
    - person.j
    - person.l

all_persons:
  name: All person home/somewhere?
  all: true
  entities:
    - person.f
    - person.p
    - person.j
    - person.l

Hier inderdaad nog geen rekening gehouden met uit zetten of aan zetten in de morgen.

In de GUI werkt het wel . Nou, weer wat geleerd in ieder geval, wist niet dat ik de Yaml ook in de UI kan invoegen, top!
Verder dank voor je ideeën! Ik had juist de personen apart gezet, wist ook niet dat een groep al als 'aanwezig' wordt aangemerkt als één van de leden aanwezig is.

Als we even een blokje om zijn, hoeft de verwarming niet persé uit te gaan, dat doet 'ie nu wel. Moet ik nog even wat op bedenken. Beetje vertraging inbouwen, dus een 'not home' for .... 10 minutes of zo...

[koelkast]

Ora et Labora schreef op woensdag 1 december 2021 @ 12:44:
[...]

Zoals gezegd via de GUI aanmaken.
Alle personen in 1 groep gooien in plaats van allemaal verschillende "home" checks.
Trigger niet op 10 minuten zetten maar trigger kun je ook zetten als de groep familie "home" komt. Kun je dus beiden gebruiken, als trigger en als voorwaarde.
En een trigger en voorwaarde gebruiken met de tijd, niet alleen een voorwaarde, anders start hij in de morgen om 06:00 niet.
Ook een automation maken om de kachel weer uit te zetten om 23:00.

Yes, thanks, ga ik regelen!!!

[Sicco92]

Kalkran schreef op woensdag 1 december 2021 @ 12:09:
[...]


Als je een (nieuwe format) template sensor maakt met een trigger op de humidity, dan kan je daar volgens de docs de trigger.from_state.state en trigger.to_state.state gebruiken om dat te berekenen.

https://www.home-assistan...er-based-template-sensors

Dank je! Ik kwam dit al wel tegen als triggers in automations, maar ik wist niet dat je dit ook als losse triggers kunt gebruiken. Ik ga er eens mee stoeien!

Septillion schreef op woensdag 1 december 2021 @ 12:29:
@Sicco92 Waarom niet gewoon een time_window meegeven aan de derivative sensor?

Dat was ik vergeten te melden, maar ik heb al een time_window: "00:10:00" meegegeven aan de derivative sensor. Ik heb alleen niet het idee dat die goed werkt voor mijn sensor, want hiermee krijg ik dus die spikes. Ik heb zelf het idee dat die time_window alleen naar echte meetpunten in dat window kijkt (en niet goed naar 'onthouden' meetpunten van voor dit window). Mijn sensor updatet niet zo vaak als de situatie in de badkamer vrij constant is, dus misschien werkt dat niet helemaal goed samen.

[Septillion]

@koelkast Yep, met een for kan je makkelijk zorgen dat hij niet gelijk reageert

[Septillion]

@Sicco92 Mm, dat is wel slecht dan

Wilde zelf nog een keer de douche trigger (gebruik ik om het licht langer aan te zetten) ook naar derivative. Op dit moment sla ik simpelweg de luchtvochtigheid op als het licht aan gaat en vergelijk het daarmee. Werkt prima maar mij leek de derivative juist een chiquere oplossing. Toch eens mee spelen

[Sicco92]

@Septillion Ik zou het gewoon proberen, want het zou inderdaad wel goed moeten werken. Hoe langer ik naar mijn situatie en waarden kijk, hoe meer ik denk dat dit misschien wel een bug is met de derivative sensor. Normaal gesproken werkt die sensor zoals verwacht, maar in deze specifieke situatie niet.

[Rianata]

koelkast schreef op woensdag 1 december 2021 @ 12:22:

De input selects kunnen per persoon 4 waarden weergeven: 'Home', 'Away', 'Just leaved' en 'Just arrived'. Op basis van device trackers wordt dat geregeld en dat werkt goed.

Weet iemand hoe het kan dat deze automation niet terug te vinden is?

Ik zou er 'Just left' van maken

[maxoss]

Vraag:

Ik werk met packages voor sommige specifieke automatiseringen om het overzichtelijk te houden.

Ik heb deze automatiseringen een unieke id gegeven echter krijg ik dan nog steeds een melding in de frontend "Alleen automatiseringen in automations.yaml kunnen worden bewerkt." a;s ik op wijzigen druk.

Kan ik dit omzeilen of moet echt alles in automations.yaml?

[RobertMe]

maxoss schreef op woensdag 1 december 2021 @ 16:49:
Vraag:

Ik werk met packages voor sommige specifieke automatiseringen om het overzichtelijk te houden.

Ik heb deze automatiseringen een unieke id gegeven echter krijg ik dan nog steeds een melding in de frontend "Alleen automatiseringen in automations.yaml kunnen worden bewerkt." a;s ik op wijzigen druk.

Kan ik dit omzeilen of moet echt alles in automations.yaml?

Nee en ja.

De GUI werkt alleen met automatioms.yaml. Deze zal gok ik ook bij elke wijziging opnieuw worden geschreven, volledig. Dus als dat met packages gemixt moet worden wordt het een nogal erg complex verhaal. Immers zou dan alle YAML in jouw zorgvuldig opgebouwde bestand worden aangepast in het formaat waarnaar die serialized.,

[Raven]

Weet iemand hoe je dit uit de logs kunt houden?

Update of media_player.enigma2_media_player is taking over 10 seconds
06:24:37 – (WAARSCHUWING) helpers/entity.py - bericht kwam voor het eerst om 01:06:24 en verschijnt 72 keer

Logger: homeassistant.helpers.entity
Source: helpers/entity.py:661
First occurred: 01:06:24 (72 occurrences)
Last logged: 06:24:37
Update of media_player.enigma2_media_player is taking over 10 seconds

Ik had het volgende al in de config gezet

YAML:

logger:
  default: warning
  logs:
    openwebif.api: fatal
    media_player.enigma2_media_player: fatal
    homeassistant.components.media_player: fatal
    homeassistant.components.brother: fatal
    pychromecast.socket_client: fatal

maar bovenstaande melding blijft maar binnenkomen wanneer de enigma2 uit staat.

[Obelixxx]

Hoi Allemaal,

Ik heb vandaag na lang wachten een ventilator voor mn pi binnengekregen die op basis van temp,. gaat draaien.

Alleen zie ik nu in de handleiding dat een en ander afhankelijk is van Pi configuratie.
Wat beschreven is:

open terminal app
goto /boot/config.txt
sudo nano config.txt
add the line:
dtoberlay=gpio-fan,gpiopin=18,temp=55000

Ik heb HASOS op mijn systeempje.
Iemand een idee of ik dit toch kan gebruiken, en uiteraard hoe?

[KC27]

Obelixxx schreef op woensdag 1 december 2021 @ 19:17:
Hoi Allemaal,

Ik heb vandaag na lang wachten een ventilator voor mn pi binnengekregen die op basis van temp,. gaat draaien.

Alleen zie ik nu in de handleiding dat een en ander afhankelijk is van Pi configuratie.
Wat beschreven is:

open terminal app
goto /boot/config.txt
sudo nano config.txt
add the line:
dtoberlay=gpio-fan,gpiopin=18,temp=55000

Ik heb HASOS op mijn systeempje.
Iemand een idee of ik dit toch kan gebruiken, en uiteraard hoe?

Volgens mij kan dit gewoon. Je zult alleen de wijziging op een andere PC (met linux) moeten doorvoeren waarbij je eerst HA down brengt en dan de SD-kaart (of de SSD) toegankelijk maakt op die andere PC via een sd-kaart lezer (of USB).

[Obelixxx]

Serieus?

Ga ik proberen.
Dank je

[synoniem]

Obelixxx schreef op woensdag 1 december 2021 @ 19:17:
Hoi Allemaal,

Ik heb vandaag na lang wachten een ventilator voor mn pi binnengekregen die op basis van temp,. gaat draaien.

Alleen zie ik nu in de handleiding dat een en ander afhankelijk is van Pi configuratie.
Wat beschreven is:

open terminal app
goto /boot/config.txt
sudo nano config.txt
add the line:
dtoberlay=gpio-fan,gpiopin=18,temp=55000

Ik heb HASOS op mijn systeempje.
Iemand een idee of ik dit toch kan gebruiken, en uiteraard hoe?

Het moet overigens dtoverlay zijn. Maar dat zal wel een tikfoutje zijn.

[Obelixxx]

synoniem schreef op woensdag 1 december 2021 @ 20:13:
[...]

Het moet overigens dtoverlay zijn. Maar dat zal wel een tikfoutje zijn.

Inderdaad..

[royalt123]

Hopelijk kan iemand me helpen met een nieuw sensor maken op basis van attributes van de andere sensor.
Ik krijg notificatie dat Invalid config is voor die specifiek code. Sensor is afkomstig van MQTT en die werkt prima met alle attributes opgesomd.



Yaml code in configuration.yaml

code:

# Hygrometer temp sensor
sensor hygrometer temp:
  - platform: template
    sensor:
      Hygrometer_temperature:
        friendly_name: "Hygrometer temperature"
        entity_id: sensor.hygrometer_govee_vochtsensor
        value_template: "{{ state_attr('sensor.hygrometer_govee_vochtsensor', 'temperature-celsius') }}"
        unit_of_measurement: "°C"

[Scanniexxl]

Ik draai nu HA op een RPI.
Nu wil ik overstappen op een NUC of mini pc.
Ik heb echter een aantal noob vragen.

Is er een voordeel voor een NUC tov een mini pc?

Zijn er nadelen mbt functionaliteit bij gebruik van een NUC tov een RPI?

Ik heb geen monitor. Kan ik de NUC op afstand bedienen? Wil hem in de meterkast plaatsen.

Ik begruhp dat je dan met docker containers kunt werken. Zit dan de hele HA setup met alle add-ons in één container?

Andere containers zijn dan voor andere programma’s die niets te maken hebben met HA?

Hoe eenvoudig is het om een backup te maken of terug te zetten van de HA setup?

Is er een stappenplan om een NUC of mini pc gereed te maken voor HA?

Veel vragen, maar dit zou mij enorm helpen.

[Rianata]

Scanniexxl schreef op woensdag 1 december 2021 @ 22:54:
Ik draai nu HA op een RPI.
Nu wil ik overstappen op een NUC of mini pc.
Ik heb echter een aantal noob vragen.

Is er een voordeel voor een NUC tov een mini pc?

Zijn er nadelen mbt functionaliteit bij gebruik van een NUC tov een RPI?

Ik heb geen monitor. Kan ik de NUC op afstand bedienen? Wil hem in de meterkast plaatsen.

Ik begruhp dat je dan met docker containers kunt werken. Zit dan de hele HA setup met alle add-ons in één container?

Andere containers zijn dan voor andere programma’s die niets te maken hebben met HA?

Hoe eenvoudig is het om een backup te maken of terug te zetten van de HA setup?

Is er een stappenplan om een NUC of mini pc gereed te maken voor HA?

Veel vragen, maar dit zou mij enorm helpen.

Heb je de openingspost al gelezen op pagina 1? Het zijn wel heel veel algemene, niet eens zozeer HA gerelateerde, vragen

[TweakerVincent]

als ik mijn ha reboot (dedicated linux distro in proxmox), dan moet ik simds een tijdje ctrl-d doen om verder te gaan( dus booten) wat is dat?

[ Voor 5% gewijzigd door TweakerVincent op 01-12-2021 23:13 ]

[synoniem]

TweakerVincent schreef op woensdag 1 december 2021 @ 23:13:
als ik mijn ha reboot (dedicated linux distro in proxmox), dan moet ik simds een tijdje ctrl-d doen om verder te gaan( dus booten) wat is dat?

Dat is waarschijnlijk dat je HA een dusdanige fout tegenkomt zoals bijvoorbeeld in de filesystem check dat je in de emergency console start. Op dat moment kan je of inloggen als root en proberen de problemen te verhelpen of ctrl-d doen in de hoop dat HA toch door gaat of opnieuw start en dan wel langs die fout komt.

[TweakerVincent]

synoniem schreef op woensdag 1 december 2021 @ 23:23:
[...]

Dat is waarschijnlijk dat je HA een dusdanige fout tegenkomt zoals bijvoorbeeld in de filesystem check dat je in de emergency console start. Op dat moment kan je of inloggen als root en proberen de problemen te verhelpen of ctrl-d doen in de hoop dat HA toch door gaat of opnieuw start en dan wel langs die fout komt.

ah niet best dus. Met ctrl-d gaat hij verder, maar ik weet niet hoe ik dit het beste kan oplossen. Ik kan gewoon een nieuwe vm maken en backup restoren, maar liever niet als het sneller kan?

ik heb ook al 6 mnd ofzo een memory leak… loopt dan soms vast bij 20 gb ram. Beetje puinhoop allemaal…

[ Voor 7% gewijzigd door TweakerVincent op 01-12-2021 23:40 ]

[synoniem]

TweakerVincent schreef op woensdag 1 december 2021 @ 23:39:
[...]


ah niet best dus. Met ctrl-d gaat hij verder, maar ik weet niet hoe ik dit het beste kan oplossen. Ik kan gewoon een nieuwe vm maken en backup restoren, maar liever niet als het sneller kan?

ik heb ook al 6 mnd ofzo een memory leak… loopt dan soms vast bij 20 gb ram. Beetje puinhoop allemaal…

Snelste manier is inderdaad een backup maken en downloaden, nieuwe VM van HA downloaden en na opstarten wordt vanzelf gevraagd of je een backup wil terugzetten.

[Septillion]

@royalt123 Ik weet niet waar je die syntax vandaan hebt maar mooie mengelmoes

Maar aller eerst, waar heb je hem voor nodig? Veel dingen kunnen ook gewoon als attribute.

En nieuwe template syntax:

YAML:

template:
  - sensor:
      - name: "Hygrometer temperature"
        unit_of_measurement: "°C"
        state: "{{ state_attr('sensor.hygrometer_govee_vochtsensor', 'temperature-celsius') }}"
        availability: "{{ states('sensor.hygrometer_govee_vochtsensor') != 'unknown' }}"
        icon: mdi:thermometer
        state_class: measurement

[TheFes]

Septillion schreef op donderdag 2 december 2021 @ 09:27:
@royalt123 Ik weet niet waar je die syntax vandaan hebt maar mooie mengelmoes

Maar aller eerst, waar heb je hem voor nodig? Veel dingen kunnen ook gewoon als attribute.

En nieuwe template syntax:

YAML:

template:
  - sensor:
      - name: "Hygrometer temperature"
        unit_of_measurement: "°C"
        state: "{{ state_attr('sensor.hygrometer_govee_vochtsensor', 'temperature-celsius') }}"
        availability: "{{ states('sensor.hygrometer_govee_vochtsensor') != 'unknown' }}"
        icon: mdi:thermometer
        state_class: measurement

Ik zou voor de zekerheid dit als availability doen:

YAML:

        availability: "{{ states('sensor.hygrometer_govee_vochtsensor') not in [ 'unknown', 'unavailable'] }}"

[Septillion]

@TheFes Te snel, mja, unavailable erbij kan ook.

[ Voor 57% gewijzigd door Septillion op 02-12-2021 09:33 ]

[slow whoop]

Scanniexxl schreef op woensdag 1 december 2021 @ 22:54:
Ik draai nu HA op een RPI.
Nu wil ik overstappen op een NUC of mini pc.
Ik heb echter een aantal noob vragen.

Is er een voordeel voor een NUC tov een mini pc?

Zijn er nadelen mbt functionaliteit bij gebruik van een NUC tov een RPI?

Ik heb geen monitor. Kan ik de NUC op afstand bedienen? Wil hem in de meterkast plaatsen.

Ik begruhp dat je dan met docker containers kunt werken. Zit dan de hele HA setup met alle add-ons in één container?

Andere containers zijn dan voor andere programma’s die niets te maken hebben met HA?

Hoe eenvoudig is het om een backup te maken of terug te zetten van de HA setup?

Is er een stappenplan om een NUC of mini pc gereed te maken voor HA?

Veel vragen, maar dit zou mij enorm helpen.

Ik draai HA in een docker op een NUC. Headless, dus zonder monitor, toetsenbord etc. Ik heb het als volgt gedaan:

• Bootable USB stick gemaakt met Ubuntu Server LTS
• Ubuntu Server geinstalleerd op NUC (daarvoor wel tijdelijk even een monitor en toetsenbord aangesloten)
• Bij de installatie van Ubuntu Server kun je al docker en SSH mee-installeren.
• HA geinstalleerd in een docker container
• Samba share aangemaakt voor m'n HA config folder

Met SSH kan ik remote bij m'n NUC. Via de Samba share kan ik eenvoudig bij m'n docker config files op de NUC. Zo kan ik ook makkelijk een backup maken van de HA configuratie en database.

HA draait inderdaad zelfstandig in een docker container en heeft verder niets met het OS (in mijn geval Ubuntu Server) of eventuele andere docker containers te maken.

Voordeel vind ik dat ik een stabiel en toegankelijk OS draai dat ik ook nog voor andere zaken kan gebruiken.
Nadeel is dat ik geen Hassio draai, en daarom geen snapshots kan maken en geen addons kan gebruiken.

[golles]

slow whoop schreef op donderdag 2 december 2021 @ 10:32:
[...]

Ik draai HA in een docker op een NUC. Headless, dus zonder monitor, toetsenbord etc. Ik heb het als volgt gedaan:

• Bootable USB stick gemaakt met Ubuntu Server LTS
• Ubuntu Server geinstalleerd op NUC (daarvoor wel tijdelijk even een monitor en toetsenbord aangesloten)
• Bij de installatie van Ubuntu Server kun je al docker en SSH mee-installeren.
• HA geinstalleerd in een docker container
• Samba share aangemaakt voor m'n HA config folder

Met SSH kan ik remote bij m'n NUC. Via de Samba share kan ik eenvoudig bij m'n docker config files op de NUC. Zo kan ik ook makkelijk een backup maken van de HA configuratie en database.

HA draait inderdaad zelfstandig in een docker container en heeft verder niets met het OS (in mijn geval Ubuntu Server) of eventuele andere docker containers te maken.

Voordeel vind ik dat ik een stabiel en toegankelijk OS draai dat ik ook nog voor andere zaken kan gebruiken.
Nadeel is dat ik geen Hassio draai, en daarom geen snapshots kan maken en geen addons kan gebruiken.

Als je lokaal VSC gebruikt, dan kun je via de remote development plugins ook je bestanden op de remote bewerken, erg fijn:
https://code.visualstudio.com/docs/remote/remote-overview

[elebroek]

Sinds kort ben ik overgegaan van Domoticz naar Home Assistant. Ik heb alles werkend behalver de externe toegang naar mijn Home Assistant. Ikdraai Home Assistant op een NUC met Proxmox.
Wat heb ik gedaan:
- Add-on DuckDns geïnstalleerd. (accept-terms op true, token en DuckDns domein ingevoerd) De log-file geeft aan INFO OK.
- Add-on NGINX geïnstalleerd. Hier alleen het Duckdns domein ingevoerd. Log: Geeft geen foutmeldingen: INFO: Running nginx...
- In configuration.yaml toegevoegd tbv NGINX:

YAML:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 172.30.33.0/24 #Remote LAN
    - 192.168.2.0/24 #HA LAN

- In mijn router poort 443 doorgeleid naar het IP adres van mijn Home Assistant.

Ik krijg de volgende foutmelding in Home Assistant:
“A request from a reverse proxy was received from 172.30.33.7, but your HTTP integration is not set-up for reverse proxies”
Als ik probeer Home Assistant van buitenaf te bereiken (met mob. telefoon) met https://mijndomein.duckdns.org krijg ik de melding: 400: Bad Request.
Wat doe ik fout of zie ik over het hoofd?

[TheFes]

elebroek schreef op donderdag 2 december 2021 @ 11:08:
Sinds kort ben ik overgegaan van Domoticz naar Home Assistant. Ik heb alles werkend behalver de externe toegang naar mijn Home Assistant. Ikdraai Home Assistant op een NUC met Proxmox.
Wat heb ik gedaan:
- Add-on DuckDns geïnstalleerd. (accept-terms op true, token en DuckDns domein ingevoerd) De log-file geeft aan INFO OK.
- Add-on NGINX geïnstalleerd. Hier alleen het Duckdns domein ingevoerd. Log: Geeft geen foutmeldingen: INFO: Running nginx...
- In configuration.yaml toegevoegd tbv NGINX:

YAML:

http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 172.30.33.0/24 #Remote LAN
    - 192.168.2.0/24 #HA LAN

- In mijn router poort 443 doorgeleid naar het IP adres van mijn Home Assistant.
[Afbeelding]
Ik krijg de volgende foutmelding in Home Assistant:
“A request from a reverse proxy was received from 172.30.33.7, but your HTTP integration is not set-up for reverse proxies”
Als ik probeer Home Assistant van buitenaf te bereiken (met mob. telefoon) met https://mijndomein.duckdns.org krijg ik de melding: 400: Bad Request.
Wat doe ik fout of zie ik over het hoofd?

Je moet dat ip uit de foutmelding toevoegen aan je trusted_proxies.
Dat zal het ip van nginx zijn.

[elebroek]

Heb ik gedaan maar nog steeds dezelfde melding.

[Septillion]

@elebroek Maar wie of wat maakt nu de SSL certificaten aan?

[Multispeed]

Ik heb sinds een paar weken een Smart Air Box welke via zigbee in mijn home assistant geïntegreerd zit. Alleen deze heeft een afwijking, is het mogelijk om deze sensoren eerst aan te maken in een yaml conf, de afwijking er af te halen en deze dan vervolgend te integeren in mijn dashboard ?



Mijn sensoren:
sensor.tze200_ryfmq5rl_ts0601_43372508_carbon_dioxide_concentration
sensor.tze200_ryfmq5rl_ts0601_43372508_formaldehyde_concentration
sensor.tze200_ryfmq5rl_ts0601_43372508_humidity
sensor.tze200_ryfmq5rl_ts0601_43372508_temperature

Mijn idee is om dit via een template te doen en dan in het value_template de correctie toe te voegen. Maar ik kan niet vinden hoe, en vandaar dus de vraag of het uberhaupt kan

[Sypher]

Multispeed schreef op donderdag 2 december 2021 @ 11:21:
Ik heb sinds een paar weken een Smart Air Box welke via zigbee in mijn home assistant geïntegreerd zit. Alleen deze heeft een afwijking, is het mogelijk om deze sensoren eerst aan te maken in een yaml conf, de afwijking er af te halen en deze dan vervolgend te integeren in mijn dashboard ?

Wat wijkt er precies af dan? Ik weet niet of je de ingebouwde Zigbee integratie gebruikt of Zigbee2MQTT maar met die laatste kan je correcties door laten voeren. In ieder geval op temperatuur, maar dat zal ook wel met andere zaken net zo gaan.

Als je de ingebouwde methode gebruikt kan je dat idd met een template oplossen. Je krijgt dan een extra entity (blablab_corrected oid) en die kan je dan in je dashboard opnemen.

[Kalkran]

@elebroek Je hebt wel Home Assistant herstart neem ik aan? En niet toevallig meerdere http dictionaries in je configuration.yaml?

[elebroek]

@Septillion
Dit geeft de log van DuckDns bij een herstart:

YAML:

[11:22:29] INFO: Renew certificate for domains: mijndomein.duckdns.org and aliases: 
# INFO: Using main config file /data/workdir/config
Processing mijndomein.duckdns.org
 + Checking domain name(s) of existing cert... unchanged.
 + Checking expire date of existing cert...
 + Valid till Mar  1 15:50:40 2022 GMT (Longer than 30 days). Skipping renew!

Dus ik ga er van uit dat DuckDns deze aanmaakt.

[Multispeed]

Sypher schreef op donderdag 2 december 2021 @ 11:27:
[...]


Wat wijkt er precies af dan? Ik weet niet of je de ingebouwde Zigbee integratie gebruikt of Zigbee2MQTT maar met die laatste kan je correcties door laten voeren. In ieder geval op temperatuur, maar dat zal ook wel met andere zaken net zo gaan.

Als je de ingebouwde methode gebruikt kan je dat idd met een template oplossen. Je krijgt dan een extra entity (blablab_corrected oid) en die kan je dan in je dashboard opnemen.

Hij wijkt af op temperatuur en op de formaldehyde waarde.

Ik gebruik de Zigbee Home Automation integratie met een socket

[elebroek]

@Kalkran Ik heb Home Assistant herstart ener staan geen verdere http dictionaries in mijn configuration.yaml.

[Septillion]

@elebroek Ow, tuurlijk, Dat doet DuckDNS ook

[Septillion]

@Multispeed Zie template documentatie en als inspiratie

[GigaPixels]

Home Assistant Energy:

Setup:
– slimme meter, verbonden met P1 kabel met RPi
– zonnepanelen, geïntegreerd via SAJ integratie

Probleem
Het lijkt er op dat er iets mis loopt bij mijn integratie?





Bij ‘Solar Panels’ heb ik de entiteit saj_SAJ_total_yield ingevuld. Er is geen ‘current_power’ beschikbaar..

[Thoit]

GigaPixels schreef op donderdag 2 december 2021 @ 13:12:
Home Assistant Energy:

Setup:
– slimme meter, verbonden met P1 kabel met RPi
– zonnepanelen, geïntegreerd via SAJ integratie

Probleem
Het lijkt er op dat er iets mis loopt bij mijn integratie?

[Afbeelding]

[Afbeelding]

Bij ‘Solar Panels’ heb ik de entiteit saj_SAJ_total_yield ingevuld. Er is geen ‘current_power’ beschikbaar..

Je hebt de totale opbrengst toegevoegd. Dus bij de eerste waarde die Energy binnen kreeg was dit 15xxx

[GigaPixels]

Thoit schreef op donderdag 2 december 2021 @ 13:14:
[...]


Je hebt de totale opbrengst toegevoegd. Dus bij de eerste waarde die Energy binnen kreeg was dit 15xxx

Inderdaad, helaas is de saj_SAJ_current_power entiteit niet beschikbaar in de dropdown.
De entiteit bestaat wel en bevat data zie ik.

Quid?

[kaandorp]

Scanniexxl schreef op woensdag 1 december 2021 @ 22:54:
Ik draai nu HA op een RPI.
Nu wil ik overstappen op een NUC of mini pc.
Ik heb echter een aantal noob vragen.

Is er een voordeel voor een NUC tov een mini pc?

Zijn er nadelen mbt functionaliteit bij gebruik van een NUC tov een RPI?

Ik heb geen monitor. Kan ik de NUC op afstand bedienen? Wil hem in de meterkast plaatsen.

Ik begruhp dat je dan met docker containers kunt werken. Zit dan de hele HA setup met alle add-ons in één container?

Andere containers zijn dan voor andere programma’s die niets te maken hebben met HA?

Hoe eenvoudig is het om een backup te maken of terug te zetten van de HA setup?

Is er een stappenplan om een NUC of mini pc gereed te maken voor HA?

Veel vragen, maar dit zou mij enorm helpen.

Mijn belangrijkste tegenvraag zou zijn: Waarom wil je dit? Heb je daar over nagedacht? Dat helpt ook in de beantwoording van je vragen.

[Gizz]

GigaPixels schreef op donderdag 2 december 2021 @ 13:20:
[...]

Inderdaad, helaas is de saj_SAJ_current_power entiteit niet beschikbaar in de dropdown.

Dat klopt. De energy-pagina in HA werkt met kWh standen, niet met vermogens (watt / kilowatt).

Het lijkt erop dat HA in jouw geval heeft gedacht dat de beginstand 0kWh was. Vervolgens kreeg hij dat grote getal binnen, dus op dat moment is er zoveel opgewekt aldus HA

[BlackMonkey]

slow whoop schreef op donderdag 2 december 2021 @ 10:32:
Voordeel vind ik dat ik een stabiel en toegankelijk OS draai dat ik ook nog voor andere zaken kan gebruiken.
Nadeel is dat ik geen Hassio draai, en daarom geen snapshots kan maken en geen addons kan gebruiken.

Fyi, je kan de supervisor rechtstreeks op je Ubuntu OS installeren. Het is officieel niet supported maar het werkt wel.

[slow whoop]

Gizz schreef op donderdag 2 december 2021 @ 13:25:
[...]

Dat klopt. De energy-pagina in HA werkt met kWh standen, niet met vermogens (watt / kilowatt).

Het lijkt erop dat HA in jouw geval heeft gedacht dat de beginstand 0kWh was. Vervolgens kreeg hij dat grote getal binnen, dus op dat moment is er zoveel opgewekt aldus HA

Ik heb dat ook wel eens met mijn saj-modbus integratie. Dan gaat de totale opgewekte energie ineens even naar 0 als de inverter 's morgens net aan gaat. Daarmee loopt het hele energie dashboard in de soep.

Ik heb er een aparte sensor voor aangemaakt die alleen de waarde van de saj-modbus sensor overneemt (totale opgewekte energie), als die groter of gelijk is dan de vorige waarde. Die sensor gebruik ik nu in m'n energy dashboard.

[AJediIAm]

GigaPixels schreef op donderdag 2 december 2021 @ 13:12:
Home Assistant Energy:

Setup:
– slimme meter, verbonden met P1 kabel met RPi
– zonnepanelen, geïntegreerd via SAJ integratie

Probleem
Het lijkt er op dat er iets mis loopt bij mijn integratie?

[Afbeelding]

[Afbeelding]

Bij ‘Solar Panels’ heb ik de entiteit saj_SAJ_total_yield ingevuld. Er is geen ‘current_power’ beschikbaar..

Ik het een vergelijkbaar probleem. Zou je kunnen checken of het overeen komt met issue 60721 en mocht dat zo zijn, de informatie kunnen toevoegen aan issue: https://github.com/home-a...21#issuecomment-983580085

Ik heb 2 de zelfde entities. De ene geeft de lifetime productie elke dat opnieuw. De ander gedraagt zich zoals verwacht. Het lijkt een bug in home assistant.

[ Voor 10% gewijzigd door AJediIAm op 02-12-2021 14:40 ]

[TheFes]

AJediIAm schreef op donderdag 2 december 2021 @ 14:36:
[...]


Ik het een vergelijkbaar probleem. Zou je kunnen checken of het overeen komt met issue 60721 en mocht dat zo zijn, de informatie kunnen toevoegen aan issue: https://github.com/home-a...21#issuecomment-983580085

Zie dat jij die problemen met growatt hebt. Ik herken dat niet, bij mij werkt het goed.
Gebruik jij sensor.growatt_total_lifetime_energy_output?

[AJediIAm]

TheFes schreef op donderdag 2 december 2021 @ 14:42:
[...]


Zie dat jij die problemen met growatt hebt. Ik herken dat niet, bij mij werkt het goed.
Gebruik jij sensor.growatt_total_lifetime_energy_output?

Bij mij heeft het ook goed gewerkt, maar nu is het consistent kapot, ook op een nieuwe installatie zonder verdere aanpassingen. Het lijkt een redelijk obscuur probleem en ik heb weinig vergelijkbare problemen gezien tot nu toe.

[TheFes]

AJediIAm schreef op donderdag 2 december 2021 @ 14:49:
[...]

Bij mij heeft het ook goed gewerkt, maar nu is het consistent kapot, ook op een nieuwe installatie zonder verdere aanpassingen. Het lijkt een redelijk obscuur probleem en ik heb weinig vergelijkbare problemen gezien tot nu toe.

De Growatt integratie heeft 2 sensoren voor lifetime_energy_output. De ene gaat braaf omhoog, de andere gaat telkens terug naar 0 als de omvormer uit staat.
Weet je zeker dat je de goeie toegevoegd hebt?

De grafiek van de entity zou een stijgende lijn moeten weergeven, en niet eentje die telkens naar 0 gaat.

Plaatjes (die zeggen meer dan 1000 woorden)

Ik heb deze twee sensoren:


De bovenste geeft dit beeld (wat dus prima werkt met het energy dashboard):


De onderste dit (wat naar mijn idee het beeld wat jij schets zou kunnen veroorzaken):

[ Voor 62% gewijzigd door TheFes op 02-12-2021 14:59 ]

[Thoit]

GigaPixels schreef op donderdag 2 december 2021 @ 13:20:
[...]

Inderdaad, helaas is de saj_SAJ_current_power entiteit niet beschikbaar in de dropdown.
De entiteit bestaat wel en bevat data zie ik.

Quid?

Je device_class moet energy zijn en je state_class moet bijv. measurements zijn. Dit kan je via configuration, customizations aanpassen. Dan zou de entitiy toegevoegd moeten kunnen worden in energy.

[TheFes]

Thoit schreef op donderdag 2 december 2021 @ 14:59:
[...]

Je device_class moet energy zijn en je state_class moet bijv. measurements zijn. Dit kan je via configuration, customizations aanpassen. Dan zou de entitiy toegevoegd moeten kunnen worden in energy.

Een power entity geeft power (W of kW) en dus geen energy (Wh of kWh).
Het energy dashboard heeft energy nodig.

Bovendien moeten sensoren voor energy state_class total of total_increasing hebben.

Je kunt power wel omzetten naar energy met een Riemann sum integral

[Tim Schuhmacher]

Is actief luisteren van een Google home device ook in Home Assistant te zien? Als ik mij OK Google tegen mijn Home zeg, wordt het geluid gedimd van de Chromecast, dus er is een event / berichtje dat over mijn netwerk gaat. Maar ik zie niet een attribute of state change als hij actief is. Iemand een idee?

[TheFes]

Tim Schuhmacher schreef op donderdag 2 december 2021 @ 15:14:
Is actief luisteren van een Google home device ook in Home Assistant te zien? Als ik mij OK Google tegen mijn Home zeg, wordt het geluid gedimd van de Chromecast, dus er is een event / berichtje dat over mijn netwerk gaat. Maar ik zie niet een attribute of state change als hij actief is. Iemand een idee?

Er is geen state change terwijl hij naar je luistert, op de achtergrond speelt hij gewoon door.
Wat wil je er mee bereiken?

Mocht je willen bepalen op welke Google Home je een commando geeft, kun je een routine gebruiken die een ambient sound afspeelt na het geven van je commando (bijvoorbeeld Witte Ruis). Het afspelen van dat geluid wordt wel als state change weergegeven, en dat kun je dus wel gebruiken.

Ik heb daar een script voor gemaakt wat werkt in combinatie met het resume na TTS script wat ik ook geknutseld heb.

https://community.home-as...-on-voice-commands/346885

Zie wel dat mijn template skills al weer verbeterd zijn in de afgelopen maanden, want dit kan wel iets simpeler

edit:

Script is inmiddels aangepast naar een verbeterde versie

[ Voor 3% gewijzigd door TheFes op 02-12-2021 17:39 ]

[Toppe]

Ik kom even heel koud wat posten maar kan nergens écht een antwoord vinden.

Ik sta op het punt een luchtreiniger te kopen. Onze voorkeur gaat uit naar de AEG AX9-404. Deze is WiFi connected.

Echter kan ik nergens een plug-in vinden voor home assistant en dus ga ik verder kijken. Het schijnt dat Philips wél via home assistant kan worden bedient echter heb ik op dit moment geen HA installatie om dit zelf te kunnen testen.

Is er hier iemand die een luchtreiniger in gebruik heeft die gekoppeld is via Home assistant?
Zo ja, zou je het merk en type willen delen?

Edit: dit is mijn keuze voor als het Philips moet worden: https://www.coolblue.nl/s...tm_campaign=product-share

[ Voor 12% gewijzigd door Toppe op 02-12-2021 17:57 ]

[DexterDee]

Toppe schreef op donderdag 2 december 2021 @ 17:50:
Is er hier iemand die een luchtreiniger in gebruik heeft die gekoppeld is via Home assistant?
Zo ja, zou je het merk en type willen delen?

Jazeker, ik heb twee luchtreinigers in HA hangen:
- Xiaomi Air Purifier 3H (woonkamer)
- Xiaomi Air Purifier 3C (slaapkamer)

Het is weliswaar Xiaomi en geen westerse fabrikant, maar dit zijn apparaten van topkwaliteit. In diverse tests waaronder Bright als beste getest ten opzichte van veel duurdere merken als AEG en Dyson.

Ik plot er PM2.5 mee in Lovelace en je kunt ze aan- en uitzetten en instellingen veranderen.

Overigens heb ik in de 3H een hardware hack zitten omdat de filters duur zijn en in werkelijkheid veel langer mee gaan dan wat het apparaat aangeeft.

[Toppe]

DexterDee schreef op donderdag 2 december 2021 @ 18:23:
[...]

Jazeker, ik heb twee luchtreinigers in HA hangen:
- Xiaomi Air Purifier 3H (woonkamer)
- Xiaomi Air Purifier 3C (slaapkamer)

Het is weliswaar Xiaomi en geen westerse fabrikant, maar dit zijn apparaten van topkwaliteit. In diverse tests waaronder Bright als beste getest ten opzichte van veel duurdere merken als AEG en Dyson.

Ik plot er PM2.5 mee in Lovelace en je kunt ze aan- en uitzetten en instellingen veranderen.

Overigens heb ik in de 3H een hardware hack zitten omdat de filters duur zijn en in werkelijkheid veel langer mee gaan dan wat het apparaat aangeeft.

Hmm duidelijk. De 3H doet het tot 49m2 maar die prijs kan ik beter 2x Xiaomi kopen dan 1x Philips of AEG. Straks hebben we soort U vorm woning dus dat is niet heel gek.

Eens kijken waar ik ze nog meer kan krijgen en wat die filters doen qua prijs!

[DexterDee]

Er is ook nog een Pro variant, die een opgegeven oppervlakte van 60m2 heeft. Deze is weer iets duurder, maar is ook aan te sturen in Home Assistant. De (originele) filters kosten rond de 30 euro in Nederland.

[Toppe]

DexterDee schreef op donderdag 2 december 2021 @ 18:38:
Er is ook nog een Pro variant, die een opgegeven oppervlakte van 60m2 heeft. Deze is weer iets duurder, maar is ook aan te sturen in Home Assistant. De (originele) filters kosten rond de 30 euro in Nederland.

60m2 is alsnog aan de krappe kant aangezien ik al 62m2 nodig heb.

2x de normale variant vindt ik nog niet zo gek. Kan ik mezelf nog een C cadeau doen voor op de slaapkamer.

[DexterDee]

Even ter vergelijking, aangezien dit het HA topic is:

Xiaomi 3H/Pro:
- PM2.5 sensor in HA
- Temperatuursensor in HA
- Vochtigheidssensor in HA
- OLED scherm
- Filters gecontroleerd op RFID tag (zie hardware hack in mijn eerdere post)

Xiaomi 3C:
- PM2.5 sensor in HA
- LCD scherm
- Filters zonder RFID check

Dat helpt misschien in de overweging om een C of H of Pro model te nemen

[Toppe]

DexterDee schreef op donderdag 2 december 2021 @ 18:53:
Even ter vergelijking, aangezien dit het HA topic is:

Xiaomi 3H/Pro:
- PM2.5 sensor in HA
- Temperatuursensor in HA
- Vochtigheidssensor in HA
- OLED scherm
- Filters gecontroleerd op RFID tag (zie hardware hack in mijn eerdere post)

Xiaomi 3C:
- PM2.5 sensor in HA
- LCD scherm
- Filters zonder RFID check

Dat helpt misschien in de overweging om een C of H of Pro model te nemen

Hamvraag: kan je ze ook bedienen vanuit HA?

[DexterDee]

Jazeker, je kunt het apparaat aan- of uitzetten, fan speed en mode (auto, silent, favorite, fan) regelen.

Dit zijn de entities die ik zie in HA:

Mi Air Purifier 3H PM2.5
Mi Air Purifier 3H Child Lock
Mi Air Purifier 3H Humidity
Mi Air Purifier 3H Fan Level
Mi Air Purifier 3H Motor Speed
Mi Air Purifier 3H Filter Use
Mi Air Purifier 3H Filter Life Remaining
Mi Air Purifier 3H Buzzer
Mi Air Purifier 3H Favorite Level
Mi Air Purifier 3H Temperature
Mi Air Purifier 3H Led Brightness

[Toppe]

DexterDee schreef op donderdag 2 december 2021 @ 19:02:
Jazeker, je kunt het apparaat aan- of uitzetten, fan speed en mode (auto, silent, favorite, fan) regelen.

Dit zijn de entities die ik zie in HA:

Mi Air Purifier 3H PM2.5
Mi Air Purifier 3H Child Lock
Mi Air Purifier 3H Humidity
Mi Air Purifier 3H Fan Level
Mi Air Purifier 3H Motor Speed
Mi Air Purifier 3H Filter Use
Mi Air Purifier 3H Filter Life Remaining
Mi Air Purifier 3H Buzzer
Mi Air Purifier 3H Favorite Level
Mi Air Purifier 3H Temperature
Mi Air Purifier 3H Led Brightness

Top! Het wordt dus de 3H! Straks even bestellen!

Edit: Besteld
@DexterDee dank voor de info!

[ Voor 3% gewijzigd door Toppe op 02-12-2021 19:26 ]

[mbuurman]

Hoe moeilijk kan het zijn.... ik heb een temperatuursensor waarvan ik de waarde met -2.5 graden wil corrigeren. Ik ben bezig met de overgang van Domoticz naar HA, maar ben nog een beetje zoekende naar alle mogelijkheden en manieren van denken en bouwen....

Wat heb ik nu:

De daadwerkelijke sensor:
sensor: sensor.schuur_wemos_sht3x_temperature
state_class: measurement
unit_of_measurement: °C
friendly_name: 0 - Schuur - Wemos SHT3X Temperature
device_class: temperature

De sensor waar de gecorrigeerde waarde in weggeschreven moet worden:
sensor: sensor.buitentemperatuur_corrected
friendly_name: Buiten Temperatuur
icon: mdi:thermometer
device_class: temperature
unit_of_measurement: °C

Inhoud van sensor.yaml

YAML:

- platform: template
  sensors:
    buitentemperatuur_corrected:
      friendly_name: "Buiten Temperatuur"
      unit_of_measurement: "°C"
      value_template: >
        {% set state = states('sensor.schuur_wemos_sht3x_temperature') | float %}{{ (temp - 2.5) | round(1, default=0) if is_number(state) else "invalid temperature" }}

Helaas blijft de state op 'unavailable' staan...
Wat mis ik?

[AJediIAm]

TheFes schreef op donderdag 2 december 2021 @ 14:52:
[...]


De Growatt integratie heeft 2 sensoren voor lifetime_energy_output. De ene gaat braaf omhoog, de andere gaat telkens terug naar 0 als de omvormer uit staat.
Weet je zeker dat je de goeie toegevoegd hebt?

De grafiek van de entity zou een stijgende lijn moeten weergeven, en niet eentje die telkens naar 0 gaat.

Plaatjes (die zeggen meer dan 1000 woorden)

De onderste dit (wat naar mijn idee het beeld wat jij schets zou kunnen veroorzaken):
[Afbeelding]

Ik dacht echt dat ik dit gechecked had, maar blijkbaar niet goed genoeg. Bedankt!
Ik ga het bug report sluiten

[Jesse-]

mbuurman schreef op donderdag 2 december 2021 @ 20:05:
Hoe moeilijk kan het zijn.... ik heb een temperatuursensor waarvan ik de waarde met -2.5 graden wil corrigeren. Ik ben bezig met de overgang van Domoticz naar HA, maar ben nog een beetje zoekende naar alle mogelijkheden en manieren van denken en bouwen....

Wat heb ik nu:

De daadwerkelijke sensor:
sensor: sensor.schuur_wemos_sht3x_temperature
state_class: measurement
unit_of_measurement: °C
friendly_name: 0 - Schuur - Wemos SHT3X Temperature
device_class: temperature

De sensor waar de gecorrigeerde waarde in weggeschreven moet worden:
sensor: sensor.buitentemperatuur_corrected
friendly_name: Buiten Temperatuur
icon: mdi:thermometer
device_class: temperature
unit_of_measurement: °C

Inhoud van sensor.yaml

YAML:

- platform: template
  sensors:
    buitentemperatuur_corrected:
      friendly_name: "Buiten Temperatuur"
      unit_of_measurement: "°C"
      value_template: >
        {% set state = states('sensor.schuur_wemos_sht3x_temperature') | float %}{{ (temp - 2.5) | round(1, default=0) if is_number(state) else "invalid temperature" }}

Helaas blijft de state op 'unavailable' staan...
Wat mis ik?

Ik ben ook geen scriptheld maar zou zoiets niet werken:

code:

{% set state = states('sensor.schuur_wemos_sht3x_temperature') | float %}
{% if state is number %}
  {% set temp =  (state - 2.5) | round(1) %}
{% else %}
  {% set temp = "Invalid temperature" %}
{% endif %}
{{ temp }}

[mbuurman]

Jesse- schreef op donderdag 2 december 2021 @ 20:26:
[...]


Ik ben ook geen scriptheld maar zou zoiets niet werken:

code:

{% set state = states('sensor.schuur_wemos_sht3x_temperature') | float %}
{% if state is number %}
  {% set temp =  (state - 2.5) | round(1) %}
{% else %}
  {% set temp = "Invalid temperature" %}
{% endif %}
{{ temp }}

Ik krijg met de volgende 'formule' wel het juiste resultaat in de Developer Tools:

code:

{% set state = states('sensor.schuur_wemos_sht3x_temperature') | float %}{{ (temp - 2.5) | round(1, default=0) if is_number(state) else "invalid temperature" }}

Het probleem is dat dit niet als state in de nieuwe sensor terecht komt.