Thnx. Ik ben de sensoren eens wat in de gaten aan het houden. Je hebt gelijk. Ik zie het vochtigheidspercentage die door de Airthings wordt gemeten nu al een minuut of 20 stabiel is terwijl andere waardes wel eerder worden ververst. Dat is alvast 1 ding geleerd. Dan is de vraag wanneer gaat een vochtsensor wel reageren. Dat zal voor iedere meter dan denk ik anders zijn? Gister zag ik volgens mij een x 6% verandering tegen bij een voorbeeld.:
@Devke volgens mij staar je je nog steeds blind op tijdsintervallen.Als er niks veranderd, hoef je ook geen waarde gerapporteerd te hebben.
Zoals @Septillion en ik allebei aangegeven hebben, werken veel sensoren zo (reageren bij verandering , niks doen bij gelijkblijvende temperatuur/vochtigheid). Als het echter "plug&play" moet werken en je hebt geen Zigbee, dan wordt het lastig, want WiFi vreet gewoon teveel energie voor een batterij gevoede sensor. Zigbee is hét protocol voor deze toepassingen.
Denk in kansen, niet in problemen. Homewizard Plug-In Battery 5.4 kWh. Zendure 2400 AC 17.2 kWh. 3330 Wp zonnepanelen. EV 77 kWh. Peblar Business Laadpaal.
1
2
3
4
5
6
7
| - sensors: kosten_export_normaal_jaarlijks: friendly_name: "Kosten Export Normaal Jaarlijks" unit_of_measurement: "€" value_template: "{{ states('sensor.export_normaal_jaarlijks') | float * 0.30 }}" availability: "{{ states('sensor.export_normaal_jaarlijks')|is_number }}" device_class: monetary |
1
2
3
4
5
6
7
8
| template: - sensor: name: "Kosten Import Laag Dagelijks" unique_id: kosten_import_laag_dagelijks unit_of_measurement: "€" state: "{{ states('sensor.import_laag_dagelijks') | float * 0.23 }}" availability: "{{ states('sensor.import_laag_dagelijks')|is_number }}" device_class: monetary |
1
2
3
4
5
6
7
8
9
10
| - sensors: totale_kosten_import_dagelijks: friendly_name: "Totale Kosten Import Dagelijks" unit_of_measurement: "€" value_template: > {{ (states('sensor.kosten_import_normaal_dagelijks') | float) + (states('sensor.kosten_import_laag_dagelijks') | float) }} availability: >- {{ states('sensor.kosten_import_normaal_dagelijks') | is_number and states('sensor.kosten_import_laag_dagelijks') | is_number }} |
1
2
3
4
5
6
7
8
9
10
| - sensors: name: "Totale Kosten Import Dagelijks" unique_id: totale_kosten_import_dagelijks unit_of_measurement: "€" state: >- {{ states('sensor.kosten_import_normaal_dagelijks') |float + states('sensor.kosten_import_laag_dagelijks') |float }} availability: >- {{ states('sensor.kosten_import_normaal_dagelijks') |is_number and states('sensor.kosten_import_laag_dagelijks') |is_number }} |
Ventiel zit hier in de hoek van de wand. Zal eerst moeten kijken of de sensor er dan niet achter donderd ;-p. Sensor is evt ook gewoon op de badkamer te leggen. Zo groot is die niet dus zal snel genoeg vochtiger zijn. Waar heb jij dat systeem aangesloten (link van je)? Ik heb even 2 foto's bij gedaan. De 1e is van de box op zolder. 2e van de schakelaar van die box in de keuken.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/XFdzrHqI1WJmlzJtQMg0iH1C.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/SsuILpSNzb0btb7sJvtg9fm5.jpg?f=user_large)
Denk in kansen, niet in problemen. Homewizard Plug-In Battery 5.4 kWh. Zendure 2400 AC 17.2 kWh. 3330 Wp zonnepanelen. EV 77 kWh. Peblar Business Laadpaal.
Gasloos sinds september 2024 - Itho Amber 65 - 7830Wp APSystems DS3L
Niet dat het klopt (tenzij je alleen een WP hebt en voor de rest geen elektrische apparaten:
Nadat dit topic (en de voorgangers) me het afgelopen jaar vaak verder heeft kunnen helpen in m’n HA uitdagingen, heb ik nu een vraag waar ik geen antwoord op kan vinden;
Ik zou voor onze warmtepomp graag weten hoeveel kWh deze direct van de zonnepanelen verbruikt, en hoeveel kWh er uit het net komt.
De beschikbare informatie zit technisch gezien allemaal in HA;
- Slimme meter wordt uitgelezen, dus verbruik en teruglevering zijn bekend.
- Warmtepomp beschikt over een seperate kWh meter die via modbus uitgelezen wordt.
Ik zit te denken aan een tweetal virtuele kWh-meters, die afhankelijk van de mate van opbrengst van de zonnepanelen het gewenste inzicht geven. Echter heb ik geen idee hoe ik dit voor elkaar zou moeten krijgen.
Heeft er iemand hier ervaring met een dergelijk concept? Of mooier nog; wat code die ik over kan nemen.
Bonus vraag; Over een tijdje komt er een boiler voor douchewater. Het verbruik daarvan zou ik graag op een zelfde manier registeren, waarbij de warmtepomp voorrang krijgt op het verbruiken van zonnepaneel-stroom.
), maar effectief zoek je dus steeds naar "de kleinste waarde tussen de opwek van de panelen en verbruik van de WP" (en "verbruik van de WP - verbruik uit eigen opwek" is dan de afname). Ik weet alleen niet of het handig is om hierbij te rekenen met energie (Wh / kWh), of vermogen (W / kW) en vervolgens met een riemann sum naar energie (Wh / kWh). Energie druk je immers uit in een periode (x kWh in een uur / dag / maand), terwijl het vermogen een "momentopname" is ("nu verbruikt die 1000 W"). Ergo: als je dit gegeven per uur wilt doen kan het best dat het eerste half uur de zon schijnt, maar de WP uit staat, en het tweede half uur de zon niet meer schijnt (of veel minder) en de WP wel aan staat. Als je dan de min(opwek in dat uur, verbruik van WP in dat uur) neemt dan is het het "netto verbruik uit de opwek" en niet het daadwerkelijke verbruik. Daarom dat ik zelf meer zou neigen naar het berekenen op basis van het vermogen (als in "nu op dit moment verbruikt de WP x W uit eigen opwek en y W van het net"), en als je dat hebt kun je dat met de riemann sum dus omzetten naar energie. Alleen... ten eerste is de riemann sum uberhaupt niet 100% accuraat, en ten tweede werkt dat alleen goed als beide sensoren (opwek panelen en "afname" WP) zo exact (mogelijk) gelijk lopen. Als de een een update interval heeft van 1 minuut en de ander van 1 seconde dan zit je dus 59 seconden met het verkeerde gegeven te rekenen. waardoor er helemaal niks meer van klopt.
Klopt. Dat is de "formule" om van W naar Wh (/kW naar kWh) te gaan. Of beter gezegd, waarschijnlijk gewoon gegevens op te tellen / te berekenen tot een "per uur" op basis van allemaal momentopnames.
Nouja, als je direct gaat werken met de kWh-s van de omvormer en WP gaat je dat niet lukken, omdat het weer in een uur (bv) best wel kan wijzigen en als de WP dan net draait op het moment dat je geen stroom opwerkt en als de WP niet draait je wel (veel) stroom opwerkt dan klopt er al niks meer van. (Dan kun je worst case in een uur bv dus een afwijking van 100% hebben)l
Niet dat het klopt (tenzij je alleen een WP hebt en voor de rest geen elektrische apparaten
:fill(white):strip_exif()/f/image/G9VFK3BQTWctwUQB1pIAySWq.png?f=user_large)
[ Voor 4% gewijzigd door water_escape op 09-09-2024 18:09 ]
Water-Escape
Dank voor je reactie. Ik heb inmiddels alles aangepast, en het grootste gedeelte lijkt te werken, en daar ik vooral geinteresseerd ben in de bedragen heb ik om te testen even wat dingen onder elkaar gezet. En dan werkt de netto kosten dagelijks niet, dat ding is in zijn geheel niet beschikbaar::
@Just_A_User Ik zou alles onder senor: met platform: template eens weghalen (copy-past in een kladblok ofzo). En daarna alles dus onder template een voor een toevoegen.
Want zie bijvoorbeeld wat jij post:
YAML:
Versus wat ik schreef:
YAML:
Zoek de verschillen
Dus ipv (dit is copy past van hier)
YAML:
Krijg je dus:
YAML:
Dit komt onder dezelfde [mono[/]template:[/] parent als de rest.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
| - sensors: name: "Netto Kosten Dagelijks" unique_id: netto_kosten_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_dagelijks') | float) - (states('sensor.totale_kosten_export_dagelijks') | float) }} availability: >- {{ (states('sensor.totale_kosten_import_dagelijks') |is_number) - (states('sensor.totale_kosten_export_dagelijks') |is_number) }} - sensors: name: "Netto Kosten Maandelijks" unique_id: netto_kosten_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_maandelijks’) | float) - (states('sensor.totale_kosten_export_maandelijks’) | float) }} availability: >- {{ (states('sensor.totale_kosten_import_maandelijks’) |is_number) - (states('sensor.totale_kosten_export_maandelijks’) |is_number) }} - sensors: name: "Netto Kosten Jaarlijks" unique_id: netto_kosten_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_jaarlijks’) | float) - (states('sensor.totale_kosten_export_jaarlijks’) | float) }} availability: >- {{ (states('sensor.totale_kosten_import_jaarlijks’) |is_number) - (states('sensor.totale_kosten_export_jaarlijks’) |is_number) }} |
[ Voor 5% gewijzigd door Just_A_User op 09-09-2024 17:27 ]
Och ja, je moet toch wat he.
Maar ze gaan geen relatie met je afrekening hebben.
Ik heb dan nu het volgende::
@verjager Scherp! Had ik bij de laatste ook fout gedaan
@Just_A_User En check via Dev tools => States of je ze ziet en wat het entity id geworden is. Die is op zich gewoon de name in kleine letters en met underscores maar als HA denk dat die nog bezet is (bijvoorbeeld van je vorige poging) dan kan het zijn dat deze anders is geworden.
En dus nogmaals, je bedragen zijn dus volledig virtueel. Als je dat okay vindt, vooral zo doen
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
| - sensors: name: "Totale Kosten Import Dagelijks" unique_id: totale_kosten_import_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_dagelijks') | float) + (states('sensor.kosten_import_laag_dagelijks') | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_dagelijks') |is_number) and (states('sensor.kosten_import_laag_dagelijks') |is_number) }} - sensors: name: "Totale Kosten Import Maandelijks" unique_id: totale_kosten_import_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_ maandelijks’) | float) + (states('sensor.kosten_import_laag_ maandelijks’) | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_ maandelijks’) |is_number) and (states('sensor.kosten_import_laag_ maandelijks’) |is_number) }} - sensors: name: "Totale Kosten Import Jaarlijks" unique_id: totale_kosten_import_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_ jaarlijks’) | float) + (states('sensor.kosten_import_laag_ jaarlijks’) | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_ jaarlijks’) |is_number) and (states('sensor.kosten_import_laag_ jaarlijks’) |is_number) }} - sensors: name: "Totale Kosten Export Dagelijks" unique_id: totale_kosten_export_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_dagelijks’) | float) + (states('sensor.kosten_export_laag_dagelijks’) | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_dagelijks’) |is_number) and (states('sensor.kosten_export_laag_dagelijks’) |is_number) }} - sensors: name: "Totale Kosten Export Maandelijks" unique_id: totale_kosten_export_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_maandelijks’) | float) + (states('sensor.kosten_export_laag_maandelijks’) | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_maandelijks’) |is_number) and (states('sensor.kosten_export_laag_maandelijks’) |is_number) }} - sensors: name: "Totale Kosten Export Jaarlijks" unique_id: totale_kosten_export_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_jaarlijks’) | float) + (states('sensor.kosten_export_laag_jaarlijks’) | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_jaarlijks’) |is_number) and (states('sensor.kosten_export_laag_jaarlijks’) |is_number) }} - sensors: name: "Netto Kosten Dagelijks" unique_id: netto_kosten_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_dagelijks') | float) - (states('sensor.totale_kosten_export_dagelijks') | float) }} availability: >- {{ (states('sensor.totale_kosten_import_dagelijks') |is_number) and (states('sensor.totale_kosten_export_dagelijks') |is_number) }} - sensors: name: "Netto Kosten Maandelijks" unique_id: netto_kosten_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_maandelijks’) | float) - (states('sensor.totale_kosten_export_maandelijks’) | float) }} availability: >- {{ (states('sensor.totale_kosten_import_maandelijks’) |is_number) and (states('sensor.totale_kosten_export_maandelijks’) |is_number) }} - sensors: name: "Netto Kosten Jaarlijks" unique_id: netto_kosten_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_jaarlijks’) | float) - (states('sensor.totale_kosten_export_jaarlijks’) | float) }} availability: >- {{ (states('sensor.totale_kosten_import_jaarlijks’) |is_number) and (states('sensor.totale_kosten_export_jaarlijks’) |is_number) }} |
ik snap er niks van.
Och ja, je moet toch wat he.
Alle entity id's behalve die van dagelijks sluit je af met een ’ (accent grave typografische apostrof) ipv een ' ((rechte) apostrof). Daar heb ik me ook rot naar gezocht 
Ik weet niet eens hoe ik dat karakter normaal zou kunnen type [edit]Maar ik heb een vermoeden, het geheel soms een keer naar Office geknipt en geplakt?
[ Voor 13% gewijzigd door Septillion op 09-09-2024 21:19 ]
Ik neem aan dat er voor dat eerste streepje ook 2 spaties staan, maar dat je die niet mee gekopieerd hebt?:
[...]
Ik heb dan nu het volgende:
YAML:
Van al deze geldt dat alleen alles met 'dagelijks' aanwezig is. Alle andere dingen, te weten maandelijks en jaarlijks zijn er niet, alles wat netto is is er ook niet.
Ze zijn ook niet te vinden onder statussen in development tools. Ze staan dus wél in de config.yaml, zoals hier boven te zien is, maar ze lijken niet te bestaan?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| template: - sensor: - name: sensor bla unique_id: bla state: "{{ }}" availability: "{{ }}" - name: sensor bla 2 unique_id: bla 2 state: "{{ }}" availability: "{{ }}" - name: sensor bla 3 unique_id: bla 3 state: "{{ }}" availability: "{{ }}" |
Ik had dit een paar weken terug ook. De fout bij mij zat in het aantal spaties voor de sensor. Regel beginnen met 2 spaties dan een - weer een spatie en dan pas sensor typen. Herstart HA en ze waren er.:
[...]
Ik heb dan nu het volgende:
YAML:
Van al deze geldt dat alleen alles met 'dagelijks' aanwezig is. Alle andere dingen, te weten maandelijks en jaarlijks zijn er niet, alles wat netto is is er ook niet.
Ze zijn ook niet te vinden onder statussen in development tools. Ze staan dus wél in de config.yaml, zoals hier boven te zien is, maar ze lijken niet te bestaan?
Denk in kansen, niet in problemen. Homewizard Plug-In Battery 5.4 kWh. Zendure 2400 AC 17.2 kWh. 3330 Wp zonnepanelen. EV 77 kWh. Peblar Business Laadpaal.
Damn.:
@Just_A_User Wauw, dit duurde ook even.
Eerste fout die ik zag was sensors: vs sensor:. Mijn fout, dat heb ik ook zo gepost door copy-past. Maar grappig genoeg valt daar HA niet over en behandelt sensor en sensors hetzelfde
Tweede fout is dat je in alle entity id's behalve die van dagelijks een spatie hebt gedaan. Dit werkt op zich niet (states() zal altijd 'unknown' terug geven) maar zal wel de sensor aanmaken
Maar de echte fout heb je toch echt ook zelf gedaan en is nog meer sneaky dan de tweede
). Check. Och ja, je moet toch wat he.
[ Voor 12% gewijzigd door Just_A_User op 09-09-2024 21:50 ]
Och ja, je moet toch wat he.
Ja precies, al dat voor allemaal onzin. Nee, ik wil graag zien puur op verbruikskosten, dus zoveel kosten en zoveel opbrengst en die van elkaar afgetrokken, wat een dag gekost heeft. Dat uiteindelijk ik dat niet voor 365 dagen kan doen ivm bijkomende kosten etc, snap ik.:
@Just_A_User En all dat werk voor virtuele getallen
Maar in die 4 zal je of een typo gemaakt hebben of de utility meter is ook unknown ofzo.
Och ja, je moet toch wat he.
Ik heb geen boete. Nog niet, ik ga daar tzt natuurlijk ook gewoon mee te maken krijgen. Maar ik snap niet waarom het niet klopt als ik puur naar de afgenomen kwhs kijk en naar de terug gegeven kwhs, waarom dat raar is?
Och ja, je moet toch wat he.
(al loopt het wel redelijk ok zolang netto verbruik positief blijft).
Eos 600, Sigma 28-70, 50-200, 100 2.8, 430EZ
Eos 300D, 500D, 70D, 10-22, 15-85, 24, 50 1.4, 100 2.8, 100-400, 430EXII
Ooh nice, die kende ik nog niet! Ga ik direct even verwerken. Ondertussen ben ik bezig met een gaaf dingetje, heb sinds kort een tablet aan de muur gespijkerd waarvoor ik nog druk ben met een dashboard. Zodra ik enigszins tevreden ben over het resultaat zal ik dat delen in het Show je setup-topic
1
2
3
4
5
6
7
8
9
10
11
| - sensor: name: "Netto Kosten Dagelijks" unique_id: netto_kosten_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_dagelijks') | float) - (states('sensor.totale_kosten_export_dagelijks') | float) }} availability: >- {{ (states('sensor.totale_kosten_import_dagelijks') |is_number) and (states('sensor.totale_kosten_export_dagelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
11
| - sensor: name: "Totale Kosten Import Dagelijks" unique_id: totale_kosten_import_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_dagelijks') | float) + (states('sensor.kosten_import_laag_dagelijks') | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_dagelijks') |is_number) and (states('sensor.kosten_import_laag_dagelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Totale Kosten Export Dagelijks" unique_id: totale_kosten_export_dagelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_dagelijks') | float) + (states('sensor.kosten_export_laag_dagelijks') | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_dagelijks') |is_number) and (states('sensor.kosten_export_laag_dagelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Netto Kosten Maandelijks" unique_id: netto_kosten_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_maandelijks') | float) - (states('sensor.totale_kosten_export_maandelijks') | float) }} availability: >- {{ (states('sensor.totale_kosten_import_maandelijks') |is_number) and (states('sensor.totale_kosten_export_maandelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Totale Kosten Import Maandelijks" unique_id: totale_kosten_import_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_maandelijks') | float) + (states('sensor.kosten_import_laag_ maandelijks') | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_maandelijks') |is_number) and (states('sensor.kosten_import_laag_maandelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Totale Kosten Export Maandelijks" unique_id: totale_kosten_export_maandelijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_maandelijks') | float) + (states('sensor.kosten_export_laag_maandelijks') | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_maandelijks') |is_number) and (states('sensor.kosten_export_laag_maandelijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Netto Kosten Jaarlijks" unique_id: netto_kosten_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.totale_kosten_import_jaarlijks') | float) - (states('sensor.totale_kosten_export_jaarlijks') | float) }} availability: >- {{ (states('sensor.totale_kosten_import_jaarlijks') |is_number) and (states('sensor.totale_kosten_export_jaarlijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Totale Kosten Import Jaarlijks" unique_id: totale_kosten_import_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_import_normaal_jaarlijks') | float) + (states('sensor.kosten_import_laag_ jaarlijks') | float) }} availability: >- {{ (states('sensor.kosten_import_normaal_jaarlijks') |is_number) and (states('sensor.kosten_import_laag_jaarlijks') |is_number) }} |
1
2
3
4
5
6
7
8
9
10
| - sensor: name: "Totale Kosten Export Jaarlijks" unique_id: totale_kosten_export_jaarlijks unit_of_measurement: "€" state: >- {{ (states('sensor.kosten_export_normaal_jaarlijks') | float) + (states('sensor.kosten_export_laag_jaarlijks') | float) }} availability: >- {{ (states('sensor.kosten_export_normaal_jaarlijks') |is_number) and (states('sensor.kosten_export_laag_jaarlijks') |is_number) }} |
Och ja, je moet toch wat he.
Ik moest destijds toen ik mijn hor(schuif)deur installeerde ook een alternatieve sensor voor die deur vinden, want er kan niet meer op het kozijn ivm de bevestiging van de hor. Ik kwam toen ook uit op zo'n Sensative Strip. Die Aeotec zag ik toen ook, maar had geen zin te moeten boren.
Of hij 10 jaar gaan halen valt nog te bezien...
Ja! Dat was 'm! En die spatie zat er ook bij Jaarlijks. Nu werken alle sensoren wél. Uren naar lopen staren.
Och ja, je moet toch wat he.
Oh crap ja, in het entity_id.
[ Voor 16% gewijzigd door TheFes op 10-09-2024 16:38 ]
Ja, en jij weet dan nog eens wat je doet. Ik ben gewoon een aap die een trucje doet. Ik snapte dat het iets met die specifieke dingen moest zijn, want ze werkten niet, waar dagelijks wel werkte, maar ik zag niet waar het probleem zat.:
[...]
Oh crap ja, in het entity_id.
Ik zat allemaal in de indentatie te zoeken
Tijd om naar huis te gaan denk ik
Och ja, je moet toch wat he.
Ja, daarom zei ik dat je het eens in developer tools > template moet gooien.:
[...]
Ja, en jij weet dan nog eens wat je doet. Ik ben gewoon een aap die een trucje doet. Ik snapte dat het iets met die specifieke dingen moest zijn, want ze werkten niet, waar dagelijks wel werkte, maar ik zag niet waar het probleem zat.
Maar het is opgelost!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| utility_meter: ## Dagelijks energie verbruik daily_energy_offpeak: source: sensor.electricity_meter_energy_consumption_tarif_1 cycle: daily daily_energy_peak: source: sensor.electricity_meter_energy_consumption_tarif_2 cycle: daily daily_energy_returned_offpeak: source: sensor.electricity_meter_energy_production_tarif_1 cycle: daily daily_energy_returned_peak: source: sensor.electricity_meter_energy_production_tarif_2 cycle: daily daily_energy_produced: source: sensor.inverter_watthours cycle: daily daily_gas: source: sensor.gas_meter_gas_consumption cycle: daily |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| ## Vandaag opgewekt daily_energy_solar: friendly_name: Opgewekt unit_of_measurement: kWh value_template: "{{states('sensor.daily_energy_produced') |float | round(0)}}" ## Vandaag totaal terug geleverd daily_energy_returned: friendly_name: Teruggeleverd unit_of_measurement: kWh value_template: "{{ states('sensor.daily_energy_returned_offpeak')|float + states('sensor.daily_energy_returned_peak')|float }}" ## Vandaag totaal gebruikt (Dummy voor daily_energy_netto) daily_energy_used: friendly_name: Gebruikt unit_of_measurement: kWh value_template: "{{ states('sensor.electricity_meter_energy_consumption_tarif_1')|float + states('sensor.electricity_meter_energy_consumption_tarif_2')|float }}" ## Netto verbruik vandaag na saldering daily_energy_netto: friendly_name: Verbruikt unit_of_measurement: kWh value_template: "{{ states('sensor.daily_energy_used')|float - states('sensor.daily_energy_returned') |float}}" |
. Echter, ik krijg er geen kloppend netto totaal stroomverbruik uit. Hij geeft nu b.v. ruim 9 kWh aan, terwijl uit het energy-dashboard blijkt dat er maar 4.5 kWh verbruikt is:
"We don't make mistakes; we just have happy accidents" - Bob Ross
Hoe lang denk je dan dat ik aan het zoeken ben geweest naar de typografische apostrof:
[...]
Oh crap ja, in het entity_id.
Ik zat allemaal in de indentatie te zoeken
Tijd om naar huis te gaan denk ik
yaml is wat dat betreft super gestructureerd. Dus ook een aap zal daar vrij snel logica in zien:
[...]
Ja, en jij weet dan nog eens wat je doet. Ik ben gewoon een aap die een trucje doet. Ik snapte dat het iets met die specifieke dingen moest zijn, want ze werkten niet, waar dagelijks wel werkte, maar ik zag niet waar het probleem zat.
Maar het is opgelost!
Wat jij makkelijk vind vooral
) format van template sensoren. Wat je nu gebruikt is legacy / deprecated, hebben minder features en is kans dat ze er een keer uit gaan. Dus als je er mee bezig gaat zou ik ze omzetten.
In de gang heb ik een kruisschakeling met drie wandschakelaars. Deze zou ik graag met een Zigbee module 'smart' maken, idealiter met behoud van de drie fysieke schakelaars.)
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
)Goed idee, had ik nog niet aan gedacht. De schakeling bedient twee losse lichtpunten, ik zou moeten kijken hoe/waar dat afgetakt wordt.:
@Tom Paris (Captain Proton to the rescue!
Heb je fase en ruimte bij het lichtpunt? (nul en schakel heb je sowieso)
Als het enigszins mogelijk is om de switch bij het lichtpunt te installeren (mits daar fase beschikbaar is), zou ik dat doen, voorkom je een hoop gedoe mee.
Heb ik ook met al mijn wisselschakelingen gedaan.
Je hebt maar met 1 zwarte draad te maken, kunt al je bestaande schakelingen intact laten, zit niet te klooien in een mogelijk te kleine lasdoos...
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Dit is natuurlijk meer een persoonlijke keuze hoe je de dingen benoemt.
Geen thuisaccu hier dus die kan inderdaad achterwege blijven.
Mijn code is al >2 jaar oud denk ik, helaas lange tijd niets met HA gedaan ivm PTSS. Veel te veel prikkelgevoelig, moeite met aandacht vasthouden, (echt) snel overzicht verliezen etc. Was geen lekkere basis om uitgebreide dingen op te pakken of met code e.d. bezig te zijn. Ik zou zomaar meer ontwikkelingen hebben kunnen missen (en dat heb ik zeker).En ook voor jouw de (dagelijkse) tip, switch naar de "nieuwe" (denk ook al twee jaar
[ Voor 5% gewijzigd door The Executer op 10-09-2024 21:07 ]
"We don't make mistakes; we just have happy accidents" - Bob Ross
Hoogstens zou je omzetverliezen daar los van kunnen zien.Als eerste, je indentatie klopt niet
Volgens mij heb ik dat één keer op een Amerikaans model gezien. Maar het is gewoon erg onpraktisch omdat je dan feitelijk op stroomverbruik moet gaan bepalen of de lamp aangegaan is of niet.:
Vraag over een wisselschakeling
De situatie is als op het schema hieronder. Bij de meest linkse schakelaar komt fase 'naar binnen', bij deze schakelaar heb ik ook een nul-draad aanwezig (er zit een WCD naast). Bij de twee andere schakelaars niet.
Nu begrijp ik dat je normaliter een Zigbee module achter de schakelaar rechts zou plaatsen, waarbij het contact uit de schakelaars een signaalfunctie heeft, en de module de fase naar de lamp schakelt. Maar, dat vereist fase en nul achter die wandschakelaar, die daar dus niet aanwezig zijn.
Wat ik dus eigenlijk zoek, is een Zigbee module die niet aan/uit schakelt, maar tussen de twee schakeldraden schakelt. Dit lijkt echter niet te bestaan?
Of is er een andere optie die ik niet zie? Het mag ook via wifi eventueel, zolang het maar achter de schakelaar past (WAF
[Afbeelding]
Helemaal mee eens. Maar voor specifieke verzamelingen bij elkaar horende template sensors, rest sensors, shell commands etc. hou je het zo wel mooi bij elkaar. Anders staat alles verspreid door je configuration.yaml:
[...]
Packages ben ik zelf niet aan begonnen. Naar mijn idee is de grootste potentie daarvoor gemist doordat zaken die je in de UI doet niet in de yaml komen en voor aantal zaken via de UI meer opties geeft
KISS | Huis: A++++ | Zon: SolarEdge 10k Homehub, 13kWp, 19,4kWh accu’s, One Pro EV Charger | MV: DucoBox Focus | Warmtepomp: ME Ecodan SW75YAA met EHST20D | Tuin: natuurinclusief | Auto: Audi Q4 etron
Ombouwen naar pulsdrukkers?:
Vraag over een wisselschakeling
De situatie is als op het schema hieronder. Bij de meest linkse schakelaar komt fase 'naar binnen', bij deze schakelaar heb ik ook een nul-draad aanwezig (er zit een WCD naast). Bij de twee andere schakelaars niet.
Nu begrijp ik dat je normaliter een Zigbee module achter de schakelaar rechts zou plaatsen, waarbij het contact uit de schakelaars een signaalfunctie heeft, en de module de fase naar de lamp schakelt. Maar, dat vereist fase en nul achter die wandschakelaar, die daar dus niet aanwezig zijn.
Wat ik dus eigenlijk zoek, is een Zigbee module die niet aan/uit schakelt, maar tussen de twee schakeldraden schakelt. Dit lijkt echter niet te bestaan?
Of is er een andere optie die ik niet zie? Het mag ook via wifi eventueel, zolang het maar achter de schakelaar past (WAF
[Afbeelding]
KISS | Huis: A++++ | Zon: SolarEdge 10k Homehub, 13kWp, 19,4kWh accu’s, One Pro EV Charger | MV: DucoBox Focus | Warmtepomp: ME Ecodan SW75YAA met EHST20D | Tuin: natuurinclusief | Auto: Audi Q4 etron
Eos 600, Sigma 28-70, 50-200, 100 2.8, 430EZ
Eos 300D, 500D, 70D, 10-22, 15-85, 24, 50 1.4, 100 2.8, 100-400, 430EXII
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
Kleinigheidje blijf je houden:
@__Erik__ Oeps
Ik was schijnbaar ook hele "kleiner dan" vergeten... Aangepast! Maar goed, nu heb je denk ik wel gelijk een stuk meer kennis van templates
Kan je de template nog eens posten?
1
2
3
4
5
| #t-gem-hui: - sensor: - name: "Gemiddeld -/- huidig" state: > {{ ( states('sensor.energyzero_today_energy_average_price') | float(0) - states('sensor.energyzero_today_energy_current_hour_price') | float(0) ) }} |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| alias: Test bericht gemiddeld vs huidig tarief description: "" trigger: - platform: time_pattern minutes: "15" condition: - condition: numeric_state entity_id: sensor.gemiddeld_huidig below: -0.04 action: - data: title: Informatie message: >- Stroom gemiddelde -/- huidig prijs: {{ states('sensor.gemiddeld_huidig') }}, batterij ontladen! action: notify.mobile_app_sm_s918b mode: single |
[ Voor 4% gewijzigd door __Erik__ op 12-09-2024 10:02 . Reden: foutje ]
Eos 600, Sigma 28-70, 50-200, 100 2.8, 430EZ
Eos 300D, 500D, 70D, 10-22, 15-85, 24, 50 1.4, 100 2.8, 100-400, 430EXII
[ Voor 3% gewijzigd door D4NG3R op 11-09-2024 10:17 ]
Komt d'r in, dan kö-j d’r oet kieken
Hoeft ook niet echt, het blijft een hobby natuurlijk. Dus als ik me verveel kijk ik eens op mijn lijst en kies ik iets waar ik op dat moment het meest zin in heb.
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
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
1
2
3
4
5
6
7
8
9
10
11
| - trigger: - platform: state entity_id: sensor.cost_price_energy sensor: - name: "Total cost price energy" device_class: monetary state_class: measurement unit_of_measurement: EUR state: > {{ this.state |float(0) + trigger.from_state.state |float(0) }} |
Heel herkenbaar:
Even een vraagje gerelateerd-aan; Hoe houden jullie een beetje grip op ideetjes/plannen met jullie HA omgeving? Ik merk aan mijzelf dat 10.000 ideeën heb, maar er telkens wat moeite mee heb om deze fatsoenlijk af te ronden omdat ik tijdens de implementatie weer 10.000 andere ideeën krijg.
Ik overweeg zelf, nu dat ik alle hardware welke ik wou hebben inmiddels in huis heb, een mooi Trello bordje op te zetten en die per ruimte/systeem vanaf 0 af te gaan werken. En vooral om zaken niet (meer) onnodig veel met elkaar te verweven.
Het moet een middel blijven, niet een doel 
Gasloos! 3100Wp Z, 2150Wp W, Panasonic 5J monoblock, Panasonic 150L WPB
Die grafiek ziet er heel bijzonder uit, een grafiek met kWh zou niet af moeten nemen.:
Ik probeer een dagelijkse verbruik op mijn dashboard te tonen. Hiervoor heb ik enkele entiteiten in combinatie met sensoren aangemaakt die automatisch om 00:00 gereset worden. Werkt verder prima... Behalve totale (netto) stroomverbruik per dag.
Probleem is een beetje dat we ook zonnepanelen hebben. Daarnaast kun je geen entiteiten van het energy-dashboard pakken... Hoe doen jullie dit?
Wat ik op dit moment heb:
YAML:
YAML:
Het gaat om de "Netto verbruik vandaag na saldering". In de ochtend klopt het wel redelijk, maar zodra de panelen op gaan wekken krijg ik het volgende:
[Afbeelding]
Hoe de grafiek er uit ziet... boeit me niet zoveel
[Afbeelding]
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| - trigger: - platform: time_pattern hours: 23 minutes: 50 seconds: 00 sensor: - name: "daily_cop_heating_saved" state_class: measurement unit_of_measurement: "COP" state: > {{(states('sensor.daily_cop_average')|float) |round(1)}} - trigger: - platform: time_pattern seconds: 30 sensor: - name: "daily_cop_average" state_class: measurement unit_of_measurement: "COP" state: > {% set yield_kw = states('sensor.ebusd_hmu_yieldhcday_energy')|float(2) + states('sensor.ebusd_hmu_yieldhwcday_energy')|float(2) %} {% set power_kw = states('sensor.daily_energy_heating')|float(2) %} {% set cop = ((yield_kw+power_kw) / (power_kw))|round(1) if power_kw > 0.5 else 0 %} {% set cop = 10 if cop > 10 else cop %} {% set cop = -2 if cop < -2 else cop %} {{cop|round(1)}} |
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Dzhse6r2RcukcvmL9C2cJxdw.jpg?f=user_large)
[ Voor 14% gewijzigd door Septillion op 11-09-2024 16:50 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
Dat kwam door mijn verkeerde rekensom
1
| {{ states('sensor.daily_energy_used')|float - states('sensor.daily_energy_returned') |float}}" |
"We don't make mistakes; we just have happy accidents" - Bob Ross
Ik schrijf dingen vooral niet op... en doe het on the fly en ongestructureerd. Enerzijds omdat ik te lui ben, anderzijds omdat voortschrijdend inzicht mijn usecases vaak eenvoudiger maakt. Ik spendeer vooral tijd aan lezen over hoe dingen werken en dan dwaalt mijn hoofd wel af naar de situatie thuis.:
Even een vraagje gerelateerd-aan; Hoe houden jullie een beetje grip op ideetjes/plannen met jullie HA omgeving? Ik merk aan mijzelf dat 10.000 ideeën heb, maar er telkens wat moeite mee heb om deze fatsoenlijk af te ronden omdat ik tijdens de implementatie weer 10.000 andere ideeën krijg.
Ik overweeg zelf, nu dat ik alle hardware welke ik wou hebben inmiddels in huis heb, een mooi Trello bordje op te zetten en die per ruimte/systeem vanaf 0 af te gaan werken. En vooral om zaken niet (meer) onnodig veel met elkaar te verweven.
[ Voor 18% gewijzigd door Miezie op 11-09-2024 15:00 ]
KISS | Huis: A++++ | Zon: SolarEdge 10k Homehub, 13kWp, 19,4kWh accu’s, One Pro EV Charger | MV: DucoBox Focus | Warmtepomp: ME Ecodan SW75YAA met EHST20D | Tuin: natuurinclusief | Auto: Audi Q4 etron
:fill(white):strip_exif()/f/image/LwDHJ3Ckkokp2CunjkvzM9xo.png?f=user_large)
Ik heb heel veel ideeën, soms voer ik ze meteen door. Soms maak ik er een issue voor aan op mijn GitHub repo, soms duurt het even voordat ik er aan toe kom, en soms voer ik het nooit uit.:
Even een vraagje gerelateerd-aan; Hoe houden jullie een beetje grip op ideetjes/plannen met jullie HA omgeving? Ik merk aan mijzelf dat 10.000 ideeën heb, maar er telkens wat moeite mee heb om deze fatsoenlijk af te ronden omdat ik tijdens de implementatie weer 10.000 andere ideeën krijg.
Ik overweeg zelf, nu dat ik alle hardware welke ik wou hebben inmiddels in huis heb, een mooi Trello bordje op te zetten en die per ruimte/systeem vanaf 0 af te gaan werken. En vooral om zaken niet (meer) onnodig veel met elkaar te verweven.
:
Even een vraagje gerelateerd-aan; Hoe houden jullie een beetje grip op ideetjes/plannen met jullie HA omgeving? Ik merk aan mijzelf dat 10.000 ideeën heb, maar er telkens wat moeite mee heb om deze fatsoenlijk af te ronden omdat ik tijdens de implementatie weer 10.000 andere ideeën krijg.
Ik overweeg zelf, nu dat ik alle hardware welke ik wou hebben inmiddels in huis heb, een mooi Trello bordje op te zetten en die per ruimte/systeem vanaf 0 af te gaan werken. En vooral om zaken niet (meer) onnodig veel met elkaar te verweven.
4900/4920 Wp ZW + 2520/2100 Wp ZO : SMA STP10.0-3AV-40/STP4.0-3AV-40 : 3xMP2-5000VA : 3xSeplos Mason 280L+42,9kWh : Arotherm VWL125/6+MEH97/6+VIH-RW300/3 : 100 m2 vvw als bijverwarming : Bouwjaar 2008
:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/1894616/crop685afccdcfd37_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/146731/crop562615a0aa64c.jpeg?f=community)
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
:strip_exif()/u/477763/avatar.gif?f=community){kind=avatar}
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
:strip_icc():strip_exif()/u/260529/menneke_avatar_60.jpg?f=community){kind=avatar}
:strip_icc():strip_exif()/u/368759/EdG%2520Fotografie%2520logo%25206s.jpg?f=community)
:strip_exif()/u/33876/crop5db309f39f3f0_cropped.gif?f=community)
:strip_icc():strip_exif()/u/69025/nvicon.jpg?f=community)
:strip_icc():strip_exif()/u/150290/csi.jpg?f=community)
:strip_exif()/u/34750/Trooper.gif?f=community)
/u/310759/crop5a8fa260a4c33_cropped.png?f=community)
:strip_exif()/u/25150/Gizzbril.gif?f=community)
:strip_icc():strip_exif()/u/99021/Streepje.jpg?f=community)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
