/u/69548/crop6505efb531157_cropped.png?f=community)
Zal er vanaf hangen hoe diep je vraag gaat. Maar lijkt me wel de meest logische plek voor je vragen, omdat hier de meesten zullen zitten die ook een Green kunnen hebben.EvaluationCopy schreef op donderdag 11 september 2025 @ 10:07:
@BiG-GuY Problemen met specifiek (de installatie van) de Home Assistant Green, horen die thuis in dit topic?
:strip_icc():strip_exif()/u/845047/crop60d73a06c10a5_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/476420/crop5623d9ad036cf_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/88058/strandballengifts1032_200.jpg?f=community)
3DFx Voodoo – Riva TNT2 Ultra – Geforce 3 Ti200 – Radeon 3870 – Radeon 5770 - Radeon 6870 - Radeon 6970 – Radeon 270 (x2) - Geforce 2060 Super – Geforce 4070 Super
:strip_exif()/u/30814/newgot.gif?f=community)
Hoi!
Ik was benieuwd naar de ervaringen met het gebruik van de HA Preview Edition als volledig lokale voice assistant in het Nederlands? Ik had er een aangeschaft om te kijken of mijn Google assistant vervangen kon worden maar was teleurgesteld in de performance van de PE. Bij debuggen merkte ik dat de geluidsbestanden heel veel ruis bevatten wat vervolgens de STT (vosk) in de war bracht en de zinnen volledig werden vermoord
.
Testte ik met mijn headset via de AssistMicrophone addon met dezelfde STT, ging het een stuk beter. Heb verschillende STT's (fasterwhisper, cloud whisper, meerdere tool ondersteunende modellen) geprobeerd, met allen ongeveer dezelfde resultaat.
Ik weet natuurlijk dat de naam "Preview Edition" verraadt dat de ervaring niet perfect is, maar ik lees online veel positieve berichten over de PE maar zie dit niet echt terug. Hierdoor ga ik twijfelen of ik niet gewoon een slechte unit/configuratie heb.
Ik was benieuwd naar de ervaringen met het gebruik van de HA Preview Edition als volledig lokale voice assistant in het Nederlands? Ik had er een aangeschaft om te kijken of mijn Google assistant vervangen kon worden maar was teleurgesteld in de performance van de PE. Bij debuggen merkte ik dat de geluidsbestanden heel veel ruis bevatten wat vervolgens de STT (vosk) in de war bracht en de zinnen volledig werden vermoord
. Testte ik met mijn headset via de AssistMicrophone addon met dezelfde STT, ging het een stuk beter. Heb verschillende STT's (fasterwhisper, cloud whisper, meerdere tool ondersteunende modellen) geprobeerd, met allen ongeveer dezelfde resultaat.
Ik weet natuurlijk dat de naam "Preview Edition" verraadt dat de ervaring niet perfect is, maar ik lees online veel positieve berichten over de PE maar zie dit niet echt terug. Hierdoor ga ik twijfelen of ik niet gewoon een slechte unit/configuratie heb.
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Welke taal gebruik je dan, want voor Nederlands is lokale STT zonder enorme hardware investeringen nog niet echt te doen. Er is support voor Speech-To-Phrase, en daarmee zou het wel lokaal moeten werken, maar dan ben je beperkt tot (een gelimiteerde set) van voice commands.:
Hoi!
Ik was benieuwd naar de ervaringen met het gebruik van de HA Preview Edition als volledig lokale voice assistant in het Nederlands? Ik had er een aangeschaft om te kijken of mijn Google assistant vervangen kon worden maar was teleurgesteld in de performance van de PE. Bij debuggen merkte ik dat de geluidsbestanden heel veel ruis bevatten wat vervolgens de STT (vosk) in de war bracht en de zinnen volledig werden vermoord
Testte ik met mijn headset via de AssistMicrophone addon met dezelfde STT, ging het een stuk beter. Heb verschillende STT's (fasterwhisper, cloud whisper, meerdere tool ondersteunende modellen) geprobeerd, met allen ongeveer dezelfde resultaat.
Ik weet natuurlijk dat de naam "Preview Edition" verraadt dat de ervaring niet perfect is, maar ik lees online veel positieve berichten over de PE maar zie dit niet echt terug. Hierdoor ga ik twijfelen of ik niet gewoon een slechte unit/configuratie heb.
Ik heb er zelf geen ervaring mee, ik gebruik Nabu Casa Cloud STT en TTS
:strip_icc():strip_exif()/u/94769/horus.jpg?f=community)
:strip_icc():strip_exif()/u/565926/lynx1.jpg?f=community)
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
:strip_icc():strip_exif()/u/77667/crop56b7832c3f349_cropped.jpeg?f=community)
/u/1989732/crop65d65465eda43_cropped.png?f=community)
:strip_icc():strip_exif()/u/40490/avatar23.jpg?f=community){kind=avatar}
Het was wel weer eens tijd voor een restore- en uitwijk test.
Ik draaide inmiddels een aantal jaren op een Odroid N2+, naar tevredenheid maar toch begon ik te merken dat ik op de rand van de capaciteit zit. Ik heb wat geschoven met hardware en zo kwam er een Dell Optiplex 3040M vrij (i5-6500T, 16 GB geheugen) dus heb ik daar maar eens een x86 installatie van HA OS op gestart en uiteindelijk een backup gerestored. Alle USB meuk overpluggen en het draait weer als een zonnetje.
Ik had dit eerder moeten doen: die Optiplex is stukken sneller dan de Odroid. Deze test rechtvaardigt het wel om toch maar eens op zoek te gaan naar wat nieuwe hardware vind ik.
Ik draaide inmiddels een aantal jaren op een Odroid N2+, naar tevredenheid maar toch begon ik te merken dat ik op de rand van de capaciteit zit. Ik heb wat geschoven met hardware en zo kwam er een Dell Optiplex 3040M vrij (i5-6500T, 16 GB geheugen) dus heb ik daar maar eens een x86 installatie van HA OS op gestart en uiteindelijk een backup gerestored. Alle USB meuk overpluggen en het draait weer als een zonnetje.
Ik had dit eerder moeten doen: die Optiplex is stukken sneller dan de Odroid. Deze test rechtvaardigt het wel om toch maar eens op zoek te gaan naar wat nieuwe hardware vind ik.
@Workaholic Automation uitschakelen houdt ik zelf het liefst als ultime handmatige override dus gebruik ik niet in automations. Maar je zou inderdaad kunnen toevoegen dat de lampen uit moeten zijn voor je een turn on geeft.
Alternatief is een helper toevoegen als conditie en die instellen als je het handmatig doet.
En op wat voor device zit je dat je hele code als url encode geplakt is?
Alternatief is een helper toevoegen als conditie en die instellen als je het handmatig doet.
En op wat voor device zit je dat je hele code als url encode geplakt is?
:strip_icc():strip_exif()/u/75828/sid.jpg?f=community)
Ik ben hier van een Odroid XU4 naar een 3050 micro gegaan (ook een 6500T) en het verschil is inderdaad merkbaar. Wel vooral gedaan omdat ARMv7-ondersteuning eind dit jaar er helaas uit gaat in HA.:
Ik had dit eerder moeten doen: die Optiplex is stukken sneller dan de Odroid. Deze test rechtvaardigt het wel om toch maar eens op zoek te gaan naar wat nieuwe hardware vind ik.
Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje
@Beekforel Allereerste moet je natuurlijk zelf de keuze maken 
Maar zelf zie ik Proxmox maar als een heel klein risico en vind ik de voordelen (monitoring en KVM) groter. Naast dat ik niet zulke zware hardware voor puur HA zou draaien. Hier dan ook al zeker 1,5 jaar over op Proxmox naar volle tevredenheid.
Helemaal HA gaan zou natuurlijk nog leuker zijn. Zou je op zich al kunnen doen als je Ser2net ofzo draait voor de hardware.
Maar zelf zie ik Proxmox maar als een heel klein risico en vind ik de voordelen (monitoring en KVM) groter. Naast dat ik niet zulke zware hardware voor puur HA zou draaien. Hier dan ook al zeker 1,5 jaar over op Proxmox naar volle tevredenheid.
Helemaal HA gaan zou natuurlijk nog leuker zijn. Zou je op zich al kunnen doen als je Ser2net ofzo draait voor de hardware.
Maar dan moet je nog steeds ergens ser2net draaien. Als je 3 nodes in HA hebt en je sluit de sticks op 1 node aan zijn de sticks nog steeds onbereikbaar als die node down is
. Dan moet je de sticks dus aansluiten op een eigen systeem, bv een RPi met ser2net. Die heeft dan hopelijk minder onderhoudt nodig en dus "altijd" beschikbaar (helemaal als je bv de OpenWRT route bewandelt die hier IIRC wel eens is benoemd). Of je koopt dus bv alles dat van zichzelf al network connected is (SMLight Zigbee stick, HomeWizard voor P1, ...).
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
OpenWRT met ser2net is inderdaad een "set and forget" verhaal gebleken. Werkt feilloos, vele maanden achter elkaar (heb hem wel toegang tot het interweb ontzegd; alleen nodig als ik een update zou willen/moeten draaien). Fijn is ook dat het OS read-only draait (de minimale logging die er is gaat naar een ramdisk). Dus SD card corruption zal niet snel plaatsvinden.:
[...]
Maar dan moet je nog steeds ergens ser2net draaien. Als je 3 nodes in HA hebt en je sluit de sticks op 1 node aan zijn de sticks nog steeds onbereikbaar als die node down is
André Huisman (www.new-line.nl)
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes 
De events gebeuren toch wel, dus het is puur check op een conditie. Waarbij ik bij een uitgeschakelde automation niet eens zou durven zeggen dat de event trigger werkelijk weg is.
Dus persoonlijk, nee dan doe ik het ook niet. Automation uitschakelen is altijd mijn uiterste kill switch.
Niet bedoeld als persoonlijke aanval, puur mijn redenatie
De events gebeuren toch wel, dus het is puur check op een conditie. Waarbij ik bij een uitgeschakelde automation niet eens zou durven zeggen dat de event trigger werkelijk weg is.Dus persoonlijk, nee dan doe ik het ook niet. Automation uitschakelen is altijd mijn uiterste kill switch.
Niet bedoeld als persoonlijke aanval, puur mijn redenatie
Hoi ik ben er weer. Ik snap er nog steeds geen pepernoot van. Waarom? Omdat ik letterlijk nooit mijn Electricity Meter Power consumption op 0 zie staan. Als ik geen gekke stroomverbruikers aan heb staan, en de zon schijnt volop, zie ik gewoon nog verbruik op Electricity Meter Power consumption.
Hier 3 situaties van vandaag, aan de linkerkant de data vanuit de P1 poort, en rechts de data vanuit mijn zonnepanelen omvormer.
:strip_exif()/f/image/7sf7cXMM9svhRme28iUtyJVr.png?f=user_large)
:strip_exif()/f/image/tHgMJ9eZUn5u8xUKm8WzBY3z.png?f=user_large)
:strip_exif()/f/image/QzJMF32Pr6J0Z9w3QqvFjxbS.png?f=user_large)
2-3% CPU load met automations uit en 4-6% CPU load met automations aan lijkt mij toch een 100% toename en niet "promilletjes":
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes
Jouw panelen zitten op fase 2, daar zie je dus ook elke keer alleen productie, en geen consumptie. Op de andere twee fases zitten verbruikers, en daar zul je dus consumptie zien.
Op het totaal van de 3 fases zul je dus ook zowel productie en consumptie zien, die worden niet met elkaar verrekend.
:strip_exif()/f/image/Tthlqbf9hZy4f3VqCQQ1givF.png?f=user_large)
Die 2,13 is in kWh en is dus 2127 W
[ Voor 11% gewijzigd door TheFes op 14-09-2025 15:06 ]
Klopt, de panelen zitten op fase 2. Ik zie ook dat mijn kookplaat op fase 2 zit.
Dit zijn screenshots van DSMR-Reader.
:strip_exif()/f/image/PXMROw7ANEKqj5B5xwg6TOvZ.png?f=user_large)
:strip_exif()/f/image/C7AEJRPa91bQUl7kqm3VAt23.png?f=user_large)
En dan zit ik nog steeds te denken.. hoe krijg ik te weten hoeveel netto watt zonnestroom overschot teruglever aan het stroomnet, met alleen de data uit de P1 meter. Mijn hoofd breekt.
Edit: Moet dat dan zijn: Electricity Meter Power production - Electricity Meter Power consumption = hoeveelheid watt netto teruglevering aan het stroomnet ?
[ Voor 4% gewijzigd door Dacuuu op 14-09-2025 15:40 ]
:strip_icc():strip_exif()/u/123426/anti-ipod-.jpg?f=community)
In mijn geval zo'n 1-2% load (dat zijn dus tientallen promilletjes).:
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes
VWB triggers van gedeactiveerde automatiseringen. Copilot doet daarover het volgende plasje:
quote: Copilot
André Huisman (www.new-line.nl)
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
@HuismAndré Lijkt dus wel wat verschil te maken, vooruit. Maar goed, ik heb toch echt moeilijk veel nodeloze triggers lopen door testjes etc en zit op 3% CPU load. Daar ga ik niet de kill switch voor opgeven.
Copilit neem ik dan wel met korrel zout in deze, die hallucineert harder over HA dan een junk na 3 paddo's...
Copilit neem ik dan wel met korrel zout in deze, die hallucineert harder over HA dan een junk na 3 paddo's...
Maar dat maakt je eerdere reactie nogal moot
. Je maakt HA niet HA () "door ser2net" te gebruiken. Je maakt het "beter" HA door het te verplaatsen naar iets dat "stabieler" is. Je kunt wel leuk van Proxmox met 1 node met daarin de stcks gaan naar een cluster met in 1 node de sticks en deze via ser2net beschikbaar maken. Maar v.w.b. HA schiet je daar helemaal niks mee op. Als die node down is zijn de sticks nog steeds niet beschikbaar.Je lost het HA probleem dus op door de sticks dusdanig beschikbaar te maken dat het niet zo "onderhoudsgevoelig" is. In de zin van dat je Proxmox nodes misschien 1x per maand update en reboot en dus issues geeft. Maar bv een SMLight stick update je maar 1x per jaar met downtime als gevolg. Of dat een RPi met OpenWRT die ook veel minder updates nodig heeft. Dat maakt de availability door onderhoudt een stuk hoger.
En een single point of failure behoudt je bij elke oplossing altijd. Dat lost ser2net ook niet voor je op. Maar ik denk dat de meeste die een HA oplossing dat niet doen i.v.m. de SPOF of na getroffen te zijn door de SPOF. Maar doordat ze i.v.m. sleutelen aan de server(s) vaker downtime hebben.
[ Voor 6% gewijzigd door RobertMe op 14-09-2025 16:37 ]
:strip_exif()/u/618019/crop67d6d4a4200e7_cropped.webp?f=community)
@RobertMe Nouw, probeerde dus vooral aan te geven dat je zelf de keuze moet maken waar je belangrijkste punt zit. En dat zal enorm afhangen van je opstelling hoe veel er overeind blijft zonder een radio van iets.
Met Ser2Net zou je dus wel je hardware zaken meer los kunnen trekken van HA. Natuurlijk minimaal als je dat op een van je nodes doet Maar het geeft je dus wel de mogelijkheid het los te trekken waardoor je HA zelf wel kan clusteren. En in geval val Thread zou je ook multiple border routers moeten kunnen gebruiken maar daar echt nog 0 ervaring mee hoe HA daar dan mee om zou gaan.
Overigens heeft de SMLight wel wat meer dan 1x per jaar een update gehad Maar goed, updates zijn dan ook niet echt een issue. Dat is het compleet falen. Dan zou het leuk zijn als de echte HA backbone, misschien zonder radio's van iets door blijft draaien. Wel eens over zitten denken maar dat het onder aan de streep voor mij eigenlijk niet waard is vs goede backup en die weer snel ergens op online kunnen brengen.
Het verhaal was dus meer rond opties en dat er dus haken en ogen blijven, hoe je het ook opzet. Misschien in de toekomst met volledige multi border router van Thread dat het een optie wordt voor mij
Met Ser2Net zou je dus wel je hardware zaken meer los kunnen trekken van HA. Natuurlijk minimaal als je dat op een van je nodes doet
Maar het geeft je dus wel de mogelijkheid het los te trekken waardoor je HA zelf wel kan clusteren. En in geval val Thread zou je ook multiple border routers moeten kunnen gebruiken maar daar echt nog 0 ervaring mee hoe HA daar dan mee om zou gaan.Overigens heeft de SMLight wel wat meer dan 1x per jaar een update gehad
Maar goed, updates zijn dan ook niet echt een issue. Dat is het compleet falen. Dan zou het leuk zijn als de echte HA backbone, misschien zonder radio's van iets door blijft draaien. Wel eens over zitten denken maar dat het onder aan de streep voor mij eigenlijk niet waard is vs goede backup en die weer snel ergens op online kunnen brengen.Het verhaal was dus meer rond opties en dat er dus haken en ogen blijven, hoe je het ook opzet. Misschien in de toekomst met volledige multi border router van Thread dat het een optie wordt voor mij
/u/326779/apple%2520avantar.tif.png?f=community)
Daarvoor was een N5105 nog voldoende. Ik heb een Chinees systeempje met N5105 met daarop Debian en dan Docker met HA, Z2M, Mosquito, ZWave JS UI, DSMR Reader, Paperless NGX, .... En het enige nadeel is dat het systeem 8GB gesoldeerd RAM heeft (dom dom, er was ook een 16GB optie die ik beter had kunnen nemen achteraf). CPU staat echt uit zijn neus te eten de hele dag lang. Alleen zijn er dus een aantal zaken die het RAM gebruik redelijk laten oplopen. V.w.b. HA wellicht begrijpelijk, maar ook een DSMR reader die meer dan een halve GB opslokt, en hetzelfde voor Paperless. Maar CPU wise echt geen issue. En die verbruik vervolgens ook een Watt of 4 (2 idle met een kale Debian installatie).
Mijn TopTon "zachte router" (
) ook met N5105, met SODIMM, en ook 4x 2,5GbE, verbruikt dan weer ~8W idle, dat was uberhaupt al bij een kale installatie.Een systeem dat 50W verbruikt is wel echt iets mis mee. Zoveel verbruikt mijn desktop ook, en dat is met een GPU, + ATX voeding (adapter / power brick is veel zuiniger) en een i5-1350. Trek ik de GPU er uit en dan geen scherm aangesloten zit die maar rond de 10-15W, en dat vind ik nog ("te")veel. (Puur GPU er uit, scherm aan de iGPU, is verbruik ~25W).
Ja dom he, maar nu snap ik het.
Ik draai al jaren Ha, maar had nog nooit een template sensor aangemaakt. Dat is nu ook gelukt.
TDP zegt niks over idle verbruik. In het zuinige server topic zijn er ook met i7s of i9s die een idle verbruik van rond de 5W hebben (ja, dat zijn dezelfde 5W als jij en ik met een N processor hebben
Alleen dan met een processor met 14 cores of nog meer).Edit:
En daarnaast zegt de Thermal Design Power ook niet perse iets over verbruik. Het zegt iets over hoeveel warmte er afgevoerd moet worden. En ja, dat hangt uiteraard samen met verbruik, lager verbruikt betekend minder warmte etc., maar het is niet perse 1 op 1.
[ Voor 15% gewijzigd door RobertMe op 14-09-2025 22:28 ]
Ja, ik weet dat TDP niet gelijk staat aan gebruik. Maar warmte ontwikkeling gaat vaak wel hand in hand met gebruik. Niet 1-op-1 uiteraard.:
[...]
TDP zegt niks over idle verbruik. In het zuinige server topic zijn er ook met i7s of i9s die een idle verbruik van rond de 5W hebben (ja, dat zijn dezelfde 5W als jij en ik met een N processor hebben
Edit:
En daarnaast zegt de Thermal Design Power ook niet perse iets over verbruik. Het zegt iets over hoeveel warmte er afgevoerd moet worden. En ja, dat hangt uiteraard samen met verbruik, lager verbruikt betekend minder warmte etc., maar het is niet perse 1 op 1.
De N series zijn dan ook gebaseerd op puur de E cores van de grotere broertjes. Als het energy design goed gemaakt is, kunnen ze de cores praktisch uitzetten op de P cores, dus dat kan heel zuinig zijn met lage loads.
Weet niet wat ASUS met dat specifieke model had gedaan, maar die was niet zuinig te krijgen toen. Hij draaide verder wel stabiel, maar vond het zonde van het stroom en toen vervangen voor degene met N355. En ja, PLEX was sneller klaar met de 12500H met indexeren en analyseren van media. Maar dat is iets wat niet 24/7 gebeurd. Voor de HA taken was het verschil minimaal.
Ook verschilt het per merk hoe de N series getuned zijn, bij sommige modellen zijn ze volledig passief gekoeld, zonder de TDP agressief te limiteren, gaat dat niet lekker. En door de TDP agressief te limiteren, wordt de performance ook hard beperkt.
Heb ik in verleden gehad met een ASUS N200 Mini PC, voor ze NUC overgenomen hadden. Zonder een fan aan de buitenkant, werd hij met 1 actie in HA kortstondig 100C en ging die gelijk throttlen... Gemiddelde CPU temp was ook al 80C met een CPU load van 5-10%, maar als je dan iets deed wat kortstondig kracht nodig had, had hij geen headroom om te turbo'en en was die uiteindelijk trager dan de HA Yellow met CM4 die hij moest vervangen 😅.
Ik kreeg in Home Assistant in 1x de volgende integratie aangeboden, terwijl ik alleen een UDM SE heb met HD. Iemand bekend hiermee?
:strip_exif()/f/image/SsuX2DLGYmoqsIiEQdMBrN4n.jpg?f=fotoalbum_large)
:no_upscale():strip_icc():strip_exif()/f/image/SsuX2DLGYmoqsIiEQdMBrN4n.jpg?f=user_large)
:strip_icc():strip_exif()/u/626559/crop59916d9743d5c_cropped.jpeg?f=community)
Ik ben bezig met mijn thermostaat lokaal aan te sturen zodat ik niet afhankelijk meer van van de Api dit binnenkort beperkt gaat worden. De programma functie heb ik aan de praat en ook de afwezigheids en aanwezigheids factor (dat had ik al om de api aan te sturen). Echter waar ik nog mee worstel is een timer. Als de temperatuur handmatig wordt aangepast gaat er een timer lopen. Deze tijd wil ik echter makkelijk kunnen aanpassen maar heb daar nog geen handige kaart voor gevonden.
:strip_exif()/f/image/836cjlXXIcrPJTQTBwDPHM4v.png?f=user_large)
Wat ik dus zoek is een kaart waarmee ik of handig de timer kan bijplussen of een eindtijd eenvoudig kan instellen. Iemand al eens zoiets aan de hand gehad?
Wat ik dus zoek is een kaart waarmee ik of handig de timer kan bijplussen of een eindtijd eenvoudig kan instellen. Iemand al eens zoiets aan de hand gehad?
There's no need to kneel, I'm a very democratic sort of lord.
Ik heb er zelf geen ervaring mee, maar simple timer card lijkt mij wel iets wat je mogelijk bedoelt. Volgens mij is het trouwens alles behalve simpel, het ziet er vrij uitgebreid uit
Dat ziet er veelbelovend uit. Die was ik nog niet tegen gekomen. Ik ga daar eens mee aan de slag.:
Ik heb er zelf geen ervaring mee, maar simple timer card lijkt mij wel iets wat je mogelijk bedoelt. Volgens mij is het trouwens alles behalve simpel, het ziet er vrij uitgebreid uit
There's no need to kneel, I'm a very democratic sort of lord.
/u/196426/crop63b7f3e4ad5a2_cropped.png?f=community)
/u/310759/crop5a8fa260a4c33_cropped.png?f=community)
Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren.
Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
[ Voor 34% gewijzigd door D4NG3R op 15-09-2025 10:30 ]
Komt d'r in, dan kö-j d’r oet kieken
Ik ben gewend dat een handmatige setting het schema overruled. Daarom pas je ook iets handmatig aan. De automation/programma doet dan ook niks tot je de handmatige stand uitzet of de eindtijd van de timer bereikt is. En dat is dan ook hoe ik het prettig vind werken. Anders moet je na elke automation je handmatige actie weer herstellen.:
Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren.
Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
There's no need to kneel, I'm a very democratic sort of lord.
:strip_icc():strip_exif()/u/109144/IMG_2440.jpg?f=community)
Is het niet handiger om "reset momenten" te kiezen? Dan kun je aanpassen wat je wilt maar op de reset momenten wordt gewoon weer teruggegaan naar de originele waarde.:
Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren.
Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
Dus bijvoorbeeld:
7:00 - 19
9:00 - 15
13:00 - 15
17:00 - 19
Etc.
[ Voor 0% gewijzigd door HuismAndré op 15-09-2025 17:01 . Reden: Ingebouwde fallback momentje vetgedrukt gemaakt. ]
André Huisman (www.new-line.nl)
@HuismAndré Dat is effectief wat er al gebeurt.
M'n thermostaat wisselt statisch maar tussen 2 modi; eco tussen 20:00/21:00 en 10:00, en de rest van de dag home. Dynamisch komen daar nog sleep en away bij.
Pas op het moment dat m'n automation weer getriggered wordt gaan we weer terug naar een van de standaard modi, aangenomen dat in het laatste uur niet nog handmatig gespeeld is met de thermostaat.
Als ik op een luie zondagmiddag de thermostaat op de comfortmodus slinger, is de kans klein tot nihil dat ik die de rest van de dag nog weer aan wil passen.
Eerder liet ik het systeem een uur na een handmatige actie weer terugschakelen naar de 'normale' modus voor dat moment. Om vaker wel dan niet een uur later weer handmatig met de thermostaat te spelen omdat de radiator niet meer warm was.
M'n thermostaat wisselt statisch maar tussen 2 modi; eco tussen 20:00/21:00 en 10:00, en de rest van de dag home. Dynamisch komen daar nog sleep en away bij.
Pas op het moment dat m'n automation weer getriggered wordt gaan we weer terug naar een van de standaard modi, aangenomen dat in het laatste uur niet nog handmatig gespeeld is met de thermostaat.
Als ik op een luie zondagmiddag de thermostaat op de comfortmodus slinger, is de kans klein tot nihil dat ik die de rest van de dag nog weer aan wil passen.
Eerder liet ik het systeem een uur na een handmatige actie weer terugschakelen naar de 'normale' modus voor dat moment. Om vaker wel dan niet een uur later weer handmatig met de thermostaat te spelen omdat de radiator niet meer warm was.
[ Voor 17% gewijzigd door D4NG3R op 15-09-2025 14:51 ]
Komt d'r in, dan kö-j d’r oet kieken
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Fout.
Matter is een op IP gebaseerd protocol.
Thread is een standaard om IP door de lucht te sturen. Soort van wifi concurrent maar dan met veel minder bandbreedte, mesh, etc. En dit protocol maakt weer gebruik van dezelfde 802.11(?) standaard als Zigbee.
Dus er is wel degelijk een relatie tussen Zigbee en Thread. Waarbij een stick die geschikt is voor Zigbee ook gebruikt kan worden voor Thread en vise versa. Origineel verkocht Nabu Casa de SkyConnect zelfs onder vermelding van dat die Zigbee en Thread tegelijkertijd ondersteunde. (Maar dit heeft nooit goed gewerkt waardoor je moet kiezen).
En de relatie tussen Matter en Thread is puur dat Matter een op IP gebaseerd protocol is en dat Thread IP draadloos door de lucht babbelt. Maar bv ESPHome ondersteund ook Thread om de ESPs met Thread radio te verbinden. Maar zij gebruiken vervolgens gewoon "de ESPHome API" en niet Matter. Maar dit kun je wel gewoon mixen en matchen. Een ESP met ESPHome kun je via bv een Apple TV die als Thread border router dienst kan doen koppelen aan je netwerk/LAN (/"IP netwerk") waarna die ESP gewoon met HA kan verbinden / babbelen. Terwijl die Apple TV tegelijkertijd dus ook kan babbelen met allemaal andere (Matter over) Thread hardware.
Edit:
Overigens is Threads een product van Meta
Het IoT gebeuren heet Thread, zonder s.
[ Voor 3% gewijzigd door RobertMe op 15-09-2025 17:56 ]
@HuismAndré We praten langs elkaar heen denk ik, wat je hier aan geeft:
Is expliciet het gedrag wat ik nu heb; een resetmoment in de avond waarop we weer terug gaan naar een originele, bekende waarde. Door de dag heen, statisch al dan niet op een timer, resetten is juist het gedrag wat ik eerder had, en in de weg zat:
:
vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren.
Ik wil niet zeggen dat het voor een ander niet zou werken, maar het is niet het gedrag waar ik naar op zoek ben.:
Als ik op een luie zondagmiddag de thermostaat op de comfortmodus slinger, is de kans klein tot nihil dat ik die de rest van de dag nog weer aan wil passen.
Eerder liet ik het systeem een uur na een handmatige actie weer terugschakelen naar de 'normale' modus voor dat moment. Om vaker wel dan niet een uur later weer handmatig met de thermostaat te spelen omdat de radiator niet meer warm was.
Komt d'r in, dan kö-j d’r oet kieken
/u/1219196/crop6324b2e35d04c_cropped.png?f=community)
Ik ben dan toch wel benieuwd hóe je local-only bent gegaan. Is daar een alternatieve integratie voor?
Ik sta zelf op het punt om via AliExpress een Zigbee thermostaat en een berg Zigbee radiatorknoppen te bestellen, maar vind het toch zonde van de ~700 euro aan Tado spul die ik heb hangen en sinds ze hebben besloten volledig op Tado X te focussen waardeloos is geworden. Volledig lokaal gaan en dan mijn Tado abonnement eruit lijkt me een goede oplossing
