Smart Home en Automation

Voor mij is er misschien nog iets niet duidelijk.
Deze trigger is dus wanneer zonnepaneeltje zoveel W detecteert voor x-tijd.
Nu het moment dat die tijd is verstreken, is er dan 1 x een 'signaal' om de condities te checken.
Want in de condities staat er ook dat een voorwaarde voor x-aantal tijd voldaan moet zijn.

Dus kan me eventueel voorstellen dat volgende gebeurt:
Trigger (na 5 min) --> check condities --> 1 is niet voldaan --> niet uitgevoerd.
Maar als die conditie dan wel na verloop wordt voldaan, is er geen trigger meer ... ?

Code:
trigger: numeric_state
entity_id:
  - sensor.master_bedroom_sun_energy
above: 450
for:
  hours: 0
  minutes: 5
  seconds: 0
 
Voor mij is er misschien nog iets niet duidelijk.
Deze trigger is dus wanneer zonnepaneeltje zoveel W detecteert voor x-tijd.
Nu het moment dat die tijd is verstreken, is er dan 1 x een 'signaal' om de condities te checken.
Want in de condities staat er ook dat een voorwaarde voor x-aantal tijd voldaan moet zijn.

Dus kan me eventueel voorstellen dat volgende gebeurt:
Trigger (na 5 min) --> check condities --> 1 is niet voldaan --> niet uitgevoerd.
Maar als die conditie dan wel na verloop wordt voldaan, is er geen trigger meer ... ?

Code:
trigger: numeric_state
entity_id:
  - sensor.master_bedroom_sun_energy
above: 450
for:
  hours: 0
  minutes: 5
  seconds: 0
Als uw trigger afvuurt, dan is er een trace.

Als de conditie ook een trigger moet zijn, dan moet die ook als trigger instellen. Je kan meerdere triggers hebben.

Als uw zonnepaneel 450W is, ga je nooit 5min 450W zien vrees ik. Check uw history om te zien als het ooit langer dan 5min 450W is.

Ook als na 2 min het even dipt naar 400W, reset alles. Die 5min is echt onafgebroken.
 
Inderdaad, je kan beter een average nemen. Zo doe ik het ook op m'n lux-waarde voor de rolluiken te laten sluiten, 10min < 10lx = close. Anders bij een wolkje in de avonduren vliegen ze naar beneden, nu niet meer.
 
Shelly heeft een nieuwe motion sensor met Zigbee en BLE, op batterij die 5 jaar zou moeten meegaan. Dat wil ik wel nog eens zien...

"up to 5 years" is geen gegarandeerde 5j natuurlijk. Hangt allemaal van gebruik af. PIR sensor zelf verbruikt echt miniscuul weinig idle, ge hebt er die onder de 15µA zitten... Als je weinig beweging hebt en dus weinig transmit, zie ik niet in waarom dat niet up to 5y zou kunnen zijn.

En het is ook met een CR2477 hé, die vind je tot 1000mAh (of misschien zelfs al meer), wat meer dan 4x zoveel is dan de meergebruikte CR2032. Dat is dus 7,6j voor een 15µA PIR sensor idle. De EFR32MG27 is 1,6 μA EM2 DeepSleep current, dus met die erbij 6,9 jaar volledig idle gebruik. Dus bij sporadische beweging zie ik 5j zeker mogelijk.
 
Geen idee of dat aan mezelf ligt, maar ik vind die sensoren altijd zo lomp en 'zie ik ben een bewegingsensor'

Dan vind ik deze er beter uitzien, ziet er niet uit als een klassieker: https://eu.store.ui.com/eu/en/products/usl-motion
Is ook logisch, die sfeervormige fresnellens geeft een veel grotere detectiehoek in alle dimensies. Wat dus voor veel makkelijkere montage zorgt met meer mogelijkheden. Als je kijkt naar die ubiquiti sensor, zit je uiteindelijk met een heel beperkte detectie-hoek (in alle dimensies) door het ontwerp:
oXcq0e0.png


En dat is dan een keuze die je moet maken, ga je voor design of bredere functionaliteit.
 
Als uw trigger afvuurt, dan is er een trace.

Als de conditie ook een trigger moet zijn, dan moet die ook als trigger instellen. Je kan meerdere triggers hebben.

Als uw zonnepaneel 450W is, ga je nooit 5min 450W zien vrees ik. Check uw history om te zien als het ooit langer dan 5min 450W is.

Ook als na 2 min het even dipt naar 400W, reset alles. Die 5min is echt onafgebroken.
De trigger van 450W werkt wel in feite, maar het zal de combinatie zijn met de conditie

Denk dat je daar wel de oplossing aanreikt :)
Ik had dus in de condities ook gezet dat Buienradar entity voor minstens 5min als 'zonnig' of 'clear' moet staan om het probleem van opklaringen/wolken etc op te vangen.
Maar met een gemiddelde value over x-tijd zal dat al schelen inderdaad.

eens proberen
 
Is ook logisch, die sfeervormige fresnellens geeft een veel grotere detectiehoek in alle dimensies. Wat dus voor veel makkelijkere montage zorgt met meer mogelijkheden. Als je kijkt naar die ubiquiti sensor, zit je uiteindelijk met een heel beperkte detectie-hoek (in alle dimensies) door het ontwerp:
oXcq0e0.png


En dat is dan een keuze die je moet maken, ga je voor design of bredere functionaliteit.
Of prijs. Hier al een jaar een paar van deze hangen. 10 euro/stuk. Werken perfect. Maar is snap zeker dat het oog ook wat wil 😎

SCR-20260611-igrm.png
 
En het is ook een Zigbee ding dat via Z-Wave met HA werkt :P

Maar hey, per schrijffout gaat er wat van de prijs af op aliexpress ^^ En naar mijn ervaring werken dat soort sensors evengoed als je een beetje oplet en de reviews leest op ali.
Dit dus. Op de afbeeldingen en descriptions moet je meestal niet afgaan. Meestal zijn dit tips via HA users facebook ofzo.
 
De trigger van 450W werkt wel in feite, maar het zal de combinatie zijn met de conditie

Denk dat je daar wel de oplossing aanreikt :)
Ik had dus in de condities ook gezet dat Buienradar entity voor minstens 5min als 'zonnig' of 'clear' moet staan om het probleem van opklaringen/wolken etc op te vangen.
Maar met een gemiddelde value over x-tijd zal dat al schelen inderdaad.

eens proberen
Je zei dat er geen trace is? Als er geen trace is, dan is de trigger niet afgegaan.
Als er wel een trace is, dan kun je zien aan welke condities niet werd voldaan.
 
Denk dat het inderdaad toeval zal geweest zijn dat de voorbije dagen het telkens rond die waarde zal geschommeld hebben, waardoor de trigger niet werkte.
 
Mijn eerste stapjes aan het zetten in HA, hoe komt het dat ik notifications kan ontvangen op gsm wanneer ik niet thuis ben? Mijn HA draait enkel lokaal dus ik was aangenaam verrast dat dit werkte...
 
Ik hoop dat iedereen hier goed beseft dat extreem goedkope IoT‑hardware , zeker de no‑name OEM‑spullen uit China, vaak serieuze beveiligingsrisico’s met zich meebrengt. Niet omdat “het uit China komt”, maar omdat veel van die toestellen gebouwd worden door fabrikanten zonder security‑audits, zonder transparante firmware en zonder enige garantie op updates.

Het resultaat is dat ze regelmatig:
  • ongecontroleerd privacygevoelig dataverkeer naar externe servers sturen
  • hardcoded verbindingen maken die je niet kunt uitschakelen
  • remote‑control functionaliteit bevatten die nergens gedocumenteerd staat
  • of in het slechtste geval misbruikt kunnen worden in botnets en DDoS‑aanvallen

Dat is geen theoretisch risico. Ik heb het recent nog gezien bij een simpele Android TV‑box van Mecool.
Dat ding maakte continu verbinding met Chinese servers, zonder dat er apps draaiden die dat verkeer konden verklaren. Voor een mediaspeler hoort dat gewoon niet te gebeuren.

En ja, je kan zulke toestellen firewallen, ik doe dat ook. Ik steek ze in een geïsoleerd VLAN, met strikte outbound‑regels, DNS‑filtering en zero‑trust‑policy. Maar laat ons eerlijk zijn, als je een toestel moet behandelen alsof het besmet is, waarom zou je het dan überhaupt in je netwerk willen?

Firewallen is dus een krachtig argument, maar vooral omdat het aantoont hoe onbetrouwbaar die hardware eigenlijk is. De gemiddelde gebruiker gaat dat nooit doen, en dat maakt goedkope IoT‑rommel net zo gevaarlijk: ze worden massaal gekocht, massaal aangesloten, en niemand kijkt naar het netwerkverkeer.

Een paar of enkele tientallen euro besparen kan uiteindelijk veel meer kosten als je netwerk of data gecompromitteerd raakt. Voor home automation of een Android TV‑box wil je gewoon geen toestel dat je eerst moet opsluiten in een digitaal quarantainehok.
 
Mijn eerste stapjes aan het zetten in HA, hoe komt het dat ik notifications kan ontvangen op gsm wanneer ik niet thuis ben? Mijn HA draait enkel lokaal dus ik was aangenaam verrast dat dit werkte...

De Home Assistant Companion App op je smartphone gebruikt push‑notificaties via Google/Apple. Dat werkt zo:
Je telefoon registreert zich bij de Home Assistant Cloud Messaging service (Firebase bij Android, APNS bij iOS).
Home Assistant stuurt een notificatie naar die push‑dienst, niet rechtstreeks naar je telefoon.
Die push‑dienst levert de melding aan je smartphone, ongeacht waar jij bent.

Je HA‑server hoeft dus niet extern bereikbaar te zijn.
Je telefoon is dus het enige toestel dat “buiten” communiceert, niet je Home Assistant‑installatie.
 
Ik hoop dat iedereen hier goed beseft dat extreem goedkope IoT‑hardware , zeker de no‑name OEM‑spullen uit China, vaak serieuze beveiligingsrisico’s met zich meebrengt. Niet omdat “het uit China komt”, maar omdat veel van die toestellen gebouwd worden door fabrikanten zonder security‑audits, zonder transparante firmware en zonder enige garantie op updates.

Het resultaat is dat ze regelmatig:
  • ongecontroleerd privacygevoelig dataverkeer naar externe servers sturen
  • hardcoded verbindingen maken die je niet kunt uitschakelen
  • remote‑control functionaliteit bevatten die nergens gedocumenteerd staat
  • of in het slechtste geval misbruikt kunnen worden in botnets en DDoS‑aanvallen

Dat is geen theoretisch risico. Ik heb het recent nog gezien bij een simpele Android TV‑box van Mecool.
Dat ding maakte continu verbinding met Chinese servers, zonder dat er apps draaiden die dat verkeer konden verklaren. Voor een mediaspeler hoort dat gewoon niet te gebeuren.

En ja, je kan zulke toestellen firewallen, ik doe dat ook. Ik steek ze in een geïsoleerd VLAN, met strikte outbound‑regels, DNS‑filtering en zero‑trust‑policy. Maar laat ons eerlijk zijn, als je een toestel moet behandelen alsof het besmet is, waarom zou je het dan überhaupt in je netwerk willen?

Firewallen is dus een krachtig argument, maar vooral omdat het aantoont hoe onbetrouwbaar die hardware eigenlijk is. De gemiddelde gebruiker gaat dat nooit doen, en dat maakt goedkope IoT‑rommel net zo gevaarlijk: ze worden massaal gekocht, massaal aangesloten, en niemand kijkt naar het netwerkverkeer.

Een paar of enkele tientallen euro besparen kan uiteindelijk veel meer kosten als je netwerk of data gecompromitteerd raakt. Voor home automation of een Android TV‑box wil je gewoon geen toestel dat je eerst moet opsluiten in een digitaal quarantainehok.

Ter info; DNS filteren is zinloos sinds DNS over TLS.

Hier zit alles uit China in z'n eigen VLAN zonder toegang naar het internet. Mewr kan je niet echt doen.
 
Terug
Bovenaan