Home Assistant: Open source Python3 home automation - deel 4

[Hmmbob]

Denga schreef op vrijdag 25 juni 2021 @ 22:33:
Volledige code met goede "kleur":

YAML:

type: picture-elements
image: /local/Mercedes.png
elements:
  - entity: sensor.auto_odometer
    title: Kilometers totaal
    type: custom:bignumber-card
    scale: 1vw
    left: null  <---------
    top: 19% <------------
    style: |
      ha-card {background: transparent;  left: 60%; top: 17%;}

Is dit je probleem? Zie pijltjes. Je definieert ze nu 2x.

[krizzziz]

Vraag. Ben nieuw wat betreft HA, net overgestapt van Domoticz dus moet nog even wennen.

Ik heb een Conbee II stick en deze met ZHA integratie in gebruik. Ik heb mijn xiaomi beweging sensor zonder problemen kunnen pairen. Maar mijn xiaomi temp sensoren lukken niet. HA blijft zoeken en ze komen gewoon niet naar voren. Ook niet als ik langer wacht, of HA opnieuw opstart. Iemand ideeen?

[Mars Warrior]

krizzziz schreef op zaterdag 26 juni 2021 @ 12:34:
Vraag. Ben nieuw wat betreft HA, net overgestapt van Domoticz dus moet nog even wennen.

Ik heb een Conbee II stick en deze met ZHA integratie in gebruik. Ik heb mijn xiaomi beweging sensor zonder problemen kunnen pairen. Maar mijn xiaomi temp sensoren lukken niet. HA blijft zoeken en ze komen gewoon niet naar voren. Ook niet als ik langer wacht, of HA opnieuw opstart. Iemand ideeen?

De sensoren knipperen wel met hun blauwe lampje ?

[krizzziz]

Mars Warrior schreef op zaterdag 26 juni 2021 @ 13:11:
[...]

De sensoren knipperen wel met hun blauwe lampje ?

Yep!

[Vorkie]

krizzziz schreef op zaterdag 26 juni 2021 @ 14:31:
[...]


Yep!

Druk daarna ook nog even een paar keer op het knopje, niet teveel, maar gewoon een paar keer.

Check ook even in Deconz of ze niet per ongeluk er nu instaan zonder gegevens / naam, dan kan je ze daar verwijderen en weer opnieuw toevoegen.
Check in ZHA of ze niet half toegevoegd zijn, geen idee hoe.

[ Voor 8% gewijzigd door Vorkie op 26-06-2021 14:33 ]

[RudolfR]

@krizzziz

Misschien helpt het om een update te forceren door er lekker warme lucht in te blazen.
Werkt zeker goed als het een combi met luchtvochtigheidssensor is.

[Denga]

Hmmbob schreef op zaterdag 26 juni 2021 @ 11:55:
[...]

Is dit je probleem? Zie pijltjes. Je definieert ze nu 2x.

Ben al een paar stappen verder, de cards zijn van zichzelf al aangepast aan de primary color, dus bij nachtkleuren antraciet en bij dagkleuren zijn ze wit. Maar op een zwarte achtergrond zoals het plaatje doen ze raar. Betekend wel dat ik kleur moet hard coden voor de tekst want overdag is het zwart op zwart...

Dat lukt me dus wel, alleen die kleur van de achtergrond niet...

[B3rtj3666]

@krizzziz
Zijn de temp sensoren wel goed geun-paired bij domoticz?

[Yarisken]

Guys, effe vraagje ivm backup.
Hoe regelen jullie backup faillover ? Stel dat er shit is en je krijgt het niet opgelost, heb je dan een 2de device in faillover staan ?
Ik vraag het omdat ik mijn deconz naar de zak heb geholpen. Ik ga opnieuw installeren en van backup restoren , geen probleem maar duurt wel even voor ik terug online ben.

[golles]

Yarisken schreef op zaterdag 26 juni 2021 @ 17:58:
Guys, effe vraagje ivm backup.
Hoe regelen jullie backup faillover ? Stel dat er shit is en je krijgt het niet opgelost, heb je dan een 2de device in faillover staan ?
Ik vraag het omdat ik mijn deconz naar de zak heb geholpen. Ik ga opnieuw installeren en van backup restoren , geen probleem maar duurt wel even voor ik terug online ben.

Bij mij is de backup eigenlijk de Hue bridge, dus de lampen blijven altijd werken.
Als mijn NUC uitvalt, dan zal het even irritant zijn dat bepaalde dingen niet meer automatisch gaan. In het geval van een hardware failure en ik zou iets moeten bestellen, dan zou dat zelfs voor een paar dagen wel te overleven zijn. Ik zou eventueel nog mijn systeem (docker) op een laptop kunnen zetten vanaf een backup.

[golles]

Ik wil jullie nog even bedanken over de wildcard certificaat tips/discussie eerder deze week, ik was niet op de hoogte dat je zo makkelijk de certificaat aanvragen kon inzien. Ik ben nu ook over op de wildcard.

Daarnaast heb ik swag (reverse proxy) uitgebreid met Authalia en heb nu op bijna al mijn services 2FA authenticatie :-)

[Vorkie]

Lampen blijven altijd werken inclusief schakelaars vanwege de bindings, dus ook zonder hass werkt het allemaal :-)

[Yarisken]

Vorkie schreef op zaterdag 26 juni 2021 @ 19:17:
Lampen blijven altijd werken inclusief schakelaars vanwege de bindings, dus ook zonder hass werkt het allemaal :-)

Hoe bedien je het dan ? Ik ga ook wel tijdelijk een hue bridge gebruiken omdat mijn philips hue dimmer te recent is en niet goed wordt weergegeven.
Dus ik zou idd voor philips hue materiaal ook de bridge kunnen gebruiken.
Lampen is idd belangrijkste.

[Vorkie]

Yarisken schreef op zaterdag 26 juni 2021 @ 19:18:
[...]

Hoe bedien je het dan ? Ik ga ook wel tijdelijk een hue bridge gebruiken omdat mijn philips hue dimmer te recent is en niet goed wordt weergegeven.
Dus ik zou idd voor philips hue materiaal ook de bridge kunnen gebruiken.
Lampen is idd belangrijkste.

Gewoon met de Ikea en Philips schakelaars.

Ik gebruik conbee II en daarom is het 1 groot zigbee netwerk en kan ook zonder de coördinator geschakeld worden.

[Yarisken]

Vorkie schreef op zaterdag 26 juni 2021 @ 19:37:
[...]

Gewoon met de Ikea en Philips schakelaars.

Ik gebruik conbee II en daarom is het 1 groot zigbee netwerk en kan ook zonder de coördinator geschakeld worden.

Ja ik heb ook de conbee 2. Dus je bedoelt dat je al die apparaten kan aansturen via de philips hue bridge ?

[Vorkie]

Yarisken schreef op zaterdag 26 juni 2021 @ 19:46:
[...]

Ja ik heb ook de conbee 2. Dus je bedoelt dat je al die apparaten kan aansturen via de philips hue bridge ?

Nee, ik heb in het geval van een outage van HASS en Conbee niets nodig.

Via de:
Help >
Old WebApp version
Open Wireless Light Control (2016)

Kan je groepjes maken met de switches. Elke switch is een groepje, die van Ikea, maar ook die van Hue.
Als voorbeeldje van internet:



Zo blijft alles gewoon werken qua schakelaars, zonder dat ik Hass of Conbee online hebt en is dus een enorme PRO voor de WAF / MAF

Ik had dit al eens gedaan voor de migratie naar de add-on, maar zie dat ik via de add-on niet meer bij de WLC kan, dan blijf ik rondjes draaien naar Phoscon app, dus dat schiet dan niet echt op

Voordeel is dat je je config even kan overzetten naar een andere Install, op een Pi bijvoorbeeld, daar alles aanpassen en weer terug naar je Hass Addon restoren.

[ Voor 18% gewijzigd door Vorkie op 26-06-2021 20:24 ]

[Septillion]

@Yarisken Zelf vooral gewoon dagelijks een snapshot naar G-drive. Bij een crash moet ik de boel dus redelijk snel opnieuw erop hebben. Of desnoods op een ander device.

Als ik HA niet gelijk weer aan de praat krijg zou dat wel even irritant zijn. We zijn beide zo aan de automations gewend. Maar als het echt niet wil dan kan ik Wifi devices tijdelijk met de telefoon doen. Andere hebben meestal nog wel een schakelaar (of stekker) ofzo. Kwam er van de week alleen achter dat ik alleen voor de badkamer eigenlijk geen backup heb. Dus volgende keer eens bij Ikea een paar van die knoppen meenemen en kijken of ik die als backup direct kan koppelen. Gaat die in de la.

[krizzziz]

B3rtj3666 schreef op zaterdag 26 juni 2021 @ 17:29:
@krizzziz
Zijn de temp sensoren wel goed geun-paired bij domoticz?

Dacht dat jouw antwoord het ei van Columbus zou zijn. Helaas na het unpairen van de sensoren met de Aqara hub, lukte het pairen met HA nog niet. Meerdere keren HZA integratie verwijderd en weer aangemaakt. Mocht ook niks baten.

Als laatste maar de batterijen verwisseld van de sensoren. En ja hoor, dit was de oplossing.
Zie nu alleen in de ZHA integratie dat de nieuwe batterijen zo rond de 16% vol zijn. Daar later nog maar eens naar kijken.

[Koepert]

Ik zie even de oplossingsrichting niet...

- ha via NPM (proxmoxcontainer) ontsloten
- Telfort is overgenomen door KPN --> internetsettings waaronder external IP gewijzigd (en IPv6 beschikbaar)
- DyDNS op duckdns.org
- na omzetting Telfort --> KPN is vanaf mn laptop (intern) HA niet meer bereikbaar via EXTERN adres.
- iPhone met wifi uit (dus thuis, maar via 4G) kan wel op EXTERN adres.

Logischerwijs komt HA ook met deze:
[code]
Logger: homeassistant.components.cert_expiry
Source: components/cert_expiry/__init__.py:76
Integration: Vervaldatum certificaat (documentation, issues)
First occurred: 08:21:16 (2 occurrences)
Last logged: 08:21:16

Certificate validation error: ha.qper.duckdns.org [self signed certificate]
[/code]

Maar nu.. WAAR zit de instelling die ik vergeten ben om te zetten Ik heb aan Portsharing/forwarding niets gewijzigd zover mij bekend. alleen (dat weet ik niet zeker) lijkt de forward naar NGINX nu :80 op een IPv4 en :443 op een IPv6 te hebben. Zou dat oorzaak kunnen zijn?


All it took was a little time, hoewel de vervaldatum-check wel blijft failen

[ Voor 4% gewijzigd door Koepert op 27-06-2021 09:25 ]

[-Casper]

Ik ben sinds gisteren bezig met een nieuwe NUC.
Hier draai ik proxmox op met nginx proxy manager (wildcard ssl certificaat, mocht het uitmaken).
Ik kan via https://homeassistant.sub.domein.nl mijn HA instance bereiken, krijg het inlog scherm.
Als ik probeer in te loggen krijg ik echter een melding

Unable to connect to Home Assistant.

HA log toont niets. Heeft iemand een idee waar de oorzaak zit?

[RudolfR]

@-Casper

Geen expert op dat gebied, maar ik vermoed dat het in de http-configuratie van HA zit. Daar moet je vast configureren dat het verkeer via een proxy komt?

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

[eddie010]

Dag mensen, nieuw binnen de HA wereld en afgelopen week mn RPi4 binnen gekregen en alles geïnstalleerd. Ik wacht nog op m'n zigbee dongle voor ik met m'n Ikea verlichting aan de slag kan. Maar ik vroeg me af... Mijn reguliere schakelaars verstoren het zigbee mesh netwerk lijkt mij, er gaat tenslotte geen stroom naar de lamp als de schakelaar uit is.

Wat is de beste manier om ervoor te zorgen dat de lamp continu van stroom wordt voorzien en ik de schakelaar kan blijven gebruiken? Is een Shelly schakelaar hier bijvoorbeeld geschikt voor? Ik zoek dus een manier om mijn slimme lamp achter een domme schakelaar continu van stroom te kunnen voorzien en de schakelaar tegelijk slim te maken met meer triggers dan slechts aan/uit (hold, double/tripple press (als ik er een puls schakelaar van maak)).

Alles wat ik er tot nu toe over lees, en dat kan aan mij liggen, is dat zo'n shelly ook alsnog de stroom van de lamp haalt, maar dat dit vervolgens ook middels een app (of HA) is te reguleren, maar dat is dus niet helemaal wat ik wil.

[Septillion]

@eddie010 Een Shelly of een ander Tasmota device zou dat kunnen. Dan draai je de boel in detached mode. Zo heb ik er ook een paar (Sonoff mini's met Tasmota). Ik heb ik Tasmota met een rule het ook zo dat als MQTT niet beschikbaar is hij de lamp weer direct doet. Dit is volgens mij met de Shelly stock firmware niet mogelijk. En bedenk dat een Shelly of een Tasmota device op wifi zitten en niet op Zigbee. Je moet dus een goed Wifi netwerk hebben, zeker als je meer van die wifi dingen hebt voldoet een standaard ISP routertje vaak niet.

Andere optie is iets als de Hue wandschakelaarmodule. Hiermee zou je direct de lamp kunnen sturen en de normale draad van de schakelaar lus je permanent door.. Je zou ook een standaard Zigbee schakelmodule kunnen pakken maar die kan je dan denk ik niet direct aan een lamp koppelen (dus afhankelijk van HA).

En als je een beetje handig bent zou je ook zelf een wandmodule kunnen maken van een goedkope Ikea schakelaar door er draadjes aan te zetten.

[-Casper]

RudolfR schreef op zondag 27 juni 2021 @ 12:46:
@-Casper

Geen expert op dat gebied, maar ik vermoed dat het in de http-configuratie van HA zit. Daar moet je vast configureren dat het verkeer via een proxy komt?

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

Ja ik meen al het nodige hiervoor geconfigureerd te hebben. Mijn configuration.yaml:

YAML:

# Configure a default setup of Home Assistant (frontend, api, etc)
default_config:

# Text to speech
tts:
  - platform: google_translate

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  external_url: https://sub.domein.nl:443
http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 192.168.178.60

Het is nog een kale HA installatie in feite dus configuratie is nog beperkt

[denuz]

-Casper schreef op zondag 27 juni 2021 @ 10:01:
Ik ben sinds gisteren bezig met een nieuwe NUC.
Hier draai ik proxmox op met nginx proxy manager (wildcard ssl certificaat, mocht het uitmaken).
Ik kan via https://homeassistant.sub.domein.nl mijn HA instance bereiken, krijg het inlog scherm.
Als ik probeer in te loggen krijg ik echter een melding
[...]


HA log toont niets. Heeft iemand een idee waar de oorzaak zit?

Komt waarschijnlijk door de instellingen in Nginx proxy manager. In details van je host nog websockets support aanzetten.

[-Casper]

denuz schreef op zondag 27 juni 2021 @ 21:03:
[...]

Komt waarschijnlijk door de instellingen in Nginx proxy manager. In details van je host nog websockets support aanzetten.

Gezien ik op IP wel kan inloggen is mijn vermoeden ook dat het ergens in NPM mis gaat. Zojuist websockets support aangezet maar zonder resultaat (ook in incognito geen ander resultaat helaas). Delen van de NPM configuratie lukt me helaas ook niet. Doe vooralsnog alles via web interface en kan niet echt een code variant hiervan vinden. Misschien toch maar eens in de code variant duiken en dat eens proberen...

[asvogel]

Morgen worden, als alles goed gaat, mijn zonnepanelen geplaatst! De omvormer is een Goodwe (2000), dus ik was wat aan het zoeken naar integratiemogelijkheden met HA. Ik vond het een en ander (zie hieronder), maar het werd me niet duidelijk wat op dit moment de beste oplossing lijkt. Wie heeft een dergelijke omvormer in gebruik en kan mij een oplossing aanbevelen? Dank!

https://github.com/TimSoethout/goodwe-sems-home-assistant
https://github.com/bouwew/sems2mqtt
https://github.com/mletenay/home-assistant-goodwe-inverter

[Aiolos]

asvogel schreef op zondag 27 juni 2021 @ 22:13:
Morgen worden, als alles goed gaat, mijn zonnepanelen geplaatst! De omvormer is een Goodwe (2000), dus ik was wat aan het zoeken naar integratiemogelijkheden met HA. Ik vond het een en ander (zie hieronder), maar het werd me niet duidelijk wat op dit moment de beste oplossing lijkt. Wie heeft een dergelijke omvormer in gebruik en kan mij een oplossing aanbevelen? Dank!

https://github.com/TimSoethout/goodwe-sems-home-assistant
https://github.com/bouwew/sems2mqtt
https://github.com/mletenay/home-assistant-goodwe-inverter

Dit topic geeft ook heel wat informatie voor het uitlezen van GoodWe omvormers: GoodWe inverter lokaal uitlezen (USB / WiFi)

Zelf doe ik het overigens via modbus met een ESP8266. De waarden worden dan op MQTT gegooid en daar haal ik het vervolgens weer af in HomeAssistant.

[Koepert]

-Casper schreef op zondag 27 juni 2021 @ 21:56:
[...]

Gezien ik op IP wel kan inloggen is mijn vermoeden ook dat het ergens in NPM mis gaat. Zojuist websockets support aangezet maar zonder resultaat (ook in incognito geen ander resultaat helaas). Delen van de NPM configuratie lukt me helaas ook niet. Doe vooralsnog alles via web interface en kan niet echt een code variant hiervan vinden. Misschien toch maar eens in de code variant duiken en dat eens proberen...

Keep us posted.. mijn (zie verder terug) HA via duckdns/ NGINX is sinds vandaag ook hit &mis. Nu kan ik er weer NIET bij via extern url op intern netwerk

[-Casper]

Koepert schreef op zondag 27 juni 2021 @ 22:25:
[...]


Keep us posted.. mijn (zie verder terug) HA via duckdns/ NGINX is sinds vandaag ook hit &mis. Nu kan ik er weer NIET bij via extern url op intern netwerk

Het lijkt erop dat de toevoeging van 127.0.0.1 als trusted proxy het verschil heeft gemaakt. Kom er nu wel in.

YAML:

homeassistant:
  external_url: https://sub.domein.nl:443
http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 127.0.0.1
    - 192.168.178.60

[Koepert]

-Casper schreef op maandag 28 juni 2021 @ 09:06:
[...]

Het lijkt erop dat de toevoeging van 127.0.0.1 als trusted proxy het verschil heeft gemaakt. Kom er nu wel in.

YAML:

homeassistant:
  external_url: https://sub.domein.nl:443
http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 127.0.0.1
    - 192.168.178.60

Mm.. bij mij lijkt meer aan de hand.. Mijn Fritzbox geeft melding dat DNS-rebind toegang blokkeert, maar als ik die (foutief?)inricht ga ik via mn extern adres naar mn Fritzbox ipv HA.. dus hier is sinds migratie Telfort --> KPN meer veranderd.

[golles]

-Casper schreef op maandag 28 juni 2021 @ 09:06:
[...]

Het lijkt erop dat de toevoeging van 127.0.0.1 als trusted proxy het verschil heeft gemaakt. Kom er nu wel in.

YAML:

homeassistant:
  external_url: https://sub.domein.nl:443
http:
  use_x_forwarded_for: true
  trusted_proxies:
    - 127.0.0.1
    - 192.168.178.60

Ik heb daar ook nog mijn docker netwerk instaan:
172.19.0.0/16
Dit omdat mijn reverse proxy (en HA) in docker draaien, ik heb het hele subnet omdat het ip van de docker container dynamic is.

[golles]

Koepert schreef op maandag 28 juni 2021 @ 09:18:
[...]


Mm.. bij mij lijkt meer aan de hand.. Mijn Fritzbox geeft melding dat DNS-rebind toegang blokkeert, maar als ik die (foutief?)inricht ga ik via mn extern adres naar mn Fritzbox ipv HA.. dus hier is sinds migratie Telfort --> KPN meer veranderd.

Dat klinkt alsof er dan iets met port forwarding niet goed gaat als je op de web interface van je router uitkomt.

[Koepert]

golles schreef op maandag 28 juni 2021 @ 10:14:
[...]

Dat klinkt alsof er dan iets met port forwarding niet goed gaat als je op de web interface van je router uitkomt.

K denk t ook, maar t zit vanuit INTERN..

Als ik op mn iPhone (4G) naar mn duckdns ga, kom ik WEL op de inlogpagina. dus doorlussen van intern, via extern, naar HA gaat niet goed.

[Mars Warrior]

Koepert schreef op maandag 28 juni 2021 @ 10:15:
[...]
K denk t ook, maar t zit vanuit INTERN..

Als ik op mn iPhone (4G) naar mn duckdns ga, kom ik WEL op de inlogpagina. dus doorlussen van intern, via extern, naar HA gaat niet goed.

Een Experiabox van de KPN kan dat in ieder geval niet, dan heb je dus een lokale DNS nodig om te zorgen dat het werkt. Anders krijg je continue time-outs

[asvogel]

Aiolos schreef op zondag 27 juni 2021 @ 22:16:
[...]
Dit topic geeft ook heel wat informatie voor het uitlezen van GoodWe omvormers: GoodWe inverter lokaal uitlezen (USB / WiFi)

Zelf doe ik het overigens via modbus met een ESP8266. De waarden worden dan op MQTT gegooid en daar haal ik het vervolgens weer af in HomeAssistant.

Dank, ik zal daar eens mijn licht opdoen! Ik heb wel een duidelijke voorkeur voor een oplossing zonder extra elektronica en zelf te schrijven software. Tenzij ik een keer twee weken vrij heb, dan is het natuurlijk prachtig om wat in elkaar te knutselen!

[Hmmbob]

Koepert schreef op maandag 28 juni 2021 @ 10:15:
[...]


K denk t ook, maar t zit vanuit INTERN..

Als ik op mn iPhone (4G) naar mn duckdns ga, kom ik WEL op de inlogpagina. dus doorlussen van intern, via extern, naar HA gaat niet goed.

Dit heet "NAT Hairpinning", en dat gaat bij heel wat routers standaard niet goed. Oplossing is inderdaad een lokale DNS (bijvoorbeeld Adguard Home?) zoals @Mars Warrior zegt.

[Koepert]

Hmmbob schreef op maandag 28 juni 2021 @ 10:55:
[...]

Dit heet "NAT Hairpinning", en dat gaat bij heel wat routers standaard niet goed. Oplossing is inderdaad een lokale DNS (bijvoorbeeld Adguard Home?) zoals @Mars Warrior zegt.

Crap.. Dat was bij Telfort geen issue.. althans. de hardware is volledig ongewijzigd, heb alleen profiel geswitched van Telfort naar KPN ivm.. Nou ja.. je weet wel.. moet enzo. K gebruik trouwens n Fritzbox 4040

DNS stond daarbij voor IPv4 op ' laat provider regelen' .. nu dus ook voor IPv6 (dat nu native staat en aan, stond bij Telfort niet aan/beschikbaar)

K zal eens kijken om bijv Adguard te gaan draaien..

[koelkast]

Er gaan bij ons in huis heel wat dingen automagisch met Home Assistant.
Toch zit ik te denken aan een tablet aan de muur, om toch wat statusdingetjes te kunnen uitlezen én e.e.a. te kunnen bedienen. Mijn kinderen moeten hun telefoon pakken om acties te doen, niet zo handig...

Nu kijk ik naar verschillende tablets; ik wil er eentje die alleen 'aan' gaat als je in de buurt bent, en ik vraag me af of het 8 of 10 inch moet zijn. Of is zelfs een oude 6 inch smartphone goed genoeg?

Ik ben even benieuwd naar de oplossingen/schermgroottes van anderen...

[RudolfR]

@koelkast

Op de homeassistant reddit komen die met regelmaat voorbij.
Meestal tablets, soms rpis met touchscreen. (maar dat laatste is alleen leuk met een holle wand, gok ik)
6" lijkt me karig en misschien is een telefoon dikker ook dan een tablet?

Daar worden ook stukjes software genoemd die zorgen voor het inschakelen van het scherm bij beweging voor de camera e.d. (fully kiosk: https://www.fully-kiosk.com/en/)

Ik kan wat dingen zien en aansturen met een Toon2 (rooted), maar dat is niet ideaal, wel leuk als je die toch hebt hangen.

[Obelixxx]

koelkast schreef op maandag 28 juni 2021 @ 12:30:
Er gaan bij ons in huis heel wat dingen automagisch met Home Assistant.
Toch zit ik te denken aan een tablet aan de muur, om toch wat statusdingetjes te kunnen uitlezen én e.e.a. te kunnen bedienen. Mijn kinderen moeten hun telefoon pakken om acties te doen, niet zo handig...

Nu kijk ik naar verschillende tablets; ik wil er eentje die alleen 'aan' gaat als je in de buurt bent, en ik vraag me af of het 8 of 10 inch moet zijn. Of is zelfs een oude 6 inch smartphone goed genoeg?

Ik ben even benieuwd naar de oplossingen/schermgroottes van anderen...

Ik ga hiervoor een oude iPad gebruiken.
Ik heb op ebay een raam gevonden die in de muur gebouwd kan worden.
Wordt netjes, en relatief betaalbaar. (iPad air heb ik nog liggen)

[lverlaek]

Obelixxx schreef op maandag 28 juni 2021 @ 12:57:
[...]


Ik ga hiervoor een oude iPad gebruiken.
Ik heb op ebay een raam gevonden die in de muur gebouwd kan worden.
Wordt netjes, en relatief betaalbaar. (iPad air heb ik nog liggen)

Let dan wel op dat niet alle oude iPads de HA app kunnen draaien en ook niet goed kunnen weergeven via de browser! En vraag je dan ook gelijk af hoe toekomst bestendig het is..

[water_escape]

lverlaek schreef op maandag 28 juni 2021 @ 13:12:
[...]


Let dan wel op dat niet alle oude iPads de HA app kunnen draaien en ook niet goed kunnen weergeven via de browser! En vraag je dan ook gelijk af hoe toekomst bestendig het is..

En deze ook niet aan gaat bij beweging. Dan moet je naar Android helaas.
Oude Ipad air hier werkt erg langzaam, dus nogo. @Obelixxx

[winDOS]

asvogel schreef op maandag 28 juni 2021 @ 10:53:
[...]

Dank, ik zal daar eens mijn licht opdoen! Ik heb wel een duidelijke voorkeur voor een oplossing zonder extra elektronica en zelf te schrijven software. Tenzij ik een keer twee weken vrij heb, dan is het natuurlijk prachtig om wat in elkaar te knutselen!

Ik gebruik:

https://github.com/TimSoethout/goodwe-sems-home-assistant

icm met mijn GW2500-NS omvormer. Werkt prima. Soms kan hij geen verbindingen maken met de Sems API en dan mis je voor die minuut de waarde. Echter kan ik hier wel meeleven en werkte het voor mij allemaal direct.

[balk]

Yarisken schreef op zaterdag 26 juni 2021 @ 17:58:
Guys, effe vraagje ivm backup.
Hoe regelen jullie backup faillover ? Stel dat er shit is en je krijgt het niet opgelost, heb je dan een 2de device in faillover staan ?
Ik vraag het omdat ik mijn deconz naar de zak heb geholpen. Ik ga opnieuw installeren en van backup restoren , geen probleem maar duurt wel even voor ik terug online ben.

Ik gebruik Home Assistant Docker, zonder addons dus. Elk uur maak ik een kopie van de config, met behulp van Rsnapshot. Ik bewaar dan 24u aan backups, en dan van de afgelopen zeven dagen een, en ook nog een heel aantal weken. Die staan op een onsite ZFS volume. Ook gaat er af en toe iets naar Github.

Ik heb geen hardware failover, maar er zijn wel mensen die dat werkend hebben. Maar de basis van mijn huis blijft werkend, de meeste lampen zijn te bedienen met een lokale inkoop ( fibaro dimmers). Dit is by design; in het begin ging er nog wel iets mis en ik had geen zin in een boze vrouw

Als er echt iets stuk is, mobo, of de zwave stick, dan werkt de basis nog.

[ijzere]

Mijn vraag
.Hoi Tweakers,
Ik ben nieuw op dit forum en weet niet of dit al aan bod is gekomen..en zou graag een oplossing voor mijn probleem vinden.. Wie kan mij helpen...?.
Ik heb volgend probleem, ik kreeg een bericht van Github dat mijn acces token (Hacs.dev) gedateerd was en ik best een nieuwe aanmaakte. Nadat ik dit deed had ik geen toegang meer tot Home Assistant via de web UI of tablet/telefoon app. ( NSURLErrorDomain-1004).
Ik kan nog wel via mijn pc netwerk aan mijn folders van Home assistant.
Ik heb hierin gezocht naar het token maar vind niks. Kan ik Hacs verwijderen of mijn nieuwe token ergens veranderen ?
Of is er een andere oplossing..?
Alvast bedankt voor jullie hulp ! .

Relevante software en hardware die ik gebruik
..HassIO op .Raspberry Pi 3B

Wat ik al gevonden of geprobeerd heb
...token gezocht in de Home Assistant mappen..

[b0On]

Ik heb nog een surface RT liggen die mij perfect leek als HA dashboard, maar dat ding draait alleen internet explorer en kan geen lovelace draaien.
Nu heb ik volgens mij twee opties:
1. Tileboard gebruiken. Ik wil alleen mijn HA (lovelace) wel gewoon via https extern kunnen blijven benaderen en volgens mij kan dit niet?
2. Een wel werkende browser op de surface krijgen, geen idee hoe?

Heeft er iemand suggesties voor bovenstaande opties of misschien een derde optie?

[19roland70]

Kan iemand mij een tip geven hoe ik het verbruik van de p1 meter per dag en per maand duidelijk kan maken.
Per dag heb ik geprobeerd alleen is er altijd 24 uur zichtbaar.
Dit heb ik gedaan met platform template en daily Energy.
Dit zou gemeten moeten worden van 0.00 tot 23.59 .en dan het liefst zichtbaar in een bar grafiek.

[RudolfR]

@19roland70

Ik dacht aan de 'utility meter':
https://www.home-assistant.io/integrations/utility_meter/

[19roland70]

RudolfR schreef op maandag 28 juni 2021 @ 19:42:
@19roland70

Ik dacht aan de 'utility meter':
https://www.home-assistant.io/integrations/utility_meter/

Heb ik ook geprobeerd maar bij mij heb ik: sensor .energy_consumption_tarif_1 en sensor .energy_consumption_tarif_2
Deze wil ik echter bij elkaar opgeteld hebben.
Helemaal onderaan de pagina heb ik ook geprobeerd maar dan krijg ik constant 24 uur te zien doorlopend, en bij deze template kan ik geen reset geven met "offset".

[winDOS]

19roland70 schreef op maandag 28 juni 2021 @ 20:06:
[...]

Heb ik ook geprobeerd maar bij mij heb ik: sensor .energy_consumption_tarif_1 en sensor .energy_consumption_tarif_2
Deze wil ik echter bij elkaar opgeteld hebben.
Helemaal onderaan de pagina heb ik ook geprobeerd maar dan krijg ik constant 24 uur te zien doorlopend, en bij deze template kan ik geen reset geven met "offset".

Kan je niet een template sensor maken die de beide waardes bij elkaar optelt en dan een utility sensor maken op basis van de template sensor?

Vervolgens via de mini graph card:

YAML:

type: custom:mini-graph-card
entities:
  - aggregate_func: max
    entity: sensor.elektriciteit_per_dag
    name: Verbruik per dag
group_by: date
hour24: true
hours_to_show: 168
name: Verbruik elektriciteit per dag
show:
  graph: bar

[19roland70]

winDOS schreef op maandag 28 juni 2021 @ 20:24:
[...]


Kan je niet een template sensor maken die de beide waardes bij elkaar optelt en dan een utility sensor maken op basis van de template sensor?

Vervolgens via de mini graph card:

YAML:

type: custom:mini-graph-card
entities:
  - aggregate_func: max
    entity: sensor.elektriciteit_per_dag
    name: Verbruik per dag
group_by: date
hour24: true
hours_to_show: 168
name: Verbruik elektriciteit per dag
show:
  graph: bar

ook geprobeerd maar dan blijft deze ook doorlopend 24 uur doorgeven i.p.v. een reset naar 0 om 0.00uur.

[Septillion]

@19roland70 Hoe heb je de utility meter dan ingesteld? Als je cycle: daily doet is standaard de reset om 0:00.

[19roland70]

Septillion schreef op maandag 28 juni 2021 @ 20:48:
@19roland70 Hoe heb je de utility meter dan ingesteld? Als je cycle: daily doet is standaard de reset om 0:00.

Ik heb dit gedaan om het totale energie verbruik op te tellen.

code:

- platform: template
    sensors:
      total_energy:
        friendly_name: Total Energy
        entity_id:
          - sensor.energy_consumption_tarif_1
          - sensor.energy_consumption_tarif_2
        unit_of_measurement: kWh
        value_template: "{{ states('sensor.energy_consumption_tarif_1')|float + states('sensor.energy_consumption_tarif_2')|float }}"

en dan dit:

code:

utility_meter:
  daily_energy:
    source: sensor.total_energy
    cycle: daily
    offset:
      days: 1
      hours: 0
      minutes: 0

En dan lees ik dit uit met een entitie card.

[Septillion]

@19roland70 Kent de template sensor tegenwoordig een entity_id parameter?

Voor de utility meter, je wilt juist geen offset van 0:00 . Gele offset dus weghalen.

energy_consumption_tarif_x is dus wel de doortellende / absolute waarde? Niet een dagelijkse waarde van je meter?

[19roland70]

Septillion schreef op maandag 28 juni 2021 @ 22:12:
@19roland70 Kent de template sensor tegenwoordig een entity_id parameter?

Voor de utility meter, je wilt juist geen offset van 0:00 . Gele offset dus weghalen.

energy_consumption_tarif_x is dus wel de doortellende / absolute waarde? Niet een dagelijkse waarde van je meter?

Ja a hieraf gezien snap ik het nu wel ja , dit is de totale doortellende waarde

De offset ,als ik die dus niet gebruik dan reset de waarde zichzelf iedere dag?

[oltk]

19roland70 schreef op maandag 28 juni 2021 @ 21:38:
[...]

Ik heb het volgende gedaan (na heel lang proberen en zoeken in fora en tutorials):

In sensor.yaml maak ik een sensor die het totale verbruik bijhoudt

code:

  - platform: template
    sensors:
      total_energy_consumption:
        friendly_name: Total Energy Consumption
        unit_of_measurement: kWh
        value_template: "{{ states('sensor.energy_consumption_tarif_1')|float + states('sensor.energy_consumption_tarif_2')|float }}"

De dagelijkse waarde zou je kunnen aanmaken door de waarde van de vorige dag af te trekken van de waarden van de actuele dag. Zie: https://community.home-as...from-dsmr-sensors/37696/7

Dat vond ik een hoop geknutsel en het lukte me ook niet goed. Ik heb zelf maar een sensor gemaakt die het actuele verbruik optelt. Dan gebruik je de actuele power (W) sensor die je omzet naar Energy.

Ook in sensor.yaml:

code:

  - platform: integration
    source: sensor.power_consumption
    name: integrated_power_consumption
    method: left
    round: 2

Hierin telt een sensor de watts op x de tijd (Riemann integration), oftewel Wh. Ik gebruik method left omdat er spikes in de readings voorkomen. De standaard integratie werkt in dat geval niet goed.

vervolgens kies ik een mooie periode om mijn sensor in af te lezen. Dat doe ik met de utility meter:

in configuration.yaml

code:

utility_meter:
  hourly_energy_consumption:
    source: sensor.integrated_power_consumption
    cycle: hourly
  daily_energy_consumption:
    source: sensor.integrated_power_consumption
    cycle: daily
  monthly_energy_consumption:
    source: sensor.integrated_power_consumption
    cycle: monthly

Ik controleerde de aldus gemaakte readings per uur en dag met de total_energy_consumption, en die komen overeen.

Ik plot de waarden in custom:apexcharts-card met:

code:

series:
  - color: rgb(40,150,50)
    entity: sensor.hourly_energy_consumption
    type: column
    group_by:
      func: max
      duration: 1h

[Septillion]

19roland70 schreef op maandag 28 juni 2021 @ 22:20:
De offset ,als ik die dus niet gebruik dan reset de waarde zichzelf iedere dag?

Als je hem op daily zet is de standaard reset om 0:00. Alles is de afgeleide van 1 jan 0:00 in de tijdspanne die je aangeeft (monthly is dus 1e maand 0:00). Met offset kan je binnen die periode de boel verschuiven. Daar je hem met een offset van 1 dag dus uit je cycle schuift kan dat nog wel eens het issue zijn. Dus gewoon een offset van 0.

@oltk Je hele integratie is dus gewoon hetzelfde als je template sensor. Het voegt niets toe dat je zelf een integratie doet, dat had je ook direct op je template sensor kunnen doen

[ Voor 15% gewijzigd door Septillion op 29-06-2021 08:46 ]

[water_escape]

@Septillion ik wil weer een aanpassing doen aan de automation waar je mij mee geholpen had. Deze is best complex inmiddels. Ik laat twee dingen aan gaan op beweging met bepaalde condities. Nu wil ik er een met een andere voorwaarde aan laten gaan.

Zoals je ziet gaat de "switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off" mee met alle voorwaarden. Alleen wil ik dat deze tussen 00:00 en 06:00 niet mee aan gaat.

Volgens mij moet ik dan een 3e conditie maken? Of kan ik dit beter in een eigen automation zetten? Specifiek voor "switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off"

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '7'
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '9'
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 60
            target:
              entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 1
              seconds: 30
              milliseconds: 0
      - conditions:
          - condition: or
            conditions:
              - condition: time
                after: '20:00'
              - condition: time
                before: '08:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 15
            entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 1
              seconds: 0
              milliseconds: 0
    default: []
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
  - type: turn_off
    device_id: 49972fdf83a44090d78bfe9f395fa687
    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
    domain: switch
mode: restart

[Septillion]

@water_escape Daar hij volledig in een huidige case valt zou ik die er gewoon onder hangen. Anders zou je veel meer cases krijgen.

Denk dus dit:

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '7'
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '9'
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 60
            target:
              entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 1
              seconds: 30
              milliseconds: 0
      - conditions:
          - condition: or
            conditions:
              - condition: time
                after: '20:00'
              - condition: time
                before: '08:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 15
            entity_id: light.overloop
          - choose:
              - conditions:
                  - condition: not
                    conditions:
                      - condition: time
                        after: '0:00'
                        before: '6:00'
                sequence:
                  - type: turn_on
                    device_id: 49972fdf83a44090d78bfe9f395fa687
                    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
                    domain: switch
            default: []
          - delay:
              hours: 0
              minutes: 1
              seconds: 0
              milliseconds: 0
    default: []
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
  - type: turn_off
    device_id: 49972fdf83a44090d78bfe9f395fa687
    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
    domain: switch
mode: restart

Of je zou er een losse automation voor moeten maken.

[Denga]

Denga schreef op vrijdag 25 juni 2021 @ 22:33:
Ik zit met een heel raar probleem, ik ben bezig met een lovelace aan het maken op basis van een picture element:

[Afbeelding]

De syntax die erbij geleverd wordt is al zo oud dat dat gewoon niet meer werkt en allemaal foutmeldingen geeft, dus ik ben begonnen 'm opnieuw op te bouwen. Dit lukt tot op bepaalde hoogte maar ik loop tegen een heel raar probleem op.

De positie van de entiteit geef ik op relatief aan de bovenkant en links dus:

YAML:

style:
      left: 60%
      top: 17%

dan positioneert ie de entiteit precies waar ik 'm wil hebben. Echter krijg ik dan een grijze achtergrond en die wil ik transparant, en dat probeer ik via background-color: tranparent maar dat werkt niet.
Geeft niet, dan probeer ik het via ha-card en dan krijg ik het volgende:

YAML:

style: |
      ha-card {background: transparent;  left: 60%; top: 17%;}

Maar dan krijg ik wel de transparante kleur (getest met red) maar niet de positie... Wie kan me helpen?

Volledige code met goede positie:

YAML:

type: picture-elements
image: /local/Mercedes.png
elements:
  - entity: sensor.auto_odometer
    title: Kilometers totaal
    type: custom:bignumber-card
    scale: 1vw
    style:
      left: 60%
      top: 17%
      background-color: transparent

Volledige code met goede "kleur":

YAML:

type: picture-elements
image: /local/Mercedes.png
elements:
  - entity: sensor.auto_odometer
    title: Kilometers totaal
    type: custom:bignumber-card
    scale: 1vw
    left: null
    top: 19%
    style: |
      ha-card {background: transparent;  left: 60%; top: 17%;}

Mocht je de oude code willen zien die niet meer courant is: [html=https://community.home-assistant.io/t/mercedes-me-component/41911/253]Klik hier[/html]

OPGELOST !

YAML:

type: picture-elements
image: /local/Mercedes/Background.png
elements:
  - type: custom:hui-element
    card_type: vertical-stack
    style:
      left: 60%
      top: 17%
    cards:
      - entity: sensor.xx_xxx_x_odometer
        title: Kilometers totaal
        type: custom:bignumber-card
        scale: 1vw
        style: |
          ha-card {
            background: green;
            font-weight: bold;
          }

Dus opgelost door de card te nesten, en dan doet ie het wel ineens...

[Denga]

Blijf ik echter wel met een raar fenomeen zitten... Als ik bij een Card de opmaak wil veranderen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            font-weight: bold;
          }

Echter als ik de fontkleur wil aanpassen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            color: magenta;
            font-weight: bold;
          }

Maar bij een type: custom:bignumber-card wordt de color: magenta; ineens overruled door de primaire en secundaire thema kleur. Dus wit bij black theme en zwarte bij white theme.
Alle waardes die ik probeer pakt ie, dus bold, italic, grootte etc etc maar geen kleur.

[Hmmbob]

Denga schreef op dinsdag 29 juni 2021 @ 12:27:
Blijf ik echter wel met een raar fenomeen zitten... Als ik bij een Card de opmaak wil veranderen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            font-weight: bold;
          }

Echter als ik de fontkleur wil aanpassen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            color: magenta;
            font-weight: bold;
          }

Maar bij een type: custom:bignumber-card wordt de color: magenta; ineens overruled door de primaire en secundaire thema kleur. Dus wit bij black theme en zwarte bij white theme.
Alle waardes die ik probeer pakt ie, dus bold, italic, grootte etc etc maar geen kleur.

YAML:

style: |
          ha-card {
            background: green;
            color: magenta !important;
            font-weight: bold;
          }

?

[-Casper]

Denga schreef op dinsdag 29 juni 2021 @ 12:27:
Blijf ik echter wel met een raar fenomeen zitten... Als ik bij een Card de opmaak wil veranderen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            font-weight: bold;
          }

Echter als ik de fontkleur wil aanpassen dan doe ik dat met:

YAML:

style: |
          ha-card {
            background: green;
            color: magenta;
            font-weight: bold;
          }

Maar bij een type: custom:bignumber-card wordt de color: magenta; ineens overruled door de primaire en secundaire thema kleur. Dus wit bij black theme en zwarte bij white theme.
Alle waardes die ik probeer pakt ie, dus bold, italic, grootte etc etc maar geen kleur.

Ik ken de HTML niet van die card, maar waarschijnlijk komt dat omdat er styling zit op een element tussen ha-card en de daadwerkelijke tekst / nummer. Het "diepste" element heeft het laatste woord, dus als HA-card kleur rood toewijst, maar in HA staat nog een div met kleur blauw, dan heeft de div prioriteit.

[water_escape]

thx. Begrijp ik nou goed dat er een NOT condition wordt gebruikt? Dus activeer zolang er NOT aan de voorwaarde wordt voldaan? Zo had ik er totaal niet naar gekeken

Septillion schreef op dinsdag 29 juni 2021 @ 11:28:
@water_escape Daar hij volledig in een huidige case valt zou ik die er gewoon onder hangen. Anders zou je veel meer cases krijgen.

Denk dus dit:

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '7'
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '9'
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 60
            target:
              entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 1
              seconds: 30
              milliseconds: 0
      - conditions:
          - condition: or
            conditions:
              - condition: time
                after: '20:00'
              - condition: time
                before: '08:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 15
            entity_id: light.overloop
          - choose:
              - conditions:
                  - condition: not
                    conditions:
                      - condition: time
                        after: '0:00'
                        before: '6:00'
                sequence:
                  - type: turn_on
                    device_id: 49972fdf83a44090d78bfe9f395fa687
                    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
                    domain: switch
            default: []
          - delay:
              hours: 0
              minutes: 1
              seconds: 0
              milliseconds: 0
    default: []
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
  - type: turn_off
    device_id: 49972fdf83a44090d78bfe9f395fa687
    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
    domain: switch
mode: restart

Of je zou er een losse automation voor moeten maken.

[Septillion]

@water_escape Yep, ik had ook het omgekeerde kunnen doen (wel vanaf 6:00) maar daarin is dus 0:00 impliciet. Dit leek me dus wel een logischere

Of ik had de actie juist in de default kunnen zetten en dan de case before 6:00 leeg kunnen laten. Allemaal varianten volgens de wetten van De Morgan.

[oltk]

Septillion schreef op dinsdag 29 juni 2021 @ 08:43:
[...]

Als je hem op daily zet is de standaard reset om 0:00. Alles is de afgeleide van 1 jan 0:00 in de tijdspanne die je aangeeft (monthly is dus 1e maand 0:00). Met offset kan je binnen die periode de boel verschuiven. Daar je hem met een offset van 1 dag dus uit je cycle schuift kan dat nog wel eens het issue zijn. Dus gewoon een offset van 0.

@oltk Je hele integratie is dus gewoon hetzelfde als je template sensor. Het voegt niets toe dat je zelf een integratie doet, dat had je ook direct op je template sensor kunnen doen

Dat had ik eerst gedaan. Maar dat geeft echt andere (en niet correcte) resultaten
Ik heb het getest door alle mogelijke templates naast elkaar te laten maken en dan te plotten. Deze variant gaf de enige waarde die ik ook kon aflezen van de energy consumption waarde

[Septillion]

@oltk Dan kan ik eigenlijk alleen maar bedenken dat je gebruikte sensor niet gewoon absoluut doortelde of dat je iets fout deed Is namelijk juist een van de meest fundamentele toepassingen voor de utility meter.

[ Voor 24% gewijzigd door Septillion op 29-06-2021 13:48 ]

[Denga]

Hmmbob schreef op dinsdag 29 juni 2021 @ 12:58:
[...]

YAML:

style: |
          ha-card {
            background: green;
            color: magenta !important;
            font-weight: bold;
          }

?

Wat begrijp je niet? de !important? Of gewoon de keuze voor de magistrale kleur Magenta

[oltk]

Septillion schreef op dinsdag 29 juni 2021 @ 13:43:
@oltk Dan kan ik eigenlijk alleen maar bedenken dat je gebruikte sensor niet gewoon absoluut doortelde of dat je iets fout deed Is namelijk juist een van de meest fundamentele toepassingen voor de utility meter.

De sensor telt niet door inderdaad. Die geeft allen het momentane wattage. De sensor die doortelt geeft de totale (plus historische) waarde

Wat ik doe: ik vertaal het momentane wattage (power) naar verbruik (energy)

[-Casper]

Denga schreef op dinsdag 29 juni 2021 @ 13:58:
[...]


Wat begrijp je niet? de !important? Of gewoon de keuze voor de magistrale kleur Magenta

Volgens mij heeft @Hmmbob juist de !important toegevoegd als mogelijke oplossing

[Denga]

-Casper schreef op dinsdag 29 juni 2021 @ 14:11:
[...]

Volgens mij heeft @Hmmbob juist de !important toegevoegd als mogelijke oplossing

Och kak, zo had ik 'm helemaal nog niet gelezen

Maar de !Important had ik o.a. geprobeerd maar ook dat wordt overruled... Heel vaag...

[Septillion]

@oltk Maar je meter geeft toch ook gewoon je totale verbruik (energy / kWh sinds moment x) terug? Dat is juist wat je energieleverancier gebruikt. Of betreft het geen P1?

[RudolfR]

Ik heb onderstaande repeat-until in een automation die ervoor moet zorgen dat ik een bericht krijg als de zuigrobot problemen heeft en ook als deze weer terug is op het dock.
Echter duurt het veel te lang voordat de notificatie komt, alsof er een state wordt gemist. (willekeurig, één of meerdere uren)

De verwachtig is dat de robot 'cleaning' is, en dan na een tijdje ook weer 'docked' en nog iets later nog altijd 'docked', maar dan met een update van attribuut 'clean_stop'.
Dit is het moment om de automation af te ronden met een notificatie, inclusief floorplan etc. (want ook die is dan bijgewerkt)

Aangezien het soms even duurt voodat de attributen zijn bijgewerkt naar de laaste run heb ik daar een speciale wait-conditie voor opgenomen.

Welke denkfout maak ik?

YAML:

id: notify_vacuum
alias: notify_vacuum
trigger:
  - platform: state
    entity_id: vacuum.robot
    to: cleaning
    for:
      minutes: 1
action:
  - alias: Repeat while robot is still cleaning
    repeat:
      until: '{{ is_state(''vacuum.robot'', ''docked'') }}'
      sequence:
        - wait_for_trigger:
            - platform: state
              entity_id: vacuum.robot
              attribute: clean_stop
            - platform: state
              entity_id: vacuum.robot
              to: error
              for:
                minutes: 2
        - alias: Notify on error
          choose:
            - conditions: '{{ is_state(''vacuum.robot'', ''error'') }}'
              sequence:
                - service: notify.telegram_rudolfr
                  ... snip ...

  - service: notify.telegram_rudolfr
    ... snip ...

[ Voor 8% gewijzigd door RudolfR op 29-06-2021 16:12 ]

[oltk]

Septillion schreef op dinsdag 29 juni 2021 @ 14:20:
@oltk Maar je meter geeft toch ook gewoon je totale verbruik (energy / kWh sinds moment x) terug? Dat is juist wat je energieleverancier gebruikt. Of betreft het geen P1?

Jazeker. Ik heb P1
In het eerste deel van mijn post tel ik Tarif_1 en Tarif_2 op tot een total consumption.
So far so good.

Maar als ik het verbruik van het afgelopen uur wil hebben moet ik dus een history bijhouden, en elke keer een uur geleden aftrekken van het nu. En hetzelfde voor een dag.

Of zeg jij nu dat ik gewoon tarif_1 en Tarif_2 (en de optelling) kan gebruiken in de utility meter en dat ik dan het geleverde van het afgelopen minuut, uur etc terug krijg?

Dat was me niet gelukt (maar mogelijk deed ik iets fout??)

In ieder geval heb ik nergens een standaard oplossing gezien

[Septillion]

@RudolfR Zoals de automation nu is opgebouwd verwacht je toch altijd een error bericht? Want de wait for beëindig je nu ook door clean_stop.

En gaat clean_stop niet naar een bepaalde state? Geen idee eigenlijk of je als wait for trigger elke wijziging van een atrribute (dus zonder to state) kunt doen.

[Septillion]

@oltk Voor een minuut niet. Ik weet ook niet hoeveel decimalen je voor energy consuption je terug krijgt van via P1 maar anders is dat per minuut niet zo heel veel zeggend als je dat alleen in hele kWh terug leest.

Maar utility meter kan je instellen van een kwartier tot een jaar. Dus een weergave voor een uur kan prima via de utility meter. De integratie van de meter zal beter zijn dan die van HA. Laatste mist namelijk gewoon de fijnmazigheid die de meter wel heeft.

[Hmmbob]

RudolfR schreef op dinsdag 29 juni 2021 @ 16:11:
Ik heb onderstaande repeat-until in een automation die ervoor moet zorgen dat ik een bericht krijg als de zuigrobot problemen heeft en ook als deze weer terug is op het dock.
Echter duurt het veel te lang voordat de notificatie komt, alsof er een state wordt gemist. (willekeurig, één of meerdere uren)

De verwachtig is dat de robot 'cleaning' is, en dan na een tijdje ook weer 'docked' en nog iets later nog altijd 'docked', maar dan met een update van attribuut 'clean_stop'.
Dit is het moment om de automation af te ronden met een notificatie, inclusief floorplan etc. (want ook die is dan bijgewerkt)

Aangezien het soms even duurt voodat de attributen zijn bijgewerkt naar de laaste run heb ik daar een speciale wait-conditie voor opgenomen.

Welke denkfout maak ik?

YAML:

id: notify_vacuum
alias: notify_vacuum
trigger:
  - platform: state
    entity_id: vacuum.robot
    to: cleaning
    for:
      minutes: 1
action:
  - alias: Repeat while robot is still cleaning
    repeat:
      until: '{{ is_state(''vacuum.robot'', ''docked'') }}'
      sequence:
        - wait_for_trigger:
            - platform: state
              entity_id: vacuum.robot
              attribute: clean_stop
            - platform: state
              entity_id: vacuum.robot
              to: error
              for:
                minutes: 2
        - alias: Notify on error
          choose:
            - conditions: '{{ is_state(''vacuum.robot'', ''error'') }}'
              sequence:
                - service: notify.telegram_rudolfr
                  ... snip ...

  - service: notify.telegram_rudolfr
    ... snip ...

Toevallig vandaag mijn config bijgewerkt, zodat ook mijn vacuum.yaml online staat (https://github.com/hmmbob...ation/vacuum.yaml#L66-L87)

Ik heb dit:

YAML:

- alias: "Vacuum: Rocky stopped cleaning"
  id: vacuum_notification_stopped_and_docked
  initial_state: "on"
  trigger:
    - platform: state
      entity_id: vacuum.roborock_vacuum_s5e
      from: "returning"
      to: "docked"
  action:
    - alias: "Checking if this is the 3rd time cleaning..."
      choose:
        - conditions: "{{ (state_attr('vacuum.roborock_vacuum_s5e', 'cleaning_count') % 3) | int == 0 }}"
          sequence:
            - service: notify.mobile_app_sm_a526b
              data:
                message: "Rocky moet geleegd worden, hij was na {{state_attr('vacuum.roborock_vacuum_s5e','cleaning_time')}} minuten klaar met zijn werk!"
                title: "Rocky"
      default:
        - service: notify.mobile_app_sm_a526b
          data:
            title: "Rocky"
            message: "Rocky is na {{state_attr('vacuum.roborock_vacuum_s5e','cleaning_time')}} minuten klaar met zijn werk!."

Je kan deze nog simpel uitbreiden met een trigger op state "from cleaning to: error" zeg maar

[Saturnus]

Probleem: Home Assistant vreet data.

Familieleden zitten op prepaid want dat is goedkoper maar met HA locatie-updates is het niet zo fijn meer. Een uurtje van huis weg kost 5MB. Dagje weg kan zo 40MB zijn. Maar het wordt nog gekker: Uit VPN statistieken blijkt dat het overgrote deel van het dataverkeer van HA naar de telefoon is. Elke locatie-update wordt er ~500-1000KB naar de telefoon gestuurd. Een bijna lege Lovelace YAML zorgt niet voor minder data. Zijn er meer mensen met dit fenomeen? Wie heeft een idee wat dit is?

[remcoXP]

Kriebelt het bij jullie ook al? De nieuwe release post te lezen?

[Hmmbob]

remcoXP schreef op dinsdag 29 juni 2021 @ 19:00:
Kriebelt het bij jullie ook al? De nieuwe release post te lezen?

Morgen is beta-dag hè, release duurt nog even (een week).

[remcoXP]

Hmmbob schreef op dinsdag 29 juni 2021 @ 19:34:
[...]

Morgen is beta-dag hè, release duurt nog even (een week).

Klopt inderdaad. Ik merk dat ik mijzelf uren kan vermaken met de changelog. F5 en weer verder lezen.

[Toppertje]

HuismAndré schreef op donderdag 24 juni 2021 @ 21:05:
[...]

Kun je wellicht wat via "computerbeheer" -> "schijfbeheer"? Wel oppassen dat je de systeemschrijf van je PC met rust laat (meestal Schijf 0).

Helaas, werkte ook niet.

@Septillion, ik gok maar zo dat die beveiliging er niet op zat
SD Card Formatter nog geprobeerd maar gaf dezelfde melding.

Nu een SSD gepakt die ik nog had liggen, alleen start de boel niet op.
Ik heb het idee dat de raspberry pi 3 sneller wil starten dan de SSD opgestart is, kan dat?
Gele lampje op de pi begint niet met knipperen in ieder geval.

[ Voor 4% gewijzigd door Toppertje op 29-06-2021 21:36 ]

[royalt123]

Ik had een automation draaien die goed werkt totdat ik meerdere lampen (dimmers) toevoeg dan loopt er veel vertraging op en loopt het niet meer proper.

Ik vermoed dat het ligt aan dat zwave controller meerdere pakket tegelijkertijd versturen naar verschillende lampen waardoor er vertraging/verstoppingen ontstaat, kan dat de reden zijn of is dat pas bij tientallen devices tegelijkertijd?

Is er misschien een betere manier? Ik had ook geprobeerd met groep en dat was nog erger.

Het betreft enkel Zwave devices omtrent lampen (dimmers).

Automation yaml.

YAML:

 
alias: Waarschuwing | Deurbel is afgegaan (nieuw)
description: ''
trigger:
  - type: motion
    platform: device
    device_id: 12d513a69ad036a06c463fd7e6df6103
    entity_id: binary_sensor.doorbell_doorbell_pressed
    domain: binary_sensor
condition: []
action:
  - service: scene.create
    data:
      snapshot_entities:
        - light.lamp_living_current_value
        - light.lamp_bureau_kamer
        - light.lamp_eethoek
        - light.lamp_keuken
      scene_id: automation_deurbel_lamp
  - service: light.turn_on
    data:
      brightness_pct: 100
    target:
      device_id:
        - f7f1ab3819d89dee12c7e5b8ff461760
        - 5c4504940d294a11994be6929f24779c
        - 3249a8e54eb4c1db7982687958f4ba08
        - 155f4c183aa1ca5d66b995b18f769f3c
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - repeat:
      count: '4'
      sequence:
        - service: light.toggle
          target:
            device_id:
              - f7f1ab3819d89dee12c7e5b8ff461760
              - 5c4504940d294a11994be6929f24779c
              - 3249a8e54eb4c1db7982687958f4ba08
              - 155f4c183aa1ca5d66b995b18f769f3c
        - delay:
            hours: 0
            minutes: 0
            seconds: 0
            milliseconds: 750
  - service: scene.turn_on
    target:
      entity_id: scene.automation_deurbel_lamp
    data: {}
mode: single
max: 10

[RudolfR]

Septillion schreef op dinsdag 29 juni 2021 @ 16:55:
@RudolfR Zoals de automation nu is opgebouwd verwacht je toch altijd een error bericht? Want de wait for beëindig je nu ook door clean_stop.

En gaat clean_stop niet naar een bepaalde state? Geen idee eigenlijk of je als wait for trigger elke wijziging van een atrribute (dus zonder to state) kunt doen.

Nee, dat niet, de wait wordt wel beëindigd, maar de notification wordt alleen gegeven in de state 'error'.
De trigger op het attribuut werkt wél, want ik zie die attribute change (waarbij de state 'docked' is en blijft) de automation loopt wel een keer door en gaat volgens mij ten onrechte nogmaals staan wachten. (meen ik te zien in de trace...)

@Hmmbob
Bedankt, ik ga ernaar kijken. Dit is meer een principeding dat ik wil begrijpen waarom het niet werkt zoals ik graag wil dat het werkt.

[Septillion]

@Toppertje Mm, jammer. En SSD boot probeer je via native USB boot? Over het algemeen is een SSD direct online dus zou niet zo'n issue moeten zijn. Wel zitten er wat haken en ogen aan USB boot, zeker als je de oudere firmware hebt. Je zou eens een volle update kunnen doen met gewoon Raspberry OS vanaf een SD

[Septillion]

@RudolfR Ah, zie hem nu ja. Maaruh, https://snippets-r-us.com/

Al een keer de automation tracer open gehad?

[Jesse-]

Toppertje schreef op dinsdag 29 juni 2021 @ 21:35:
[...]


Helaas, werkte ook niet.

@Septillion, ik gok maar zo dat die beveiliging er niet op zat
SD Card Formatter nog geprobeerd maar gaf dezelfde melding.

Nu een SSD gepakt die ik nog had liggen, alleen start de boel niet op.
Ik heb het idee dat de raspberry pi 3 sneller wil starten dan de SSD opgestart is, kan dat?
Gele lampje op de pi begint niet met knipperen in ieder geval.

Je kan de timeout instelling voor het vinden van een USB boot device verhogen. Dat was voor mijn pi 3 destijds de oplossing.

[Toppertje]

Jesse- schreef op dinsdag 29 juni 2021 @ 22:34:
[...]

Je kan de timeout instelling voor het vinden van een USB boot device verhogen. Dat was voor mijn pi 3 destijds de oplossing.

Moet ik dan alleen een extra documentje op de SSD zetten genaamd "timeout" zoals hier staat?
Er staat omschreven dat dat documentje op de SD kaart hoort, maar die gebruik ik natuurlijk niet.

[ Voor 10% gewijzigd door Toppertje op 29-06-2021 22:43 ]

[Repsect]

royalt123 schreef op dinsdag 29 juni 2021 @ 21:50:
Ik had een automation draaien die goed werkt totdat ik meerdere lampen (dimmers) toevoeg dan loopt er veel vertraging op en loopt het niet meer proper.

Ik vermoed dat het ligt aan dat zwave controller meerdere pakket tegelijkertijd versturen naar verschillende lampen waardoor er vertraging/verstoppingen ontstaat, kan dat de reden zijn of is dat pas bij tientallen devices tegelijkertijd?

Is er misschien een betere manier? Ik had ook geprobeerd met groep en dat was nog erger.

Het betreft enkel Zwave devices omtrent lampen (dimmers).

Automation yaml.

YAML:

 
alias: Waarschuwing | Deurbel is afgegaan (nieuw)
description: ''
trigger:
  - type: motion
    platform: device
    device_id: 12d513a69ad036a06c463fd7e6df6103
    entity_id: binary_sensor.doorbell_doorbell_pressed
    domain: binary_sensor
condition: []
action:
  - service: scene.create
    data:
      snapshot_entities:
        - light.lamp_living_current_value
        - light.lamp_bureau_kamer
        - light.lamp_eethoek
        - light.lamp_keuken
      scene_id: automation_deurbel_lamp
  - service: light.turn_on
    data:
      brightness_pct: 100
    target:
      device_id:
        - f7f1ab3819d89dee12c7e5b8ff461760
        - 5c4504940d294a11994be6929f24779c
        - 3249a8e54eb4c1db7982687958f4ba08
        - 155f4c183aa1ca5d66b995b18f769f3c
  - delay:
      hours: 0
      minutes: 0
      seconds: 1
      milliseconds: 0
  - repeat:
      count: '4'
      sequence:
        - service: light.toggle
          target:
            device_id:
              - f7f1ab3819d89dee12c7e5b8ff461760
              - 5c4504940d294a11994be6929f24779c
              - 3249a8e54eb4c1db7982687958f4ba08
              - 155f4c183aa1ca5d66b995b18f769f3c
        - delay:
            hours: 0
            minutes: 0
            seconds: 0
            milliseconds: 750
  - service: scene.turn_on
    target:
      entity_id: scene.automation_deurbel_lamp
    data: {}
mode: single
max: 10

Ik heb hetzelfde probleem (gehad) en dat heb ik redelijk op weten te lossen door een scene aan te roepen i.p.v. alle lampen individueel harder te laten branden. Ik roep via mijn deurbel automation een script op die de lampen laat knipperen:

YAML:

flash_benedenverlichting:
  alias: 'Flashing verlichting beneden'
  mode: single
  sequence:
    - service: scene.create
      data:
        scene_id: memo
        snapshot_entities:
        - input_boolean.scene_uit
        - input_boolean.scene_gedimd
        - input_boolean.scene_normaal
        - input_boolean.scene_extra
        - input_boolean.scene_maximaal
        - light.fibaro_dimmer_eettafel
        - light.fibaro_dimmer_kookeiland
        - light.fibaro_dimmer_trap
        - light.fibaro_dimmer_woonkamer
    - delay: 2
    - service: scene.turn_on
      entity_id: scene.extra
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.memo
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.extra
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.memo
    - delay: 5
    - service: scene.turn_on
      entity_id: scene.memo

Verder een beetje spelen met de delays. In mijn geval is een seconde tussen de scenes genoeg. Tussen het creëren van de scene en het laten knipperen moest in mijn geval net iets meer tijd zitten (2 seconde). Tevens roep ik op het einde nogmaals mijn opgeslagen scene uit (na 5 seconde), aangezien sommige lampen soms bleven "hangen". Nu gaan alle lampen zeker weer naar de opgeslagen staat.

Het werkt niet ideaal, maar voor mij is het acceptabel op deze manier.

[Jesse-]

Toppertje schreef op dinsdag 29 juni 2021 @ 22:43:
[...]


Moet ik dan alleen een extra documentje op de SSD zetten genaamd "timeout" zoals hier staat?
Er staat omschreven dat dat documentje op de SD kaart hoort, maar die gebruik ik natuurlijk niet.

Het bestand 'timeout' moet op een SD kaart. Met de SD kaart erin en SSD start je de Pi op. Als het dan gelukt is om van de SSD te booten heb je de SD bij volgende boots niet meer nodig.

[royalt123]

Thanks, lk zal het proberen.

Ik heb wel gelezen dat zwave mutlicast ondersteuning op komst is, misschien dat dit nog beter maakt.

Repsect schreef op woensdag 30 juni 2021 @ 07:08:
[...]


Ik heb hetzelfde probleem (gehad) en dat heb ik redelijk op weten te lossen door een scene aan te roepen i.p.v. alle lampen individueel harder te laten branden. Ik roep via mijn deurbel automation een script op die de lampen laat knipperen:

YAML:

flash_benedenverlichting:
  alias: 'Flashing verlichting beneden'
  mode: single
  sequence:
    - service: scene.create
      data:
        scene_id: memo
        snapshot_entities:
        - input_boolean.scene_uit
        - input_boolean.scene_gedimd
        - input_boolean.scene_normaal
        - input_boolean.scene_extra
        - input_boolean.scene_maximaal
        - light.fibaro_dimmer_eettafel
        - light.fibaro_dimmer_kookeiland
        - light.fibaro_dimmer_trap
        - light.fibaro_dimmer_woonkamer
    - delay: 2
    - service: scene.turn_on
      entity_id: scene.extra
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.memo
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.extra
    - delay: 1
    - service: scene.turn_on
      entity_id: scene.memo
    - delay: 5
    - service: scene.turn_on
      entity_id: scene.memo

Verder een beetje spelen met de delays. In mijn geval is een seconde tussen de scenes genoeg. Tussen het creëren van de scene en het laten knipperen moest in mijn geval net iets meer tijd zitten (2 seconde). Tevens roep ik op het einde nogmaals mijn opgeslagen scene uit (na 5 seconde), aangezien sommige lampen soms bleven "hangen". Nu gaan alle lampen zeker weer naar de opgeslagen staat.

Het werkt niet ideaal, maar voor mij is het acceptabel op deze manier.

[Hmmbob]

RudolfR schreef op dinsdag 29 juni 2021 @ 21:57:
[...]


Nee, dat niet, de wait wordt wel beëindigd, maar de notification wordt alleen gegeven in de state 'error'.
De trigger op het attribuut werkt wél, want ik zie die attribute change (waarbij de state 'docked' is en blijft) de automation loopt wel een keer door en gaat volgens mij ten onrechte nogmaals staan wachten. (meen ik te zien in de trace...)

@Hmmbob
Bedankt, ik ga ernaar kijken. Dit is meer een principeding dat ik wil begrijpen waarom het niet werkt zoals ik graag wil dat het werkt.

Maak dan een template sensor van die tijd, en trigger daarop in plaats van je huidige trigger/complexe wait-for-trigger oplossing? Uiteindelijk wilde je dat pas triggeren als die attribuut geupdate is, dus dan moet je doe gewoon als trigger gebruiken.

https://github.com/hmmbob...s/template.yaml#L119-L123

YAML:

# template.yaml
- sensor:
    - name: "Vacuum clean stop time"
      unique_id: "vacuum_clean_stop_time"
      state: '{{ state_attr("vacuum.roborock_vacuum_s5e", "clean_stop") }}'
      icon: mdi:timer-off-outline
      device_class: timestamp

# automation.yaml
- id: notify_vacuum
  alias: notify_vacuum
  trigger:
    - platform: state
      entity_id: sensor.vacuum_clean_stop_time
     # this triggers on any update of the state
  action:
    .....

[ Voor 5% gewijzigd door Hmmbob op 30-06-2021 09:44 ]

[HowsMyApple]

Hoe stellen jullie je automations in om lampen weer uit te doen als er even geen beweging meer is geweest? Ik heb voor de paar lampen die aangaan bij beweging ook een aparte automation aangemaakt die voor de desbtreffende sensor checked of er voor x minuten geen beweging meer is geweest en de lamp uit zet.
Is er een mogelijkheid om de check voor beweging te hergebruiken voor verschillende lampen?

[peetgate]

HowsMyApple schreef op woensdag 30 juni 2021 @ 09:45:
Hoe stellen jullie je automations in om lampen weer uit te doen als er even geen beweging meer is geweest? Ik heb voor de paar lampen die aangaan bij beweging ook een aparte automation aangemaakt die voor de desbtreffende sensor checked of er voor x minuten geen beweging meer is geweest en de lamp uit zet.
Is er een mogelijkheid om de check voor beweging te hergebruiken voor verschillende lampen?

Ik heb een check ingebouwd dat er iemand op de gang geweest moet zijn, voordat het licht uit mag gaan in de betreffende ruimte (bijv. woonkamer, toilet, etc.). Wanneer niemand buiten de ruimte is geweest mag het licht ook niet uitgaan.

Het is niet fool-proof wanneer je met meerdere mensen in een huis woont, maar het aantal onterechte uitschakelingen van de verlichting zijn wel echt geminimaliseerd op deze manier.

[HowsMyApple]

peetgate schreef op woensdag 30 juni 2021 @ 09:58:
[...]


Ik heb een check ingebouwd dat er iemand op de gang geweest moet zijn, voordat het licht uit mag gaan in de betreffende ruimte (bijv. woonkamer, toilet, etc.). Wanneer niemand buiten de ruimte is geweest mag het licht ook niet uitgaan.

Het is niet fool-proof wanneer je met meerdere mensen in een huis woont, maar het aantal onterechte uitschakelingen van de verlichting zijn wel echt geminimaliseerd op deze manier.

Dat klinkt alsof je toch voor elke ruimte een aparte automation hebt ingebouwd?
In principe kan dat natuurlijk ook geen kwaad, maar ik ben bang dat ik op den duur het overzicht kwijt ga raken met de vele automations.

[Septillion]

@HowsMyApple Zelf gebruik ik daar timers voor. En om het te kunnen hergebruiken kan je het in een blueprint gieten. En als het om dezelfde sensor gaat kan je natuurlijk in één automation alle lampen aan/uit zetten.

Maar zelf wil ik juist niet dat ik voor meerdere ruimtes niet een enkele automation heb. Juis op die manier kan ik met de naam duidelijk houden waar de automation zijn werk doet. Ook kan je hem dan mooi aan de area hangen.

[peetgate]

HowsMyApple schreef op woensdag 30 juni 2021 @ 10:06:
[...]


Dat klinkt alsof je toch voor elke ruimte een aparte automation hebt ingebouwd?
In principe kan dat natuurlijk ook geen kwaad, maar ik ben bang dat ik op den duur het overzicht kwijt ga raken met de vele automations.

Ik gebruik node-RED hiervoor. Op die manier is het iets beter te ordenen inderdaad. Maar goed, je zult het toch op een of andere manier per ruimte moeten regelen. Misschien dat iemand anders je nog kan helpen binnen Home Assistant zelf, maar ik ken geen manier om 1 automation te maken die verschillende dingen te doen. edit: ah, blueprints dus

[SonnyBBQ]

Hmmbob schreef op dinsdag 29 juni 2021 @ 16:55:
[...]

Toevallig vandaag mijn config bijgewerkt, zodat ook mijn vacuum.yaml online staat (https://github.com/hmmbob...ation/vacuum.yaml#L66-L87)

Ik heb dit:

YAML:

- alias: "Vacuum: Rocky stopped cleaning"
  id: vacuum_notification_stopped_and_docked
  initial_state: "on"
  trigger:
    - platform: state
      entity_id: vacuum.roborock_vacuum_s5e
      from: "returning"
      to: "docked"
  action:
    - alias: "Checking if this is the 3rd time cleaning..."
      choose:
        - conditions: "{{ (state_attr('vacuum.roborock_vacuum_s5e', 'cleaning_count') % 3) | int == 0 }}"
          sequence:
            - service: notify.mobile_app_sm_a526b
              data:
                message: "Rocky moet geleegd worden, hij was na {{state_attr('vacuum.roborock_vacuum_s5e','cleaning_time')}} minuten klaar met zijn werk!"
                title: "Rocky"
      default:
        - service: notify.mobile_app_sm_a526b
          data:
            title: "Rocky"
            message: "Rocky is na {{state_attr('vacuum.roborock_vacuum_s5e','cleaning_time')}} minuten klaar met zijn werk!."

Je kan deze nog simpel uitbreiden met een trigger op state "from cleaning to: error" zeg maar

Jouw vacuum error notificatie lijkt me wel handig, maar ik kan nergens de sensor.vacuum_error_status terugvinden. Had je hiervoor nog een template sensor aangemaakt? (ook daar vind ik hem niet)

[Hansie9999]

Hallo,

Ik zoek een "kant en klare manier" om mijn database en log te verplaatsen naar een USB stick.
(en ook graag MariaDB te installeren voor de database en dus ook alles op de USB stick)

In het eerste topic op tweakers staat de aangeraden manier om Home Assistant te installeren, ik heb dit op deze manier gedaan op een Pi 4B (dus ik draai momenteel Home Assistant OS 6.1 op de Pi vanaf een SD kaart.

In hetzelfde topic staat dat ik zeker mijn database en log van de SD kaart moet afhalen. (was ik ook van plan) op het tweaker forum linken ze naar : https://blog.ceard.tech/2...ng-logs-and-database.html en die link had ik via via ook al gevonden, ik vind verschrikkelijk veel guide's op internet om dit te doen, maar GEEN ENKELE eigenlijk voor de standaard installatie manier ???

zo goed als al die linux commands om in SSH in te geven werken NIET met de standaard Home assistant OS en de SSH addon ??

Ik vind zelfs enkele aanpassingen van versie 3.0 dat deze mogelijkheid zelfs ingebouwd zou moeten zijn in home assistant ??
https://github.com/home-a...55d9296413088129a0618460e
En zo iets dat eigenlijk IEDEREEN aanraad zou inderdaad wel mogen ingebouwd zijn

Heeft er iemand een "noob friendly" manier om dus de database en logs (liefst ook met MariaDB) te verplaatsen naar een nieuwe USB stick op dus Home Assistant op een Pi4B die op de "aangeraden" manier geinstalleerd is ?


Alvast bedankt,


Hans

[ Voor 11% gewijzigd door Hansie9999 op 30-06-2021 11:39 ]