Heb hier gewoon dat ding in een lasdoosje geplakt. Past prima en werk ‘m toch weg:
Mja, als ik al voor zo'n sensor ga dan ga ik wel lekker zelf een behuizing printen
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Dat ze er €33 voor vragen wil niet zeggen dat het ook €33 kost.:
Deze sensor kost al 33 euro
[ quote]:
[...]
Maar waarom zou je €70 uitgeven terwijl je zelf voor €30 klaar kan zijn?
[/quote]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Denk niet dat het de WAF haalt. Per kwartier zou nog okay zijn maar mm. Denk dat ik dan toch naar een time helper ga met een enable.[ Voor 3% gewijzigd door Septillion op 12-10-2022 21:43 ]
Inderdaad ook naar gekeken, vergeten te melden. Ik heb 10 groepen die ik zou willen monitoren.
[ Voor 10% gewijzigd door Vinzzz243 op 13-10-2022 18:12 ]
Over welke sensor heb je het nu? Die mmWave sensor kan je namelijk hier in Nederland ook voor dik onder de €30 krijgen. Dat andere ding is zelf gemaakt dus lijkt me niet los te koop?
[ Voor 13% gewijzigd door Toppe op 12-10-2022 21:58 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
https://www.tinytronics.n...he-aanwezigheidssensor-9m:
[...]
Over welke sensor heb je het nu? Die mmWave sensor kan je namelijk hier in Nederland ook voor dik onder de €30 krijgen. Dat andere ding is zelf gemaakt dus lijkt me niet los te koop?
Heb ‘m eerder hier gepost en dat wat een Seeed studio’s. Één van de grotere jongens op de markt
13 000 Zeemijl - documentaire - Soms maakt al die keus het er niet makkelijker op.
13 000 Zeemijl - documentaire - Soms maakt al die keus het er niet makkelijker op.
Ah dat begrijp ik. Dus ik heb een:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/NOzJpb1ZAnx4U1juE8CahbGU.jpg?f=user_large)
13 000 Zeemijl - documentaire - Soms maakt al die keus het er niet makkelijker op.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
| alias: Licht reset test description: "" trigger: - platform: template value_template: >- {{ states('input_number.lichtintensiteit_buiten_verlichting_inschakelen')|int < states('sensor.bh1750_illuminance')|int }} condition: [] action: - service: input_select.select_option data: option: Automatisch target: entity_id: input_select.avond_verlichting_buiten mode: single |
[ Voor 19% gewijzigd door Toppe op 13-10-2022 08:54 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Heb je al een numeric state condition geprobeerd?:
@Septillion hij doet het dus nog steeds niet
YAML:
State van regel 6 = True
1
2
3
| - platform: numeric_state entity_id: sensor.bh1750_illuminance above: input_number.lichtintensiteit_buiten_verlichting_inschakelen |
Nope, geen trace.
:fill(white):strip_exif()/f/image/9IBRH9X6NlF80k1JviricDAC.png?f=user_large)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| alias: Licht reset test description: "" trigger: - platform: numeric_state entity_id: sensor.bh1750_illuminance above: input_number.lichtintensiteit_buiten_verlichting_inschakelen condition: - condition: numeric_state entity_id: sensor.bh1750_illuminance above: input_number.lichtintensiteit_buiten_verlichting_inschakelen enabled: false action: - service: input_select.select_option data: option: Automatisch target: entity_id: input_select.avond_verlichting_buiten mode: single |
[ Voor 32% gewijzigd door Toppe op 13-10-2022 09:06 ]
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| alias: "Lichtsterkte: Reset" description: "" trigger: - platform: template value_template: >- {{ states('input_number.lichtintensiteit_buiten_verlichting_inschakelen')|int < states('sensor.bh1750_illuminance')|int }} condition: [] action: - service: input_select.select_option data: option: Automatisch target: entity_id: - input_select.avondverlichting - input_select.avond_verlichting_buiten mode: single |
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
[ Voor 22% gewijzigd door Septillion op 13-10-2022 09:15 ]
:fill(white):strip_exif()/f/image/0V6vQruxG69mUeODfRu6Qd5w.png?f=user_large)
:fill(white):strip_exif()/f/image/ITCWvZODf2HuJ6tZg06cV670.png?f=user_large)
:fill(white):strip_exif()/f/image/Hiej0jdxLXaKQlVCbDhzUACH.png?f=user_large)
1
2
3
4
5
6
7
8
9
10
| template: - sensor: - name: test_energy state: "{{ states('sensor.solax_xxxx') }}" availability: "{{ states('sensor.solax_xxxx') | float > 0 }}" unit_of_measurement: "kWh" state_class: total_increasing device_class: energy attributes: last_reset: "1970-01-01T00:00:00+00:00" |
1
2
3
4
5
| customize: sensor.solax_xxxx_today_s_energy: last_reset: '1970-01-01T00:00:00+00:00' device_class: energy state_class: measurement |
to linux or not ,that's my quest... | 5800X | 32GB 3800C15 | X570-Pro | 980 1TB | 7900XTX | PVoutput | Fiets
Een energy sensor moet gewoon geen state_class: measurement hebben. Dat was heel even het geval toen ze net begonnen met de long term statistics, maar al heel snel zijn toen state_class: total_increasing en state_class: total geintroduceerd.:
Na veel dingen geprobeerd te hebben hoop ik dat er iemand een idee heeft.
Na een HA update werd de dagelijkse Solar Daily Energy niet goed meer weergegeven door een error
- The following entities have state class 'measurement' but 'last_reset' is missing:
Het advies is om niet de dagelijkse te gebruiken, maar de Total Increasing.
Prima, aangepast...
Bijna elke ochtend vertoond mijn Solar Total Increasing een piek van de totale opwek.
Dit komt doordat er een 0 value word geschreven rond het moment dat de omvormer aangaat. (maar ook niet altijd)
[Afbeelding]
[Afbeelding]
Als ik de waarde via de Developer Tools aanpas naar 0, dan klopt het prima
Oct t/m Maart is klaar
[Afbeelding]
Nu wil ik echter voorkomen dat ik 1x in het kwartaal de waarden van de afgelopen 3 maanden oid moet gaan aanpassen.
Advies/suggesties die ik op Internet heb gevonden zijn het aanmaken van een nieuwe sensor, maar dan verlies ik mijn oude data.
YAML:
Ik heb ook nog geprobeerd de Daily sensor aan te passen, maar dat gaf niet het gewenste resultaat.
YAML:
Mijn eigen ideeën en Google search houden het een btje voor gezien...
Vraag is ook of het niet gewoon een bug is...
1
2
3
4
5
6
7
8
9
10
11
| # uitgaande van een rename van je oude sensor door toevoeging van _source # Ik heb ook een unique_id toegevoegd, een default aan je float filter en last_reset verwijderd template: - sensor: - name: Solar XXXX unique_id: template_sensor_solar_xxxx state: "{{ states('sensor.solax_xxxx_source') }}" availability: "{{ states('sensor.solax_xxxx_source') | float(0) > 0 }}" unit_of_measurement: "kWh" state_class: total_increasing device_class: energy |
[ Voor 9% gewijzigd door TheFes op 13-10-2022 10:03 ]
Ah, dit was me eigenlijk nooit opgevallen. Maar inderdaad, alleen een wijziging van de sensor triggert herevaluatie. Als je de helper aanpast moet dan eerst de sensor een state update krijgen om te triggeren. Weer wat geleerd
Of je gebruikt 2 numeric state triggers:
[...]
Ah, dit was me eigenlijk nooit opgevallen. Maar inderdaad, alleen een wijziging van de sensor triggert herevaluatie. Als je de helper aanpast moet dan eerst de sensor een state update krijgen om te triggeren. Weer wat geleerd
1
2
3
4
5
6
| - platform: numeric_state entity_id: sensor.bh1750_illuminance above: input_number.lichtintensiteit_buiten_verlichting_inschakelen - platform: numeric_state entity_id: input_number.lichtintensiteit_buiten_verlichting_inschakelen below: sensor.bh1750_illuminance |
Ik denk ook niet dat dat gewenst is. Als de sensor waarde eenmaal hoger is als de input_number wil je waarschijnlijk niet op elke state change van de sensor de input_select weer wijzigen, aangezien je mogelijk zelf al weer een andere selectie gedaan hebt die dan weer overruled wordt:
@TheFes Mja, ik was ook al aan het denken aan een alternatief. Beide in state trigger en de check in de conditie zou ook kunnen. Krijg je alleen zo idioot veel nutteloze traces van
Maar eigenlijk wel weer eentje voor de WTH Gewoon ook evalueren op wijzigen van de above en below entity. Is denk ik meer in lijn met wat mensen verwachten. Ook al zal het gebruik nog wel wat beperkt zijn omdat de UI het ook nog steeds niet ondersteund...
Je bedoelt dan denk ik /config/zigbee2mqtt/configuration.yaml?
1
| homeassistant: true |
Volgens mij moet je daar wel een regel aan toevoegen als je een Conbee gebruikt (gebruik verder zelf geen Z2M, maar dit meen ik gelezen te hebben in andere posts):
[...]
Je bedoelt dan denk ik /config/zigbee2mqtt/configuration.yaml?
Daar staat bijzonder weinig in
YAML:
Onder de config waar ik verwijs naar de usb heb ik ook de adapter config voor deconz meegegeven. Dus zou afgedekt moeten zijn
:fill(white):strip_exif()/f/image/rgVjq7wqXOhc4msd0ZJh9rHA.png?f=user_large)
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
Maar de trigger voor 'beweging gedetecteerd' zal dan wel elke 20 seconden afvuren. Uiteindelijk wil ik dat het licht na een kwartier geen beweging pas uit gaat. En bij het begin van de beweging dat de verlichting op een bepaalde manier inschakelt. Zolang ik aanwezig ben moet de verlichting in de ruimte ook aanpasbaar zijn (feller, zachter, andere kleur, uit, aan, whatever) en daar op blijven, tot er dus 15 minuten geen beweging gedetecteerd wordt. Met die trigger elke 20 seconden wordt het licht steeds opnieuw ingesteld op de beginwaarde, dus dat is ongewenst.
nou, dan kan ik het vergeten met HA
Geeft je naar mijn idee wat meer opties.Ruilen:
@xFeverr Wauw, ik doe juist moeite om de bewegingmelder meer te laten werken als je hebt
En om dan over je probleem heen te komen zou je gewoon kunnen checken of het licht al aan is als de trigger komt en dan niets doen.
?[ Voor 27% gewijzigd door Septillion op 13-10-2022 11:43 ]
Nginx staat idd als add-on, de eigen instelling is dus zeer minimaal.
1
2
3
4
5
6
7
8
9
| domain: ***.duckdns.org hsts: max-age=31536000; includeSubDomains certfile: fullchain.pem keyfile: privkey.pem cloudflare: false customize: active: false default: nginx_proxy_default*.conf servers: nginx_proxy/*.conf |
Voorlopig zou ik liefst in het HA universum willen blijven, maar ik hou deze opties in het achterhoofd
Port 80 gedeactiveerd tnx! (dacht dat die initieel wel nodig was voor installatie van de betrokken addons, maar wellicht is dat mijn eigen nachtelijke kronkel)
Heb je geen sensor die de temperatuur toont? Dan kan je gewoon een automation triggeren op below 64 degrees for x days:
Ik kom er maar niet uit, ik draai HA o.a. om m'n warmtepomp aan te sturen via de bekende Heishamon.
Wat ik wil automatiseren is het opwarmen van warm water. Elke dag checked 'ie even of de warmtepomp aan staat (dus ben niet op vakantie) en of watertemperatuur onder x graden is, zo ja, switch togglen en opwarmen maar. Prima zo ver.
Wat ik echter nog zou willen toevoegen is een check hoe lang geleden de temperatuur boven 64'C is gekomen, en als dat langer dan x dagen is, dan moet een andere switch getoggled worden. Dit ivm legionella run. Maar wat kan ik nu gebruiken hiervoor, een treshold helper reset weer als de waarde weer onder de 64'C komt en ik zie geen andere opties die niet letterlijk x aantal dagen gaan wachten op het moment van controleren.
Ik heb dus iets nodig wat aangeeft hoe lang geleden een bepaalde waarde is gehaald óf iets wat altijd aan blijft na bereiken van 64'C en dan zelf weer uit kan zetten als ik de legionella run aftrap (of eigenlijk daarna pas).
Punt is dat ik graag de legionella run combineer met het normaal opwarmen van water. Echter is er geen vaste frequentie van het laatste, soms doe ik 1 dag met het warme water, soms 4.
Iemand een idee?
Volgens mij kan je een template sensor maken, die op true/false springt als die onder/boven de 64 graden gaat. Dan kan je een automation trigger maken op basis van de state van die sensor, met een "for" van x dagen.:
Iemand een idee?
[ Voor 21% gewijzigd door Mavamaarten op 13-10-2022 14:14 ]
Android developer & dürüm-liefhebber
Het makkelijkst is een kleine automation die de huidige datum en tijd wegschrijft naar een input_datetime als die 64 graden bereikt wordt.:
Ik kom er maar niet uit, ik draai HA o.a. om m'n warmtepomp aan te sturen via de bekende Heishamon.
Wat ik wil automatiseren is het opwarmen van warm water. Elke dag checked 'ie even of de warmtepomp aan staat (dus ben niet op vakantie) en of watertemperatuur onder x graden is, zo ja, switch togglen en opwarmen maar. Prima zo ver.
Wat ik echter nog zou willen toevoegen is een check hoe lang geleden de temperatuur boven 64'C is gekomen, en als dat langer dan x dagen is, dan moet een andere switch getoggled worden. Dit ivm legionella run. Maar wat kan ik nu gebruiken hiervoor, een treshold helper reset weer als de waarde weer onder de 64'C komt en ik zie geen andere opties die niet letterlijk x aantal dagen gaan wachten op het moment van controleren.
Ik heb dus iets nodig wat aangeeft hoe lang geleden een bepaalde waarde is gehaald óf iets wat altijd aan blijft na bereiken van 64'C en dan zelf weer uit kan zetten als ik de legionella run aftrap (of eigenlijk daarna pas).
Punt is dat ik graag de legionella run combineer met het normaal opwarmen van water. Echter is er geen vaste frequentie van het laatste, soms doe ik 1 dag met het warme water, soms 4.
Iemand een idee?
Dit topic is gesloten.
:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
/u/571120/crop5c096d1dc37bd_cropped.png?f=community)
:strip_exif()/u/21721/avatar.gif?f=community){kind=avatar}
:strip_icc():strip_exif()/u/19747/557px-Coat_of_Arms_of_Indonesia_Garuda_Pancasila_svg2.jpg?f=community)
/u/227108/crop6027919ad38b8.png?f=community)
:strip_icc():strip_exif()/u/959/auron.jpg?f=community)
/u/719788/crop57349dec9c712_cropped.png?f=community)
:strip_icc():strip_exif()/u/70459/crop5cf63c113d06c_cropped.jpeg?f=community)
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
:strip_icc():strip_exif()/u/291933/ABs.jpg?f=community)
:strip_exif()/u/834/bianchi_logo2.gif?f=community){kind=logo}
:strip_icc():strip_exif()/u/322038/crop5889c56ba1f2a_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/16203/linux.jpg?f=community)
:strip_exif()/u/25408/Eraser127-fiets.gif?f=community)
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
:strip_icc():strip_exif()/u/408989/crop5613f0d80e7bb_cropped.jpeg?f=community)
/u/256385/crop5c5841a6b363c.png?f=community)
/u/317612/icon.png?f=community){kind=icon}
:strip_exif()/u/347735/crop58f65ba8bbb3d_cropped.gif?f=community)