:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/94053/Bull.jpg?f=community)
Helaas, dat lukt al jaren niet meer.
Daarom moet ik mijn gewenste automatisering ook in kleine stapjes doen.
Komt anders niet door de WAF heen.
Ik moet om die reden ook gewone schakelaars in werking houden.
Daarom moet ik mijn gewenste automatisering ook in kleine stapjes doen.
Komt anders niet door de WAF heen.
Ik moet om die reden ook gewone schakelaars in werking houden.
/u/397574/crop6006c5c9a3aa3.png?f=community)
Fixed. De incognito mode in iOS lijkt de cache (lokaal) te wissen bij elke page load. Dus HA openen in incognito mode
de andere tabbladen blijven gewoon functioneren.
/u/230062/crop5eb8fae60f99e_cropped.png?f=community)
Ik begon ook op een pi, en daar deed ik min of meer hetzelfde (maar omslachtiger): bij wijziging van de HA config: Pi down, kaartje eruit, image bouwen en opslaan op synology, kaartje erin, opstarten (gaap
) en dan update draaien. Altijd een half uur gedoe. Maar geen haar op mijn hoofd die zomaar een paar forse wijzigingen doorvoert en een update doet. Te vaak een niet-werkende HA gehad die alleen maar vage fouten gaf bij opstarten. Niet userfriendly. Maar helaas noodzakelijk omdat het alternatief: helemaal opnieuw beginnen, verre van aantrekkelijk is.
"Software as code". Helemaal goed. Maar voor mij nog een te lastig coronaprojectje (ik onthoud het wel! gaat zeker in mijn "backlog"). Voor nu zat ik net OpenWRT door te nemen om mijn oude Asus router te gaan vervangen (al 5 jaar geen updates meer).
Ahh. Edit: ik was het woord architecture in "software architecture as code" vergeten. Dit bedoelde ik:
http://www.codingthearchi...architecture_as_code.html
[ Voor 6% gewijzigd door oltk op 12-09-2021 15:15 ]
Ben ik een oen 
!
Bij alle wijzigingen in configuration.yaml, groups.yaml etc zit ik braaf HA core te herstarten waarna ik toch een tijdje kan wachten tot alles het weer doet (en of HA het doet zoals ik wil)
Kom ik er nu achter dat onder
instellingen / serverbeheer
je delen van HA apart kan opstarten
/f/image/Itu3qKbwtwwX85yGjRnPd4Yh.png?f=fotoalbum_large)
!Bij alle wijzigingen in configuration.yaml, groups.yaml etc zit ik braaf HA core te herstarten waarna ik toch een tijdje kan wachten tot alles het weer doet (en of HA het doet zoals ik wil)
Kom ik er nu achter dat onder
instellingen / serverbeheer
je delen van HA apart kan opstarten
:fill(white):strip_exif()/f/image/Itu3qKbwtwwX85yGjRnPd4Yh.png?f=user_large)
Dat leek mij in het begin ook superhandig. Maar sensoren en groepen enzo vallen volgens mij onder geen van die opties dus daarvoor moet je alsnog een volledige reboot doen.... toch?:
Ben ik een oen
Bij alle wijzigingen in configuration.yaml, groups.yaml etc zit ik braaf HA core te herstarten waarna ik toch een tijdje kan wachten tot alles het weer doet (en of HA het doet zoals ik wil)
Kom ik er nu achter dat onder
instellingen / serverbeheer
je delen van HA apart kan opstarten
[Afbeelding]
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
/u/35508/crop61e6aa7b579e2_cropped.png?f=community)
/u/231803/ramdisk2.png?f=community)
Elke VM geef ik een disk van 6GB. Dat kan denk ik nog wel een stuk kleiner omdat een kale Debian distro met wat standaard tools < 1GB in beslag neemt. Dus dat valt op zich best mee.
Uiteraard is een groot deel van het OS hetzelfde. Wil ook niet zeggen dat dit beter is dan het gebruik van Docker. Het is in ieder geval een alternatief
De reden dat ik zelf geen Docker gebruik is omdat ik in het verleden veel issues heb gehad met Docker naast een KVM installatie. Docker voegt een aantal IP table rules toe die niet goed samenwerken met de KVM netwerk bridge.
Ik zou Docker wel in een VM kunnen draaien maar dat voelt een beetje als 2x virtualisatie.
:strip_exif()/u/347735/crop58f65ba8bbb3d_cropped.gif?f=community)
Als je problemen hebt met IP tables icm andere bridges kan je eens kijken naar MacVLAN op docker.:
[...]
Elke VM geef ik een disk van 6GB. Dat kan denk ik nog wel een stuk kleiner omdat een kale Debian distro met wat standaard tools < 1GB in beslag neemt. Dus dat valt op zich best mee.
Uiteraard is een groot deel van het OS hetzelfde. Wil ook niet zeggen dat dit beter is dan het gebruik van Docker. Het is in ieder geval een alternatief
De reden dat ik zelf geen Docker gebruik is omdat ik in het verleden veel issues heb gehad met Docker naast een KVM installatie. Docker voegt een aantal IP table rules toe die niet goed samenwerken met de KVM netwerk bridge.
Ik zou Docker wel in een VM kunnen draaien maar dat voelt een beetje als 2x virtualisatie.
/u/684/crop5d01ed4fc50fd.png?f=community)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ik heb het misschien verkeerd verwoord. Ik weet dat Docker geen virtualisatie is maar toch voelt Docker in een VM wat vreemd.
Het probleem m.b.t het netwerk is dat Docker bij de installatie standaard allerlei ip table rules aanmaakt die o.a. het verkeer van mijn KVM bridge dropt. Destijds had ik geen tijd om dit handmatig recht te zetten maar volgens mij is dit wel mogelijk. Als ik er nog een keer tijd voor heb zal ik het nog eens proberen. Nadeel is dat mijn huishouden erg afhankelijk is van mijn VM's, dus ik moet hier even een goed moment voor vinden
Ik vermoed dat de kans dan nogal groot is dat dat je overlappende subnets hebt tussen Docker & KVM? Anders zou ik niet weten waarom firewall rules van Docker in de weg zouden zitten. Want bij mijn weten maakt Docker zijn eigen chains aan en worden die in de INPUT, OUTPUT, ... chains geknoopt op basis van destination IP/subnet of interface. Zolang het KVM verkeer niet in die chains van Docker komt hoeft er dan ook niks aan de hand te zijn.:
[...]
Ik heb het misschien verkeerd verwoord. Ik weet dat Docker geen virtualisatie is maar toch voelt Docker in een VM wat vreemd.
Het probleem m.b.t het netwerk is dat Docker bij de installatie standaard allerlei ip table rules aanmaakt die o.a. het verkeer van mijn KVM bridge dropt. Destijds had ik geen tijd om dit handmatig recht te zetten maar volgens mij is dit wel mogelijk. Als ik er nog een keer tijd voor heb zal ik het nog eens proberen. Nadeel is dat mijn huishouden erg afhankelijk is van mijn VM's, dus ik moet hier even een goed moment voor vinden
:fill(white):strip_exif()/f/image/lXx640UL9NNVEs4JKtcLR9gr.png?f=user_large)
Beetje verder spelen met custom cards, dit keer om de info te tonen van de Arcam AVR. Was even een uitzoekwerk om een ander font in de card te krijgen, maar het begint er al aardig op te lijken zo Het display loopt uiteraard synchroon met het echte display op de machine zelf.
Het display loopt uiteraard synchroon met het echte display op de machine zelf.:fill(white):strip_exif()/f/image/3p1NyLVOgSJZA4cLY6BCzjbE.png?f=user_large) | :fill(white):strip_exif()/f/image/1dlcd13yvW1CYO0OJpfSDwbF.png?f=user_large) | :no_upscale():strip_icc():fill(white):strip_exif()/f/image/cPLthhmIhvvmfK0E8I1QxMTt.jpg?f=user_large) |
:strip_icc():strip_exif()/u/1334528/crop5e3703c90c38a_cropped.jpeg?f=community)
:strip_exif()/u/25150/Gizzbril.gif?f=community)
Wat zijn jullie ervaringen tot nu toe met de 'solar forecast' optie in het energy dashboard? Op dagen met een strakblauwe lucht werkt het prima, maar een dergelijke grafiek kun je zelf ook wel 'voorspellen' met je ogen dicht 
Op dagen met bewolking is de voorspelling 'iets' minder accuraat. Plaatjes zeggen meer dan woorden, dus hierbij vrijdag t/m vandaag:
:fill(white):strip_exif()/f/image/qowJjrQHHLC8KzBPXomGCzif.png?f=user_large)
:fill(white):strip_exif()/f/image/ttAJz8OLKe0lgOtRfLKYslBb.png?f=user_large)
:fill(white):strip_exif()/f/image/O6p5ilFP4LgbQCuBPe9KhTZa.png?f=user_large)
Niet echt bruikbaar dus om van tevoren te bepalen op welk moment van de dag je energieslurpende apparaten het best kunt starten als je zoveel mogelijk van je eigen opwekking direct wel verbruiken. Of om te bepalen wanneer je een legionella-run gaat doen.
Voor dat laatste zou bijvoorbeeld gisteren een geschikte dag zijn volgens de voorspelling en vandaag juist niet. Maar qua opwekking is juist vandaag een stuk beter dan gisteren
Op dagen met bewolking is de voorspelling 'iets' minder accuraat. Plaatjes zeggen meer dan woorden, dus hierbij vrijdag t/m vandaag:
Niet echt bruikbaar dus om van tevoren te bepalen op welk moment van de dag je energieslurpende apparaten het best kunt starten als je zoveel mogelijk van je eigen opwekking direct wel verbruiken. Of om te bepalen wanneer je een legionella-run gaat doen.
Voor dat laatste zou bijvoorbeeld gisteren een geschikte dag zijn volgens de voorspelling en vandaag juist niet. Maar qua opwekking is juist vandaag een stuk beter dan gisteren
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
:strip_icc():strip_exif()/u/531266/crop60146ed3278a5_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/20528/crop56c73242b954c.jpeg?f=community)
/u/298857/crop6471d9676d431.png?f=community)
/u/341516/GoT%2520logo.png?f=community)
Mijn Youtube kanaal | Mijn Twitch kanaal | Volvo XC40 P8 Recharge (MY21), 19" zomerbanden, warmtepomp
:strip_icc():strip_exif()/u/35381/2532909.jpg?f=community)
Heeft iemand enig idee? Mijn idee is nu om een ESP8266 of ander device te "misbruiken" om via mqtt elke paar minuten een standaardwaarde te spammen, maar zou mooier zijn als het gewoon in HA zelf kon
Daarnaast weer een nieuwe vraag (ik heb nog zoveel ideeën
). ik heb een externe harddisk aan mijn synology waar ik mijn interne backup op maak (naast de cloudbackup). Deze gaat wel netjes in slaap verder de hele dag, maar gebruikt dan toch nog steeds zo'n 7 a 8 watt. Zonde natuurlijk, zeker gezien ik nog een paar slimme schakelaars (zonder energiemeting helaas) op de plank heb. Aanzetten 5 minuten voor de backup/verification start is makkelijk, maar hoe weet ik dat de backup klaar is (de synology kan na de backup de schijf netjes unmounten)? Helaas heeft de synology integratie geen sensor voor backupstatus.Een idee wat ik had (nog niet helemaal zeker of alles mogelijk is) is elke x tijd inloggen via SSH, de map voor de externe disk oproepen, en als er geen resultaat is, dan ervan uitgaan dat ie geunmount is. Maar voor mijn gevoel zou er wat simpelers of relatief kant-en-klaars moeten zijn
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
Je zou een template sensor kunnen maken met een trigger die elk uur zijn waarde ophoogt met je ingestelde waarde::
[...]
Heeft iemand enig idee? Mijn idee is nu om een ESP8266 of ander device te "misbruiken" om via mqtt elke paar minuten een standaardwaarde te spammen, maar zou mooier zijn als het gewoon in HA zelf kon
Daarnaast weer een nieuwe vraag (ik heb nog zoveel ideeën
Een idee wat ik had (nog niet helemaal zeker of alles mogelijk is) is elke x tijd inloggen via SSH, de map voor de externe disk oproepen, en als er geen resultaat is, dan ervan uitgaan dat ie geunmount is. Maar voor mijn gevoel zou er wat simpelers of relatief kant-en-klaars moeten zijn
https://www.home-assistant.io/integrations/template/
Zoiets dan, als het verbruik per uur 50 kWh is(niet getest verder)
YAML:
1
2
3
4
5
6
7
8
9
10
| template: - trigger: - platform: time_pattern hours: "/1" sensor: - name: Energy device x state: "{{ states('sensor.energy_device_x') | float + 50 }}" unit_of_measurement: "kWh" state_class: total_increasing device_class: energy |
Ik doe zelf geen automations via home assistant, maar met node red.:
[...]
Heeft iemand enig idee? Mijn idee is nu om een ESP8266 of ander device te "misbruiken" om via mqtt elke paar minuten een standaardwaarde te spammen, maar zou mooier zijn als het gewoon in HA zelf kon
Daarnaast weer een nieuwe vraag (ik heb nog zoveel ideeën
Een idee wat ik had (nog niet helemaal zeker of alles mogelijk is) is elke x tijd inloggen via SSH, de map voor de externe disk oproepen, en als er geen resultaat is, dan ervan uitgaan dat ie geunmount is. Maar voor mijn gevoel zou er wat simpelers of relatief kant-en-klaars moeten zijn
Met node red kun je in ieder geval een sensor aanmaken in ha. De waarde kun je vervolgens instellen hoe je wil..
Ook gewoon met vaste waarden per tijdseenheid. Er loopt hier ook een apart node red topic.
Maar je kan in home assitant toch ook een automation maken die op vaste tijdstippen mqtt berichten verstuurt? Die kan je door een sensor laten opvangen. Daar heb je geen esp device voor nodig.
Met de laatste optie haal je de schijf elke keer uit zijn slaap toch? Wil je je hele NAS uitzetten of alleen die externe schijf?:
[...]
Daarnaast weer een nieuwe vraag (ik heb nog zoveel ideeën
Een idee wat ik had (nog niet helemaal zeker of alles mogelijk is) is elke x tijd inloggen via SSH, de map voor de externe disk oproepen, en als er geen resultaat is, dan ervan uitgaan dat ie geunmount is. Maar voor mijn gevoel zou er wat simpelers of relatief kant-en-klaars moeten zijn
Aah, dit is eigenlijk wat ik zocht, nooit bij nagedacht dat ik ook dmv een automation een waarde zou kunnen ophogen
Nodered heb ik even naar gekeken, maar daar wil ik me vooralsnog niet aan wagen, ben nog steeds aan het ontdekken wat HA zelf alleen al te bieden heeft.
Nee, want hij unmount de schijf na het maken van een backup, hij moet opnieuw aangesloten (of powercycle) worden voordat de synology hem weer ziet
[ Voor 11% gewijzigd door Magic op 13-09-2021 09:40 ]
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
Je gebruikt hiervoor geen automation. Sinds een paar maanden kunnen triggers opgenomen worden in de config van een template sensor. De sensor update zichzelf dus (de triggers zijn wel dezelfde als die van automations).:
[...]
Aah, dit is eigenlijk wat ik zocht, nooit bij nagedacht dat ik ook dmv een automation een waarde zou kunnen ophogen
Aah, dank voor deze uitleg, scheelt een boel zoekwerk
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
:strip_icc():strip_exif()/u/20822/sander205.jpg?f=community)
Als je na het maken van de backup de schijf unmount kan je toch ook een shutdown commando meegeven?:
[...]
Nee, want hij unmount de schijf na het maken van een backup, hij moet opnieuw aangesloten (of powercycle) worden voordat de synology hem weer ziet
/u/571120/crop5c096d1dc37bd_cropped.png?f=community)
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
Ik heb nu een paar dagen een aantal Riemann sum integral sensoren draaien waarvan eentje op onze energieslurpende Amerikaanse Koelkast. Nou weet ik dat deze niet zuinig is maar wat de RSI er van maakt is wel heel erg overdreven. De verbruikplot ziet er als volgt uit:
:strip_exif()/f/image/7fzgpCjIgLLJ0TDU6g6XXBpT.jpg?f=fotoalbum_large)
Je hoeft niet veel wiskunde gehad te hebben om te kunnen bepalen dat je hier op een gemiddelde uit zult komen van minder dan 100W per uur oftewel zo'n 2,2kW per dag. Als ik terugkijk in de Tuya app dan geeft deze aan: 2,1 - 2,3 kW per dag. De Riemann sum integral integratie komt echter uit op zo'n 3,7 - 4,1 kW. Bijna het dubbele dus. Wat gaat hier fout? Zijn het de inschakelpulsen die roet in het eten gooien? Sensor heeft een bemonsteringsinterval van 5 seconden. De yaml kun je bijna niet fout doen:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/7fzgpCjIgLLJ0TDU6g6XXBpT.jpg?f=user_large)
Je hoeft niet veel wiskunde gehad te hebben om te kunnen bepalen dat je hier op een gemiddelde uit zult komen van minder dan 100W per uur oftewel zo'n 2,2kW per dag. Als ik terugkijk in de Tuya app dan geeft deze aan: 2,1 - 2,3 kW per dag. De Riemann sum integral integratie komt echter uit op zo'n 3,7 - 4,1 kW. Bijna het dubbele dus. Wat gaat hier fout? Zijn het de inschakelpulsen die roet in het eten gooien? Sensor heeft een bemonsteringsinterval van 5 seconden. De yaml kun je bijna niet fout doen:
YAML:
1
2
3
4
5
| - platform: integration source: sensor.koelkast_power name: koelkast_verbruik unit_prefix: k round: 2 |
André Huisman (www.new-line.nl)
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
/u/638809/crop60400e6fa9a9c_cropped.png?f=community)
Ik gebruik een gewoon een entiteit card voor alle 3 de camera.s
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/TepKIxGxbLcJWNVAuf6RMpsT.jpg?f=user_large)
[ Voor 40% gewijzigd door vonkkie op 13-09-2021 10:48 ]
Heb het nu ook even getest, maar na een reboot is hij de waarde kwijt. Dus wellicht toch niet zo handig.:
[...]
Aah, dank voor deze uitleg, scheelt een boel zoekwerk
Je zou het weg kunnen schrijven in een input_number en die gebruiken in de template, maar dan heb je alsnog een automation nodig die de input_number update.
Dank beiden, ik heb in ieder geval weer een zetje in de goede richting, ik ga er eens verder induiken
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
:strip_icc():strip_exif()/u/283762/crop58ea960fe514b_cropped.jpeg?f=community)
Hi all,
Volgens mij is het al een keer behandeld hier in dit draadje maar:
In de meterkast vlak naast mijn bureau (hoera voor Haagse portiekappartementen) bevindt zich de slimme meter. Die heeft dus een P1 aansluiting. Dus dat betekent dat ik hem kan aansluiten aan mijn Hassio servert.
Die staat alleen aan de andere kant (4 meter pak-hem-beet) van mijn kantoor. In dezelfde ruimte.
Ik meen me te herinneren dat 'r een P1 naar ETH convertertje bestaat. Iemand daar ervaring mee? (En, waar aan te schaffen?)
Een ethernetkabel is zo door te lussen naar het 5-poorts switchtje bij mijn PC namelijk. Scheelt ook weer een hele lange P1-kabel. Als die uberhaupt te scoren is voor een normale prijs.
Volgens mij is het al een keer behandeld hier in dit draadje maar:
In de meterkast vlak naast mijn bureau (hoera voor Haagse portiekappartementen) bevindt zich de slimme meter. Die heeft dus een P1 aansluiting. Dus dat betekent dat ik hem kan aansluiten aan mijn Hassio servert.
Die staat alleen aan de andere kant (4 meter pak-hem-beet) van mijn kantoor. In dezelfde ruimte.
Ik meen me te herinneren dat 'r een P1 naar ETH convertertje bestaat. Iemand daar ervaring mee? (En, waar aan te schaffen?)
Een ethernetkabel is zo door te lussen naar het 5-poorts switchtje bij mijn PC namelijk.
Scheelt ook weer een hele lange P1-kabel. Als die uberhaupt te scoren is voor een normale prijs.
@RavonsDaro P1 naar ethernet (als in, echt in een switch te pluggen) zou gewoon echt wat hardware moeten bevatten. Ze zijn er vast maar ik ken ze niet. Als je de P1 gewoon naar een PC / je HA server wilt doen (via USB-Serial ofzo) dan heb je genoeg aan de binnenste 4 pinnen van de P1. Een goedkope 5m RJ11 kabel zou dan moeten voldoen. Deze kan je dan bij elke bouwmarkt halen. RJ12, nodig als je ook de 2 power pinnen van een DSMR 4+ (?) meter wilt gebruiken is wel wat schaarser, zeker lang.
@willemd Dan kan je net zo goed die RJ11 er direct in drukken
@willemd Dan kan je net zo goed die RJ11 er direct in drukken
/u/399947/crop63e563bc8757a_cropped.png?f=community)
:strip_icc():strip_exif()/u/91738/honden_sana.jpg?f=community)
Ik gebruik zelf Tado, werkt uitstekend!
En je kunt de oude thermostaat weer terugplaatsen als je verhuist toch?
:fill(white):strip_exif()/f/image/qN0InL9gAx4XXow9g1MFMoZ7.png?f=user_large)
Who's general failure, and why is he reading my disk?
Ik had deze al een keer aangepast maar had geen invloed dus daarom weer teruggezet.
Ik heb hem weer aangepast naar m³
Wat ik ook probeer hij verschijn niet bij de instellingen.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/v6sLDaesr9im2yO6JG9uvKUj.jpg?f=user_large)
@mr.DJ95 Hoho! De gelinkte versie met ethernet is wel even heel wat anders dan de door ESPhome aangedreven (wifi) versie die met het energy dashboard kwam aka SlimmeLezer.
@RavonsDaro De gelinkte versie zou volgens hem ook met Home Assistant moeten werken via een serial over ethernet oplossing naar de DSMR integratie (of via DMSR reader). Maar de documentatie daarvan blijf ik maar belachelijk slecht vinden dus het kan even puzzelen zijn.
De nieuwe ESPhome oplossing is wat dat betreft wat gebruikersvriendelijker, zeker in de vorm van de SlimmeLezer.
En wat betreft thermostaat, tuurlijk mag dit. Zolang je de huidige terug kunt hangen (zodat hij werkt) moet dat in Nederland geen probleem zijn tenzij je daar contractueel hele specifieke zaken over hebt afgesproken.
@RavonsDaro De gelinkte versie zou volgens hem ook met Home Assistant moeten werken via een serial over ethernet oplossing naar de DSMR integratie (of via DMSR reader). Maar de documentatie daarvan blijf ik maar belachelijk slecht vinden dus het kan even puzzelen zijn.
De nieuwe ESPhome oplossing is wat dat betreft wat gebruikersvriendelijker, zeker in de vorm van de SlimmeLezer.
En wat betreft thermostaat, tuurlijk mag dit. Zolang je de huidige terug kunt hangen (zodat hij werkt
) moet dat in Nederland geen probleem zijn tenzij je daar contractueel hele specifieke zaken over hebt afgesproken.
Je bedoelt de versie die ik teruggevonden heb? Ik bedoel, ik kan een USB->P1 van 5 meter via AliExpress scoren zie ik ergens maar dan moet ik weer aan de passthrough. En, zoals gezegd, ontwijk ik dat liever. Maar als 'r niks anders op zit..:
@mr.DJ95 Hoho! De gelinkte versie met ethernet is wel even heel wat anders dan de door ESPhome aangedreven (wifi) versie die met het energy dashboard kwam aka SlimmeLezer.
@RavonsDaro De gelinkte versie zou volgens hem ook met Home Assistant moeten werken via een serial over ethernet oplossing naar de DSMR integratie (of via DMSR reader). Maar de documentatie daarvan blijf ik maar belachelijk slecht vinden dus het kan even puzzelen zijn.
De nieuwe ESPhome oplossing is wat dat betreft wat gebruikersvriendelijker, zeker in de vorm van de SlimmeLezer.
En wat betreft thermostaat, tuurlijk mag dit. Zolang je de huidige terug kunt hangen (zodat hij werkt
En toevallig heb ik huurovereenkomst bij de rest van de administratie gevoegd (Don't ask..) en daar stond geen clausule erover. Kwestie van netjes terugplaatsen en ervoor zorgen dat-ie het weer doet. Maar ik bedoel.. het zijn twee draadjes.
how hard can it be?@Ora et Labora Mijn wens is simpel: Aan de muur. App op de foon (of schema in Hassio of schreeuwen tegen mijn Google Home) dus alles eromheen: Leuk meegenomen, geen vereiste. ;-) Ik ga de Tado op de wenslijst proppen.
[ Voor 7% gewijzigd door RavonsDaro op 13-09-2021 14:51 ]
@RavonsDaro:
@mr.DJ95 Hoho! De gelinkte versie met ethernet is wel even heel wat anders dan de door ESPhome aangedreven (wifi) versie die met het energy dashboard kwam.
@RavonsDaro De gelinkte versie zou volgens hem ook met Home Assistant moeten werken via een serial over ethernet oplossing naar de DSMR integratie (of via DMSR reader). Maar de documentatie daarvan blijf ik maar belachelijk slecht vinden dus het kan even puzzelen zijn.
De nieuwe ESPhome oplossing is wat dat betreft wat gebruikersvriendelijker, zeker in de vorm van de SlimmeLezer.
En wat betreft thermostaat, tuurlijk mag dit. Zolang je de huidige terug kunt hangen (zodat hij werkt
Ik heb de oude versie (geen ESPHome, en wel ethernet).
Die werkt inderdaad gewoon prima via de DSMR Slimme meter integratie
Ik weet echter niet meer helemaal hoe de configuratie zat, en aangezien dat tegenwoordig via de UI gaat heb ik ook geen configuration meer staan.
Maar volgens mij is het gewoon [ip]:23 wat je moet invoeren tijdens de config
/u/27131/crop61572b353fff1_cropped.png?f=community)
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
:strip_icc():strip_exif()/u/4202/crop59500930db0d0_cropped.jpeg?f=community)
Ik zat te bedenken hoe ik dit zou doen, maar toen kwam ik op het voorbeeldje in de docs van "aantal dagen niet gerookt". Ik had toen een aha-erlebnis en het volgende er van gemaakt in mijn testinstallatie:
YAML:
1
2
3
4
5
6
7
8
9
| - trigger: - platform: time_pattern minutes: "/10" sensor: - name: Energy device test2 state: '{{ ( ( as_timestamp(now()) - as_timestamp(strptime("01.08.2021", "%d.%m.%Y")) ) / 600 * 0.005) | round(3) }}' unit_of_measurement: "kWh" state_class: total_increasing device_class: energy |
Gewoon een datum in het verleden geprikt, het aantal seconden tussen nu en toen daarvan berekenen, daaruit pakken hoeveel keer 10 minuten interval daarin zit, en dat maal het stroomverbruik per 10 minuten (in dit geval bij 30 watt verbruik). Vooralsnog lijkt dit robuust
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
:strip_exif()/u/301133/crop6737b754ae5aa_cropped.gif?f=community)
Is er inmiddels al een bluetooth 5.0 dongle wat goed functioneert met HassOS?
De dongle die ik nu gebruik heb ik na veel moeite voor elkaar gekregen in HassOS, maar werkt wel, voor hooguit 1 a 2 dagen.
Daarna stopt het ermee en krijg ik dit te zien:
:fill(white):strip_exif()/f/image/AMqy0kdfGMVPjzqS59cVICio.png?f=user_large)
Ik draai ESXi en door middel van passtrough gaat de dongle naar HassOS. Wanneer hij niet meer functioneert reboot ik de hele VM, maar dat hoeft dus niet als ik via terminal het commando power off en power on geef.
:fill(white):strip_exif()/f/image/BX5nL91C2iLr2L1lIEhQBmYk.png?f=user_large)
Als dit nu stabiel was, kon ik ook wat meer historie hiermee gebruiken en de sensoren voor automations inzetten. Nu blijft het maar bij wat testjes.
De dongle die ik nu gebruik heb ik na veel moeite voor elkaar gekregen in HassOS, maar werkt wel, voor hooguit 1 a 2 dagen.
Daarna stopt het ermee en krijg ik dit te zien:
Ik draai ESXi en door middel van passtrough gaat de dongle naar HassOS. Wanneer hij niet meer functioneert reboot ik de hele VM, maar dat hoeft dus niet als ik via terminal het commando power off en power on geef.
Als dit nu stabiel was, kon ik ook wat meer historie hiermee gebruiken en de sensoren voor automations inzetten. Nu blijft het maar bij wat testjes.
Alles went behalve een Twent.
⏩ PVOutput☀️
Ik weet niet of je device ondersteund wordt door esphome, maar misschien is een ESP32 met ESPhome een betere oplossing? Dan hoef je niet met vage bluetooth dongles te werken, maar gewoon op Wifi.:
Is er inmiddels al een bluetooth 5.0 dongle wat goed functioneert met HassOS?
De dongle die ik nu gebruik heb ik na veel moeite voor elkaar gekregen in HassOS, maar werkt wel, voor hooguit 1 a 2 dagen.
Daarna stopt het ermee en krijg ik dit te zien:
[Afbeelding]
Ik draai ESXi en door middel van passtrough gaat de dongle naar HassOS. Wanneer hij niet meer functioneert reboot ik de hele VM, maar dat hoeft dus niet als ik via terminal het commando power off en power on geef.
[Afbeelding]
Als dit nu stabiel was, kon ik ook wat meer historie hiermee gebruiken en de sensoren voor automations inzetten. Nu blijft het maar bij wat testjes.
Ik heb zelf het huis volhangen met die goedkope Xiaomi Mijia thermometers en die roepen gewoon naar een ESP32, die vervolgens de boel weer naar home assistant sluist.
Steam: Brainfrz82 | PSN: Brainfrz | Discord: Brainfrz
Ik zou Ubuntu server erop zetten en deze gebruiken: https://github.com/home-assistant/supervised-installer
Hij zegt dan wel dat ubuntu niet ondersteund wordt maar dat kun je negeren, werkt perfect. Is stuk makkelijker met zaken als bv usb sticks enzo. Werkt dan gewoon direct ipv dat je on Proxmox weer zaken moet gaan routeren enzo. En iets zuiniger met je resources, maar wel alle pluspunten als add-ons etc. Maar ieder zn eigen voorkeur natuurlijk
[ Voor 3% gewijzigd door bafplus op 13-09-2021 16:45 ]
/u/295372/crop62c2de4e919dd.png?f=community)
Tot Ubuntu straks opeens niet meer werkt omdat het niet ondersteund word....:
[...]
Ik zou Ubuntu server erop zetten en deze gebruiken: https://github.com/home-assistant/supervised-installer
Hij zegt dan wel dat ubuntu niet ondersteund wordt maar dat kun je negeren, werkt perfect. Is stuk makkelijker met zaken als bv usb sticks enzo. Werkt dan gewoon direct ipv dat je on Proxmox weer zaken moet gaan routeren enzo. En iets zuiniger met je resources, maar wel alle pluspunten als add-ons etc. Maar ieder zn eigen voorkeur natuurlijk
Als je nieuw bent met home assistant en dit soort software is het gewoon fijn als je online simpel hulp kan krijgen. En niet dat commando's opeens anders zijn.
Moet proxmox er tussen?.... Nee dat hoeft niet echt. Maar ik heb zelf die guide ook gebruikt en werkt prima. Herstarten van de VM gaat makkelijk, USB devices toevoegen is ook simpel. Allemaal met een GUI. En dat blijf ik toch het fijnste vinden... Een GUI.
Pff, dat was even een bevalling. Dacht, nu DSMR in ESPhome zit ga ik dat eens proberen. Heb een DSMR 5 meter dus spanning is er al. En hoe moeilijk kan dat inverten zijn, heb immer elektrotechniek gestudeerd
Dus RJ12 besteld omdat ik die niet bleek te hebben. Vooral lopen vloeken op de dunne draadjes maar goed, aan een boardje met een header voor een D1 mini en een NPN + 1k pull up als inverter gebakken dit en naar D7. ESP heeft spanning, trek ik de data lijn naar GND zie ik netjes 3v3 op D7, even een beetje code geschreven om serial op D7 door te zetten naar de USB serial (via SoftSerial) maar niets
Okay, vast dat niet goed gedaan, ESP eraf, USB-Serial erop ennnnnn ook niets...
Zwaarder geschut, tweede kabel gepakt en daar alleen pull up tussen 5V en de data + data request aan de 5V. Dit aan de scoop en tada, ik zie data. Waarom doet de NPN dan niets daarmee? Kijk ik nog een keer goed, is de minimale spanning nog steeds 0,8V. Ja, dan blijft de NPN wel aan. Pull vervangen door 10k en yeay, dat werkt, data via de USB-Serial.
Maar dan ESPhome. Stond al even op het lijstje maar tot nu alleen of zelf code geschreven (voor non-HA zaken) of Tasmota gedraaid. Maar wat ik ook deed, de ESP kwam maar niet online. Open ik de serial port zie ik steeds WDT resets. Maar na twee dagdelen kloten ben ik er dus achter dat het aan de (batch) ESP's ligt die ik heb. Deze willen maar niet stabiel draaien met ESPhome. Beetje Google raadplegen zie ik dat wel wat meer er last van hebben. Gek genoeg lijkt Tasmota erop geen last van WDT resets te hebben... Maar gelukkig na wat graven nog een D1 Mini van een andere batch gevonden en daarmee werkt het. Was alleen ipv een avondje opeens 3 dagdelen klooien Nu nog even mee prutsen, de standaard entity namen die hij heeft aangemaakt zinnen me niet (staat device name niet in).
En twee dingen die me opvallen, hebben andere dit ook:
Ik heb maar 1-fase en geen teruglevering. Maar "Power consumed" en "Power consumed L1" wijken vaak een paar watt af. Dit zie ik ook in de DSMR telegrams zelf...
En de resolutie van de stroom, niet echt zinnig als dit alleen in hele amps is Ook dit lijkt zo in de telegrammen te staan en dus niet uit het ESPhome DSMR-component te komen.
@_ferry_, bij mij ging het dus ook niet zo soepel...
Dus RJ12 besteld omdat ik die niet bleek te hebben. Vooral lopen vloeken op de dunne draadjes maar goed, aan een boardje met een header voor een D1 mini en een NPN + 1k pull up als inverter gebakken dit en naar D7. ESP heeft spanning, trek ik de data lijn naar GND zie ik netjes 3v3 op D7, even een beetje code geschreven om serial op D7 door te zetten naar de USB serial (via SoftSerial) maar niets
Okay, vast dat niet goed gedaan, ESP eraf, USB-Serial erop ennnnnn ook niets... Zwaarder geschut, tweede kabel gepakt en daar alleen pull up tussen 5V en de data + data request aan de 5V. Dit aan de scoop en tada, ik zie data. Waarom doet de NPN dan niets daarmee? Kijk ik nog een keer goed, is de minimale spanning nog steeds 0,8V. Ja, dan blijft de NPN wel aan. Pull vervangen door 10k en yeay, dat werkt, data via de USB-Serial.
Maar dan ESPhome. Stond al even op het lijstje maar tot nu alleen of zelf code geschreven (voor non-HA zaken) of Tasmota gedraaid. Maar wat ik ook deed, de ESP kwam maar niet online. Open ik de serial port zie ik steeds WDT resets. Maar na twee dagdelen kloten ben ik er dus achter dat het aan de (batch) ESP's ligt die ik heb. Deze willen maar niet stabiel draaien met ESPhome. Beetje Google raadplegen zie ik dat wel wat meer er last van hebben. Gek genoeg lijkt Tasmota erop geen last van WDT resets te hebben... Maar gelukkig na wat graven nog een D1 Mini van een andere batch gevonden en daarmee werkt het. Was alleen ipv een avondje opeens 3 dagdelen klooien
Nu nog even mee prutsen, de standaard entity namen die hij heeft aangemaakt zinnen me niet (staat device name niet in). En twee dingen die me opvallen, hebben andere dit ook:
Ik heb maar 1-fase en geen teruglevering. Maar "Power consumed" en "Power consumed L1" wijken vaak een paar watt af. Dit zie ik ook in de DSMR telegrams zelf...
En de resolutie van de stroom, niet echt zinnig als dit alleen in hele amps is
Ook dit lijkt zo in de telegrammen te staan en dus niet uit het ESPhome DSMR-component te komen.@_ferry_, bij mij ging het dus ook niet zo soepel...
Ja er zijn zeker andere smaken. Maar om non-supported installs aan te raden....
Als Debian praktisch hetzelfde is, en wel supported is... Waarom dan Ubuntu aanraden?
Dat was meer mijn punt. Met de opmerking waarom ikzelf voor een VM heb gekozen. Maar Debian is momenteel supported en er is niks vervelender dan issues hebben die na lang zoeken door het OS komen waarbij je weer een nieuwe install mag doen.
Point taken. Ben zelf Ubuntu gewend en omdat dat gelijk is (bijna) die gebruikt vandaar.:
[...]
Ja er zijn zeker andere smaken. Maar om non-supported installs aan te raden....
Als Debian praktisch hetzelfde is, en wel supported is... Waarom dan Ubuntu aanraden?
Dat was meer mijn punt. Met de opmerking waarom ikzelf voor een VM heb gekozen. Maar Debian is momenteel supported en er is niks vervelender dan issues hebben die na lang zoeken door het OS komen waarbij je weer een nieuwe install mag doen.
Dit topic is gesloten.