:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
AAAAaah, dank je, dat had ik toch moeten zien
:strip_icc():strip_exif()/u/40490/avatar23.jpg?f=community){kind=avatar}
:strip_exif()/u/396485/crop67444ffa7ee1a_cropped.webp?f=community)
PC: Be quiet! Pure Base 500DX | MSI B450 Gaming Pro Carbon AC | AMD Ryzen 7 5700X3D | Be quiet! Dark Rock 4 | Gigabyte Aorus RTX 3080 Master | Crucial Ballistix RGB 32GB | Samsung 970 Evo Plus 1TB | Be quiet! Straight Power 11 750W
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
Glance is inderdaad aardig beperkt maar er zijn een hele boel alternatieven in de HACS store:
[...]
Heb er dan denk net 1 waarbij dat niet kan (Glance).
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
ik zit te kijken naar conditions in een automation, meer specifiek sunset en sunrise. Ik wil een lamp aan laten gaan als een pir beweging ziet, maar alleen als het "donker" is. Dat lukt wel als ik alleen de condition after sunset (met een offset zelfs) pak, maar dan stopt ie om 12 uur in de nacht want dan wordt het sunrise (met een offset) waar ie naartoe aftelt.
Ergo: in de conditions moet ook nog iets met sunrise. Nu lees ik twee dingen: een met OR en een met before en after in een condition. Kan iemand me helpen?
mijn yaml:
edit:
https://www.home-assistan...conditions/#sun-condition >> ik snap hem dus niet helemaal geloof ik
Ergo: in de conditions moet ook nog iets met sunrise. Nu lees ik twee dingen: een met OR en een met before en after in een condition. Kan iemand me helpen?
mijn yaml:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| alias: Lamp hal aan in donker bij beweging description: "" trigger: - platform: state entity_id: - binary_sensor.pir_motion_sensor_home_security_motion_detection_2 from: "off" to: "on" condition: - condition: sun after: sunset after_offset: "-00:30:00" - condition: sun after: sunrise before: sunrise before_offset: "+01:00:00" action: - service: light.turn_on data: {} target: entity_id: light.hal_licht mode: single |
edit:
https://www.home-assistan...conditions/#sun-condition >> ik snap hem dus niet helemaal geloof ik
[ Voor 5% gewijzigd door Septillion op 10-10-2022 11:27 . Reden: Denk aan de yaml-tags aub! ]
Remember: A CRAY is the only computer that runs an endless loop in just 4 hours...
:strip_exif()/u/347735/crop58f65ba8bbb3d_cropped.gif?f=community)
:strip_exif()/u/96267/crop6000424935b85_cropped.gif?f=community)
/u/256385/crop5c5841a6b363c.png?f=community)
:strip_exif()/u/25150/Gizzbril.gif?f=community)
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
Iemand een idee hoe je kapotte links/knoppen in de side-bar weg krijgt? Ik heb nu:
:fill(white):strip_exif()/f/image/urne6mNYT2acjTxAC1ALD9Jf.png?f=user_large)
De bovenste ESPHome was de oude deprecated add-on. Die heb ik gedeïnstalleerd, maar de knop staat er nog steeds. Als je er op klikt verschijnt deze melding:
/f/image/2ga6DcNsOTDoTDPplMhlUWCl.png?f=fotoalbum_large)
Normaal ga je naar de instellingen van de add-on om het vinkje uit te zetten dat de add-on in de sidebar zichtbaar moet zijn. Maar.. dat kan ik natuurlijk niet doen, want ik heb die add-on niet meer
De onderste ESPHome-knop werkt prima, dat is gewoon de huidige geïnstalleerde ESPHome.
De bovenste ESPHome was de oude deprecated add-on. Die heb ik gedeïnstalleerd, maar de knop staat er nog steeds. Als je er op klikt verschijnt deze melding:
:fill(white):strip_exif()/f/image/2ga6DcNsOTDoTDPplMhlUWCl.png?f=user_large)
Normaal ga je naar de instellingen van de add-on om het vinkje uit te zetten dat de add-on in de sidebar zichtbaar moet zijn. Maar.. dat kan ik natuurlijk niet doen, want ik heb die add-on niet meer
De onderste ESPHome-knop werkt prima, dat is gewoon de huidige geïnstalleerde ESPHome.
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
Mm, dat is wel lastig. Geen idee of 'json_attributes_path' ook templating doet. Maar je zou kunnen proberen::
[...]
Hierop terugkomend, dit werkt perfect!
Nu is het in mijn geval alleen zo dat ik ook nog wat andere attributen aan het object toevoeg. Nu doe ik dat met 'json_attributes_path'. Met bovengenoemde manier werkt dat natuurlijk niet.
YAML:
Ik dacht slim te zijn.maar onderstaande werkt niet.
YAML:
Iemand die hier iets slims over kan roepen?
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
| json_attributes_path: >- {% for i in value_json.result %} {{ '$.result[' ~ loop.index0 ~ ']' if i.name == 'bepaalde waarde' }} {% endfor %} value_template: >- {% for i in value_json.result %} {{ i.value if i.name == 'bepaalde waarde' }} {% endfor %} json_attributes: - name - id - type |
Bij je profiel/profile, links onderaan waar de inlognaam staat: "Change the order and hide items from the sidebar You can also press and hold the header of the sidebar to activate edit mode.":
Iemand een idee hoe je kapotte links/knoppen in de side-bar weg krijgt? Ik heb nu:
[Afbeelding]
De bovenste ESPHome was de oude deprecated add-on. Die heb ik gedeïnstalleerd, maar de knop staat er nog steeds. Als je er op klikt verschijnt deze melding:
[Afbeelding]
Normaal ga je naar de instellingen van de add-on om het vinkje uit te zetten dat de add-on in de sidebar zichtbaar moet zijn. Maar.. dat kan ik natuurlijk niet doen, want ik heb die add-on niet meer
De onderste ESPHome-knop werkt prima, dat is gewoon de huidige geïnstalleerde ESPHome.
Op edit klikken en dan het kruisje. Heb alleen de Engelse versie. Al geprobeerd?
[ Voor 0% gewijzigd door pentode op 10-10-2022 10:43 . Reden: aanvulling ]
De mens leert. De mensheid niet.
@pentode Dank! Zo simpel kan het zijn Dat is ook echt een menu waar ik nooit kom, valt ook niet zo op omdat je meestal naar dingen onder Settings zoekt.
Dat is ook echt een menu waar ik nooit kom, valt ook niet zo op omdat je meestal naar dingen onder Settings zoekt.
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
Je zou de hysterese tijd nog als input kunnen maken. Zelfde voor de gekozen optie.:
Omdat ik op veel meer plekken de verlichting wil schakelen op basis van de licht intensiteit heb ik er maar een blueprint van gemaakt. Heb wat inspiratie opgedaan van @Septillion zijn script.
Ongetwijfeld niet de mooiste of uitgebreidste blueprint maar hij werkt en als je dingen wil aanpassen of wat: Ga gerust je gang maar deel hem dan wel weer
YAML:
[Afbeelding]
Ook is naar mijn idee het niet super handig dat dezelfde helper die je instelt degene in de condition is. Dan moet je die steeds naderhand weer op Automatisch zetten. Heb zelf dus een "overrule" helper (alle standen + Automatisch) en een helper die de uiteindelijke stand bevat.
En als je echt fancy wilt zijn zou je de opties van de helpers ook automatisch kunnen vullen
Jouw trigger is prima, maar standaard zijn je conditions AND.:
ik zit te kijken naar conditions in een automation, meer specifiek sunset en sunrise. Ik wil een lamp aan laten gaan als een pir beweging ziet, maar alleen als het "donker" is. Dat lukt wel als ik alleen de condition after sunset (met een offset zelfs) pak, maar dan stopt ie om 12 uur in de nacht want dan wordt het sunrise (met een offset) waar ie naartoe aftelt.
Ergo: in de conditions moet ook nog iets met sunrise. Nu lees ik twee dingen: een met OR en een met before en after in een condition. Kan iemand me helpen?
mijn yaml:
code:
alias: Lamp hal aan in donker bij beweging description: "" trigger: - platform: state entity_id: - binary_sensor.pir_motion_sensor_home_security_motion_detection_2 from: "off" to: "on" condition: - condition: sun after: sunset after_offset: "-00:30:00" - condition: sun after: sunrise before: sunrise before_offset: "+01:00:00" action: - service: light.turn_on data: {} target: entity_id: light.hal_licht mode: single
edit:
https://www.home-assistan...conditions/#sun-condition >> ik snap hem dus niet helemaal geloof ik
Hij gaat dus controleren bij beweging of het zowel 30 minuten voor zonsondergang als 1 uur voor zonsopkomst is. Als je even zoekt op home assistant conditions dan kom je wel de OR condition tegen. Als je die gebruikt doet ie het wel denk ik.
:fill(white):strip_exif()/f/image/eUmdGmvkI10qTHhUmFvl1Qc0.png?f=user_large)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
:strip_icc():strip_exif()/u/593505/crop632723dcb817c_cropped.jpg?f=community)
Nieuw speeltje binnen gekregen vandaag, komende week maar eens kijken of het allemaal een beetje werkt.
:strip_exif()/f/image/VswumcS2scpD6vRSXC3iOMxB.jpg?f=fotoalbum_large)
Altijd jammer dat ze zoiets komen brengen 15 min voor je naar je werk moet.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/VswumcS2scpD6vRSXC3iOMxB.jpg?f=user_large)
Altijd jammer dat ze zoiets komen brengen 15 min voor je naar je werk moet.
/u/148921/meteoravatar.png?f=community){kind=avatar}
Dankjewel voor het meehelpen! Dat was hem helaas niet, maar heeft mij wel aan het denken/zoeken gezet. Uiteindelijk werkt het zoals ik wil op de volgende manier.
YAML:
1
2
3
4
5
6
7
8
9
| json_attributes_path: "result.[?(@.name=='objectNaam')]" json_attributes: - type - id - name value_template: >- {% for i in value_json.result %} {{ i.value if i.name == 'objectNaam' }} {% endfor %} |
Ik zou dan alleen verwachten dat ik als value de mooie one-liner kon gebruiken:
YAML:
1
| "{{ value_json.result.[?(@.name=='objectNaam')].value }}" |
Maar dat mag dan weer niet.
Unexpected char '?' at ...
Ik bouw hem langzaam uit. Wou toevallig vanavond aan de slag om het trigger_id op te nemen zodat ik kan kijken of de lampen naar aan/uit moet en of hij uitgeschakeld is:
[...]
Je zou de hysterese tijd nog als input kunnen maken. Zelfde voor de gekozen optie.
Ook is naar mijn idee het niet super handig dat dezelfde helper die je instelt degene in de condition is. Dan moet je die steeds naderhand weer op Automatisch zetten. Heb zelf dus een "overrule" helper (alle standen + Automatisch) en een helper die de uiteindelijke stand bevat.
En als je echt fancy wilt zijn zou je de opties van de helpers ook automatisch kunnen vullen
Die twee minuten moet ik ook even naar kijken
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Wauw. Ik ben blind, zeg. Ik heb die url om te pingen dus van die pagina overgenomen zonder dat ik op dat stukje vetgedrukte tekst heb gelet, en in yaml staat inderdaad de oude nog. Bedankt. Ik voel mij dom
@chaoscontrol Ah, zo.
Komt omdat de engine achter 'json_attributes_path' dus JSONPath is en achter 'value_template' dus Jinja
Komt omdat de engine achter 'json_attributes_path' dus JSONPath is en achter 'value_template' dus Jinja
/u/326779/apple%2520avantar.tif.png?f=community)
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
:strip_icc():strip_exif()/u/427974/crop6228862c7bd1e_cropped.jpg?f=community)
@TheFes Haha, oeps. Ja, dat is wat ik wilde schrijven ja Dacht dat mijn tekst al af was...
Maar goed, for: bij numeric states is wel een punt voor de WTH maand. Van de week eens voor gaan zitten want heb best wel een lijstje met van die puntjes.
Dacht dat mijn tekst al af was...Maar goed, for: bij numeric states is wel een punt voor de WTH maand. Van de week eens voor gaan zitten want heb best wel een lijstje met van die puntjes.
@TheFes En helaas, de trigger based template sensor voor de max is weer door een nieuwe waarde overschreven 
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| - trigger: - platform: template value_template: > {{ states('sensor.house_sma_garage_peak_yield_new') | is_number and states('sensor.house_sma_garage_daily_yield') | float(0) > states('sensor.house_sma_garage_peak_yield_new') | float }} sensor: unique_id: house_sma_garage_peak_yield_new name: "House SMA Garage peak yield" state: "{{ states('sensor.house_sma_garage_daily_yield') }}" device_class: energy unit_of_measurement: "Wh" attributes: date: "{{ now().date() }}" kwh_kwp: "{{ '%.3f' % (states('sensor.house_sma_garage_peak_yield_new') | float / 3950) | round(3) }}" |
:strip_icc():strip_exif()/u/531266/crop60146ed3278a5_cropped.jpeg?f=community)
@Septillion
Die informatie zit toch wel verstopt in de context van de state-change?
https://www.home-assistan...on/trigger/#event-trigger
https://www.home-assistan...ion/state_object/#context
Maar inderdaad, lastig is het wel
Die informatie zit toch wel verstopt in de context van de state-change?
https://www.home-assistan...on/trigger/#event-trigger
https://www.home-assistan...ion/state_object/#context
Maar inderdaad, lastig is het wel
[ Voor 10% gewijzigd door RudolfR op 11-10-2022 11:31 ]
Ligt er aan. Als ik op mijn dashboard een lamp aanzet, dan is het voor HA duidelijk dat het door een user gedaan is.:
@Septillion
Die informatie zit toch wel verstopt in de context van de state-change?
https://www.home-assistan...on/trigger/#event-trigger
https://www.home-assistan...ion/state_object/#context
Maar inderdaad, lastig is het wel
Maar HA maakt in de context geen verschil of een automation time triggered is, of door een knop op de wand van de huiskamer. Beide zullen geen user context hebben, waarbij de laatste wel door een persoon getriggerd is
Ik zat gisteren met hetzelfde, en toen kwam ik deze tabel van iemand op het HA-forum tegen: https://community.home-as...utton-is-pressed/327397/8
Ik heb er nog niks concreets mee gedaan, maar volgens mij kan je uit de event context best nog wel wat informatie halen. Simpel is het inderdaad niet, maar als je wat scenarios/situaties wilt onderscheiden dan kan je die denk ik wel linken aan data die wel/niet gevuld is of aan specifieke values binnen een event.
Het punt is dat je bij een trigger kunt kijken of het onder je waarde (bijvoorbeeld 25) komt, en daarna gewoon 10 minuten lang kunt bijhouden of het er weer boven gaat. Ongeacht of het van van 24 daarna nog naar 20, 18 en 14 gaat bijvoorbeeld.:
@TheFes Haha, oeps. Ja, dat is wat ik wilde schrijven ja
Maar goed, for: bij numeric states is wel een punt voor de WTH maand. Van de week eens voor gaan zitten want heb best wel een lijstje met van die puntjes.
Bij een condition kun je alleen checken of het op dat moment op een bepaalde waarde staat, en hoe lang al (met last_changed). Je weet alleen niet of de vorige waarde ook lager dan 25 was, of hoger, en hoe lang die vorige waarde bestond.
Daarom gaat for: bij een numeric_state condition dus niet.
@TheFes Snap hoe het achter de schermen gedaan wordt. Maar dit zou ook wel opgevangen moeten kunnen worden door op de achtergrond er automatisch een event voor te maken.
Want zit opeens te denken, voor een template kan het namelijk wel.
Dat heeft altijd prima gewerkt namelijk
Want zit opeens te denken, voor een template kan het namelijk wel.
YAML:
1
2
3
4
5
6
7
| - platform: template value_template: '{{ states(''sensor.outside_luminance_illuminance_lux'')|int < states(''input_number.livingroom_normal_lux'')|int }}' for: hours: 0 minutes: 2 seconds: 0 |
Dat heeft altijd prima gewerkt namelijk
Maar dat is een trigger, en voor een numeric_state trigger werkt het ook. En dat is ook makkelijk. Als de numeric_state, of template, naar true gaat wordt er intern een timer gestart die in dit geval na 2 minuten "af gaat" en de automation start. Veranderd de numeric_state of de uitkomst van het template van true naar false dan wordt de timer gestopt en klaar.:
@TheFes Snap hoe het achter de schermen gedaan wordt. Maar dit zou ook wel opgevangen moeten kunnen worden door op de achtergrond er automatisch een event voor te maken.
Want zit opeens te denken, voor een template kan het namelijk wel.
YAML:
Dat heeft altijd prima gewerkt namelijk
Voor een condition met een for zul je de volledige historie aan data moeten weten. Want zoals @TheFes al aangaf kan een numeric_state below: 20 ook eerst de waarde 19 hebben, na 10 seconden naar 18 gaan, na 20 seconden naar 15, ... en dan zou die met een "for: minutes: 2" alle vorige waardes moeten kunnen inzien.
En de normale state condition is in die zin ook bugged. Als je die gebruikt met een array aan geldige states en de state binnen de opgegeven "for" van state veranderd tussen twee geldige states dan wordt toch niet aan de condition voldaan.
YAML:
1
2
3
4
5
6
7
| condition: state entity_id: ... state: - foo - bar for: minutes: 2 |
werkt niet als de state nu 1 minuut "foo" is en daarvoor 10 minuten "bar" was. De condition kijkt dus niet of er voor de opgegeven periode aan de state voldaan wordt. Maar de condition kijkt of de state nu geldig is, en dat de state de opgegeven periode niet gewijzigd is.
@RobertMe Doh....
Maar toch, hier moet dus in de achtergrond dus gewoon een event met vertraging voor gestart worden ofzo. Dus dat zou naar mijn idee intern ook voor een conditie moeten kunnen. Maar ipv dat je na x tijd iets anders aftrapt zorgt je alleen dat x tijd iets bekend is. Dus met de trigger logica zou HA naar mijn idee dat best moeten kunnen parsen.
Zeg alleen niet dat het met de huidige implementaties heel makkelijk is Alleen dat we het graag zouden zien en met welke logica het zou kunnen
De versie met je state en twee opties gaat volgens mij zelfs fout bij een trigger. Nu kunnen beide varianten nuttig zijn dus misschien wat lastig om dan te palen wat je wilt. Andere kant, als je voor elke state afzonderlijk 2 minuten zou willen zou je kunnen beargumenteren dat je er in dat geval twee triggers van zou moeten maken. Eén voor 'foo' en één voor 'bar'. Doe je ze in één dan wil je twee minuten 'foo' of 'bar'.
Mooie WTH puntjes lijkt me
Maar toch, hier moet dus in de achtergrond dus gewoon een event met vertraging voor gestart worden ofzo. Dus dat zou naar mijn idee intern ook voor een conditie moeten kunnen. Maar ipv dat je na x tijd iets anders aftrapt zorgt je alleen dat x tijd iets bekend is. Dus met de trigger logica zou HA naar mijn idee dat best moeten kunnen parsen.
Zeg alleen niet dat het met de huidige implementaties heel makkelijk is
Alleen dat we het graag zouden zien en met welke logica het zou kunnen De versie met je state en twee opties gaat volgens mij zelfs fout bij een trigger. Nu kunnen beide varianten nuttig zijn dus misschien wat lastig om dan te palen wat je wilt. Andere kant, als je voor elke state afzonderlijk 2 minuten zou willen zou je kunnen beargumenteren dat je er in dat geval twee triggers van zou moeten maken. Eén voor 'foo' en één voor 'bar'. Doe je ze in één dan wil je twee minuten 'foo' of 'bar'.
Mooie WTH puntjes lijkt me
Dat zou theoretisch kunnen door bij het parsen van de automations & scripts stiekem al iets op te starten voor deze (/dit soort) conditions die continu bijhouden of ze wel/niet valide zijn zodat tijdens de daadwerkelijke uitvoer / controle van de condition nog maar daarnaar gekeken hoeft te worden. Maar ik heb geen idee of/hoe makkelijk dat kan, en of uhm, eigenlijk alles in een automation / script een state heeft (de state van het element in de actions bv) of dat het effectief gewoon (een keten van) functie aanroepen is en die functies dus geen state hebben.:
@RobertMe Doh....
Maar toch, hier moet dus in de achtergrond dus gewoon een event met vertraging voor gestart worden ofzo. Dus dat zou naar mijn idee intern ook voor een conditie moeten kunnen. Maar ipv dat je na x tijd iets anders aftrapt zorgt je alleen dat x tijd iets bekend is. Dus met de trigger logica zou HA naar mijn idee dat best moeten kunnen parsen.
Zeg alleen niet dat het met de huidige implementaties heel makkelijk is
De versie met je state en twee opties gaat volgens mij zelfs fout bij een trigger. Nu kunnen beide varianten nuttig zijn dus misschien wat lastig om dan te palen wat je wilt. Andere kant, als je voor elke state afzonderlijk 2 minuten zou willen zou je kunnen beargumenteren dat je er in dat geval twee triggers van zou moeten maken. Eén voor 'foo' en één voor 'bar'. Doe je ze in één dan wil je twee minuten 'foo' of 'bar'.
Mooie WTH puntjes lijkt me
@RudolfR Nogmaals dank, daar is het inderdaad mee mogelijk!
Moest even puzzelen want waardes worden geen null en de child context_id bestaat niet maar is gewoon id. Bij niet in gebruik zijn van user_id en parent_id zijn deze gelijk aan None.
Dus als ik alleen iets wil uitvoeren als ik de lamp direct aan zet (dus knop, iets in de device, via Zigbee2MQTT etc) of via de UI moet ik checken of trigger.to_state.context.parent_id == None. Wil ik ook via de UI (alleen HA, niet Zigbee2MQTT) uitsluiten dan moet ook trigger.to_state.context.user_id == None zijn.
Zo, nu nu gaan de nachtlampjes alleen aan als je bij de deur de plafondlamp aan zet maar niet als je het via de UI doet of met een automation (zoals wake up light)
Moest even puzzelen want waardes worden geen null en de child context_id bestaat niet maar is gewoon id. Bij niet in gebruik zijn van user_id en parent_id zijn deze gelijk aan None.
Dus als ik alleen iets wil uitvoeren als ik de lamp direct aan zet (dus knop, iets in de device, via Zigbee2MQTT etc) of via de UI moet ik checken of trigger.to_state.context.parent_id == None. Wil ik ook via de UI (alleen HA, niet Zigbee2MQTT) uitsluiten dan moet ook trigger.to_state.context.user_id == None zijn.
Zo, nu nu gaan de nachtlampjes alleen aan als je bij de deur de plafondlamp aan zet maar niet als je het via de UI doet of met een automation (zoals wake up light)
Ik wil HA updaten van 2022.9.7 naar 2022.10.3 maar krijg nu een foutmelding:
HA draait op een RPB3B+, Supervisor 2022.10.0, zonder SSH-addon
/f/image/YeVeQimKIYWFgeuYnaUxvIe6.png?f=fotoalbum_large)
Ik heb de laatste tijd geen grote wijzigingen gedaan.
Wie weet hoe ik dit kan oplossen?
code:
1
| 'HomeAssistantCore.update' blocked from execution, system is not healthy |
HA draait op een RPB3B+, Supervisor 2022.10.0, zonder SSH-addon
:fill(white):strip_exif()/f/image/YeVeQimKIYWFgeuYnaUxvIe6.png?f=user_large)
Ik heb de laatste tijd geen grote wijzigingen gedaan.
Wie weet hoe ik dit kan oplossen?
[ Voor 49% gewijzigd door CAD-tekenaar op 11-10-2022 20:09 ]
/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
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
Lekker duurzaam. Skoda Enyaq EV - First edtion, Alpha Innotec Brine warmtepomp (MSW2-6S), Totaal 12135 Wp aan Zonnepanelen geïnstalleerd.
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/16203/linux.jpg?f=community)
Ja, daar komt gewoon netjes true uit. Moet ook wel, anders doet hij het handmatig ook niet
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
/u/992153/crop61ed571bead3e_cropped.png?f=community)
Nee, daar vergis je je. Bij het handmatig uitvoeren van een automation test je conditions en acties maar niet je trigger. Doordat jij handmatig op uitvoeren klikt vervang je de trigger. Ik zou dus eens in de developer tools in de gaten houden of die wel veranderd naar false (en weer naar true) op de momenten dat je zou verwachten.:
[...]
Ja, daar komt gewoon netjes true uit. Moet ook wel, anders doet hij het handmatig ook niet
In de automation "Uitvoeren" kiezen
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
/u/318832/Naamloos.png?f=community)
"The only thing more dangerous than a hardware guru with a code patch is a programmer with a soldering iron."
:strip_icc():strip_exif()/u/408989/crop5613f0d80e7bb_cropped.jpeg?f=community)
Als je handmatig uitvoert dan is dát dus de trigger. De triggers in je automation doen dus niets.:
[...]
In de automation "Uitvoeren" kiezen
@Toppe Als aanvulling, als je in de UI de edit van een automation open hebt kan je boven een trigger ook zien of die op dat moment getriggerd wordt. Dan staat er even 'Triggered' boven.
En hé, ik vroeg hoe je handmatig triggerde. Dat je de state aanpast zei je net niet Maar goed, als je dus in de edit zit en met Dev tools => States 'sensor.bh1750_illuminance' aanpast of gewoon 'input_number.lichtintensiteit_s_avonds_inschakelen' aanpast dan zou je dat moeten kunnen zien.
Geen typo?
En hé, ik vroeg hoe je handmatig triggerde. Dat je de state aanpast zei je net niet
Maar goed, als je dus in de edit zit en met Dev tools => States 'sensor.bh1750_illuminance' aanpast of gewoon 'input_number.lichtintensiteit_s_avonds_inschakelen' aanpast dan zou je dat moeten kunnen zien.Geen typo?
Dit topic is gesloten.