:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
Dat kan je hiermee doen: https://www.home-assistant.io/integrations/min_max/
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Allright ! Dat is me dus quasi gelukt he! *Happy*
Dus helemaal niet met automations
Volgende sensor heb ik nu
code:
1
2
3
4
5
6
7
8
9
10
11
| sensor:
- platform: rest
name: Vijver Seneye
json_attributes:
- status
- exps
value_template: '{{ value_json.disconnected }}'
resource: !secret vijver_resource
username: !secret vijver_user
password: !secret vijver_paswoord
scan_interval: 60 |
De output hiervan ziet er ongeveer zo uit
Nu zoals je ziet, is de state van mn sensor niet ingevuld om dat hij het attribuut disconnected niet ziet?
Ik zou dan ook verder graag nieuwe, aparte sensors maken voor :
- nh 3
- temp
- O2 enz
Dit kan met de template platform, Maar ik wil daar ook alle attributen van bv temp zien, en de state is dan die ene attribuut "curr"
Ok top daar kan ik mee weg
Super bedankt.Ik wist idd niet goed, hoe ik met die niveaus moest werken
Thx
Ik krijg vreemde errors met die code
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| sensor:
- platform: template
sensors:
Vijver_temp:
friendly_name: Vijver Temperatuur
state: "{{ (state_attr('sensor.vijfer_seneye', 'exps').temperature.curr|default(0)) }}"
availability: "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}"
attributes:
trend: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.trend|default('unknown') }}"
critical_in: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.critical_in|default('unknown') }}"
avg: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.avg|default('unknown') }}"
status: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.status|default('unknown') }}"
advises: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.advises|default('unknown') }}"
Vijver_ph:
friendly_name: Vijver Ph
state: "{{ (state_attr('sensor.vijfer_seneye', 'exps').ph.curr|default(0)) }}"
availability: "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}"
attributes:
trend: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.trend|default('unknown') }}"
critical_in: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.critical_in|default('unknown') }}"
avg: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.avg|default('unknown') }}"
status: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.status|default('unknown') }}"
advises: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.advises|default('unknown') }}" |
Ik had hem iets aangepast omdat ik al bovenaan sensor: gebruik
Foutmelding:
Invalid config for [sensor.template]: invalid slug Vijver_temp (try vijver_temp) for dictionary value @ data['sensors']. Got OrderedDict([('Vijver_temp', OrderedDict([('friendly_name', 'Vijver Temperatuur'), ('state', "{{ (state_attr('sensor.vijfer_seneye', 'exps').temperature.curr|default(0)) }}"), ('availability', "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}"), ('attributes', OrderedDict([('trend', "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.trend|default('unknown') }}"), ('critical_in', "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.critical_in|default('unknown') }}"), ('.... (See ?, line ?).
[ Voor 47% gewijzigd door skank op 04-10-2021 15:00 ]
Je gebruikt nu de moderne manier van template sensors maken, en de legacy manier door elkaar heen.:
[...]
Ok top daar kan ik mee weg
Ik wist idd niet goed, hoe ik met die niveaus moest werken
Thx
Ik krijg vreemde errors met die code
code:
sensor: - platform: template sensors: Vijver_temp: friendly_name: Vijver Temperatuur state: "{{ (state_attr('sensor.vijfer_seneye', 'exps').temperature.curr|default(0)) }}" availability: "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}" attributes: trend: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.trend|default('unknown') }}" critical_in: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.critical_in|default('unknown') }}" avg: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.avg|default('unknown') }}" status: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.status|default('unknown') }}" advises: "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.advises|default('unknown') }}" Vijver_ph: friendly_name: Vijver Ph state: "{{ (state_attr('sensor.vijfer_seneye', 'exps').ph.curr|default(0)) }}" availability: "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}" attributes: trend: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.trend|default('unknown') }}" critical_in: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.critical_in|default('unknown') }}" avg: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.avg|default('unknown') }}" status: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.status|default('unknown') }}" advises: "{{ state_attr('sensor.vijfer_seneye', 'exps').ph.advises|default('unknown') }}"
Ik had hem iets aangepast omdat ik al bovenaan sensor: gebruik
Foutmelding:
Invalid config for [sensor.template]: invalid slug Vijver_temp (try vijver_temp) for dictionary value @ data['sensors']. Got OrderedDict([('Vijver_temp', OrderedDict([('friendly_name', 'Vijver Temperatuur'), ('state', "{{ (state_attr('sensor.vijfer_seneye', 'exps').temperature.curr|default(0)) }}"), ('availability', "{{ not is_state('sensor.vijfer_seneye', 'unavailable') }}"), ('attributes', OrderedDict([('trend', "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.trend|default('unknown') }}"), ('critical_in', "{{ state_attr('sensor.vijfer_seneye', 'exps').temperature.critical_in|default('unknown') }}"), ('.... (See ?, line ?).
Kijk nog eens goed hier:
https://www.home-assistant.io/integrations/template/
Het voorbeeld van @Septillion begint met template: en dan - sensor:
Jouw config begint met sensor: en dan - platform: template
De legacy config heeft geen state: maar value_template en de opbouw is sowieso helemaal anders.
Ofwel, kies één van de twee, maar gooi ze niet zo door elkaar.
Aha duidelijk, wist ik niet, vermoedelijk zal die decaprecated worden ooit, dus mss dan de goeie nieuwe manier van septillon gebruiken,, zien of ik er dan geraak
De manier van septillong geeft geen errors , maar als ik de sensor bekijk staat alles op null terwijl de sensor.seneye wel degelijk waardes bevat bij ph?
[ Voor 12% gewijzigd door skank op 04-10-2021 15:41 ]
:strip_icc():strip_exif()/u/91738/honden_sana.jpg?f=community)
Ik vergeet dat telkens he, man man
Wakker worden skank
Anyway, heb vermoedelijk al de fout gezien
Edit: yes working
Jieha
Mocht er iemand interesse hebben hoe ze een seneye kunnen koppelen
zalig !
[ Voor 12% gewijzigd door skank op 04-10-2021 16:03 ]
@skank Het is dan ook maandag 
:strip_exif()/u/117615/crop5a317fde62dd5.gif?f=community)
@LJ80 Als je filtert op die entity in je Logbook zelf (dus links in het menu), zie je dan wel waardoor hij is getriggerd? Daar zie ik namelijk iets meer dan bij de entiteit zelf. (Dacht dat vroeger het daar wel stond 
)
)
@WoBBeL Laatste
Eerste zou alleen triggeren als je de battery vervangt nadat deze 0% was en de nieuwe batterij precies 15% is
spoiler:
Is dan ook zo'n beetje de letterlijke vertaling van wat je schrijft te willen 
Eerste zou alleen triggeren als je de battery vervangt nadat deze 0% was en de nieuwe batterij precies 15% is
[ Voor 32% gewijzigd door Septillion op 04-10-2021 17:08 ]
maar ze leken zo op elkaar:
@WoBBeL Laatstespoiler:Is dan ook zo'n beetje de letterlijke vertaling van wat je schrijft te willen
Nog een 2e dommere vraag: wordt de automation maar 1 keer uitgevoerd totdat de waarde weer boven mijn threshold komt? Ik kan dat nergens vinden in de documenten. Het zou logisch zijn dat het maar 1 keer wordt uitgevoerd omdat je anders helemaal gek zou worden
Staat hier anders toch vrij duidelijk::
[...]
maar ze leken zo op elkaar
Nog een 2e dommere vraag: wordt de automation maar 1 keer uitgevoerd totdat de waarde weer boven mijn threshold komt? Ik kan dat nergens vinden in de documenten. Het zou logisch zijn dat het maar 1 keer wordt uitgevoerd omdat je anders helemaal gek zou worden
https://www.home-assistan...er/#numeric-state-trigger
[ Voor 20% gewijzigd door TheFes op 04-10-2021 17:14 ]
/u/122621/crop55c7668cf1772_cropped.png?f=community)
Vandaag een flinke uitschieter in het energy dashboard. Lijkt erop dat er iets niet helemaal goed is gegaan met de SolarEdge API. SE app ligt er zelf ook uit momenteel:
/f/image/gF9xQQmKsyLPgKCHoPtHFdu3.png?f=fotoalbum_large)
:fill(white):strip_exif()/f/image/gF9xQQmKsyLPgKCHoPtHFdu3.png?f=user_large)
:
@LJ80 Als je filtert op die entity in je Logbook zelf (dus links in het menu), zie je dan wel waardoor hij is getriggerd? Daar zie ik namelijk iets meer dan bij de entiteit zelf. (Dacht dat vroeger het daar wel stond
:fill(white):strip_exif()/f/image/NGMGE3LnIw3WNgrHyhANfSJD.png?f=user_large)
Dan zie ik dit, maar ik zie niet wat het triggerd.Ik zie wel een patroon, na become unavailible springt hij aan.
Zou het een bug in de itho wifi module zelf zijn?
Dat het wifi bereik niet helemaal top is, op zolder waar deze hangt.
En bij opnieuw verbinding met wifi dat hij op vol vermogen springt.
:fill(white):strip_exif()/f/image/9MmuERznCnDoxnOCNjz3FidQ.png?f=user_large)
[ Voor 23% gewijzigd door LJ80 op 04-10-2021 18:34 ]
:strip_exif()/u/25150/Gizzbril.gif?f=community)
@WoBBeL Voor als je meerdere apparaten met een batterij hebt (of gaat krijgen!): Low battery level detection & notification for all battery sensors
Die kijkt standaard naar alle devices met een batterij-status (en je kunt devices die hij niet in de gaten moet houden excluden). Lekker makkelijk, want bij elke nieuwe sensor of wat dan ook met batterij hoef je niets aan te passen in je automation
Die kijkt standaard naar alle devices met een batterij-status (en je kunt devices die hij niet in de gaten moet houden excluden). Lekker makkelijk, want bij elke nieuwe sensor of wat dan ook met batterij hoef je niets aan te passen in je automation
[ Voor 12% gewijzigd door Gizz op 04-10-2021 18:35 ]
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
@LJ80 Ah, dat zou best eens kunnen. Wat is de "itho wifi module"?
En je zou het natuurlijk eens kunnen testen door HA even van het netwerk te halen (dan kan die het zeker niet doen) en dan eens je wifi herstarten. Misschien dat device zelf herstarten ook hem al aan laat gaan?
En je zou het natuurlijk eens kunnen testen door HA even van het netwerk te halen (dan kan die het zeker niet doen) en dan eens je wifi herstarten. Misschien dat device zelf herstarten ook hem al aan laat gaan?
HA van het netwerk afhalen dat komt het probleem niet meer voor herinner ik me net.:
@LJ80 Ah, dat zou best eens kunnen. Wat is de "itho wifi module"?
En je zou het natuurlijk eens kunnen testen door HA even van het netwerk te halen (dan kan die het zeker niet doen) en dan eens je wifi herstarten. Misschien dat device zelf herstarten ook hem al aan laat gaan?
Ik heb dit eerder al geprobeerd, vandaar dat ik de oplossing toch in HA zoek.
Dus weet toch niet waar ik verder moet zoeken.
Deze module is dit:
Itho daalderop CVE wifi control add-on module
:strip_icc():strip_exif()/u/249279/crop5f1097e13cf2e_cropped.jpeg?f=community)
:fill(white):strip_exif()/f/image/Z6LnpsDCqlHNqkmfnEGXhAuS.png?f=user_large)
Ik kom van domoticz en ben nu HA aan het proberen.
Het ziet er mooi uit maar is wel wennen.
Ik loopt tegen een hoop dingen aan waar ik helaas niet uitkom.
Ik heb bijvoorbeeld ook mijn alarm systeem gekoppeld in HA.
En de status van de sensoren kan ik aflezen dus dit werkt.
Maar nu zou ik willen schakelen op basis van deze sensoren, maar ik krijg het niet voor elkaar.
Ik wil als er beweging gedetecteerd wordt een bepaalde lamp bijvoorbeeld voor 5 seconden fel aan.
Iemand een idee wat er niet klopt aan dit:
Status van de PIR:
:fill(white):strip_exif()/f/image/L4H369ivplQ08M1ixHEz4X2J.png?f=user_large)
De trigger welke ik wil maken:
/f/image/IIEg24SVfmDqP4GlzSJV9j6F.png?f=fotoalbum_large)
Het ziet er mooi uit maar is wel wennen.
Ik loopt tegen een hoop dingen aan waar ik helaas niet uitkom.
Ik heb bijvoorbeeld ook mijn alarm systeem gekoppeld in HA.
En de status van de sensoren kan ik aflezen dus dit werkt.
Maar nu zou ik willen schakelen op basis van deze sensoren, maar ik krijg het niet voor elkaar.
Ik wil als er beweging gedetecteerd wordt een bepaalde lamp bijvoorbeeld voor 5 seconden fel aan.
Iemand een idee wat er niet klopt aan dit:
Status van de PIR:
De trigger welke ik wil maken:
:fill(white):strip_exif()/f/image/IIEg24SVfmDqP4GlzSJV9j6F.png?f=user_large)
@LJ80 Oeps, net niet opgevallen. Je kijkt nu alleen naar de 'friendly name'. Die verwacht ik niet dat die de staat weergeeft
Algemeen verzoek om echt [code=yaml] te gebruiken wanneer je een deel van je YAML plaatst.
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
| alias: beweging description: '' trigger: - platform: state entity_id: binary_sensor.pir_keuken to: 'on' condition: [] action: - device_id: fe8c95dc4a10b44de60ad7dcdf3c23c2 domain: light entity_id: light.signify_netherlands_b_v_lwo001_level_on_off type: flash mode: single |
Algemeen verzoek om echt [code=yaml] te gebruiken wanneer je een deel van je YAML plaatst.
oke ik typ er voortaan YAML bij.:
@LJ80 Oeps, net niet opgevallen. Je kijkt nu alleen naar de 'friendly name'. Die verwacht ik niet dat die de staat weergeeft
YAML:
[mbr]Algemeen verzoek om echt [code=yaml] te gebruiken wanneer je een deel van je YAML plaatst.[/mbr]
Ik snap je opmerking alleen niet.
:strip_icc():strip_exif()/u/146003/48295-60-60.jpg?f=community)
@ione Denk dat dit een goed moment is om weer eens alle details op te zoeken. Welke bordje exact, configuratie in HA, MQTT verkeer bekijken etc. Want nee, niet alles blijft eeuwig backwards compatible, vandaar altijd de lijst met breaking changes
[ Voor 10% gewijzigd door Septillion op 04-10-2021 22:35 ]
Had het met deze beschrijving gedaan:
@ione Denk dat dit een goed moment is om weer eens alle details op te zoeken. Welke bordje exact, configuratie in HA, MQTT verkeer bekijken etc. Want nee, niet alles blijft eeuwig backwards compatible, vandaar altijd de lijst met breaking changes
https://docs.google.com/d...YiHDEwyScqhsPkJHGGYs-/pub
Maar ik snap je punt. Ik zal het even stap voor stap debuggen. Het bordje werkt nog wel, want als ik dti commando geef werkt het wel
http://<ip-adres>/control?cmd=state,4
/u/59144/aMSN_96.png?f=community)
Er is een (volgens mij) nieuwer model van deze Heiman rookdetectors en die zijn volledig rond. Ik heb er zo een stuk of 3.:
[...]
Hij ziet er dus uit zoals rechts op deze foto:
[Afbeelding]
Het meest lastige aan het design is ook goed terug te zien in deze foto: de rookmelder is vierkant, dus je wilt dat bij het ophangen de zijden van de rookmelder evenwijdig lopen aan je muren. Maar het voetje heeft geen enkele rechte zijde, dus je kunt niet even een balk of lange waterpas gebruiken om een kant van het voetje gegarandeerd evenwijdig te hebben aan een muur. Dat moet je echt op het oog doenMaar het is verder een prima ding, zeker voor het geld
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/hALga3AtXr1MXpsHCDjTdc5h.jpg?f=user_large)
/u/571120/crop5c096d1dc37bd_cropped.png?f=community)
/u/638809/crop60400e6fa9a9c_cropped.png?f=community)
/u/1002033/crop5a1d6e8df24f6_cropped.png?f=community)
/u/341516/GoT%2520logo.png?f=community)
Mijn Youtube kanaal | Mijn Twitch kanaal | Volvo XC40 P8 Recharge (MY21), 19" zomerbanden, warmtepomp
@Slaut Mañana mañana Maar je hebt wel gelijk dat de nieuwe Tuya integratie erin zit. Maar die blijft wel Cloud Polling vs Local Push voor Local Tuya.
Maar je hebt wel gelijk dat de nieuwe Tuya integratie erin zit. Maar die blijft wel Cloud Polling vs Local Push voor Local Tuya.
/u/71633/crop609cd029aac81_cropped.png?f=community)
/u/38650/crop5e8ade640dcbe_cropped.png?f=community)
/u/366655/IMG_4061%2520-%2520kopie.JPG?f=community)
Ok, ik wacht het rustig af dan.
3.05 kWp Zuid - https://pvoutput.org/list.jsp?userid=80995 - Daikin Comfora FTXP 3.5 kW
Kan iemand mij een handje helpen.
Ik probeer de meest handige en fijne manier te vinden om licht scènes te maken in mijn home assistent.
Het kost mij nu iedere keer enorm veel tijd en energie om een nieuwe scène te maken waarbij alle lampen individueel ingesteld moeten worden (qua kleur en helderheid). Bij film worden dus wat andere lampen aangestuurd met andere waardes t.o.v. eten bijvoorbeeld.
Ik heb input booleans gemaakt zoals je kunt zien op de foto en deze heb ik in nodered staan overdag, film, eten
:strip_exif()/f/image/kZr8ng2TKkdiw8NN5ab4KN5K.jpg?f=fotoalbum_large)
Ik probeer de meest handige en fijne manier te vinden om licht scènes te maken in mijn home assistent.
Het kost mij nu iedere keer enorm veel tijd en energie om een nieuwe scène te maken waarbij alle lampen individueel ingesteld moeten worden (qua kleur en helderheid). Bij film worden dus wat andere lampen aangestuurd met andere waardes t.o.v. eten bijvoorbeeld.
Ik heb input booleans gemaakt zoals je kunt zien op de foto en deze heb ik in nodered staan overdag, film, eten
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/kZr8ng2TKkdiw8NN5ab4KN5K.jpg?f=user_large)
[ Voor 25% gewijzigd door Wachten... op 05-10-2021 12:34 ]
Als je dit kunt lezen, dan werkt mij Signature!
Nee, de hue bridge snapt maar een fractie van de Zigbee-devices in de wereld. Met devices van Philips, Ikea en LIDL gaat het nog wel, maar daarna houdt het snel op.
Even een hubje inpluggen?
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
Op een of andere manier had ik in mijn hoofd dat dit niet mogelijk was. Doh, hubje besteld :-)
Ik zie dat ik nog ergens een Aeotec USB Z-Stick GEN5 met batterij Z-Wave Plus uit 2016 heb liggen. Is die nog steeds gangbaar? (want dom)
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
Ja, maar het verschil met de Hue-app is wel dat je elke keer alle lampen weer in moet typen. Misschien doelt @Wachten... daarop qua omslachtigheid. Elke keer dat je een nieuwe scene maakt krijg je een leeg scherm waar je devices moet kiezen, net als bij een automation. Best irritant als er 15 lampen bij een scene betrokken zijn. Ook snapt het GUI-scherm groups van lampen niet, dus daar kun je ook geen tijd besparen. Het is echt één voor één elke lamp (deels) intypen en selecteren. Of je moet meteen in de YAML aan de slag gaan.
Dan is de HA GUI om scenes in te stellen nogal lomp/ruw vergelijken met de Hue-app
edit: dat de GUI groups niet snapt klopt niet. Ik zat bij devices te kijken, dat werkt natuurlijk niet. Maar onder entities kun je wel een group kiezen. Dat scheelt tijd!
@Wachten... Volgens mij is dan het makkelijkst om alle lampen behorende bij een scene in een group te plaatsen. Vervolgens elke lamp instellen zoals je wilt (via HA, of een aparte app). Dan een scene maken en de group selecteren bij entities.
[ Voor 23% gewijzigd door Gizz op 05-10-2021 14:08 ]
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
@TheFes @Septillion:
[...]
Ja, maar het verschil met de Hue-app is wel dat je elke keer alle lampen weer in moet typen. Misschien doelt @Wachten... daarop qua omslachtigheid. Elke keer dat je een nieuwe scene maakt krijg je een leeg scherm waar je devices moet kiezen, net als bij een automation. Best irritant als er 15 lampen bij een scene betrokken zijn. Ook snapt het GUI-scherm groups van lampen niet, dus daar kun je ook geen tijd besparen. Het is echt één voor één elke lamp (deels) intypen en selecteren. Of je moet meteen in de YAML aan de slag gaan.
Dan is de HA GUI om scenes in te stellen nogal lomp/ruw vergelijken met de Hue-app
Oke ik heb het volgens mij weer gevonden.
Zoals @Gizz als schreef is het via Home Assistant echt extreem omslachtig.
Wat ik heb gedaan is het volgende.
- Maak verbinding met Hue Essentials en Deconz/Phoscon (je gaat dit straks enkel gebruiken om super snel scenes te maken)
- Ga in Hue Essentials naar de gewenste kamer (in mijn geval slaapkamer)
- Stel de lampen binnen Hue Essentials in zoals je wilt (kleur helderheid etc)
- Sla deze op als een scene (in die geval even "lezen")
- Reboot nu Home Assistant en de Scene die je hebt aangemaakt staat in je Home Assistant en kun je nu koppelen aan iets (in mijn geval doe ik dat in NodeRed)
Mocht het eventueel niet duidelijk zijn voor anderen, dan leg ik het graag uitgebreider uit. Maar dit is wel echt een fijne en snelle manier.
[ Voor 8% gewijzigd door Wachten... op 05-10-2021 14:12 ]
Als je dit kunt lezen, dan werkt mij Signature!
Paar uur later nog 2 pieken erbij helaas.
:fill(white):strip_exif()/f/image/dfiq5FXCGUIT521ZG848A3mY.png?f=user_large)
Vandaag alles weer zoals het hoort, maar nu heb ik dus zoveel opgewekt in 1 dag dat alle stats van deze week, maand en jaar geen waarde meer hebben. Weet iemand of er een mogelijkheid is om de data van 1 specifieke dag te purgen?
/u/38325/avatar.png?f=community){kind=avatar}
@Wachten... (en @TheFes) Het valt mij ook tegen dat je bij een scene geen area toe kunt voegen inderdaad. Dat had ik met de nieuwe methodes wel verwacht.
Als work around zou je nadat je een scene gemaakt hebt voor een kamer daar gewoon een duplicatie van kunnen maken (kan ook in de UI) en die dan weer aanpassen.
Zelf pak ik soms toch scripts ipv scenes omdat een scene niet met templates kan werken en een scene altijd het hele device doet (niet handig als ik device met twee lampen heb maar alleen één wil toevoegen). Wat ik al zei, dan moet je alle input_booleans goed houden. Als je een input_select gebruikt gaat dat vanzelf. Met de custom:button-card kan je ze alsnog makkelijk als button op je dashboard zetten.
Button met een input select:
Het toggle script:
Als je meerdere input_selects hebt zou je dat ook een field kunnen maken. En als je geen auto(matische) scene hebt wordt dat dus Off.
Voor het selecteren heb ik één automation met een chooser (omdat ik wat meer doe dan alleen scenes aanroepen). Maar het zou zo simpel kunnen als:
Waarbij je alle scenes dus laat beginnen met hetzelfde (hier 'livingroom_') + de waarde uit de input_select.
Als work around zou je nadat je een scene gemaakt hebt voor een kamer daar gewoon een duplicatie van kunnen maken (kan ook in de UI) en die dan weer aanpassen.
Zelf pak ik soms toch scripts ipv scenes omdat een scene niet met templates kan werken en een scene altijd het hele device doet (niet handig als ik device met twee lampen heb maar alleen één wil toevoegen).
Omslachtig
Wat ik al zei, dan moet je alle input_booleans goed houden. Als je een input_select gebruikt gaat dat vanzelf. Met de custom:button-card kan je ze alsnog makkelijk als button op je dashboard zetten.Button met een input select:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| type: custom:button-card entity: input_select.livingroom_mode name: Movie mode icon: mdi:video-vintage icon_height: 75px color: var(--state-icon-color) styles: card: - height: 125px state: - value: Movie color: var(--state-icon-active-color) tap_action: action: call-service service: script.livingroom_toggle_mode service_data: mode: Movie |
Het toggle script:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
| alias: Livingroom Toggle mode fields: mode: description: The mode to toggle to or return to auto if current example: Cosy sequence: - service: input_select.select_option data: entity_id: input_select.livingroom_mode option: >- {% if states("input_select.livingroom_mode") == mode %}Auto{% else %}{{ mode }}{% endif %} mode: single |
Als je meerdere input_selects hebt zou je dat ook een field kunnen maken. En als je geen auto(matische) scene hebt wordt dat dus Off.
Voor het selecteren heb ik één automation met een chooser (omdat ik wat meer doe dan alleen scenes aanroepen). Maar het zou zo simpel kunnen als:
YAML:
1
2
3
4
5
6
7
8
9
10
11
| alias: Livingroom mode apply description: '' mode: single trigger: - platform: state entity_id: input_select.livingroom_mode condition: [] action: - service: scene.turn_on target: entity_id: "scene.livingroom_{{ states('input_select.livingroom_mode' }}" |
Waarbij je alle scenes dus laat beginnen met hetzelfde (hier 'livingroom_') + de waarde uit de input_select.
Het lijkt haast alsof de SolarEdge API aangepast is gisteren. De waardes die binnenkomen voor de lifetime_production sensor veranderen 3x binnen een paar uur als ik de data van gister bekijk:
:fill(white):strip_exif()/f/image/egZy4oaYFnlxWtl8JHjSOUu9.png?f=user_large)
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
![[Afbeelding]](https://tweakers.net/i/buLOInI5-kYiXYlcUweOmOW1-3Q=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/vt3QSRjhfpdeUIa5KbmRVlfN.png?f=user_large){kind=link}
De meeste elektrische kacheltjes hebben een thermostaat. En het verwarmingselement wordt ingeschakeld als de gemeten temperatuur lager is dan de gewenste temperatuur. Uitschakelen werkt tegenovergesteld. Dat kun je natuurlijk prima nabootsen met een losse thermometer en een alternatieve wijze om het element in en uit te schakelen
[ Voor 16% gewijzigd door Gizz op 05-10-2021 18:41 ]
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
Hier een foto van één van mijn Heiman rookdetectors.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/QhroDNMqayVSaQJc6NftBkP2.jpg?f=user_large)
En hier screenshot van in HA, zodat je ziet dat het over een Zigbee model gaat.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/NvOyepvCbeEH8rd4uan2FPg9.jpg?f=user_large)
En hier de link op Ali:
https://nl.aliexpress.com...042311.0.0.48184c4dnEoIKf
[ Voor 6% gewijzigd door GoBieN-Be op 05-10-2021 18:47 ]
Dit topic is gesloten.