Home Assistant: Open source Python3 home automation - deel 4

[Yukkie]

@Paulus07 mogelijk een typefoutje gemaakt bij het invullen van je netwerk gegevens? Je kunt de firmware opnieuw flashen, dan worden die gegevens gewist. Met de ESPHome flasher kun je via USB ook de logs uitlezen eventueel, om te zien of hij wel kan verbinden met je netwerk.

[balk]

banaliteit schreef op zaterdag 18 december 2021 @ 14:28:
Zijn hier nog programmeurs die iets anders gebruiken dan yaml met automation / blueprints of node red? Ik ben aan het onderzoeken wat het handigst is om automations te programmeren.

Ik zie dat er hoogwaardige blueprints beschikbaar waar bijv. de schakelaars als controller abstractie zijn geïmplementeerd. Hierdoor kan je je focussen op de functionaliteit.

Ik heb ook voorbeelden voorbij zien komen waar men met yaml en helpers globale variabelen en state machines gebruiken.

Heeft node red ook soortgelijke herbruikbare code?

Of misschien zelf iets programmeren in python? Dan gebruik je home assistant als framework voor devices, entities en gebruik je python voor de automatisering.

Ik gebruik ook Appdaemon, automatiseren in Python, met directe toegang tot de HA states en dus ook triggers. Je kan modules hergebruiken. Er zijn ook veel apps beschikbaar via HACS.

Ik ben er ooit mee begonnen toen HA nog geen if-then-else functionaliteit had. Tegenwoordig doe ik eigenlijk het meeste met HA automations.

[banaliteit]

balk schreef op zondag 19 december 2021 @ 08:40:
[...]

Ik ben er ooit mee begonnen toen HA nog geen if-then-else functionaliteit had. Tegenwoordig doe ik eigenlijk het meeste met HA automations.

Wat is je reden om het meeste met HA automations te doen?

Het grootste voordeel lijkt hem voor mij te zitten in overzichtelijkheid, eenvoud in aanmaken en gebruik.

[balk]

banaliteit schreef op zondag 19 december 2021 @ 09:07:
[...]

Wat is je reden om het meeste met HA automations te doen?

Het grootste voordeel lijkt hem voor mij te zitten in overzichtelijkheid, eenvoud in aanmaken en gebruik.

Het grote nadeel van HA automations is gebrek aan mogelijke complexiteit, en de enorme wildgroei aan automations (bij mij dan) als je toch iets complexers wil maken. Met appdaemon kan je dat veel mooier beheersen. Zeker toen de chooser in HA nog niet bestond.

Ik merkte echter dat ik vaker naar de HA automations greep; toch iets makkelijker voor een niet-programmeur als ik. Ik spreek wel een beetje Python, maar ik bleef maar opzoeken hoe iets ook alweer moest. Tegelijkertijd is de automations interface sterk verbeterd.

[RoTeK70]

Heb ik iets gemist?

Voorheen kon je via de UI bij instellingen ook een entiteit aanpassen.
Bijvoorbeeld:

name:
state_class:
unit_of_measurement:
device_class:

Maar dit is er niet meer volgens mij versie: 2021.12.x

[TheFes]

RoTeK70 schreef op zondag 19 december 2021 @ 10:33:
Heb ik iets gemist?

Voorheen kon je via de UI bij instellingen ook een entiteit aanpassen.
Bijvoorbeeld:

name:
state_class:
unit_of_measurement:
device_class:

Maar dit is er niet meer volgens mij versie: 2021.12.x

Check de Breaking Changes, maar is inderdaad weg uit de GUI.
Is gedeeltelijk verplaatst naar de entity instellingen (mits voorzien van unique id) en anders alleen nog via customize.yaml

[Paulus07]

Yukkie schreef op zondag 19 december 2021 @ 08:10:
@Paulus07 mogelijk een typefoutje gemaakt bij het invullen van je netwerk gegevens? Je kunt de firmware opnieuw flashen, dan worden die gegevens gewist. Met de ESPHome flasher kun je via USB ook de logs uitlezen eventueel, om te zien of hij wel kan verbinden met je netwerk.

Net even voor de 1e keer geprobeerd maar blijf dan die permission error houden. Las online wat met eventueel een kabel issue. Maar zelfs met 6 andere kabels blijft het zo

code:

Using 'COM7' as serial port.
Unexpected error: could not open port 'COM7': PermissionError(13, 'Access is denied.', None, 5)
[11:05:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 217.12601 s with 0 decimals of accuracy
[11:06:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:06:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 277.12601 s with 0 decimals of accuracy
[11:07:22][I][ota:102]: Boot seems successful, resetting boot loop counter.
[11:07:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:07:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 337.13101 s with 0 decimals of accuracy
[11:08:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:08:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 397.12900 s with 0 decimals of accuracy
[11:09:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:09:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 457.12601 s with 0 decimals of accuracy
[11:10:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:10:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 517.12598 s with 0 decimals of accuracy
[11:11:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:11:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 577.12799 s with 0 decimals of accuracy
[11:12:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -81.00000 dBm with 0 decimals of accuracy
[11:12:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 637.12598 s with 0 decimals of accuracy

Edit:

Via een macbook werkte de flash wel.
Maar wederom na selecteren van thuisnetwerk en ww valt die weg en komt nergens meer terug. Niet in de wifi bronnen op de router en dus ook niet in HA

[ Voor 53% gewijzigd door Paulus07 op 19-12-2021 11:24 ]

[RoTeK70]

TheFes schreef op zondag 19 december 2021 @ 10:38:
[...]


Check de Breaking Changes, maar is inderdaad weg uit de GUI.
Is gedeeltelijk verplaatst naar de entity instellingen (mits voorzien van unique id) en anders alleen nog via customize.yaml

Inderdaad nu gezien.
Natuurlijk via customize.yaml kan het ook

Bedankt

[RudolfR]

19roland70 schreef op zaterdag 18 december 2021 @ 23:54:
Wat is eigenlijk de normale processor temp en processor use.
Dit is bij mij 80 graden en 90 %
Dit is nadat ik de slimme meter toegevoegd heb.

Daar is eigenlijks niks zinnigs over te zeggen zonder de hardware te weten, maar toch lijkt het me wat veel.
Mijn HA OS install zit op 2% voor HA Core en 0% voor de Supervisor op een 3B+.

[Mars Warrior]

Paulus07 schreef op zondag 19 december 2021 @ 11:07:
[...]
Net even voor de 1e keer geprobeerd maar blijf dan die permission error houden. Las online wat met eventueel een kabel issue. Maar zelfs met 6 andere kabels blijft het zo

code:

Using 'COM7' as serial port.
Unexpected error: could not open port 'COM7': PermissionError(13, 'Access is denied.', None, 5)
[11:05:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 217.12601 s with 0 decimals of accuracy
[11:06:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:06:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 277.12601 s with 0 decimals of accuracy
[11:07:22][I][ota:102]: Boot seems successful, resetting boot loop counter.
[11:07:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:07:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 337.13101 s with 0 decimals of accuracy
[11:08:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:08:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 397.12900 s with 0 decimals of accuracy
[11:09:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:09:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 457.12601 s with 0 decimals of accuracy
[11:10:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -79.00000 dBm with 0 decimals of accuracy
[11:10:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 517.12598 s with 0 decimals of accuracy
[11:11:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -82.00000 dBm with 0 decimals of accuracy
[11:11:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 577.12799 s with 0 decimals of accuracy
[11:12:30][D][sensor:113]: 'SlimmeLezer Wi-Fi Signal': Sending state -81.00000 dBm with 0 decimals of accuracy
[11:12:59][D][sensor:113]: 'SlimmeLezer Uptime': Sending state 637.12598 s with 0 decimals of accuracy

Edit:

Via een macbook werkte de flash wel.
Maar wederom na selecteren van thuisnetwerk en ww valt die weg en komt nergens meer terug. Niet in de wifi bronnen op de router en dus ook niet in HA

Vreemd. Geen 2.4/5Ghz probleem? Of authenticatie die niet compatibel is met je Wifi AP?

[Paulus07]

Mars Warrior schreef op zondag 19 december 2021 @ 12:32:
[...]

Vreemd. Geen 2.4/5Ghz probleem? Of authenticatie die niet compatibel is met je Wifi AP?

Denk dat het dat was idd. Op de 5ghz kanaal viel die dus steeds weg. Pak ik de 2.4ghz lijkt het wel te werken.
Nu ff verder kijken in HA of het daar ook blijft werken etc

[golles]

Paulus07 schreef op zondag 19 december 2021 @ 13:16:
[...]


Denk dat het dat was idd. Op de 5ghz kanaal viel die dus steeds weg. Pak ik de 2.4ghz lijkt het wel te werken.
Nu ff verder kijken in HA of het daar ook blijft werken etc

Standaard ESP bordjes hebben volgens mij ook alleen maar 2.4ghz

[Rianata]

Mijn tip is, wanneer jouw netwerk het mogelijk kan maken, om een apart VLAN te gebruiken voor smart home connected hardware en hier dan ook alleen maar wireless 2.4 band voor te activeren (of bedraad natuurlijk :-) ). Daarmee heb je nooit de issues dat apparaten niet kunnen connecten, omdat routers / AP's graag standaard alles op 5GHz willen verbinden en veel smart home apparaten niet middels een handshake zichzelf kenbaar kunnen maken dat ze op 2.4GHz moeten. Zo heb ik ook een kortere SSID voor smart home zonder moeilijke tekens, omdat bijvoorbeeld mijn Neato robotstofzuiger anders ook niet betrouwbaar connected bleef.

[H143]

Heeft iemand het al voor elkaar om de energy module te vullen met historische data?
Ik gebruik al enkele jaren dsrm reader en kan eventueel wat data hier uit trekken maar zoek nog een mogelijkheid om dit weer in de database van homeassistant te kunnen schrijven

[19roland70]

RudolfR schreef op zondag 19 december 2021 @ 12:07:
[...]


Daar is eigenlijks niks zinnigs over te zeggen zonder de hardware te weten, maar toch lijkt het me wat veel.
Mijn HA OS install zit op 2% voor HA Core en 0% voor de Supervisor op een 3B+.

Ik draai HA supervisor i.c.m Hue, piface en een slimme meter.
processor temp is 80 graden, processor use 80%, memory use 35%
Raspberry is een 4 met 4G geheugen.
Als ik kijk in het verbruik van HA zelf is het Core CPU-gebruik 1,1% en het Supervisor CPU-gebruik 1,1%
Ik heb geen idee waar dit aan kan liggen , het lijkt wel of dit iets met de software ven de slimme meter kan zijn.
Is er een commando om met een terminal te kijken wat hier zoveel verbruikt?

[Rianata]

19roland70 schreef op zondag 19 december 2021 @ 14:17:
[...]

Ik draai HA supervisor i.c.m Hue, piface en een slimme meter.
processor temp is 80 graden, processor use 80%, memory use 35%
Raspberry is een 4 met 4G geheugen.
Als ik kijk in het verbruik van HA zelf is het Core CPU-gebruik 1,1% en het Supervisor CPU-gebruik 1,1%
Ik heb geen idee waar dit aan kan liggen , het lijkt wel of dit iets met de software ven de slimme meter kan zijn.
Is er een commando om met een terminal te kijken wat hier zoveel verbruikt?

Bekendste en eenvoudigste is "top" op de commandline.

Een Pi 4 is een bekende heethoofd, die moet je wel goed koelen.

[19roland70]

Rianata schreef op zondag 19 december 2021 @ 14:23:
[...]


Bekendste en eenvoudigste is "top" op de commandline.

Een Pi 4 is een bekende heethoofd, die moet je wel goed koelen.

Dit zijn de resultaten:


UPDATE
Ik heb de remote DSMR eraf gegooid en nu is de temp 56 graden en de processor draait op 3%

[ Voor 10% gewijzigd door 19roland70 op 19-12-2021 14:54 ]

[KC27]

Bij mij is de cpu (rpi 4) temperatuur 35 graden (geen dsmr, wel HA OS).
Top geeft :

[golles]

19roland70 schreef op zondag 19 december 2021 @ 14:41:
[...]

Dit zijn de resultaten:
[Afbeelding]

UPDATE
Ik heb de remote DSMR eraf gegooid en nu is de temp 56 graden en de processor draait op 3%

Misschien beter om eht resultaat van het volgende commando hier te kopieren:

Bash:

ps aux | grep dsmr

Wat me opvalt is dat jij veel meer gunicorn processen hebt, bij mij zijn dat er maar 2.

htop is misschien iets grafisch vriendelijker dan top

[Hmmbob]

Als DSMR je Pi zo zwaar belast, zou ik het offloaden naar een slimmelezer achtige oplossing

[EWS99]

Iemand die ook de Fibaro FGS221 Z-Wave modules heeft? Het gaat om de eerste generatie "Double Relay Switch 2x1.5kW". Ik heb vanochtend Z-WaveJS2MQTT bijgewerkt en nu zijn de namen van mijn devices verdwenen. Ik heb gelukkig maar 17 van die devices in mijn huis...

Ik vermoed dat deze wijziging de oorzaak is geweest:
https://github.com/zwave-...4dadee038f3f9039f1f6b4930.

Het label is gewijzigd van "FGS211 / FGS221" naar "FGS221". Ik vermoed dat Home Assistant daarom de namen van alle devices heeft gereset naar default.

[Captain_koek]

Al die Hue opdates zijn niet zo prettig voor mij!

Ik gebruik al tijden awsome home assistant om de Ikea E1743 dimmer te gebruiken op een stel spots.

dus om precies te zijn deze Controller en deze hook

Na de laatste Hue opdates werkt het dimmen niet meer, krijg ik de volgende error:

code:

Hook - Light: Error executing script. Unexpected error for choose at pos 2: 400, message='Bad Request', url=URL('https://192.168.2.1/clip/v2/resource/light/3764bdce-db0b-4b26-8b49-308ca88f3112')

Wat research gedaan en het lijkt er op dat error 400 verschijnt als je een waarde stuurt die buiten de waardes van de lamp licht (klik). Echter stuur ik helemaal geen kleur waardes mee (zover ik weet, ik gebruik de blueprint natuurlijk..)

Heb de dim waardes al aangepast naar 10 en 250, wat ruim binnen de marges zou moeten zijn.

De Ikea knop zit op 1 een cc stick via Z2Mqtt, maar de lampen (ikea spots) zijn verbonden met een Philips hub versie 2.1

Iemand enig idee? de blueprint werkt nog prima op non hue lampen.

Edit:
de hub heeft software versie 1.48.1948086000, ik twijfel of dit wel de gene met API v2 is! zoek ik even uit.
edit 2: op hue dev staat: Just make sure to check that the bridge version is at least 1948086000. dus dat lijkt geen issue

[ Voor 8% gewijzigd door Captain_koek op 19-12-2021 16:42 ]

[badkuip]

Kunnen jullie naar een stukje code van mij kijken?
Ik heb een automation (met triggers) die de mechanische ventilatie aanstuurt van de badkamer.
De grenswaarde wordt opgeslagen als een input boolean bij aanvang van het douchen en de ventilator slaat pas af wanneer de grenswaarde weer bereikt wordt.

Huidige trigger om af te slaan

YAML:

  trigger:
    - platform: numeric_state
      entity_id: sensor.badkamer_mv_luchtvochtigheid
      below: input_number.badkamer_mv_luchtvochtigheid_grenswaarde
      id: normale_snelheid

Nu ben ik niet tevreden met deze trigger omdat de fan dan wel erg lang moet draaien, makkelijk 2 uur om weer op de grenswaarde te komen. Nu had ik gedacht dat de fan al wel mag afslaan wanneer de grenswaarde + 5% bereikt heeft. Stel dat de grenswaarde luchtvochtigheid dus 40% is, dan mag de trigger voor het afslaan van de fan, al afgaan wanneer 45% luchtvochtigheid bereikt heeft.

Nu ben ik nog niet zo bekend met templates gebruiken als een sensor, maar ik had het onderstaande stukje code in elkaar geklust:

YAML:

    - platform: template
      value_template: '{{ states.sensor.badkamer_mv_luchtvochtigheid|float(0) }} < {{ states.input_number.badkamer_mv_luchtvochtigheid_grenswaarde|float(0) + 5}}'
      id: testje

Hopende dat je op deze manier on the fly 5% erbij op kan tellen...
Wat denken jullie ervan?

[ Voor 3% gewijzigd door badkuip op 19-12-2021 21:48 ]

[Raziel]

Ik maak gebruik van afvalinfo in HomeAssistant en ik heb een aantal automations gemaakt die als de waarde bijvoorbeeld verandert in papier, dat ik een push bericht krijg dat de papierbak naar buiten moet.

Dat is per geval één rest switch in HomeAssistant. Werkt op zich wel, maar kan ik ook één automation maken met één rest command maken zoals hier waaerbij ik als data de status van de sensor meegeven?

[koelkast]

Ik zit te denken aan een goede slaapmodus, die wordt getriggerd door het indrukken van een knop bij het bed.
Dat is op zich geen probleem, ware het niet dat ik ook wil dat bepaalde lampen, die normaal middels automations werken (pir's), dan niet (of niet op volle sterkte) aan gaan. Zo is er maar één spotje op 10% nodig om het trapgat te verlichten, in plaats van 4 op 60%. Daarnaast wil ik graag de contactsensoren van de buiten- en schuurdeur op 'scherp' hebben staan, maar in de ochtend (na de wekker) weer uit.

Zou ik dat het beste met scenes kunnen regelen, met light groups, of met het aan/uitzetten van automations met de knop, en de volgende ochtend de wekker als trigger?

Hoe hebben jullie de slaapmodus gemaakt?

[TheFes]

Raziel schreef op zondag 19 december 2021 @ 21:57:
Ik maak gebruik van afvalinfo in HomeAssistant en ik heb een aantal automations gemaakt die als de waarde bijvoorbeeld verandert in papier, dat ik een push bericht krijg dat de papierbak naar buiten moet.

Dat is per geval één rest switch in HomeAssistant. Werkt op zich wel, maar kan ik ook één automation maken met één rest command maken zoals hier waaerbij ik als data de status van de sensor meegeven?

Ik heb toevallig net vandaag mijn automation voor notificaties voor de containers aangepast.
Er zat eerst een choose in, maar heb het omgebouwd naar een dynamische title en message op basis van de sensoren.
Volgens mij heeft afvalinfo vergelijkbare sensoren.

Wellicht heb je er wat aan. Je kunt eventueel de vorige versie ook bekijken voor de variant met de choose.

https://github.com/TheFes.../trash_notifications.yaml

[Hmmbob]

Andere manier hier: https://github.com/hmmbob...ter/automation/trash.yaml

Maar ik ga die van @TheFes nog even wat beter bekijken, die ziet er eenvoudiger uit (niet in de laatste plaats omdat ik 2 automations heb en dit er 1 is)

[ Voor 44% gewijzigd door Hmmbob op 19-12-2021 22:07 ]

[TheFes]

koelkast schreef op zondag 19 december 2021 @ 22:02:
Ik zit te denken aan een goede slaapmodus, die wordt getriggerd door het indrukken van een knop bij het bed.
Dat is op zich geen probleem, ware het niet dat ik ook wil dat bepaalde lampen, die normaal middels automations werken (pir's), dan niet (of niet op volle sterkte) aan gaan. Zo is er maar één spotje op 10% nodig om het trapgat te verlichten, in plaats van 4 op 60%. Daarnaast wil ik graag de contactsensoren van de buiten- en schuurdeur op 'scherp' hebben staan, maar in de ochtend (na de wekker) weer uit.

Zou ik dat het beste met scenes kunnen regelen, met light groups, of met het aan/uitzetten van automations met de knop, en de volgende ochtend de wekker als trigger?

Hoe hebben jullie de slaapmodus gemaakt?

Als je wil dat automations niet werken op een bepaald moment, kun je dat het beste regelen met een input_boolean
Zet bijvoorbeeld input_boolean.sleep_mode aan als je de slaapstand activeert, en uit als de wekker gaat. Vervolgens neem je in de automations die in de nacht niet moeten werken een condition op dat die input_boolean uit moet staan.

[TheFes]

Hmmbob schreef op zondag 19 december 2021 @ 22:05:
Andere manier hier: https://github.com/hmmbob...ter/automation/trash.yaml

Maar ik ga die van @TheFes nog even wat beter bekijken, die ziet er eenvoudiger uit (niet in de laatste plaats omdat ik 2 automations heb en dit er 1 is)

Mogelijk volgen er morgen nog wijzigingen, dan wordt de container geleegd, dus ik verwacht morgenvroeg een notificatie.

Als die er niet is, heb ik wellicht iets fout gegaan.

Eerste update is al gedaan, ik maak elke keer dezelfde typefout in condition (vergeet de 2e i) en dit keer had ik zelfs conditons
Update staat al weer op Github, moet ook eerst automation reloaden en dan pas een commit doen

[ Voor 18% gewijzigd door TheFes op 19-12-2021 22:17 ]

[koelkast]

TheFes schreef op zondag 19 december 2021 @ 22:06:
[...]


Als je wil dat automations niet werken op een bepaald moment, kun je dat het beste regelen met een input_boolean
Zet bijvoorbeeld input_boolean.sleep_mode aan als je de slaapstand activeert, en uit als de wekker gaat. Vervolgens neem je in de automations die in de nacht niet moeten werken een condition op dat die input_boolean uit moet staan.

Ah, natuurlijk! En dan een 'nieuwe' automation met een condition die alleen werkt als de sleep_mode aan staat, met daarin een aparte scene (of gewoon direct aangestuurd met light.turn_on service. Thanks!

[TheFes]

koelkast schreef op zondag 19 december 2021 @ 22:10:
[...]

Ah, natuurlijk! En dan een 'nieuwe' automation met een condition die alleen werkt als de sleep_mode aan staat, met daarin een aparte scene (of gewoon direct aangestuurd met light.turn_on service. Thanks!

Of een choose die bij sleep_mode aan het ene doet, en sleep_mode uit het andere.

[Raziel]

Het gaat me vooral om het REST gedeelte. Mijn HA draait in een Docker op mijn NAS, maar het is Homey welke alle HA echt aanstuurt (op een uitzondering na). De automations an sich werken wel, maar ik moet / wil via REST mijn Homey aanspreken, zodat ik daar op basis van de payload Homey dingen kan laten doen.

Op basis van verschillende condities kan ik andere messages sturen dus. Nice.

[ Voor 11% gewijzigd door Raziel op 20-12-2021 08:01 ]

[Vaevictis_]

Ik zoek een manier om in een automation een schakelaar (lamp) b.v. 2 uur aan te laten en dan dus weer uit te zetten. Dus in 1 automation. Is het mogelijk om een

code:

for

te gebruiken bij platform: time?

Nu heb ik dit maar dat doet nodeloos complex aan.

code:

    alias: Lampen achter aan in de ochtend
    initial_state: True  
    trigger:
      - platform: time
        at: '06:00:00'
      - platform: time
        at: '09:00:00'    
    action:
      - service_template: >
          {% if now().hour == 6 %}
            switch.turn_on
          {% else %}
            switch.turn_off
          {% endif %}           
        entity_id: switch.lamp_achter_switch

[ Voor 54% gewijzigd door Vaevictis_ op 20-12-2021 07:08 ]

[TheFes]

Hmmbob schreef op zondag 19 december 2021 @ 22:05:
Andere manier hier: https://github.com/hmmbob...ter/automation/trash.yaml

Maar ik ga die van @TheFes nog even wat beter bekijken, die ziet er eenvoudiger uit (niet in de laatste plaats omdat ik 2 automations heb en dit er 1 is)

Hij heeft het vanochtend prima gedaan, inclusief mooi icoontje van een prullenbakje in de notificatiebalk (werkt alleen in de beta van de companion app)

Heb overigens ook al bedacht dat hij nog wel een stuk versimpeld kan worden. Zal ik vanavond eens proberen.

[RudolfR]

@Vaevictis_

Zoiets kan:

code:

    alias: Lampen achter aan in de ochtend
    initial_state: True  
    trigger:
      - platform: time
        at: '06:00:00'
        id: 'on'
      - platform: time
        at: '09:00:00'
        id: 'off'    
    action:
      - service: switch.turn_{{ trigger.id }}
        entity_id: switch.lamp_achter_switch

Uiteraard kan alleen triggeren om 06.00 uur en vervolgens een delay van 3 uur ook.

Je zou zelfs een templated binary sensor kunnen maken die alleen true geeft om 06.00 uur en na een 'delay_off' van 3 uur weer uitgaat.
https://www.home-assistan...s/template/#binary_sensor

[ Voor 18% gewijzigd door RudolfR op 20-12-2021 07:53 ]

[RobertMe]

Vaevictis_ schreef op maandag 20 december 2021 @ 07:07:
Ik zoek een manier om in een automation een schakelaar (lamp) b.v. 2 uur aan te laten en dan dus weer uit te zetten. Dus in 1 automation. Is het mogelijk om een

code:

for

te gebruiken bij platform: time?

Nu heb ik dit maar dat doet nodeloos complex aan.

code:

    alias: Lampen achter aan in de ochtend
    initial_state: True  
    trigger:
      - platform: time
        at: '06:00:00'
      - platform: time
        at: '09:00:00'    
    action:
      - service_template: >
          {% if now().hour == 6 %}
            switch.turn_on
          {% else %}
            switch.turn_off
          {% endif %}           
        entity_id: switch.lamp_achter_switch

Je hebt het over 2 uur, maar de code is 3 uur? In ieder geval zou je een delay kunnen gebruiken, iets als dit:

code:

    alias: Lampen achter aan in de ochtend
    initial_state: True  
    trigger:
      - platform: time
        at: '06:00:00'
    action:
      - service: switch.turn_on
        entity_id: switch.lamp_achter_switch
      - delay: '02:00:00'
      - service: switch.turn_off
        entity_id: switch.lamp_achter_switch

Enige nadeel hiervan is echter dat als Home Assistant herstart binnen deze periode dat de automation dan uiteraard niet meer uitgevoerd wordt en het licht dus ook niet uit gaat.

Andere optie, afhankelijk van wat je lelijk vind, is gebruik maken van trigger ids en die gebruiken in het template.

code:

    alias: Lampen achter aan in de ochtend
    initial_state: True  
    trigger:
      - platform: time
        at: '06:00:00'
        id: 'on'
      - platform: time
        at: '09:00:00'
        id: 'off'
    action:
      - service: 'service.turn_{{ trigger.id }}'
        entity_id: switch.lamp_achter_switch

Oplossing werd onder het maken van het voorbeeld nog iets mooier door de on/off naming

Overigens is service_template (& data_template) niet meer nodig en kun je tegenwoordig ook dan service & data gebruiken en wordt het template herkent en verwerkt.

[new_guy]

Ik maak gebruik van een odroid voorzien van Home Assistant OS 7.0 en supervisor-2021.12.2.

Deze heb ik gisteren moeten restoren van een backup aangezien de disk vol was gelopen (Frigate niet helemaal lekker ingesteld). Na de restore praktisch alles werkend gekregen, behalve mijn Conbee 2 stick.

Van het er uit halen en opnieuw plaatsen, tot het verwijderen van de integratie (de ZHA integratie, was misschien niet de slimste keuze...). Wat ik ook doe, ik krijg de stick niet meer zichtbaar in HA.

Als ik host > hardware bekijk dan zie ik onder ttyACM0 mijn zwave USB stick. De Conbee stick komt nergens voor. Meerdere USB poorten geprobeerd, het herstarten van de host. Hij komt niet terug onder hardware.

Iemand tips..? Host, core en Supervisor logs lijken niks voor wat betreft USB te laten zien.

[Erik80]

Captain_koek schreef op zondag 19 december 2021 @ 16:33:
Al die Hue opdates zijn niet zo prettig voor mij!

Ik gebruik al tijden awsome home assistant om de Ikea E1743 dimmer te gebruiken op een stel spots.

dus om precies te zijn deze Controller en deze hook

Na de laatste Hue opdates werkt het dimmen niet meer, krijg ik de volgende error:

code:

Hook - Light: Error executing script. Unexpected error for choose at pos 2: 400, message='Bad Request', url=URL('https://192.168.2.1/clip/v2/resource/light/3764bdce-db0b-4b26-8b49-308ca88f3112')

Wat research gedaan en het lijkt er op dat error 400 verschijnt als je een waarde stuurt die buiten de waardes van de lamp licht (klik). Echter stuur ik helemaal geen kleur waardes mee (zover ik weet, ik gebruik de blueprint natuurlijk..)

Heb de dim waardes al aangepast naar 10 en 250, wat ruim binnen de marges zou moeten zijn.

De Ikea knop zit op 1 een cc stick via Z2Mqtt, maar de lampen (ikea spots) zijn verbonden met een Philips hub versie 2.1

Iemand enig idee? de blueprint werkt nog prima op non hue lampen.

Edit:
de hub heeft software versie 1.48.1948086000, ik twijfel of dit wel de gene met API v2 is! zoek ik even uit.
edit 2: op hue dev staat: Just make sure to check that the bridge version is at least 1948086000. dus dat lijkt geen issue

Ik had ook deze foutmelding met een HUE automation. Bleek dat ik kelvin gebruikte ipv color_temp. Aangepast en probleem was weg.

[Gizz]

@new_guy Je zou op OS-niveau in de console nog kunnen kijken wat er gebeurt als je de stick in een usb-poort steekt:

code:

dmesg | grep -i usb

[Koepert]

TheFes schreef op zondag 19 december 2021 @ 22:03:
[...]


Ik heb toevallig net vandaag mijn automation voor notificaties voor de containers aangepast.
Er zat eerst een choose in, maar heb het omgebouwd naar een dynamische title en message op basis van de sensoren.
Volgens mij heeft afvalinfo vergelijkbare sensoren.

Wellicht heb je er wat aan. Je kunt eventueel de vorige versie ook bekijken voor de variant met de choose.

https://github.com/TheFes.../trash_notifications.yaml

Looking nice. Nu ben ik (mede n.a.v. de uitfasering van Category bij ioS actionable Notifications) mijn meldingen aan het herzien, en merk ik dat ik hier net NIET genoeg van snap.. Wat doet dit stukje in je code?

code:

            'Rest- en GFT-bak' if type == 'duobak'
            else 'Papier- en PMD-bak'

Ik heb 4 losse containers/sensoren dus geen Duobak. Mijn sensoren zijn dus ook ' gewoon' GFT, Rest, Papier en PMD. Ook de mijnafvalwijzer integratie trouwens. Dus ik verwacht dat ik dit stukje moet herschrijven/verwijderen?

[TheFes]

Koepert schreef op maandag 20 december 2021 @ 10:11:
[...]


Looking nice. Nu ben ik (mede n.a.v. de uitfasering van Category bij ioS actionable Notifications) mijn meldingen aan het herzien, en merk ik dat ik hier net NIET genoeg van snap.. Wat doet dit stukje in je code?

code:

            'Rest- en GFT-bak' if type == 'duobak'
            else 'Papier- en PMD-bak'

Ik heb 4 losse containers/sensoren dus geen Duobak. Mijn sensoren zijn dus ook ' gewoon' GFT, Rest, Papier en PMD. Ook de mijnafvalwijzer integratie trouwens. Dus ik verwacht dat ik dit stukje moet herschrijven/verwijderen?

Ik heb er maar twee, dus dat maakt het simpeler.
Wil vanavond een aangepaste versie plaatsten die dat makkelijker maakt.

[new_guy]

Gizz schreef op maandag 20 december 2021 @ 10:00:
@new_guy Je zou op OS-niveau in de console nog kunnen kijken wat er gebeurt als je de stick in een usb-poort steekt:

code:

dmesg | grep -i usb

Geen idee wat het nu geweest is. Ik heb de USB verlengkabel, die er altijd tussen heeft gezeten, er tussen uit gehaald en de stick is nu wel zichtbaar. Na een herstart en geduld draait die stick weer goed. Voorlopig blijf ik er maar vanaf.

[Koepert]

Kan iemand me nog een zetje in de goede richting geven ? Ik " zie" de benodigde aanpassing niet..

Dit n.a.v. uifasering categorie dus: https://companion.home-as...migrating-from-categories

Mijn Medicijnen-automation is als volgt:

- Notificatie elke ochtend om 08u --> denk aan je medicijnen;
- Deze heeft een Action --> Medicijnen gehad.
- Als ik deze indruk --> Input boolean op ON & input Number (4 stuks) decrement met de standaard STEP

Bijbehorende Yaml ziet er nu zo uit, waarbij ik al twijfel of dit het meest overzichtelijk is. Daarom ook de vraag in Node-Red topic gesteld, wellicht zie ik het dan eenvoudiger.

YAML:

- id: 'Meds Reminder'
  alias: 'Medicijnen genomen'
  trigger:
      - platform: time
        at: '08:00:00'
  condition:
      - condition: state
        entity_id: input_boolean.medicijnen
        state: 'off' 
  action:
      - service: notify.mobile_app_
        data:
          title: Medicijnen
          message: 'Vergeet je medicijnen niet te nemen'
          data:
            push:
              category: "MEDICIJNEN_GEHAD" # Needs to match the top level identifier you used in the ios configuration
#            action_data: # Anything passed in action_data will get echoed back to Home Assistant.
#             entity_id: input_boolean.medicijnen
#              state: 'on'

- alias: Medicijnen gehad
  trigger:
    platform: event
    event_type: ios.notification_action_fired
    event_data:
      action: MEDS_GEHAD
  action:
      - service: input_boolean.turn_on
        entity_id: input_boolean.medicijnen
      - service: input_number.decrement
        target:
          entity_id:
            - input_number.dymista
            - input_number.arcadizax
            - input_number.desloratadine
            - input_number.foster_inhaler
            - input_number.grazax

- id: 'Meds Notification'
  alias: Reset Medicijnen notification
  trigger:
      platform: time
      at: '02:00:00'
  action:
      - service: input_boolean.turn_off
        entity_id: input_boolean.medicijnen

Nu denk ik dat in overzichtelijkheid ook nog wel winst te halen is, deels zit in ik de categorie ' if it aint broke, dont fix it' maar ik wil wel begrijpen wat ik hier moet aanpassen (en daarmee t liefst vereenvoudigen). Bovenaan staat dus in elk geval de gewenste situatie --> elke ochtend een reminder en daarmee ook mn voorraad kunnen bijhouden/managen.

[ Voor 4% gewijzigd door Koepert op 20-12-2021 11:17 ]

[UTMachine]

EWS99 schreef op zondag 19 december 2021 @ 16:00:
Iemand die ook de Fibaro FGS221 Z-Wave modules heeft? Het gaat om de eerste generatie "Double Relay Switch 2x1.5kW". Ik heb vanochtend Z-WaveJS2MQTT bijgewerkt en nu zijn de namen van mijn devices verdwenen. Ik heb gelukkig maar 17 van die devices in mijn huis...

Ik vermoed dat deze wijziging de oorzaak is geweest:
https://github.com/zwave-...4dadee038f3f9039f1f6b4930.

Het label is gewijzigd van "FGS211 / FGS221" naar "FGS221". Ik vermoed dat Home Assistant daarom de namen van alle devices heeft gereset naar default.

Wat gebeurd er als je een re-interview doet? De wijziging zelf zou niets mogen breken.

[koelkast]

Met dank aan @TheFes nog eens op zoek geweest naar mogelijkheden om een boel te regelen met behulp van input_select-statusopdates van de woning.

Ze gaan hier uit van 5 verschillende statussen, best aardig om eens wat mee te experimenteren:

https://www.reddit.com/r/..._mode_feedback_requested/

[TheFes]

@Koepert @Hmmbob @koelkast @CAP-Team

Ik heb mijn trash notification automation aangepast, hij is nu nog een stukje versimpeld (en makkelijker te hergebruiken).

https://github.com/TheFes.../trash_notifications.yaml

Bij onderstaande variable kun je jouw container types invullen, en een beschrijving opgeven die gebruikt wordt in de notificatie.

YAML:

  trash_descr:
    duobak: "Rest- en GFT-bak"
    papier-pmd: "Papier- en PMD-bak"

[Koepert]

TheFes schreef op maandag 20 december 2021 @ 16:33:


https://github.com/TheFes.../trash_notifications.yaml

Bij onderstaande variable kun je jouw container types invullen, en een beschrijving opgeven die gebruikt wordt in de notificatie.

YAML:

  trash_descr:
    duobak: "Rest- en GFT-bak"
    papier-pmd: "Papier- en PMD-bak"

Tof, en dat ziet er dan dus zo uit in mijn geval?

YAML:

  trash_descr:
    Restafval: "Restafval"
    GFT: "GFT"
    papier: "Papier"
    PMD: "PMD"

[TheFes]

Koepert schreef op maandag 20 december 2021 @ 16:42:
[...]


Tof, en dat ziet er dan dus zo uit in mijn geval?

YAML:

  trash_descr:
    Restafval: "Restafval"
    GFT: "GFT"
    papier: "Papier"
    PMD: "PMD"

Dat kan ik zo niet zeggen. Welke integratie gebruik je? Bij afvalbeheer zijn die states in lowercase. Bij afvalinfo ook zo te zien.

[skank]

Iemand een alternatief voor de custom card "check button card"
Die is superhandig en goed, maar helaas niet meer maintained

Tenzij er iemand de skills heeft dit op te pakken

https://github.com/custom-cards/check-button-card

[ Voor 12% gewijzigd door skank op 20-12-2021 17:16 ]

[Koepert]

TheFes schreef op maandag 20 december 2021 @ 17:06:
[...]


Dat kan ik zo niet zeggen. Welke integratie gebruik je? Bij afvalbeheer zijn die states in lowercase. Bij afvalinfo ook zo te zien.

mijnafvalwijzer

[Peutpeut]

scorpion303 schreef op vrijdag 10 december 2021 @ 16:44:
[...]


Hieronder de wijze waarop ik mijn (verwacht) gasverbruik per gewogen graaddag bereken. Rekenwijze is 1-op-1 overgenomen van mindergas.nl. Let op. Mijn code is erg rommelig en kan ongetwijfelt verder worden verkort/verbeterd. Voor mij werkt het in ieder geval prima. Wellicht kan je wat hergebruiken.

Zoals eerder beschreven, eerst de 24h gemiddelde temperatuur waarde bepalen (buienradar sensor werkt even niet, wordt hopelijk snel gefixed).

YAML:

  #==============================
  #=== Average sensor
  #==============================
- platform: average
  name: br_temperature_24h_average
  duration:
    days: 1
  entities:
      # tijdelijk buienradar sensor uitgecomment (wordt gefixed in dec 2021) en uitgeweken naar schuur temp sensor
      #- sensor.br_temperature
    - sensor.temperatuur_en_vochtigheidsensor_schuur_temperature
  precision: 1

daarna het aantal graaddagen uitrekenen..

YAML:

- platform: template
  sensors:
 
    # - gewogen graaddagen -
    # De etmaalgemiddelde buitentemperatuur van een koudere dag wordt afgetrokken van de etmaalgemiddelde binnentemperatuur 
    # van 18 graden. Als het op een dag buiten gemiddeld 10 graden was, reken je als volgt: 18 - 10 = 8 graaddagen. 
    # Was de gemiddelde buitentemperatuur over 24 uur hoger dan 18 graden, dan kom je altijd uit op 0 graaddagen.
    #
    # Om de invloed van die wisselingen op de berekeningen te minimaliseren, worden de graaddagen vermenigvuldigd met een 
    # seizoensafhankelijke weegfactor. Dit noemen we gewogen graaddagen. De weegfactor is als volgt gedurende het jaar:
    #  april t/m september: 0,8
    #  maart en oktober: 1,0
    #  november t/m februari: 1,1
    weighted_degree_days:
      friendly_name: Gewogen graaddagen
      device_class: temperature
      unit_of_measurement: "°C"
      value_template: >
        {%- if (18-(states('sensor.br_temperature_24h_average')|float(default=0) ) < 0) %}
          0
        {%- elif (now().month > 10) or (now().month < 3) %}
          {{ ((18-(states('sensor.br_temperature_24h_average')|float(default=0) ))*1.1) | round(2,default=0)}}
        {%- elif (now().month > 3) and (now().month < 10) %}
          {{ ((18-(states('sensor.br_temperature_24h_average')|float(default=0) ))*0.8) | round(2,default=0)}}
        {%- else %}
          {{ ((18-(states('sensor.br_temperature_24h_average')|float(default=0) ))*1.0) | round(2,default=0)}}
        {%- endif %}

Daarna het verwachtte dagverbuik en het verwachtte dagverbruik per gewogen graaddag bepalen..

YAML:

- platform: template
  sensors:
    # verwacht gasverbruik voor vandaag (op basis van het huidige dagverbruik en het resterende aantal minuten in de dag)
    # indien het resultaat hoger is dan 100m3 per dag, wordt deze op 0 gezet. Dit verhelpt grote schommelingen rond 00h00
    # later is ook een extra check ingebakken die exact om 00h00 de waarde 0 terugstuurd (om 'division by 0' error te voorkomen )
    gas_current_day_estimate:
      friendly_name: Gas verwacht dagverbruik
      unit_of_measurement: m³
      icon_template: mdi:fire
      value_template: >
        {% if ((now().hour + now().minute)> 0) %}
          {% if (states('sensor.dsmr_day_consumption_gas')|float(default=0) * 1/((now().hour * 60 + now().minute) / 1440)) < 100 %}
            {{ (states('sensor.dsmr_day_consumption_gas')|float(default=0) * 1/((now().hour * 60 + now().minute) / 1440)) | round(1,default=0)}}
          {% else %}
            0
          {% endif %}
        {% else %}
          0
        {% endif %}
    # Gas VERWACHT dagverbruik per gewogen graaddag
    # Dit betreft alleen het verbruik wat wordt gebruikt voor verwarming
    # een evenredig deel van het verbruik (27.0 m3 per maand = 0.885 m3 per dag) voor warmwater wordt hierbuiten gehouden 
    # op 20211008 is dit deel in HA verlaagd naar 21 m3 per maand = 0.689 m3 per dag) op basis van meer metingen deze (stookvrije) zomer
    expected_gas_dayuse_per_weighted_degree_days:
      friendly_name: Gas verwacht dagverbruik per gewogen graaddag
      unit_of_measurement: m³/degree-day
      icon_template: mdi:fire
      value_template: >
        {%- if ((((states('sensor.gas_current_day_estimate')|float(default=0)) - (0.689 * ((now().hour * 60 + now().minute) / 1440)) ) / (states('sensor.weighted_degree_days')|float(default=0))) > 0) %}
          {{ (((states('sensor.gas_current_day_estimate')|float(default=0)) - (0.689 * ((now().hour * 60 + now().minute) / 1440)) ) / (states('sensor.weighted_degree_days')|float(default=0))) | round (3,default=0)  }}
        {%- else %}
          0
        {%- endif %}

Inmiddels je stukje code gebruikt om de graaddagen te berekenen. Uit een eerder bericht de statistics integratie om de gemiddelde etmaal temperatuur te berekenen:

YAML:

  ## Gemiddelde buitentemperatuur
  - platform: statistics
    name: "herwijnen_temperature_gemiddeld"
    entity_id: sensor.herwijnen_temperature
    state_characteristic: mean
    max_age:
      days: 1
    sampling_size: 10000000
    precision: 1

Vervolgens een template sensor aangemaakt om het verbruik per graaddag te berekenen:

YAML:

## Gasverbruik per graaddag berekenen
      energiepergraaddag:
        friendly_name: Gas per graaddag
        device_class: gas
        unit_of_measurement: "m3/graaddag"
        value_template: "{{ ((states('sensor.dsmr_day_consumption_gas') | float) / (states('sensor.energiegewogengraaddag') | float)) | round (3)}}"

Dat resulteert in dit grafiekje in Grafana:


Dank allen voor de hulp

[TheFes]

Koepert schreef op maandag 20 december 2021 @ 17:59:
[...]


mijnafvalwijzer

Als ik het zo zie heb jij al sensoren met een formatted state, in dat geval kan het nog simpeler.

Zoiets:

YAML:

id: 3f3a1b56-9c34-47e1-b50f-2b96838b7133
alias: "Notificaties for trash containers"
mode: single
max_exceeded: silent
trigger:
  - platform: time
    at:
      - "07:00:00"
    id: "Vandaag_today"
  - platform: time
    at:
      - "20:00:00"
    id: "Morgen_tomorrow"
variables:
  sensor: "sensor.afvalwijzer_{{ trigger.id.split('_')[1] }}_formatted"
condition:
  - alias: "Notification needed?"
    condition: template
    value_template: "{{ states(sensor) != 'Geen' }}"
action:
  - alias: "Notification phones"
    service: notify.all_phones
    data:
      title: "Denk aan {{ states(sensor) }}"
      message: "{{ trigger.id.split('_')[0] }} moet {{ states(sensor) }} buiten"
      data:
        channel: Trash
        ttl: 0
        priority: high
        notification_icon: mdi:trash-can-outline

[Twixie]

Ik heb hier een automation use case waarvan ik me toch afvraag of die niet beter te implementeren valt. Het gaat om het activeren van de verwarming als mijn laptop of desktop aan staan, en dan pas terug uitgaan als beide toestellen uit zijn. De detectie doe ik met een ping.
Het aanzetten is straightforward, gewoon een automation met 2 triggers, nl een voor mijn laptop en een voor mijn desktop. Het 'probleem' is het eindigen van die toestand. Ik heb dit nu opgelost met 2 aparte automations. De ene triggert op het uitgaan van mijn laptop en heeft een conditie dat mijn desktop moet uit staan. De andere doet het net andersom: triggert als mijn desktop uit staat, en heeft een conditie dat mijn laptop moet uit staan.
Ik zou denken dat dit toch mogelijk race condities kan hebben, en is ook niet praktisch als je nog meerdere toestellen zou toevoegen. Dus hoe kan ik dit beter implementeren ?

[tozzke]

Twixie schreef op maandag 20 december 2021 @ 19:57:
Ik heb hier een automation use case waarvan ik me toch afvraag of die niet beter te implementeren valt. Het gaat om het activeren van de verwarming als mijn laptop of desktop aan staan, en dan pas terug uitgaan als beide toestellen uit zijn. De detectie doe ik met een ping.
Het aanzetten is straightforward, gewoon een automation met 2 triggers, nl een voor mijn laptop en een voor mijn desktop. Het 'probleem' is het eindigen van die toestand. Ik heb dit nu opgelost met 2 aparte automations. De ene triggert op het uitgaan van mijn laptop en heeft een conditie dat mijn desktop moet uit staan. De andere doet het net andersom: triggert als mijn desktop uit staat, en heeft een conditie dat mijn laptop moet uit staan.
Ik zou denken dat dit toch mogelijk race condities kan hebben, en is ook niet praktisch als je nog meerdere toestellen zou toevoegen. Dus hoe kan ik dit beter implementeren ?

een 'time pattern' trigger van '/15' (of wat je wilt) minuten met als conditions dat beide apparaten uit staan?

[RudolfR]

@Twixie

Een template binary sensor met een simpele OR van de twee computers (evt. met een delay_off)
De verwarming knoop je dan aan die 'afgeleide' sensor.

[ Voor 21% gewijzigd door RudolfR op 20-12-2021 20:39 ]

[breew]

homeassistant Noob hier...
Lekker aan het prutsen/testen met mijn eerste schakelaartje (sonoff mini + tasmota)

Is het mogelijk om de naam van de gebruiker die een automation 'triggert' op te namen in een notification...
Ik heb nu de volgende automation (die nog werkt ook <trots>), die een bericht pushed naar mijn iPhone als iemand de schakelaar van een lamp omzet.

code:

- id: '1640013271518'
  alias: lamp_is_aan
  description: ''
  trigger:
  - platform: state
    entity_id: switch.tasmota
    to: 'on'
  action:
  - service: notify.mobile_app_iphone
    data:
      title: lamp aan
      message: Kijk nou de lamp is aan
  mode: single

Maar ik zou liever een message willen in de trant van

Kijk nou, de lamp is aangezet door {user}.

Is dat mogelijk? (en waar moet ik dan op googlen?)

[RudolfR]

@breew

Volgens mij is dat onderdeel van de 'context'.

https://www.home-assistan...nfiguration/state_object/

user_id omzetten naar een username is volgens mij nog niet echt triviaal, geloof ik ...

[ Voor 26% gewijzigd door RudolfR op 20-12-2021 21:16 ]

[breew]

RudolfR schreef op maandag 20 december 2021 @ 21:15:
@breew
Volgens mij is dat onderdeel van de 'context'.

correct.. maar dan kan ik (zo lijkt het) alleen een id pakken...

Kijk nou de lamp is aangezet door {{ trigger.to_state.context.user_id }}

Ik zou graag de username willen.. kun je die live opzoeken gebaseerd op user_id?

[edit]

YESSSSS

code:

- id: "1640013271518"
  alias: lamp_is_aan
  description: ""
  trigger:
    - platform: state
      entity_id: switch.tasmota
      to: "on"
  action:
    - service: notify.mobile_app_iphone_wb
      data:
        title: lamp aan
        message: >
          De lamp is aangezet door 
          {% set uid = trigger.event.context.user_id if trigger.platform == event else trigger.to_state.context.user_id %}
          {% set p = states.person | selectattr('attributes.user_id', 'eq', uid) | list %}
          {{ p[0].attributes.friendly_name if p | count == 1 else 'unknown' }}
  mode: single

[ Voor 53% gewijzigd door breew op 20-12-2021 21:22 ]

[synoniem]

breew schreef op maandag 20 december 2021 @ 21:17:
[...]

correct.. maar dan kan ik (zo lijkt het) alleen een id pakken...

Kijk nou de lamp is aangezet door {{ trigger.to_state.context.user_id }}

Ik zou graag de username willen.. kun je die live opzoeken gebaseerd op user_id?

En als je de friendly_name invult?

Kijk nou de lamp is aangezet door {{ trigger.to_state.context.user_friendly_name }}

[breew]

synoniem schreef op maandag 20 december 2021 @ 21:24:
[...]


En als je de friendly_name invult?

Kijk nou de lamp is aangezet door {{ trigger.to_state.context.user_friendly_name }}

nope dat werkt helaas niet (blijft leeg...)

inmiddels werkend met:

 message: >
          De lamp is aangezet door
          {% set uid = trigger.event.context.user_id if trigger.platform == event else trigger.to_state.context.user_id %}
          {% set p = states.person | selectattr('attributes.user_id', 'eq', uid) | list %}
          {{ p[0].attributes.friendly_name if p | count == 1 else 'unknown' }}

code gejat bij: https://community.home-as...me-in-automation/293075/4

[synoniem]

breew schreef op maandag 20 december 2021 @ 21:28:
[...]


nope dat werkt helaas niet (blijft leeg...)

inmiddels werkend met:

 message: >
          De lamp is aangezet door
          {% set uid = trigger.event.context.user_id if trigger.platform == event else trigger.to_state.context.user_id %}
          {% set p = states.person | selectattr('attributes.user_id', 'eq', uid) | list %}
          {{ p[0].attributes.friendly_name if p | count == 1 else 'unknown' }}

code gejat bij: https://community.home-as...me-in-automation/293075/4

Als ik naar jouw code kijk zou het zonder "user" mogelijk wel werken:

Kijk nou de lamp is aangezet door {{ trigger.to_state.context.friendly_name }}

[breew]

synoniem schreef op maandag 20 december 2021 @ 21:32:
Als ik naar jouw code kijk zou het zonder "user" mogelijk wel werken:

{{ trigger.to_state.context.friendly_name }} {{ trigger.to_state.context.friendly_name }}

nop.. ook leeg..

[TravockMD]

Twixie schreef op maandag 20 december 2021 @ 19:57:
Ik heb hier een automation use case waarvan ik me toch afvraag of die niet beter te implementeren valt. Het gaat om het activeren van de verwarming als mijn laptop of desktop aan staan, en dan pas terug uitgaan als beide toestellen uit zijn. De detectie doe ik met een ping.
Het aanzetten is straightforward, gewoon een automation met 2 triggers, nl een voor mijn laptop en een voor mijn desktop. Het 'probleem' is het eindigen van die toestand. Ik heb dit nu opgelost met 2 aparte automations. De ene triggert op het uitgaan van mijn laptop en heeft een conditie dat mijn desktop moet uit staan. De andere doet het net andersom: triggert als mijn desktop uit staat, en heeft een conditie dat mijn laptop moet uit staan.
Ik zou denken dat dit toch mogelijk race condities kan hebben, en is ook niet praktisch als je nog meerdere toestellen zou toevoegen. Dus hoe kan ik dit beter implementeren ?

Ik ga er vanuit dat je voor beide devices een entity hebt die aangeeft of het device aan of uit is. (binary switch)
Zoja, dan zou je ze samen in een group kunnen zetten. (1 device aan is group aan,en pas uit als beide uit zijn)
Ik heb even quick en dirty een korte automation gemaakt welke moet werken volgens mij:

YAML:

Automation:
  - id: verwarming_aan_of_uit
    alias: "Verwarming aan of uit"
    initial_state: on
    trigger:
      - platform: state
        entity_id:    
          - group.laptop_desktop
    action:
      - choose:
          - conditions:
              - condition: state
                entity_id: group.laptop_desktop
                state: "on"
            sequence:
            - service: switch.turn_on
              entity_id: switch.verwarming
          - conditions:
              - condition: state
                entity_id: group.laptop_desktop
                state: "off"
            sequence:
            - service: switch.turn_off
              entity_id: switch.verwarming

note: het zal vast cleaner en misschien korter kunnen. Maar dit was even top of mind en snel gemaakt.

[witterholt]

De vierde release van december is uit gekomen:
https://www.home-assistan...ase-2021124---december-20

[-Casper]

Twixie schreef op maandag 20 december 2021 @ 19:57:
Ik heb hier een automation use case waarvan ik me toch afvraag of die niet beter te implementeren valt. Het gaat om het activeren van de verwarming als mijn laptop of desktop aan staan, en dan pas terug uitgaan als beide toestellen uit zijn. De detectie doe ik met een ping.
Het aanzetten is straightforward, gewoon een automation met 2 triggers, nl een voor mijn laptop en een voor mijn desktop. Het 'probleem' is het eindigen van die toestand. Ik heb dit nu opgelost met 2 aparte automations. De ene triggert op het uitgaan van mijn laptop en heeft een conditie dat mijn desktop moet uit staan. De andere doet het net andersom: triggert als mijn desktop uit staat, en heeft een conditie dat mijn laptop moet uit staan.
Ik zou denken dat dit toch mogelijk race condities kan hebben, en is ook niet praktisch als je nog meerdere toestellen zou toevoegen. Dus hoe kan ik dit beter implementeren ?

Misschien begrijp ik het verkeerd maar als ik dit zo lees dan lijkt het me niet heel lastig?

YAML:

- trigger:
  - pc uit
  - laptop uit
- condition:
  - pc is uit; AND
  - laptop is uit
- action:
  - verwarming uit

[Twixie]

-Casper schreef op dinsdag 21 december 2021 @ 08:15:
[...]
Misschien begrijp ik het verkeerd maar als ik dit zo lees dan lijkt het me niet heel lastig?

Hah! Inderdaad . Gewoon in de conditie allebei checken is inderdaad de oplossing. Gezien de trigger zal een van beide überhaupt al uit zijn, en dan is het dus eigenlijk gewoon nog checken dat de andere ook uit is.
Tnx!

[ Voor 3% gewijzigd door Twixie op 21-12-2021 08:25 ]

[Hmmbob]

2021.12.4:

• Honeywell unique id fix (@rdfurman - #59393) (honeywell docs)
• Add vicare strings (@oischinger - #61593) (vicare docs)
• Fix "vevent" KeyError in caldav component (@jkuettner - #61718) (caldav docs)
• Silently retry Fronius inverter endpoint 2 times (@farmio - #61826) (fronius docs)
• Avoid setting nexia humidity to the same value since it causes the api to fail (@bdraco - #61843) (nexia docs)
• Force Lyric token refresh on first authentication failure (@timmo001 - #62100) (lyric docs)
• Bump pydexcom to 0.2.2 (@gagebenne - #62207) (dexcom docs)
• Fix spurious RainMachine config entry reload (@bachya - #62215) (rainmachine docs)
• Fix bug in which SimpliSafe websocket won't reconnect on error (@bachya - #62241) (simplisafe docs)
• bump pynetgear to 0.8.0 (@starkillerOG - #62261) (netgear docs)
• Fix logging for Shelly climate platform (@chemelli74 - #62264) (shelly docs)
• Upgrade tailscale to 0.1.6 (@frenck - #62267) (tailscale docs)
• Fix fitbit no SSL URL handling (@MartinHjelmare - #62270) (fitbit docs)
• Fix Non-thread-safe operation in rflink binary_sensor (@bdraco - #62286) (rflink docs)
• Fix Non-thread-safe operation in zwave node_added (@bdraco - #62287) (zwave docs)
• Bump flux_led to 0.27.8 to fix discovery of older devices (@bdraco - #62292) (flux_led docs)
• Bump async-upnp-client to 0.23.0 (@Flameeyes - #62223) (upnp docs) (yeelight docs) (dlna_dmr docs) (ssdp docs)
• Update async-upnp-client library to 0.23.1 (@chishm - #62298) (upnp docs) (yeelight docs) (dlna_dmr docs) (ssdp docs)
• Bump ring to 0.7.2 (@balloob - #62299) (ring docs)
• Fix missing brightness for Velbus entities (@wlcrs - #62314) (velbus docs)
• Fix velbus climate current temp (@Cereal2nd - #62329) (velbus docs)
• Ensure existing SimpliSafe websocket tasks are cancelled appropriately (@bachya - #62347) (simplisafe docs)
• Bump pywemo==0.7.0 (@esev - #62360) (wemo docs)
• Bump voluptuous_serialize to 2.5.0 (@balloob - #62363)
• Don't use the homeassistant media app when casting media (@emontnemery - #62385) (cast docs)
• Bump brunt to 1.1.0 (@eavanvalkenburg - #62386) (brunt docs)
• Update frontend to 20211220.0 (@bramkragten - #62389) (frontend docs)
• Bump pychromecast to 10.2.2 (@emontnemery - #62390) (cast docs)
• Update xknx to 0.18.14 (@farmio - #62411) (knx docs)
• Invalidate CI cache when bumping dependencies, part 2 (@frenck - #62412)
• Invalidate CI cache when bumping dependencies (@frenck - #62394)
• Make it possible to turn on audio only google cast devices (@emontnemery - #62420) (cast docs)
• Bump bimmer_connected to 0.8.7 (@rikroe - #62435) (bmw_connected_drive docs)
• bump aiohue to 3.0.7 (@marcelveldt - #62444) (hue docs)
• Change Hue availability blacklist logic a bit (@marcelveldt - #62446) (hue docs)

[Hmmbob]

En een leuk artikel op de FP waar HA een mooie review scoort:

reviews: Populaire smarthomeplatforms - Wegwijs in het domoticawoud

Afgaande op de topics in het Smarthome-deel van ons forum is Home Assistant binnen de Tweakers-community op dit moment het populairste platform. Dat is niet vreemd, want Home Assistant draait op een eenvoudige singleboardcomputer en biedt de vrijheid om veel producten aan elkaar te knopen, en om uitgebreide automatiseringsroutines te maken. Welk systeem het beste voor jou is, hangt echter in grote mate af van wat je precies wilt automatiseren, hoeveel variabelen je daarbij wilt gebruiken en hoeveel lol je beleeft aan het configureren van jouw systeem. Op al deze punten lopen de besproken systemen sterk uiteen, net als op eerder genoemde punten, zoals uitbreidbaarheid en privacy.

[ Voor 59% gewijzigd door Hmmbob op 21-12-2021 10:36 ]

[crimby]

vorige week mijn hombli stekkers aangesloten op de afwasmachine, oven en koelkast. Dat ging allemaal goed en werkte. Nu ruim een week later eens gekeken naar de tussenstand, maar zowel de oven als de afwasmachine hebben niks gemeten. Althans, niet in Home Assistant. In de Tuya app werkt het prima en zie je netjes alle waardes.

Tuya geeft enkel de Watt door aan HA en deze berekening met een zelfgemaakte sensor:

YAML:

#Afwasmachine
  - platform: integration
    source: sensor.afwasmachine_power
    name: Afwasmachine_kwh
    unit_prefix: k
    round: 2

#Oven
  - platform: integration
    source: sensor.hombli_smart_socket_2_power
    name: Oven_kwh
    unit_prefix: k
    round: 2

#Koelkast
  - platform: integration
    source: sensor.hombli_smart_socket_3_power
    name: Koelkast_kwh
    unit_prefix: k
    round: 2

Nu herstart ik HA elke nacht om 03:00, dit zou natuurlijk geen impact mogen hebben maar dit kan ik (tijdelijk) uitzetten. Daarnaast maak ik gebruik van MariaDB en had daarin een "include". De koelkast blijft wel gemeten, dus het zou gek zijn, maar heb nu de hele include verwijderd.

Wat zou nog meer een oorzaak kunnen zijn? Er lijkt dus geen historie opgeslagen te worden.

[Byron010]

Mocht dit nog niet eerder gedeeld zijn; er komt Wear-OS ondersteuning
https://www.xda-developer...ant-companion-for-wearos/

[Qwizh]

Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

[belly89]

Byron010 schreef op dinsdag 21 december 2021 @ 13:52:
Mocht dit nog niet eerder gedeeld zijn; er komt Wear-OS ondersteuning
https://www.xda-developer...ant-companion-for-wearos/

Net geïnstalleerd, lijkt aardig goed te werken

[lverlaek]

Qwizh schreef op dinsdag 21 december 2021 @ 14:22:
Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

Het is de "sensor.power_consumed".

[Qwizh]

@lverlaek dankjewel voor je reactie! Deze sensor zie ik niet terugkomen in de ESPhome DSMR component pagina. Kan ik deze zo aan mijn config toevoegen, of wordt deze los toegevoegd aan HA?

Het gaat om power_delivered (Optional): Power Consumed denk ik , ga je het vanmiddag als ik thuis ben meteen checken. Dankjewel!

[ Voor 27% gewijzigd door Qwizh op 21-12-2021 15:13 ]

[TheFes]

Qwizh schreef op dinsdag 21 december 2021 @ 15:06:
@lverlaek dankjewel voor je reactie! Deze sensor zie ik niet terugkomen in de ESPhome DSMR component pagina. Kan ik deze zo aan mijn config toevoegen, of wordt deze los toegevoegd aan HA?

Het gaat om power_delivered (Optional): Power Consumed denk ik , ga je het vanmiddag als ik thuis ben meteen checken. Dankjewel!

Aan de config te zien is het inderdaad de sensor.power_delivered die als friendly name "Power Consumed" heeft.

[Qwizh]

@lverlaek @TheFes thanks! Zijn jullie bekend met een manier om dit te wijzigen van kWh naar Wattage?

[TheFes]

Qwizh schreef op dinsdag 21 december 2021 @ 15:18:
@lverlaek @TheFes thanks! Zijn jullie bekend met een manier om dit te wijzigen van kWh naar Wattage?

Aangezien het om een power sensor gaat, ga ik er vanuit dat dit gewoon Wattage zal zijn.
Ik heb zelf die meter niet, ik heb de oude variant die niet via ESPHome werkt, en een soort van interface van de P1 meter naar je netwerk verzorgt.

Ik heb wel een vergelijkbare sensor sensor.power_consumption die het huidge verbruik in Watt weergeeft.

[ Voor 11% gewijzigd door TheFes op 21-12-2021 15:26 ]

[Qwizh]

@TheFes ja dat had ik ook verwacht, om die reden keek ik er waarschijnlijk overheen, maar zag in een screenshot die ik van de esp wegpagina had gemaakt dat het inderdaad op kWh gaat. Misschien dat ik dit in HA *1000 zou kunnen doen, of dat de sensor aangepast kan worden in ESPhome.

Edit: zo te zien ondersteunt ESPhome unit_of_measurement: W

[ Voor 10% gewijzigd door Qwizh op 21-12-2021 15:31 ]

[TheFes]

Qwizh schreef op dinsdag 21 december 2021 @ 15:26:
@TheFes ja dat had ik ook verwacht, om die reden keek ik er waarschijnlijk overheen, maar zag in een screenshot die ik van de esp wegpagina had gemaakt dat het inderdaad op kWh gaat. Misschien dat ik dit in HA *1000 zou kunnen doen, of dat de sensor aangepast kan worden in ESPhome.

Als je kWh * 1000 doet, heb je Wh, maar nog steeds geen W.

Overigens denk ik bij nader inziens toch dat het sensor.power_consumed is en niet zoals ik eerder zei sensor.power_delivered.
Maar ik zou toch nog eens goed in developer tools > states kijken wat die sensor precies aan data heeft.

[dutchnltweaker]

Na dit artikel reviews: De eerste stap naar een smarthome - Wegwijs uit de populairste platf... is mijn interesse weer aangewakkerd op HA weer echt op te pakken.

Sinds 2020 een Pi4 de 4gb ram versie waar ik home assistent op heb draaien (op een micro sd kaart).
Eigenlijk afgelopen anderhalf jaar niks echt gedaan of gestoeid meer met HA. Het was toen ook wel ietsjes lastiger dan nu lijkt het wel.

Nu wil ik weer rustig beginnen met de mogelijkheden die HA biedt. Het is zo veel en weet eigenlijk niet waar ik moet beginnen.
Wat nu aangesloten is:

• Zigbee combee usb stick
• Tradfri lampen en afstandsbedieningen
• Aqara sensor
• Honeywell thermostaat

Nu heb ik 2 dingen op het lijstje staan Eufy deurbel koppelen zodat het mogelijk is om daarvan ook de beelden te zien en een camera systeem dat via Ethernet is aangesloten te koppelen met Homeassistent, zodat ik ze daar kan zien live.

Ik kom er bij beide niet echt uit, misschien dat iemand mij hier kan helpen?
Ps: wat ik me afvraag, moet ik de Sd kaart vervangen voor een andere opslag bron? dit heb ik in het begin wel eens gehoord.

[ Voor 15% gewijzigd door dutchnltweaker op 21-12-2021 15:45 ]

[Hmmbob]

Je storage kan redelijk belast worden, en de meeste gevallen van uitval bij HA zijn gerelateerd aan de SD storage inderdaad.

Dus, voor stability: ja, een ander storage medium aan te raden.

Ik ebruik geen Eufy of camera's, dus die vragen laat ik graag aan anderen over

[ Voor 18% gewijzigd door Hmmbob op 21-12-2021 15:59 ]

[water_escape]

dutchnltweaker schreef op dinsdag 21 december 2021 @ 15:45:

Nu heb ik 2 dingen op het lijstje staan Eufy deurbel koppelen zodat het mogelijk is om daarvan ook de beelden te zien en een camera systeem dat via Ethernet is aangesloten te koppelen met Homeassistent, zodat ik ze daar kan zien live.

Ik kom er bij beide niet echt uit, misschien dat iemand mij hier kan helpen?
Ps: wat ik me afvraag, moet ik de Sd kaart vervangen voor een andere opslag bron? dit heb ik in het begin wel eens gehoord.

Ik heb inmiddels 2x een sd kapot gehad. Ik ben dus aan het wachten tot de PI4 weer leverbaar is mijn ssd op aan te sluiten.

Ik heb 3 hikvision camera's draaien, en deze staan op mijn dashboard van HA. Deze zijn redelijk makkelijk toe te voegen. Dus hangt denk ik ook af van welke camera je hebt.

[dutchnltweaker]

Hmmbob schreef op dinsdag 21 december 2021 @ 15:58:
Je storage kan redelijk belast worden, en de meeste gevallen van uitval bij HA zijn gerelateerd aan de SD storage inderdaad.

Dus, voor stability: ja, een ander storage medium aan te raden.

Ik ebruik geen Eufy of camera's, dus die vragen laat ik graag aan anderen over

Ah oke tnx, ik heb hier nog een ongebruikte 120gb ssd liggen. Deze zou ik dus kunnen gebruiken om de sd kaart te vervangen. Nu had ik hier anderhalf jaar geleden naar gekeken om te implementeren, maar dat ging toen fout en toen was er ook niet echt een makkelijke instructie online te vinden.

[dutchnltweaker]

water_escape schreef op dinsdag 21 december 2021 @ 16:25:
[...]


Ik heb inmiddels 2x een sd kapot gehad. Ik ben dus aan het wachten tot de PI4 weer leverbaar is mijn ssd op aan te sluiten.

Ik heb 3 hikvision camera's draaien, en deze staan op mijn dashboard van HA. Deze zijn redelijk makkelijk toe te voegen. Dus hangt denk ik ook af van welke camera je hebt.

[Afbeelding]

Het merk zou ik even moet kijken , maar hoe heb jij dit gekoppeld?

[I-King]

Qwizh schreef op dinsdag 21 december 2021 @ 14:22:
Beste mensen, deze week heb ik de Slimme Lezer + van Marcel Zuidwijk binnengekregen. Ik zou graag te zien krijgen wat mijn actuele verbruik is, maar het enige wat ik zie is het totale verbruik van tarief 1 en 2. Dit verbruik is cumulatief en niet actueel. Ik heb de state_class van de sensor al een geprobeerd te wijzigen van total_increasing naar measurement, maar dit werkte niet.

Weet iemand hoe ik dit aan de praat krijg? Ik heb een Kaifa slimme meter met SMR versie 4.2. Alvast bedankt!

Bij mij is 't sensor.power_consumed. Het is idd in de eenheid kW.
sensor.power_produced is bij netto teruglevering van bijv. zonnepanelen.

[TheFes]

I-King schreef op dinsdag 21 december 2021 @ 17:05:
[...]

Bij mij is 't sensor.power_consumed. Het is idd in de eenheid kW.
sensor.power_produced is bij netto teruglevering van bijv. zonnepanelen.

@Qwizh
Ah, als het kW is (en dus geen kWh) kun je het wel vermenigvuldigen met 1000 om er W van te maken.

[Polyphemus]

Ik probeer in ESPhome de watermeter uit te lezen met een LJ18A3-8-Z/BX-5V, en een Wemos D1 mini. Weet iemand of ik een pull up weerstand nodig heb tussen de datalijn van de LJ18A3-8-Z/BX-5V en de GPIO pin van de Wemos?

Als het schijfje van de watermeter langskomt, gaat de led in de sensor wel vaag rood branden, maar een signaal detecteert de Wemos nou weer niet...

[martinvdm]

Polyphemus schreef op dinsdag 21 december 2021 @ 18:57:
Ik probeer in ESPhome de watermeter uit te lezen met een LJ18A3-8-Z/BX-5V, en een Wemos D1 mini. Weet iemand of ik een pull up weerstand nodig heb tussen de datalijn van de LJ18A3-8-Z/BX-5V en de GPIO pin van de Wemos?

Als het schijfje van de watermeter langskomt, gaat de led in de sensor wel vaag rood branden, maar een signaal detecteert de Wemos nou weer niet...

Beetje offtopic. Probeer het hier eens
Het grote ESP topic

[fsfikke]

dutchnltweaker schreef op dinsdag 21 december 2021 @ 16:32:
[...]

Ah oke tnx, ik heb hier nog een ongebruikte 120gb ssd liggen. Deze zou ik dus kunnen gebruiken om de sd kaart te vervangen. Nu had ik hier anderhalf jaar geleden naar gekeken om te implementeren, maar dat ging toen fout en toen was er ook niet echt een makkelijke instructie online te vinden.

Is (tegenwoordig) heel simpel:
YouTube: Home Assistant Raspberry Pi 4 SSD Installation and Migration

[Polyphemus]

martinvdm schreef op dinsdag 21 december 2021 @ 19:09:
[...]

Beetje offtopic. Probeer het hier eens
Het grote ESP topic

Sorry, dank

[Koepert]

TheFes schreef op maandag 20 december 2021 @ 19:53:
[...]


Als ik het zo zie heb jij al sensoren met een formatted state, in dat geval kan het nog simpeler.

Zoiets:

YAML:

id: 3f3a1b56-9c34-47e1-b50f-2b96838b7133
alias: "Notificaties for trash containers"
mode: single
max_exceeded: silent
trigger:
  - platform: time
    at:
      - "07:00:00"
    id: "Vandaag_today"
  - platform: time
    at:
      - "20:00:00"
    id: "Morgen_tomorrow"
variables:
  sensor: "sensor.afvalwijzer_{{ trigger.id.split[1] }}_formatted"
condition:
  - alias: "Notification needed?"
    condition: template
    value_template: "{{ states(sensor) != 'Geen' }}"
action:
  - alias: "Notification phones"
    service: notify.all_phones
    data:
      title: "Denk aan {{ states(sensor) }}"
      message: "{{ trigger.id.split[0] }} moet {{ states(sensor) }} buiten"
      data:
        channel: Trash
        ttl: 0
        priority: high
        notification_icon: mdi:trash-can-outline

Ik kreeg:

code:

Logger: homeassistant.helpers.template
Source: helpers/template.py:1779 
First occurred: 20:00:00 (2 occurrences) 
Last logged: 20:00:00

Template variable warning: builtin_function_or_method object has no element 1 when rendering 'sensor.afvalwijzer_{{ trigger.id.split[1] }}_formatted'
Template variable warning: builtin_function_or_method object has no element 0 when rendering '{{ trigger.id.split[0] }} moet {{ states(sensor) }} buiten'

[dutchnltweaker]

fsfikke schreef op dinsdag 21 december 2021 @ 19:14:
[...]

Is (tegenwoordig) heel simpel:
YouTube: Home Assistant Raspberry Pi 4 SSD Installation and Migration

Top! Zelf had ik eerst deze al gevonden:

Het is als ik het bekijk wel een heel stuk makkelijker geworden dan in 2020. Super!

[TheFes]

Koepert schreef op dinsdag 21 december 2021 @ 21:06:
[...]


Ik kreeg:

code:

Logger: homeassistant.helpers.template
Source: helpers/template.py:1779 
First occurred: 20:00:00 (2 occurrences) 
Last logged: 20:00:00

Template variable warning: builtin_function_or_method object has no element 1 when rendering 'sensor.afvalwijzer_{{ trigger.id.split[1] }}_formatted'
Template variable warning: builtin_function_or_method object has no element 0 when rendering '{{ trigger.id.split[0] }} moet {{ states(sensor) }} buiten'

Sorry, foutje.
.split moet .split('_') zijn. Zal het aanpassen in de originele post.

Inmiddels aangepast.

[ComTech]

Sinds de laatste update zien mijn meterkaarten er zo uit.



Heb ze al een keer verwijderd en opnieuw toegevoegd maar dat lost het ook niet op.

[verjager]

ComTech schreef op dinsdag 21 december 2021 @ 22:04:
Sinds de laatste update zien mijn meterkaarten er zo uit.

[Afbeelding]

Heb ze al een keer verwijderd en opnieuw toegevoegd maar dat lost het ook niet op.

Is het in de browser of de app?
- Helpt Ctrl+F5 in je browser?
- Helpt het het legen van de cache voor je app?

[Mozart]

ComTech schreef op dinsdag 21 december 2021 @ 22:04:
Sinds de laatste update zien mijn meterkaarten er zo uit.

[Afbeelding]

Heb ze al een keer verwijderd en opnieuw toegevoegd maar dat lost het ook niet op.

Ik heb er ook last van helaas😢

[gjhuisman]

Mozart schreef op dinsdag 21 december 2021 @ 22:21:
[...]

Ik heb er ook last van helaas😢

Ja hier ook….

[crimby]

crimby schreef op dinsdag 21 december 2021 @ 12:03:
vorige week mijn hombli stekkers aangesloten op de afwasmachine, oven en koelkast. Dat ging allemaal goed en werkte. Nu ruim een week later eens gekeken naar de tussenstand, maar zowel de oven als de afwasmachine hebben niks gemeten. Althans, niet in Home Assistant. In de Tuya app werkt het prima en zie je netjes alle waardes.

Tuya geeft enkel de Watt door aan HA en deze berekening met een zelfgemaakte sensor:

YAML:

#Afwasmachine
  - platform: integration
    source: sensor.afwasmachine_power
    name: Afwasmachine_kwh
    unit_prefix: k
    round: 2

#Oven
  - platform: integration
    source: sensor.hombli_smart_socket_2_power
    name: Oven_kwh
    unit_prefix: k
    round: 2

#Koelkast
  - platform: integration
    source: sensor.hombli_smart_socket_3_power
    name: Koelkast_kwh
    unit_prefix: k
    round: 2

Nu herstart ik HA elke nacht om 03:00, dit zou natuurlijk geen impact mogen hebben maar dit kan ik (tijdelijk) uitzetten. Daarnaast maak ik gebruik van MariaDB en had daarin een "include". De koelkast blijft wel gemeten, dus het zou gek zijn, maar heb nu de hele include verwijderd.

Wat zou nog meer een oorzaak kunnen zijn? Er lijkt dus geen historie opgeslagen te worden.

Vandaag weer even gekeken gezien de afwasmachine vannacht heeft aangestaan... maar nog steeds geen waardes in Home Assistant. Ik heb nu de Tuya app uit de apparaatvrije tijd gezet (iOS), zou dat nog helpen? Anders heb ik echt geen idee waarom de data niet opgeslagen wordt in HA.

Heb dit nog in de log gevonden:


In het algemene logboek staat dit:

Logger: tuya_iot
Source: /usr/local/lib/python3.9/site-packages/tuya_iot/openmq.py:161
First occurred: 21 december 2021 15:23:45 (9 occurrences)
Last logged: 07:15:48

error while get mqtt config

[ Voor 12% gewijzigd door crimby op 22-12-2021 07:52 ]

[TheMystery]

gjhuisman schreef op dinsdag 21 december 2021 @ 22:38:
[...]

Ja hier ook….

[Afbeelding]

Hier ook al op versie 2021.11.5

[Septillion]

@crimby Door niet beschikbaar zou ik denken dat ze slechte wifi hebben. Hoe heb je ze geïntegreerd? Local Tuya?