:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
Een CV-Ketel is een vlamkoeler en een radiator is een waterkoeler.
Heel nice, lekkere kleurtjes!:
Ik heb eens tijd gehad om mijn dashboard aan te pakken. Ben nog niet 100% tevreden, dus ik ga misschien nog wat kleine dingen finetunen, maar goed, bij deze
Before:
[Afbeelding]
After:
[Afbeelding]
Ik ben een template noob maar hoe bereken je die ' dagen tot" bij afvalinfo?
:strip_icc():strip_exif()/u/77667/crop56b7832c3f349_cropped.jpeg?f=community)
Thanks voor je hulp! Ik heb geprobeerd je YAML te copy en pasten, maar deze is dan niet zichtbaar in de GUI. Klopt dit?
Kun je mij mogelijk in de goede richting helpen via de GUI:
Ik heb nu twee triggers, 1 occupied en not occupied. Ik heb geen tijd optie bij deze trigger settings geen between time optie, ook niet als ik een bestaande aanmaak.
Sorry for being the noob here!
@Workaholic Je zou in ieder geval iets in de UI moeten zien. Je moet wel hele automation in yaml zettten, niet alleen een stap.
Ik heb hem zelf ook in de UI aangepast maar moest alleen zelf even de device triggers zelf copy-pasten omdat HA niet bestaande device triggers weghaalt
En draai nog niet de laatste versie dus ik heb nog trigger ipv triggers etc.
Maar feitelijk is het dus gewoon een derde trigger toevoegen die dus al eerder triggert voor uit dan de 10 minuten nu. Deze geef je los ID.
Vervolgens maak je een derde option in de chooser daarvoor. En bij beide off options geef je het tijdsvak mee waarin ze mogen werken.
En ja, er zijn ook nog vele andere manieren he het kan. Maar voor nu lijkt me dit een mooie duidelijke uitbreiding van de huidige automation.
Ik heb hem zelf ook in de UI aangepast maar moest alleen zelf even de device triggers zelf copy-pasten omdat HA niet bestaande device triggers weghaalt
En draai nog niet de laatste versie dus ik heb nog trigger ipv triggers etc.Maar feitelijk is het dus gewoon een derde trigger toevoegen die dus al eerder triggert voor uit dan de 10 minuten nu. Deze geef je los ID.
Vervolgens maak je een derde option in de chooser daarvoor. En bij beide off options geef je het tijdsvak mee waarin ze mogen werken.
En ja, er zijn ook nog vele andere manieren he het kan. Maar voor nu lijkt me dit een mooie duidelijke uitbreiding van de huidige automation.
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/1894616/crop685afccdcfd37_cropped.jpg?f=community)
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.
Super! Dit kan ik volgen, dank!:
@Workaholic Je zou in ieder geval iets in de UI moeten zien. Je moet wel hele automation in yaml zettten, niet alleen een stap.
Ik heb hem zelf ook in de UI aangepast maar moest alleen zelf even de device triggers zelf copy-pasten omdat HA niet bestaande device triggers weghaalt
Maar feitelijk is het dus gewoon een derde trigger toevoegen die dus al eerder triggert voor uit dan de 10 minuten nu. Deze geef je los ID.
Vervolgens maak je een derde option in de chooser daarvoor. En bij beide off options geef je het tijdsvak mee waarin ze mogen werken.
En ja, er zijn ook nog vele andere manieren he het kan. Maar voor nu lijkt me dit een mooie duidelijke uitbreiding van de huidige automation.
Ik wil juist de sensor altijd actief alleen tussen bepaalde uren -> sneller de lamp weer uit
Dank voor het meedenken though. Mogelijk begrijp ik je verkeerd hoor, maar sensor moet in mijn geval blijven werken - alleen de lamp moet korter ingeschakeld blijven (standaard 10 min -> 2 min).
[ Voor 30% gewijzigd door Workaholic op 06-10-2024 23:21 ]
:
[...]
Ik wil juist de sensor altijd actief alleen tussen bepaalde uren -> sneller de lamp weer uit
André Huisman (www.new-line.nl)
:strip_icc():strip_exif()/u/1085297/crop5b262ef103289_cropped.jpeg?f=community)
Thnx
Er zijn meerdere manieren, maar ik heb de makkelijkste gebruikt. Ik heb de afvalkalender gedownload op de website van de firma die het ophaalt en die vervolgens toegevoegd in mijn Google agenda.
Dan de Google Calendar integratie gebruikt:
https://www.home-assistant.io/integrations/google/
Je krijgt dan een entiteit genaamd: calendar.afvalbeheer
Die entiteit heb ik vervolgens gebruikt in deze mooie trash card:
https://github.com/idaho/hassio-trash-card
Believe. Imagine. Create.
:strip_icc():strip_exif()/u/132443/crop62deab1dcf2c6.jpg?f=community)
Vet, kan je eens vertellen hoe je deze hebt gemaakt?:
Ik heb eens tijd gehad om mijn dashboard aan te pakken. Ben nog niet 100% tevreden, dus ik ga misschien nog wat kleine dingen finetunen, maar goed, bij deze
Before:
[Afbeelding]
After:
[Afbeelding]
Discord kanaal: https://discord.gg/X3CqdTKd
Ik ben inmiddels een stuk verder gekomen door alles op te nemen in de trigger based sensor.
YAML:
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
| #for prediction of heatpump COP corrected heating price - trigger: - platform: time_pattern hours: /1 - platform: event event_type: event_template_reloaded action: - service: weather.get_forecasts data: type: hourly target: entity_id: weather.knmi_thuis_knmi response_variable: hourly_KNMI - variables: COP_hourly: > {% set COPW35_table = { -20 : 1.98 , -19 : 2.05 , -18 : 2.12 , -17 : 2.19 , -16 : 2.26 , -15 : 2.33 , -14 : 2.39 , -13 : 2.45 , -12 : 2.51 , -11 : 2.57 , -10 : 2.63 , -9 : 2.69 , -8 : 2.75 , -7 : 2.81 , -6 : 2.86 , -5 : 2.92 , -4 : 2.97 , -3 : 3.02 , -2 : 3.08 , -1 : 3.13 , 0 : 3.18 , 1 : 3.29 , 2 : 3.40 , 3 : 3.67 , 4 : 3.94 , 5 : 4.22 , 6 : 4.49 , 7 : 4.76 , 8 : 4.89 , 9 : 5.02 , 10 : 5.15 , 11 : 5.26 , 12 : 5.37 , 13 : 5.48 , 14 : 5.60 , 15 : 5.71 , 16 : 5.82 , 17 : 5.93 , 18 : 6.04 , 19 : 6.21 , 20 : 6.37 , 21 : 6.54 , 22 : 6.70 , 23 : 6.86 , 24 : 7.01 , 25 : 7.17 } %} {% set data = namespace(hourly_cop=[]) %} {% for x in hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][0:24] | list %} {% set temp = hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][loop.index0]['temperature'] %} {% set data.hourly_cop = data.hourly_cop + [COPW35_table[temp]] %} {% endfor %} {{data.hourly_cop}} price_data: > {% set indexfind=(hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][0]['datetime']|as_timestamp)|timestamp_custom("%H", local=true)|int %} {% set upcoming_prices=(state_attr('sensor.nordpool_kwh_nl_eur_3_10_021', 'raw_today')|map(attribute="value", default=0)|list)%} {% set upcoming_prices_time=(state_attr('sensor.nordpool_kwh_nl_eur_3_10_021', 'raw_today')|map(attribute="start", default=0)|list)%} {% set data = namespace(heatprice=[], times=[]) %} {% for x in upcoming_prices | list %} {% set data.times=data.times+[upcoming_prices_time[loop.index0]|as_timestamp] %} {% if loop.index0 >= indexfind %} {% set data.heatprice=data.heatprice+[(upcoming_prices[loop.index0]/COP_hourly[loop.index0-indexfind])] %} {% else %} {% set data.heatprice=data.heatprice+[0] %} {% endif %} {% endfor %} {{data.heatprice}} price_data_time: > {% set indexfind=(hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][0]['datetime']|as_timestamp)|timestamp_custom("%H", local=true)|int %} {% set upcoming_prices=(state_attr('sensor.nordpool_kwh_nl_eur_3_10_021', 'raw_today')|map(attribute="value", default=0)|list)%} {% set upcoming_prices_time=(state_attr('sensor.nordpool_kwh_nl_eur_3_10_021', 'raw_today')|map(attribute="start", default=0)|list)%} {% set data = namespace(heatprice=[], times=[]) %} {% for x in upcoming_prices | list %} {% set data.times=data.times+[upcoming_prices_time[loop.index0]|as_timestamp] %} {% if loop.index0 >= indexfind %} {% set data.heatprice=data.heatprice+[(upcoming_prices[loop.index0]/COP_hourly[loop.index0-indexfind])] %} {% else %} {% set data.heatprice=data.heatprice+[0] %} {% endif %} {% endfor %} {{data.times|list}} sensor: - name: KNMI Hourly Forecast COP icon: mdi:thermometer state: "{{ hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][0]['temperature'] }}" attributes: forecast: "{{ hourly_KNMI['weather.knmi_thuis_knmi']['forecast'][0:24] }}" COP: "{{COP_hourly}}" heatingprice: "{{price_data}}" heatingprice_time: "{{price_data_time}}" |
Het resultaat:
:fill(white):strip_exif()/f/image/BNEbDH8BaPcgi447BlDqTE03.png?f=user_large)
Het ziet er nu niet zo spannend uit omdat de voorspelde buitentemperatuur hoog is en weinig veranderd, waardoor de verwarmingsprijstrend vrijwel gelijk is aan die van de stroomprijs.
Ik zal proberen een omschrijving te geven.
Het is best een onconventionele manier hoe ik het heb gedaan, maar voor mij werkt het zo prima
Eerst heb ik een theme uit het caule-themes-pack-1 aangepast, zodat alle kaarten en dividers volledig transparant zijn:
code:
1
2
| divider-color: "rgba(0, 0, 0, 0)" ha-card-background: "rgba(0, 0, 0, 0)" |
Vervolgens heb ik in photoshop mijn complete layout gemaakt hoe ik wilde dat het visueel zou uitzien:
:fill(white):strip_exif()/f/image/vdNw419Qb8GtRmMaVTwDSVJ0.png?f=user_large)
Die achtergrond ook aangepast in de themes yaml:
code:
1
| lovelace-background: 'center / cover no-repeat url("/local/background4.png") fixed' |
Het geheel moet je eigenlijk zien als 5 losse kolommen:
:fill(white):strip_exif()/f/image/E2Ieubb7ijs0J2XLb64GQzLz.png?f=user_large)
Vervolgens heb ik layout cards gebruikt waar ik mijn kaarten in plaatste.
Dus het zijn 5 afzonderlijke layout cards die steeds enkel één kolom hebben, met daarin dan de verschillende kaarten die ik heb gebruikt:
:fill(white):strip_exif()/f/image/eB8hP3B2FCco968ljt4Z6V6y.png?f=user_large)
Als voorbeeld de code van de eerste kolom:
YAML:
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
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
| type: custom:layout-card layout_type: custom:masonry-layout layout: height: 1050px max_cols: 1 cards: - type: custom:stack-in-card mode: vertical cards: - type: picture-elements elements: - type: state-label entity: sensor.time style: font-size: 500% font-weight: bold left: 50% top: 50% - type: state-label entity: sensor.datum style: font-size: 88% left: 50% top: 22% image: /local/placeholder500x200.png card_mod: style: | ha-card { font-family: "roboto"; } - type: custom:clock-weather-card entity: weather.buienradar hide_date: true hide_clock: true hide_forecast_section: true card_mod: style: | ha-card { height: 160px !important; } - type: custom:stack-in-card mode: horizontal cards: - type: custom:mushroom-template-card primary: "{{ states('sensor.volgende_verjaardag') }}" secondary: "{{ states('sensor.aantal_dagen_tot_verjaardag') }}" icon: mdi:cake-variant-outline icon_color: orange entity: sensor.volgende_verjaardag layout: vertical fill_container: false - type: custom:mushroom-template-card primary: "{{ states('sensor.volgende_verjaardag_2') }}" secondary: "{{ states('sensor.aantal_dagen_tot_verjaardag_2') }}" icon: mdi:cake-variant-outline icon_color: orange entity: sensor.volgende_verjaardag_2 layout: vertical fill_container: false - type: custom:layout-card layout_type: custom:masonry-layout layout: height: 310px max_cols: 1 cards: - type: custom:atomic-calendar-revive name: null enableModeChange: true entities: - entity: calendar.xxxxx showMultiDay: true name: Agenda showDeclined: true hideFinishedEvents: false showDate: false showRelativeTime: false showLocation: false maxDaysToShow: 30 maxEventCount: 5 defaultMode: Event compactMode: false calShowDescription: false showWeekDay: true showMonth: true hoursOnSameLine: false showEventIcon: false showProgressBar: false - type: custom:gap-card - type: custom:trash-card entities: - calendar.afvalbeheer layout: vertical event_grouping: true drop_todayevents_from: "10:00:00" next_days: 300 day_style: counter card_style: card color_mode: background items_per_row: 2 refresh_rate: 60 with_label: true filter_events: true use_summary: false hide_time_range: false pattern: - label: GFT icon: mdi:leaf pattern: Gft color: green type: gft - label: Papier & Karton icon: mdi:semantic-web pattern: Papier color: brown type: paper - label: Huisvuil icon: mdi:trash-can-outline pattern: Huisvuil color: orange type: waste - label: PMD icon: mdi:recycle pattern: pmd color: blue type: custom |
Door het zo te doen, plaatst hij per layout card mijn kaarten mooi onder elkaar en kon ik met gap cards alles zo verticaal uitlijnen dat het mooi paste in mijn photoshop kolommen
Voor mij werkte dit het beste, omdat ik dan niet elke kaart afzonderlijke met card mod etc. moest gaan stylen.
En om het mooi fullscreen te laten uitzien op mijn scherm, gebruik ik kiosk mode:
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/a7mdo2mAfwOlIB5iqjBTOinC.jpg?f=user_large)
[ Voor 0% gewijzigd door Septillion op 07-10-2024 18:32 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
Believe. Imagine. Create.
:strip_exif()/u/30814/newgot.gif?f=community)
/u/310759/crop5a8fa260a4c33_cropped.png?f=community)
Het laatste stukje van m'n binnenklimaatpuzzel inmiddels ook draaiend. Een gateway voor m'n Nefit Smartline.
Achter de generic thermostat hangt een dummy switch, de weergave word puur en alleen gebruikt om de fysieke thermostaat op een bepaalde waarde te zetten. En natuurlijk andersom; als de fysieke thermostaat aangedraaid word dan update deze ook binnen HA.
De rest van de logica voor het aansturen van de ketel laat ik lekker aan de standaard thermostaat aan de muur over, op afstand de gewenste temperatuur aansturen en uitlezen voldoet voor mijn doeleinde.
:fill(white):strip_exif()/f/image/BTaJ8z7nw4SKkpCpNwNPnd1A.png?f=user_large)
Voor nu draait er een doodsimpel tijdschema (wanneer aanwezig) en schakelt de boel tussen de thuis- en afwezigstand, binnenkort even wat slimmer maken door o.a. het tijdschema voor een paar uur te negeren wanneer de temperatuur handmatig is aangepast.
En verder eens kijken of ik via de proximity integration een beetje voor elkaar krijg om de verwarming tijdig voor thuiskomst aan te laten gaan. Nu nog niet bepaald problematisch, maar als het wat kouder word is het wel zo prettig om thuis te komen bij 19-20c i.p.v. 16c.
Achter de generic thermostat hangt een dummy switch, de weergave word puur en alleen gebruikt om de fysieke thermostaat op een bepaalde waarde te zetten. En natuurlijk andersom; als de fysieke thermostaat aangedraaid word dan update deze ook binnen HA.
De rest van de logica voor het aansturen van de ketel laat ik lekker aan de standaard thermostaat aan de muur over, op afstand de gewenste temperatuur aansturen en uitlezen voldoet voor mijn doeleinde.
Voor nu draait er een doodsimpel tijdschema (wanneer aanwezig) en schakelt de boel tussen de thuis- en afwezigstand, binnenkort even wat slimmer maken door o.a. het tijdschema voor een paar uur te negeren wanneer de temperatuur handmatig is aangepast.
En verder eens kijken of ik via de proximity integration een beetje voor elkaar krijg om de verwarming tijdig voor thuiskomst aan te laten gaan. Nu nog niet bepaald problematisch, maar als het wat kouder word is het wel zo prettig om thuis te komen bij 19-20c i.p.v. 16c.
[ Voor 7% gewijzigd door D4NG3R op 07-10-2024 15:16 ]
Komt d'r in, dan kö-j d’r oet kieken
Ik kwam vorige week op het idee, toen de verschillen per dag groot waren. (15 graden overdag, 3 graden in de nacht). Voor mijn warmtepomp geldt dat die bij 15 graden 55% efficiënter is dan bij 3 graden, op zo'n dagen is het dus wel interessant.
Maar de tijd die ik erin steek zal ik niet terug gaan verdienen. Op het moment heb ik zelfs nog een vaste prijs contract
en stuur ik op zonne-energie en vaste tijden (financieel zou ik het beste puur op COP~buitentemperatuur kunnen sturen). Ik simuleer daarnaast een dynamisch contract omdat ik daar waarschijnlijk hierna op terecht ga komen. Ik heb nog niet gekeken naar het verschil tussen 20u vs 24u per dag, maar nu is het voor mij/de meeste toch nog pendelseizoen dus nog niet van toepassing.
:strip_icc():strip_exif()/u/109144/IMG_2440.jpg?f=community)
Komt nog bij dat met de 15C bewolkt je nog weer anders stookt dan met 15C zonnig.:
[...]
Ik kwam vorige week op het idee, toen de verschillen per dag groot waren. (15 graden overdag, 3 graden in de nacht). Voor mijn warmtepomp geldt dat die bij 15 graden 55% efficiënter is dan bij 3 graden, op zo'n dagen is het dus wel interessant.
Maar de tijd die ik erin steek zal ik niet terug gaan verdienen. Op het moment heb ik zelfs nog een vaste prijs contract
Ik heb nog niet gekeken naar het verschil tussen 20u vs 24u per dag, maar nu is het voor mij/de meeste toch nog pendelseizoen dus nog niet van toepassing.
Bij mij thuis is dat nog best lastig: In situatie 1 moet ik hele huis stoken, in situatie 2 alleen de eetkamer. In situatie 2 heb ik dan weer meer aan een grote ventilatie, die de warmte van woonkamer naar eetkamer transporteert, want in totaal is er warmte voldoende in huis.
Hij vraagt bij mij op de poort. Bij poort 80 gaat hij nadenken maar krijg toch een error. Ben sinds afgelopen vrijdag aan het stoeien met HA en probeer alles zichtbaar te krijgen
niet iedereen heeft een bierbuikje
:strip_icc():strip_exif()/u/53213/crop57ace1fa37f44.jpeg?f=community)
Een maandje geleden heb ik in mijn nieuwe huis Home Assistant geconfigureerd. Maar kan iemand wat over deze sensoren vertellen, die automatisch verschijnen?
Het komt mij in ieder geval niet bekend voor, maar ik heb het idee dat dit bepaalde radiografische signalen zijn uit de omgeving?
:strip_exif()/f/image/Cn5Rvd74nORqPaL9GLuyAlWo.jpg?f=fotoalbum_large)
Het komt mij in ieder geval niet bekend voor, maar ik heb het idee dat dit bepaalde radiografische signalen zijn uit de omgeving?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Cn5Rvd74nORqPaL9GLuyAlWo.jpg?f=user_large)
[ Voor 6% gewijzigd door AW_Bos op 07-10-2024 19:26 ]
☎ Telecommunicatie van vroeger
🚅Alles over spoor en treintjes
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Ik zit even met een klein kleurendingetje. Wanneer de lampen/schakelaars uit zijn hebben ze netjes dezelfde kleur. Wanneer ze aan staan hebben ze andere kleuren. Waarom?
De style code is voor allemaal gelijk:
entity.naam is voor allemaal verschillend uiteraard.
Dit zijn vervolgens de kleuren:
Wie-o-wie heeft hier een verklaring voor?
EDIT: Net nummer 1 opgelost: Het spiegellicht stond op een blauwe/paarse kleur ondanks dat die helemaal niet gebruikt kan worden vanwege de witte ledstrip.
Zul je altijd zien: post geplaatst, kom je nog eens op een idee om te kijken -> oplossing.
Nu alleen nog even kijken hoe ik de kleur van de RGBW-dinges kan negeren in HA.
De style code is voor allemaal gelijk:
YAML:
1
2
3
4
5
| styles: icon: - color: > [[[ return states['entity.naam'].state === 'on' ? 'yellow' : 'dark-gray'; ]]] |
entity.naam is voor allemaal verschillend uiteraard.
Dit zijn vervolgens de kleuren:
:fill(white):strip_exif()/f/image/qFkLf7TAEmBwzmcnbp2hZpvn.png?f=user_large) | :fill(white):strip_exif()/f/image/7HLlX6M1a8tp5cEYJUcOcPKz.png?f=user_large) |
Wie-o-wie heeft hier een verklaring voor?
EDIT: Net nummer 1 opgelost: Het spiegellicht stond op een blauwe/paarse kleur ondanks dat die helemaal niet gebruikt kan worden vanwege de witte ledstrip.
Zul je altijd zien: post geplaatst, kom je nog eens op een idee om te kijken -> oplossing.
Nu alleen nog even kijken hoe ik de kleur van de RGBW-dinges kan negeren in HA.
[ Voor 14% gewijzigd door sypie op 07-10-2024 22:58 ]
/u/391330/crop580782edeab09_cropped.png?f=community)
Ik zou graag onze location tracking (home / not home) wat beter willen maken.
Mijn partner heeft een Pixel 8 Pro, ikzelf een Pixel 9 Pro. We hebben allebei de HA Companion App geïnstalleerd, alleen merk ik dat de Pixel 8 Pro van mijn partner heel traag zijn locatie update. Ik heb alle instellingen vergeleken met die van mijn Pixel 9 Pro, en er is geen verschil.
We hebben thuis ook een volledige Ubiquiti setup die ik eventueel zou kunnen gebruiken voor presence detection. Ik heb ook gelezen dat er een Ping integratie is die je kan gebruiken.
Hebben hier nog andere mensen meerdere systemen gecombineerd om tot een betere/snellere presence detection te komen? En hoe doen jullie dit dan? Met Bayesian?
Wat voorbeeldjes zouden meer dan welkom zijn
Mijn partner heeft een Pixel 8 Pro, ikzelf een Pixel 9 Pro. We hebben allebei de HA Companion App geïnstalleerd, alleen merk ik dat de Pixel 8 Pro van mijn partner heel traag zijn locatie update. Ik heb alle instellingen vergeleken met die van mijn Pixel 9 Pro, en er is geen verschil.
We hebben thuis ook een volledige Ubiquiti setup die ik eventueel zou kunnen gebruiken voor presence detection. Ik heb ook gelezen dat er een Ping integratie is die je kan gebruiken.
Hebben hier nog andere mensen meerdere systemen gecombineerd om tot een betere/snellere presence detection te komen? En hoe doen jullie dit dan? Met Bayesian?
Wat voorbeeldjes zouden meer dan welkom zijn
@RudolfR Zie hier niets. Herstart kan nooit kwaad natuurlijk
/u/227108/crop6027919ad38b8.png?f=community)
Ik gebruik voor onze telefoons het al dan verbonden zijn met onze wifi.:
Ik zou graag onze location tracking (home / not home) wat beter willen maken.
Mijn partner heeft een Pixel 8 Pro, ikzelf een Pixel 9 Pro. We hebben allebei de HA Companion App geïnstalleerd, alleen merk ik dat de Pixel 8 Pro van mijn partner heel traag zijn locatie update. Ik heb alle instellingen vergeleken met die van mijn Pixel 9 Pro, en er is geen verschil.
We hebben thuis ook een volledige Ubiquiti setup die ik eventueel zou kunnen gebruiken voor presence detection. Ik heb ook gelezen dat er een Ping integratie is die je kan gebruiken.
Hebben hier nog andere mensen meerdere systemen gecombineerd om tot een betere/snellere presence detection te komen? En hoe doen jullie dit dan? Met Bayesian?
Wat voorbeeldjes zouden meer dan welkom zijn
iRacing Profiel -|- Mijn RaceRig -|- Mijn stream
Onder 'People' in de instellingen kan je per persoon meerdere devices toevoegen voor het tracken van iemand. Deze krijgen een bepaalde prioriteit (meebewegende apparaten vs. stationaire trackingdevices) om de persoon op home/away te zetten. Deze volgorde kan je hier vinden: https://www.home-assistant.io/integrations/person/:
Ik zou graag onze location tracking (home / not home) wat beter willen maken.
Mijn partner heeft een Pixel 8 Pro, ikzelf een Pixel 9 Pro. We hebben allebei de HA Companion App geïnstalleerd, alleen merk ik dat de Pixel 8 Pro van mijn partner heel traag zijn locatie update. Ik heb alle instellingen vergeleken met die van mijn Pixel 9 Pro, en er is geen verschil.
We hebben thuis ook een volledige Ubiquiti setup die ik eventueel zou kunnen gebruiken voor presence detection. Ik heb ook gelezen dat er een Ping integratie is die je kan gebruiken.
Hebben hier nog andere mensen meerdere systemen gecombineerd om tot een betere/snellere presence detection te komen? En hoe doen jullie dit dan? Met Bayesian?
Wat voorbeeldjes zouden meer dan welkom zijn
Ik heb zelf GPS-tracking via de HA Companion App en wifi-detectie via de Unifi-integration. Werkt hier prima.
:strip_icc():strip_exif()/u/135355/20071128geek.jpg?f=community)
Als je de unifi integratie toevoegt , krijg je een device.tracker van je smartphone.
Koppel die aan je persoon binnen home assistant.
Dat is je eerste tracker.
Een tweede tracker kun je inderdaad door de companion app gebruiken.
Werkt perfect.
Wil je helemaal los, dan kun je nog room presence doen ook (bv middels bermuda integratie).
Zo doe ik het, dan heb je in totaal 3 trackers
1. via unifi integratie -> de smartphone gekoppeld aan je persoon
2. via ha companion app -> koppel je aan je persoon
3. een smartwatch -> koppel je aan bermuda integratie -> hierdoor weet je in welke kamer je je bevindt (dit is echt een grote stap verder)
Om te detecteren of ik thuis of weg ben, gebruik ik een Device Tracker, wat betekende dat ik uiteindelijk drie sensoren had om mezelf te volgen: de BLE-sensor voor de kamer en de device tracker voor thuis of weg (bestaande uit de unifi en de companion app).
Ik heb deze samengevoegd in één Template-sensor, die ik heb toegevoegd aan mijn configuration.yaml-bestand. Deze sensor toont de kamer waarin ik me bevind, als dat bekend is, of de Thuis/Weg-status als dat niet het geval is. Dit betekent dat ik één overzichtelijke sensor op mijn dashboards kan plaatsen die aangeeft of ik thuis of weg ben, en als ik thuis ben, in welke kamer ik me bevind.
YAML:
1
2
3
4
5
6
7
8
9
10
| - platform: template sensors: locatie_me: friendly_name: "Me's locatie" value_template: >- {% if states('sensor.me_huidige_kamer') != 'unknown' and states('sensor.me_huidige_kamer') != 'unavailable'%} {{ states('sensor.me_huidige_kamer') }} {% else %} {{ states('person.me').replace('not_home', 'Away').title() }} {% endif %} |
Als ik jou was zou ik beginnen met gewoon de 2 eerste sensoren te koppelen aan je persoon
/u/1219196/crop6324b2e35d04c_cropped.png?f=community)
Ik weet niet op welke card je het hebt, maar kijk zeker eens naar deze.
Je kan er iets geweldigs van maken, heb dit ook pas , en is echt subliem.
Dit gekoppeld met de carbu.com integratie doe je prachtige zaken
https://github.com/ngocjohn/vehicle-status-card
Hoi
Merci voor je reply.
Die eerste valt af omdat je alles manueel moet toevoegen
Das onbegonnen werk en zal mn vrouw ook nooit doen
Die tweede lijkt huge te zijn als ik de website volg, met alle integraties die ik wil, echter een essential plan van 9 dollar per maand voor het volgens van pakjes , phew no thx
Jammer wel, maar goeie tips..
Ik zoek nog even verder.
Doen jullie dit?
Heel interessant, op hoeveel heb je de "Time in seconds from last seen until considered away" staan? Default is deze 300 precies...:
[...]
Als je de unifi integratie toevoegt , krijg je een device.tracker van je smartphone.
Koppel die aan je persoon binnen home assistant.
Dat is je eerste tracker.
Een tweede tracker kun je inderdaad door de companion app gebruiken.
Werkt perfect.
Wil je helemaal los, dan kun je nog room presence doen ook (bv middels bermuda integratie).
Zo doe ik het, dan heb je in totaal 3 trackers
1. via unifi integratie -> de smartphone gekoppeld aan je persoon
2. via ha companion app -> koppel je aan je persoon
3. een smartwatch -> koppel je aan bermuda integratie -> hierdoor weet je in welke kamer je je bevindt (dit is echt een grote stap verder)
Om te detecteren of ik thuis of weg ben, gebruik ik een Device Tracker, wat betekende dat ik uiteindelijk drie sensoren had om mezelf te volgen: de BLE-sensor voor de kamer en de device tracker voor thuis of weg (bestaande uit de unifi en de companion app).
Ik heb deze samengevoegd in één Template-sensor, die ik heb toegevoegd aan mijn configuration.yaml-bestand. Deze sensor toont de kamer waarin ik me bevind, als dat bekend is, of de Thuis/Weg-status als dat niet het geval is. Dit betekent dat ik één overzichtelijke sensor op mijn dashboards kan plaatsen die aangeeft of ik thuis of weg ben, en als ik thuis ben, in welke kamer ik me bevind.
YAML:
Als ik jou was zou ik beginnen met gewoon de 2 eerste sensoren te koppelen aan je persoon
:strip_exif()/u/101588/the_lemmings_masacre_2_by_wormthingy.gif?f=community)
Wel grappig dat er hier over presence detection met wifi gesproken wordt. Ik wilde gisterenavond eigenlijk nog iets delen, maar had dat niet meer gedaan omdat het te laat was en ik naar bed wilde . Maar ik doe wifi-tracking nét iets anders.
Ik gebruik de wifi sensoren van de mobiele app om een Device Tracker aan te maken. Die device_tracker gebruik ik dan weer in mijn Person om aanwezigheid te tracken. Die doe ik helemaal via één automatisering:
In de variables wordt een map gemaakt met daarin de thuis wifi netwerken. Dit mag er één zijn of meerdere. Die map wordt onderin de automatisering gebruikt om te kijken of deze voorkomt in de SSID die de Home Assistant Companion app rapporteert. Is dit zo, dan wordt er een device_tracker aangemaakt door middel van de Device Tracker See actie. Deze actie maakt de sensor aan bij opstarten van Home Assistant, vandaar de else en update deze ook. De brontype wordt op Router gezet (default GPS) zodat de GPS locatie deze bron altijd kan overrulen wanneer je vertrekt. De GPS bron is dus leidend.
In Home Assistant ziet er dat dan zo uit:
:fill(white):strip_exif()/f/image/6ntJBf4LDED4mhyhX94eZcJU.png?f=user_large)
Waarbij ik dus gebruik maak van:
. Maar ik doe wifi-tracking nét iets anders.Ik gebruik de wifi sensoren van de mobiele app om een Device Tracker aan te maken. Die device_tracker gebruik ik dan weer in mijn Person om aanwezigheid te tracken. Die doe ik helemaal via één automatisering:
YAML:
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
| id: device_tracker_from_wifi alias: Device Tracker - Van App Wifi Sensor variables: ssid_zones: ThuisWifi: home SecundaireThuisWifi: home trigger: - id: update platform: state entity_id: - sensor.galaxy_van_alex_wifi_connection - sensor.iphone_van_partner_ssid - platform: homeassistant event: start action: if: condition: trigger id: update then: - action: device_tracker.see data: dev_id: "{{ trigger.from_state.object_id }}" location_name: "{{ ssid_zones.get(trigger.to_state.state, 'not_home') }}" attributes: source_type: router else: - action: device_tracker.see data: dev_id: galaxy_van_alex_wifi_connection location_name: "{{ ssid_zones.get(states('sensor.galaxy_van_alex_wifi_connection'), 'not_home') }}" attributes: source_type: router - action: device_tracker.see data: dev_id: iphone_van_partner_ssid location_name: "{{ ssid_zones.get(states('sensor.iphone_van_partner_ssid'), 'not_home') }}" attributes: source_type: router |
In de variables wordt een map gemaakt met daarin de thuis wifi netwerken. Dit mag er één zijn of meerdere. Die map wordt onderin de automatisering gebruikt om te kijken of deze voorkomt in de SSID die de Home Assistant Companion app rapporteert. Is dit zo, dan wordt er een device_tracker aangemaakt door middel van de Device Tracker See actie. Deze actie maakt de sensor aan bij opstarten van Home Assistant, vandaar de else en update deze ook. De brontype wordt op Router gezet (default GPS) zodat de GPS locatie deze bron altijd kan overrulen wanneer je vertrekt. De GPS bron is dus leidend.
In Home Assistant ziet er dat dan zo uit:
Waarbij ik dus gebruik maak van:
- Mobiele app (GPS)
- Wifi staat volgens mobiele app
- Mijn workstation
- Wifi staat volgens router
Phew, hele brok.:
Wel grappig dat er hier over presence detection met wifi gesproken wordt. Ik wilde gisterenavond eigenlijk nog iets delen, maar had dat niet meer gedaan omdat het te laat was en ik naar bed wilde
Ik gebruik de wifi sensoren van de mobiele app om een Device Tracker aan te maken. Die device_tracker gebruik ik dan weer in mijn Person om aanwezigheid te tracken. Die doe ik helemaal via één automatisering:
YAML:
In de variables wordt een map gemaakt met daarin de thuis wifi netwerken. Dit mag er één zijn of meerdere. Die map wordt onderin de automatisering gebruikt om te kijken of deze voorkomt in de SSID die de Home Assistant Companion app rapporteert. Is dit zo, dan wordt er een device_tracker aangemaakt door middel van de Device Tracker See actie. Deze actie maakt de sensor aan bij opstarten van Home Assistant, vandaar de else en update deze ook. De brontype wordt op Router gezet (default GPS) zodat de GPS locatie deze bron altijd kan overrulen wanneer je vertrekt. De GPS bron is dus leidend.
In Home Assistant ziet er dat dan zo uit:
[Afbeelding]
Waarbij ik dus gebruik maak van:Ik heb dit nu al ruim 4 maanden naar volle tevredenheid draaien en ben er erg tevreden mee.
- Mobiele app (GPS)
- Wifi staat volgens mobiele app
- Mijn workstation
- Wifi staat volgens router
Bereik je hiermee niet gewoon hetzelfde?
Heb je advies gevolgd en de unifi integratie opgezet. Wanneer ik mijn person nu opzoek in dev tools zie ik dit:
code:
1
2
3
4
5
6
7
8
9
| editable: true id: raf device_trackers: - device_tracker.unifi_google_pixel_9_pro - device_tracker.google_pixel_9_pro source: device_tracker.unifi_google_pixel_9_pro user_id: 3a0724ea064b47e4b36f7d27b22e49d7 entity_picture: /api/image/serve/da2317dd5a57c95554cab6a1bbf0a2c7/512x512 friendly_name: Raf |
Het lijkt er dus op dat hij mijn locatie op dit moment via de unifi device tracker neemt
Top:
[...]
Heb je advies gevolgd en de unifi integratie opgezet. Wanneer ik mijn person nu opzoek in dev tools zie ik dit:
code:
Het lijkt er dus op dat hij mijn locatie op dit moment via de unifi device tracker neemt
Als je thuis bent zal hij de eerste nemen (unifi), als je away bent, gebruikt hij de app (ik vermoed dat dat de tweede is..)
Je kan ook nog zones toevoegen op je kaart, dan neemt hij die ook automatisch over (bv werk... of school of...)
:strip_icc():strip_exif()/u/396258/crop5c58365079ffa_cropped.jpeg?f=community)
Dat is erg mooi. Kan je hier de code van delen aub?:
Ik heb eens tijd gehad om mijn dashboard aan te pakken. Ben nog niet 100% tevreden, dus ik ga misschien nog wat kleine dingen finetunen, maar goed, bij deze
Before:
[Afbeelding]
After:
[Afbeelding]
Ook benieuwd hoe je de agenda erin krijgt.
Water-Escape
Wauw! dit zou ik graag willen. Ik moet je linkjes eens gaan lezen.:
Geïnspireerd door het werk van paQ en Toppe ben ik een paar weken geleden ook begonnen met het maken van een 3D floorplan.
En hoewel mijn uitgangspunt altijd is geweest (en zal blijven) dat goede home automation geen dashboard nodig heeft, raakte ik wel helemaal verslaafd aan het bouwen ervan voor een iPad (2017). Deze kan mooi worden gebruikt door anderen als wij met vakantie zijn.
Ik wilde sowieso nog eens mijn volledige setup en configuratie op Github zetten en de ervaringen met het bouwen van het 3D floorplan is alvast een mooie start. Een volledige uitleg van hoe het floorplan is opgebouwd staat hier. Wellicht heeft iemand er wat aan!
Afgezien van de sensors die worden weergegeven op het floorplan en het aan/uit zetten van de verlichting, zit het volgende o.a. extra ingebouwd:Er zitten nog een paar schoonheidsfoutjes in die ik moet fixen, de kWh-waarde is niet juist, moet de energy-graphic nog worden verbeterd, en wil ik nog de neerslag-card aanpassen zodat het minimalistisch wordt weergegeven, maar dat wordt gezien de broncode van de integratie nog een hele klus. Tenzij iemand dit al voor elkaar heeft gekregen en de code wil delen
- Door te tikken op het TV meubel kan je alles rondom home cinema bedienen, zoals bijvoorbeeld de Apple TV en de radio
- Door te tikken op de ramen in de woonkamer kunnen de jaloezieën worden bediend
- Instellen van de thermostaat door te tikken op de woonkamertemperatuur
- Informatie m.b.t. het laden van de auto wordt alleen weergegeven als er ook daadwerkelijk een laadsessie aan de gang is
- Op het moment dat de deurbel wordt ingedrukkt wordt een automatisering gestart om via de Eufy Security integratie een P2P streaming sessie te starten en deze te pushen naar de iPad via browser_mod
- Dynamische iconen (draaiend bij een ventilator en knipperend bij de rookmelders) via button-card
- Gekleurde iconen op basis van de status, zoals bijvoorbeeld een oranje mdi:heat op het moment dat de airco aan het verwarmen is, of blauw tijdens het koelen
.Dashboard tijdens de dag
[Afbeelding]
[Afbeelding]
[Afbeelding]
.Dashboard wanneer het donker is
[Afbeelding]
[Afbeelding]
[Afbeelding]
Zodra ik al mijn use cases heb gedocumenteerd op Github dan meld ik me hier wel weer even
Water-Escape
:strip_icc():strip_exif()/u/1244740/crop619835423e299_cropped.jpg?f=community)
:strip_exif()/u/33876/crop5db309f39f3f0_cropped.gif?f=community)
Ben al een redelijk eind om een ETH008 bordje in mijn HASS te krijgen.
Het rest: blok werkt en maakt 8 devices aan. Zou mooier zijn dat ik 1 device heb met 8 entities maar het is beter dan niets.
command_line blok werkt niet. Krijg daarbij de volgende error:
"expected a dictionary for dictionary value 'command_line->0->switch', got None,"
Mijn doel is dus een on/off device hebben welke dus ook periodiek zijn status uit leest. (status uitlees snelheid daarvan is niet kritisch en 10 a 15s er op wachten is prima)
Heb ook nog een ander bordje welke voornamelijk statussen heeft maar technisch is dat dezelfde opzet waarbij er waarbij alleen ipv relay0 tm x andere tekst komt te staan.
Iemand die mij een zetje in de juiste richting kan geven
YAML:
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
| rest: resource: http://192.168.x.y/status.xml scan_interval: 15 binary_sensor: - name: ETH008-relay1 value_template: "{{ value_json.response.relay0 == '1'}}" - name: ETH008-relay2 value_template: "{{ value_json.response.relay1 == '1'}}" - name: ETH008-relay3 value_template: "{{ value_json.response.relay2 == '1'}}" - name: ETH008-relay4 value_template: "{{ value_json.response.relay3 == '1'}}" - name: ETH008-relay5 value_template: "{{ value_json.response.relay4 == '1'}}" - name: ETH008-relay6 value_template: "{{ value_json.response.relay5 == '1'}}" - name: ETH008-relay7 value_template: "{{ value_json.response.relay6 == '1'}}" - name: ETH008-relay8 value_template: "{{ value_json.response.relay7 == '1'}}" command_line: switch: - name: ETH008_relay1Full command_on: /usr/bin/curl -X GET http://192.168.x.y/io.cgi?DOA1 command_off: /usr/bin/curl -X GET http://192.168.x.y/io.cgi?DOI1 command_state: /usr/bin/curl -X GET http://192.168.x.y/status.xml value_template: '{{ value_json.response.relay0 == "1" }}' |
Het rest: blok werkt en maakt 8 devices aan. Zou mooier zijn dat ik 1 device heb met 8 entities maar het is beter dan niets.
command_line blok werkt niet. Krijg daarbij de volgende error:
"expected a dictionary for dictionary value 'command_line->0->switch', got None,"
Mijn doel is dus een on/off device hebben welke dus ook periodiek zijn status uit leest. (status uitlees snelheid daarvan is niet kritisch en 10 a 15s er op wachten is prima)
Heb ook nog een ander bordje welke voornamelijk statussen heeft maar technisch is dat dezelfde opzet waarbij er waarbij alleen ipv relay0 tm x andere tekst komt te staan.
Iemand die mij een zetje in de juiste richting kan geven
Taal fouten inbegrepen ;)
Mijn AI Art YouTube kanaal
Omdat ik niet weet hoe ik dat moet doen
De 2 extra spaties helpen niet, daarna nogmaals met " om de URL heen geprobeerd maar dat helpt ook niet.
Taal fouten inbegrepen ;)
Mijn AI Art YouTube kanaal
Met volgende yaml (let op - teken is nu voor switch gekomen)
Krijg ik geen foutmelding meer, op sterk advies documentatie is command_lines in single ' gezet.
Maar er komt ook geen device erbij
Zover ik in de logs kan zien lijkt dat te komen door:
YAML:
1
2
3
4
5
6
7
| command_line: - switch: name: ETH008_relay1Full command_on: '/usr/bin/curl -X GET http://192.168.1.45/io.cgi?DOA1' command_off: '/usr/bin/curl -X GET http://192.168.1.45/io.cgi?DOI1' command_state: '/usr/bin/curl -X GET http://192.168.1.45/status.xml' value_template: '{{ value_json.response.relay0 == "1" }}' |
Krijg ik geen foutmelding meer, op sterk advies documentatie is command_lines in single ' gezet.
Maar er komt ook geen device erbij
Zover ik in de logs kan zien lijkt dat te komen door:
[ Voor 19% gewijzigd door The-Source op 08-10-2024 19:56 ]
Taal fouten inbegrepen ;)
Mijn AI Art YouTube kanaal
/u/482740/crop65bfcacf23044_cropped.png?f=community)
Reply @ The-Source in "Home Assistant: Open source Python3 home automation - deel 5"
@The-Source Ik heb de ETH8020-B van Robot Electronics (Devantech), maar die lijkt qua software hetzelfde te werken als de ETH008-B (ik ga er even vanuit dat je de nieuwere B-variant hebt).
Ik had ook eerst alles via de HTTP commands DOAx and DOIx geregeld, maar ik kreeg warnings in de log:
HTTP/Command Line
Via http commands werkte het volgende (ik gebruikte overigens een puls van 2,5s overigens als command_on). Status (command_state) kun je uitlezen via io.cgi of via status.xml.
io.cgi
status.xml
MQTT
Daarna alles omgezet naar mqtt. Mqtt topic settings had ik als volgt:
/f/image/iE6sxQGdFOqfAyPZ35aYymF8.png?f=fotoalbum_large)
En dan de MQTT Switch in HA:
Alle device info hoef je slechts bij 1 switch mee te geven (voor zover je wilt, identifier en naam is sowieso verstandig), bij de andere switches kan je volstaan met alleen de identifier.
Je kunt in dat geval het relay switchen via de mqtt switch, maar ook je kunt ook makkelijk een pulse doen via een action call (voormalige service call) naar mqtt.publish, met als data het mqtt pulse-topic en payload (lengte van de pulse in 100ms).
@The-Source Ik heb de ETH8020-B van Robot Electronics (Devantech), maar die lijkt qua software hetzelfde te werken als de ETH008-B (ik ga er even vanuit dat je de nieuwere B-variant hebt).
Ik had ook eerst alles via de HTTP commands DOAx and DOIx geregeld, maar ik kreeg warnings in de log:
Daarna alles omgezet naar mqtt (alleen beschikbaar voor de B-varianten) en dat werkt echt veel makkelijker en meer realtime qua status van de relays (push via mqtt i.p.v. polling via http). Bovendien kan je de mqtt binary sensors ook allemaal onder 1 device onderbrengen (dat wilde je volgens mij).
HTTP/Command Line
Via http commands werkte het volgende (ik gebruikte overigens een puls van 2,5s overigens als command_on). Status (command_state) kun je uitlezen via io.cgi of via status.xml.
io.cgi
YAML:
1
2
3
4
5
6
7
8
9
| command_line: - switch: name: ETH8020-B Relay 1 unique_id: eth8020_relay_1 command_on: "/usr/bin/curl -u admin:password -X GET http://192.168.x.x/io.cgi?DOA1=25" command_off: "/usr/bin/curl -u admin:password -X GET http://192.168.x.x/io.cgi?DOI1=0" command_state: "/usr/bin/curl -u admin:password -X GET http://192.168.x.x/io.cgi" value_template: '{{ value[1+6] == "1" }}' #status of relay x is x+6, so 1 is 7) scan_interval: 1 |
status.xml
YAML:
1
2
3
4
| command_state: "/usr/bin/curl -u admin:password -X GET http://192.168.x.x/status.xml" value_template: > {% set found = value | regex_findall('<relay1>(\d)<\/relay1>') %} {{ '1' in found[0] if found else false }} |
MQTT
Daarna alles omgezet naar mqtt. Mqtt topic settings had ik als volgt:
:fill(white):strip_exif()/f/image/iE6sxQGdFOqfAyPZ35aYymF8.png?f=user_large)
En dan de MQTT Switch in HA:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| mqtt: - switch: name: "Relay 1" unique_id: eth8020_b_relay_1 state_topic: "eth8020/1/state" command_topic: "eth8020/1/set" payload_on: "1" payload_off: "0" device: identifiers: eth8020b name: "ETH8020-B" manufacturer: "Robot Electronics (Devantech Ltd)" model: "ETH8020-B" model_id: "21" hw_version: "V2" sw_version: "V25" suggested_area: meterkast connections: [["mac", "60:8A:10:95:85:56"]] configuration_url: "http://192.168.x.x" |
Alle device info hoef je slechts bij 1 switch mee te geven (voor zover je wilt, identifier en naam is sowieso verstandig), bij de andere switches kan je volstaan met alleen de identifier.
Je kunt in dat geval het relay switchen via de mqtt switch, maar ook je kunt ook makkelijk een pulse doen via een action call (voormalige service call) naar mqtt.publish, met als data het mqtt pulse-topic en payload (lengte van de pulse in 100ms).
YAML:
1
2
3
4
| action: mqtt.publish data: topic: "eth8020/1/pulse" payload: "25" |
[ Voor 46% gewijzigd door Cadezo op 09-10-2024 19:03 . Reden: status via http/command line toegevoegd: io.cgi en status.xml ]
/u/42712/logo.JPG?f=community){kind=logo}
Je moet je dashboard setup verkopen, ga je mee binnen lopen!:
Ik heb een tijd geleden een korte video geplaatst met een vraag over een animated gif. Toen kreeg ik de vraag of ik een complete video van mijn dashboard wilde maken. Die vraag heb ik veel te serieus genomen... < het maken van deze video kostte me bijna net zoveel tijd als de bouw van dat hele dashboard
[YouTube: This 3D floorplan dashboard in HA changed my smarthome experience forever! (Wall mounted tablet)]
ehhhh..HOI
@dannyvdb1997 Mm, klinkt alsof de attributen en state niet altijd in sync zijn.
Zie wel dat als trigger niet alleen naar de state gekeken wordt. Kan je eens proberen met
Dan is er alleen een trigger op de state. Als dit het juist qua werking om zeep helpt dan moeten we maar gewoon items gaan tellen
Zie wel dat als trigger niet alleen naar de state gekeken wordt. Kan je eens proberen met
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
| template: - trigger: - platform: state entity_id: - sensor.flightradar24_current_in_area to: null sensor: - name: "Last flight" unique_id: last_flight state: >- {% if trigger.to_state.state |int(0) > 0 %} {% set f = trigger.to_state.attributes.flights[0] %} {{ f.airport_origin_city ~ ' => ' ~ f.airport_destination_city }} {% else %} {{ this.state }} {% endif %} |
Dan is er alleen een trigger op de state. Als dit het juist qua werking om zeep helpt dan moeten we maar gewoon items gaan tellen
Voor output via io.cgi moet ik 1 firmware versie omhoog en ga dat wel proberen. Maar dat gaat mij vanaf het werk niet lukken
kom hier later nog wel op terug
Taal fouten inbegrepen ;)
Mijn AI Art YouTube kanaal
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
:strip_icc():strip_exif()/u/85246/alterbirdgeblackbirdsmall.jpg?f=community)
![[Afbeelding]](https://tweakers.net/i/gJdUu9PmMMViOSKiQC3Ldd6ntAQ=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/cHOo64HQu6K9ylZ7Bxsrxs7L.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/t8H5IHP2jziF-lHJgrdnYGX24qI=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/0flEGjJZ6NJjbDirQB6tNKV1.png?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/E402CR2vkpasLd9kJuLEkPkOomk=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/bKhppFZ9x2oclfO98J2OMPsL.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/GZFURZuhSBksnnkMCK4AXkCkwu0=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/CssODPLYeAo4kukNqTS1an06.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/wPkEWsmE19doqPDtD-Azco3AU10=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/FwYoFrWNxQhKruGgFoaFYFNk.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/vfQUh7xIg1Hade8DXfnSMZl_FCs=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/B82JSrwOF1OaUrIgzGoeeX8h.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/OoTW2zsomJgx1D51APFcMaDq66Y=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/cpqxiPBuJixO0Prfaevn17o6.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/hu0rvctMFuiU_r_aeEDm901549A=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/r0yk98Kn4HpqaEDXEYzxR9u7.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/21f_FOgye7wCBQyUPrCn0JaHF1k=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/ybkVsn6RrTk3A4NrITrHe1nL.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/vz8DSE4k9O93zhYXSBB4arjtpBI=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/4YCTKeN60glyWZyRmcTb6pDz.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/RvRyiQL6HmO-QbyBcgkHH3R-vbA=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/ebmmQh8QJ4puJzD0EU1huLD7.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/xlHjFaIiNsUeV1IUSRv1_3QmDKM=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/Zji8VBYRH4V0Vl8V5SvmEuw5.jpg?f=user_large){kind=link}
![[Afbeelding]](https://tweakers.net/i/mJdKfZ6VRg9r8H94pK7A46c7YZ0=/full-fit-in/4000x4000/filters:no_upscale():fill(white):strip_exif()/f/image/LaF3OgbrUKKHv3Q57xLCm49o.png?f=user_large){kind=link}
Weet niet of t t juiste topic is, maar heeft iemand dit wel eens gezien?
Vannacht om 01:00 tot 02:00 een verbruik van 11 KWH waarbij de stroom grotendeels opgewekt is door zonnenergie. Lijkt me niet dat we een hele felle maan hebben gehad vannacht, dus ben even zoekende wat de oorzaak hier van is.
:fill(white):strip_exif()/f/image/kNF7h318YfeKriLC8KySoDVN.png?f=user_large)
Enige verschil met voorgaande dagen is dat ik sinds eergisteren een elektrische radiator in bedrijf heb genomen met een een routine die 's ochtends om half 7 begint met opwarmen maar dat is het dan ook.
En ik kan morgen pas zien of er ook daadwerkelijk stroom onttrokken is in de app van Tibber
Vannacht om 01:00 tot 02:00 een verbruik van 11 KWH waarbij de stroom grotendeels opgewekt is door zonnenergie. Lijkt me niet dat we een hele felle maan hebben gehad vannacht, dus ben even zoekende wat de oorzaak hier van is.
Enige verschil met voorgaande dagen is dat ik sinds eergisteren een elektrische radiator in bedrijf heb genomen met een een routine die 's ochtends om half 7 begint met opwarmen maar dat is het dan ook.
En ik kan morgen pas zien of er ook daadwerkelijk stroom onttrokken is in de app van Tibber
[ Voor 6% gewijzigd door loewie1984 op 09-10-2024 09:26 ]
Hij is nu inderdaad unavailable…:
@dannyvdb1997 Mm, klinkt alsof de attributen en state niet altijd in sync zijn.
Zie wel dat als trigger niet alleen naar de state gekeken wordt. Kan je eens proberen met
YAML:
Dan is er alleen een trigger op de state. Als dit het juist qua werking om zeep helpt dan moeten we maar gewoon items gaan tellen