:fill(white):strip_exif()/i/2002871478.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001890515.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000583077.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000809464.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000629918.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002131643.jpeg?f=thumbmini)
/u/398995/crop6493fca3906db_cropped.png?f=community)
Aiii, das wel wat prijzig voor een paar spotjes jalolgast schreef op dinsdag 10 juli 2018 @ 19:13:
@The_Admin Beide zaken kan ik je niet mee helpen, ik heb ze niet tot mijn beschikking. Qua best werkende KaKu oplossing voor HA, is volgens mij de RFXcom, maar die kost uit mijn hoofd €100.
Op basis van zijn lijstje, lijkt mij 4GB ook ruim voldoende voor de komende jaren; overkill is ook weer zoiets
Neem een NUC met 2 geheugen slots en je kunt er altijd nog een 4GB bij proppen als het nodig is.
Dus het is niet de data maar de presentatie ervan:
@Nnoitra Zie http://dsmr-reader.readthedocs.io/nl/latest/screenshots.html voor wat sfeerbeelden
Retentie ben ik met je eens, die kan ook binnen HA natuurlijk best hoog zijn. Wat default in DSRM Reader zit echter, is het opschonen van gedetailleerde metingen op het moment dat ze 'verouderd' zijn. Hierdoor verlies je metingen per minuut, maar behoud je die van elk uur. De database blijft hierdoor kleiner en dus sneller.
Het terugzoeken van data, maar ook het vergelijken van dagen/maanden/jaren werkt echt super snel
Het komt neer op persoonlijke smaak/keuzes.
- Ga je voor een extra gui / web interface (dsrm reader) waar je die grafiekjes in kunt zien.
- Heb je genoeg aan de standaard simpele grafiekjes in HA.
- Tover je Grafana (icm Influx) grafiekjes in HA zodat je alles in één web interface hebt.
Maar dat van dat (minuten werk) opschonen is wel chill!
Eens zoeken/prutsen of dat met wat (stored procedure oid) logica te fixen is zonder over te hoeven stappen naar die reader
Sarcasm is my superpower! What's yours?
:strip_icc():strip_exif()/u/17276/lotr.jpg?f=community)
Hoe heb jij het opgelost ?:
[...]
Waar wil je dit voor gebruiken voor je mobiele telefoon?
Hier heb ik ook redelijk wat issues meegehad.
Voor onze iPhone's gebruik ik een combinatie van Bluetooth en een Custom Component voor een iPhone tracker.
Hiermee zijn onze issues opgelost, mocht je meer info nodig hebben let me know
Ik ben bezig met de implementatie van bluetooth (esp32) modules die per verdieping scannen en doorgeven of iemand aanwezig is maar ik heb nog geen idee hoe ik alles aan elkaar moet knopen dat mocht de iPhone niet gedetecteerd worden maar de mi band wel dat hij dan wel aangeeft dat ik thuis ben.
Daddy of 3 :)
:strip_icc():strip_exif()/u/8817/DSC05697_70x70-2.jpg?f=community)
M'n bel heb ik reeds slim gemaakt via MQTT en dat werkt top, ik krijg dus bv. wel al een notificatie via pushover en op Kodi als er aangebeld wordt:
[...]
90 euro https://www.amazon.de/Rfx...30&sr=8-1&keywords=rfxcom
En je kunt dan ook een KaKu bel kopen
Ja, als je meer KaKu hebt kan ik het me voorstellen, maar voor die paar spotjes van mij vindt ik het ff te gek
:strip_icc():strip_exif()/u/198189/crop67ecf5f08705a_cropped.jpg?f=community)
@QuasaR Daarvoor zou je de hier beschreven oplossing voor kunnen gebruiken
lolgast in "Home Assistant - Open source Python3 home automation"
Bovenste 3 sensoren even overslaan
Je maakt een template_sensor, waarin je de status van zowel de telefoon als de mi band uitleest. De status van die template_sensor zet je door naar MQTT, waarvandaan je vervolgens een device_tracker kunt maken.
Die laatste stap is uiteraard niet noodzakelijk, maar wel de (in mijn ogen) beste manier om er weer een device_tracker van te maken, ipv gewoon een sensor.
lolgast in "Home Assistant - Open source Python3 home automation"
Bovenste 3 sensoren even overslaan
Je maakt een template_sensor, waarin je de status van zowel de telefoon als de mi band uitleest. De status van die template_sensor zet je door naar MQTT, waarvandaan je vervolgens een device_tracker kunt maken.
Die laatste stap is uiteraard niet noodzakelijk, maar wel de (in mijn ogen) beste manier om er weer een device_tracker van te maken, ipv gewoon een sensor.
:strip_exif()/u/168931/paul_grolsch.gif?f=community)
De net thuis actie gebruik ik voor de notificatie te triggeren wanneer één van ons thuis is, bij de netweg wil ik de muziek op pause, versterker, subwoofer en evt andere dingen uit en bij de status weg gaat de cv lager.
En inmiddels rustig verder aan het brainstormen hoe ik alles verder wil hebben
Dan zal het wel aan mijn gebrek aan creativiteit liggen, maar die acties kun je toch gewoon koppelen aan home/not_home zonder dat je daar hinder van ondervindt?:
[...]
De net thuis actie gebruik ik voor de notificatie te triggeren wanneer één van ons thuis is, bij de netweg wil ik de muziek op pause, versterker, subwoofer en evt andere dingen uit en bij de status weg gaat de cv lager.
En inmiddels rustig verder aan het brainstormen hoe ik alles verder wil hebben
Niet slecht bedoelt, ik zit me alleen hardop af te vragen met welke meerwaarde je al deze extra waardes zou introduceren.
Je kan dat weer als input gebruiken in allerhande automations met betrekking tot bv. licht, alameringen, etc.
Ik heb bv. ook via Unifi een devicetracker lopen op de telefoon van de werkster
Dan zien we dus of ze bij ons op de Wifi zit of niet, oftewel aan het werk is. We vinden het beide niet zo relaxed om thuis te zitten als zij bezig is (je loopt toch altijd in de weg of voelt je lullig als jij aan je bakkie koffie zit en zij staat te poetsen), dus dan kunnen we dat een beetje makkelijk timen met de daar aan geknoopte pushmelding
Dat snap ik, dat heb ik ook. Met home/not_home.
Daarom de vraag, wat is de meerwaarde van de extra waardes net_weg net_thuis
Daarom de vraag, wat is de meerwaarde van de extra waardes net_weg net_thuis
Op bepaalde acties wil ik niet
Daarvoor bijvoorbeeld.:
[...]
Je kan dat weer als input gebruiken in allerhande automations met betrekking tot bv. licht, alameringen, etc.
Ik heb bv. ook via Unifi een devicetracker lopen op de telefoon van de werksterDan zien we dus of ze bij ons op de Wifi zit of niet, oftewel aan het werk is. We vinden het beide niet zo relaxed om thuis te zitten als zij bezig is (je loopt toch altijd in de weg of voelt je lullig als jij aan je bakkie koffie zit en zij staat te poetsen), dus dan kunnen we dat een beetje makkelijk timen met de daar aan geknoopte pushmelding
Ik was het ook zat om bij iedere automatisering omtrent verlichting, verwarming etc overal delays te gebruiken.
Om een voorbeeld te geven wanneer één van ons 's nachts thuis komt terwijl de verlichting uit is, gaat alle verlichting aan op de state 'Net Thuis' wanneer de transitie van 'Net Thuis' naar 'Thuis' verandert volgens mij zit daar iets van een 15min vertraging achter gaat alle verlichting uit.
Ik wil de intellegentie bij de bron hebben en niet overal vertragingen introduceren in de code.
Ander voorbeeld, ik kom thuis vanaf het werk en ik loop de transitie state 'Weg' naar 'Net Thuis' krijg ik een push notificatie dat vanavond de groene otto aan de straat moet wanneer ik vlak daarna even kort nog een paar boodschappen doe loop ik door de transitie state 'Net Weg' naar 'Thuis' waardoor ik niet nogmaals een push notificatie kort achter elkaar krijg.
27x320Wp LG | 7.4 kW W/W warmtepomp | 2024 Model 3 Performance+FSD | 2019 Zoë 40kWh Star Wars edition
:strip_icc():strip_exif()/u/283152/crop6802a5eecf7bb_cropped.jpg?f=community)
OV | 2kap '99 131m² | Quatt Duo | Intergas Kombi Kompakt HRE 28/24 '13 | Honeywell T6 | 13 x 435wp SolarEdge
:
[...]
Mijn vragen zijn een beetje verloren gegaan
Ik draai zelf met Ubuntu 16.04 (18.04 is nog te nieuw voor een upgrade 
) en Docker. ISO downloaden en naar USB-stick schrijven en het staat er zo op.
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ik mis het poortnummer in al die URLs? Zonder dat poortnummer probeert hij standaard poort 443, waar natuurlijk niemand antwoord geeft nu
Sometimes you need to plan for coincidence
@Imperial Guard Ik denk dat ik je snap, heb alleen inderdaad een andere gedachtegang Ik zie bij jou nu vooral heel veel automations (met daarin de delays die je aanhaalt) om te bepalen wie waar nu eigenlijk is, en of dat al lang is of sinds kort.
Ik denk dan: Als ik thuiskom en het is te donker moet die lamp gewoon aangaan, punt. Ga ik meteen door naar bed? Prima, daar is de Hue Tap voor. Loop ik niet in het donker en vervolgens staat de verlichting niet voor de kat z'n viool aan.
Wil ik geen bericht als ik net ook thuis ben geweest? Prima, dan bouw ik een condition die checkt of het minder dan 30 minuten geleden is of ik thuis ben geweest
Ik zie bij jou nu vooral heel veel automations (met daarin de delays die je aanhaalt) om te bepalen wie waar nu eigenlijk is, en of dat al lang is of sinds kort.Ik denk dan: Als ik thuiskom en het is te donker moet die lamp gewoon aangaan, punt. Ga ik meteen door naar bed? Prima, daar is de Hue Tap voor. Loop ik niet in het donker en vervolgens staat de verlichting niet voor de kat z'n viool aan.
Wil ik geen bericht als ik net ook thuis ben geweest? Prima, dan bouw ik een condition die checkt of het minder dan 30 minuten geleden is of ik thuis ben geweest
YAML:
1
2
3
4
| {% if as_timestamp(now()) | int - as_timestamp(states.automation.aanwezigheid_stefan.attributes.last_triggered) | int < 1800 %} true {% else %} false |
Is maar goed ook dat iedereen een andere gedachtegang heeft:
@Imperial Guard Ik denk dat ik je snap, heb alleen inderdaad een andere gedachtegang
Ik denk dan: Als ik thuiskom en het is te donker moet die lamp gewoon aangaan, punt. Ga ik meteen door naar bed? Prima, daar is de Hue Tap voor. Loop ik niet in het donker en vervolgens staat de verlichting niet voor de kat z'n viool aan.
Wil ik geen bericht als ik net ook thuis ben geweest? Prima, dan bouw ik een condition die checkt of het minder dan 30 minuten geleden is of ik thuis ben geweest
YAML:
. Het is ook niet dat ik je wil overtuigen dat mijn manier goed is of de keuze die jij of anderen hebben gemaakt slecht zijn.
In ons geval vond ik dit de meest logische keuze en niet overal aparte conditions voor te schrijven.
Hierdoor heb ik veel van mijn automatiseringen kunnen opschonen en zelfs anderen kunnen verwijderen.
Zoals in je laatste voorbeeld die je aanhaalt praat je over een conditie die ik op mijn devicetracker al heb afgevangen, bij bijvoorbeeld 10 automatiseringen hoef ik niet dat extra stukje regel toe te voegen of aan te passen dat het ipv van 30 min nu 35 min wil gebruiken.
Hiervoor zou je natuurlijk ook een input_slider kunnen gebruiken.
/u/55784/crop5aebfed47e17e.png?f=community)
/u/316781/e5eh3jct.png?f=community)
:strip_icc():strip_exif()/u/749/crop5f57e8bdbe9f4_cropped.jpeg?f=community)
Dat lijkt veel op Portainer:
@Nnoitra Zie http://dsmr-reader.readthedocs.io/nl/latest/screenshots.html voor wat sfeerbeelden
Retentie ben ik met je eens, die kan ook binnen HA natuurlijk best hoog zijn. Wat default in DSRM Reader zit echter, is het opschonen van gedetailleerde metingen op het moment dat ze 'verouderd' zijn. Hierdoor verlies je metingen per minuut, maar behoud je die van elk uur. De database blijft hierdoor kleiner en dus sneller.
Het terugzoeken van data, maar ook het vergelijken van dagen/maanden/jaren werkt echt super snel
een groep maken van je devices en die gebruiken om je status weer te geven.
Klopt, waarom zou op 443 niks reageren? Met de standaard poort 8123 overigens hetzelfde eufel.:
[...]
Ik mis het poortnummer in al die URLs? Zonder dat poortnummer probeert hij standaard poort 443, waar natuurlijk niemand antwoord geeft nu
Maar goed dat je over die poort begint. Dat bracht mij wel op het idee om hassio.local:8123 nog is te proberen. Via daar heb ik dus de problemen niet en kan ik wel inloggen! Iets zegt mij dat het dan mogelijk toch aan de NGINX configuratie ligt?
OV | 2kap '99 131m² | Quatt Duo | Intergas Kombi Kompakt HRE 28/24 '13 | Honeywell T6 | 13 x 435wp SolarEdge
:strip_exif()/u/73/koelkast-lach.gif?f=community)
Ik had het gezien, binnenkort maar eens overstappen en mogelijk ook naar de RPi 3B+. Ik ben benieuwd of het veel sneller is
Ok, ik heb als wannabe nerd weer iets geknutseld. Dit keer op basis van een bestaande battery_alert, maar zodanig aangepast dat nu ook offline devices getoond worden. Het gebeurt namelijk wel eens dat bv een tradfri lamp verbinding verliest, of dat de schoonmaakster het Netatmo station uitzet 
Dan krijg ik dus nu een melding op het dashboard
Het is nog duidelijk WIP, maar in principe werkt het. Alle credits natuurlijk naar diegene die battery_alert heeft gemaakt: https://community.home-as...e-for-every-device/30576/
disclaimer: ik weet heel weinig van programmeren dus ik ben allang blij dat het enigszins werkt
Dan krijg ik dus nu een melding op het dashboard Het is nog duidelijk WIP, maar in principe werkt het. Alle credits natuurlijk naar diegene die battery_alert heeft gemaakt: https://community.home-as...e-for-every-device/30576/
disclaimer: ik weet heel weinig van programmeren dus ik ben allang blij dat het enigszins werkt
code:
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
126
127
128
129
130
131
132
133
134
| ################################################################
## Packages / Offline devices alert
################################################################
################################################
## Customize
################################################
homeassistant:
customize:
################################################
## Node Anchors
################################################
package.node_anchors:
customize: &customize
package: 'offline_alert'
expose: &expose
<<: *customize
haaska_hidden: false
homebridge_hidden: false
################################################
## Group
################################################
group.offline_alert:
<<: *customize
friendly_name: "Offline devices Alert"
icon: mdi:steam
################################################
## Automation
################################################
automation.offline_alert:
<<: *customize
friendly_name: "Offline devices Alert"
automation.offline_alert_clear:
<<: *customize
friendly_name: "Offline devices alert Clear"
################################################
## Group
################################################
group:
offline_alert:
control: hidden
entities:
- automation.offline_alert
- automation.offline_alert_clear
################################################
## Automation
################################################
automation:
- alias: offline_alert
trigger:
- platform: time
at: '10:00:00'
- platform: time
at: '18:00:00'
condition:
- condition: template
value_template: >
{% macro offline_state() %}
{%- set threshold = 40 -%}
{% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
{% for domain in domains -%}
{% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
{{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
{% endfor %}
{%- endfor %}
{% endmacro %}
{{ offline_state() |trim != "" }}
action:
- service: persistent_notification.create
data_template:
title: "Offline devices"
notification_id: offline-devices-alert
message: >
{% macro offline_state() %}
{% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
{% for domain in domains -%}
{% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
{{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
{% endfor %}
{%- endfor %}
{% endmacro %}
{{ offline_state() }}
- service: notify.slack_notify
data_template:
message: "Offline devices"
data:
attachments:
- color: '#52c0f2'
title: "These devices are offline"
text: >
{% macro offline_state() %}
{% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
{% for domain in domains -%}
{% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
{{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
{% endfor %}
{%- endfor %}
{% endmacro %}
{{ offline_state() }}
- alias: offline_alert_clear
trigger:
- platform: time
minutes: '/30'
seconds: 00
condition:
- condition: template
value_template: >
{% macro offline_state() %}
{%- set threshold = 40 -%}
{% set domains = ['light', 'switch', 'sensor', 'zwave', 'lock'] %}
{% for domain in domains -%}
{% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
{{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
{% endfor %}
{%- endfor %}
{% endmacro %}
{{ offline_state() |trim != "" }}
action:
- service: persistent_notification.dismiss
data:
notification_id: offline-devices-alert |
Martinvdm = TechJunky.nl
:strip_exif()/u/20659/crop68b0a63d5da15.gif?f=community)
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV | Ford Explorer EV Ext
@lolgast
Inmiddels heb ik DSMR Reader nu ook draaien... dus ik ga me binnenkort verdiepen in MQTT.
Hartelijk dank!
Top handleiding... ik heb de Hue Tap nu werkend in Home Assistant!@coromandel Mijn Hue Tap in Home Assistant even snel op papier gezet
https://www.lolgast.nl/hue-tap-home-assistant/
Inmiddels heb ik DSMR Reader nu ook draaien... dus ik ga me binnenkort verdiepen in MQTT.
Hartelijk dank!
/u/578153/crop59d8ee5776703_cropped.png?f=community)
@Nelus82
Je kunt met die curl-sensor en een automation die om 0:00 uur de hoge en lage meterstanden ophaalt, de beginwaardes wegschrijven in een sensor.
Vervolgens met een template_sensor die {{ states.sensor.huidige_stand_hoog.state }} - {{ states.sensor.begin_stand_hoog.state }} uitrekent om het verbruik van die dag te berekenen.
Ofzoiets
Je kunt met die curl-sensor en een automation die om 0:00 uur de hoge en lage meterstanden ophaalt, de beginwaardes wegschrijven in een sensor.
Vervolgens met een template_sensor die {{ states.sensor.huidige_stand_hoog.state }} - {{ states.sensor.begin_stand_hoog.state }} uitrekent om het verbruik van die dag te berekenen.
Ofzoiets
@Smika Maak er eens 1 automation van, zoiets
Als de state van je studeerkamer switch nu wijzigt (of dat nou aan of uit is) gaat de lamp de uit als hij aan is, en aan als hij uit is.
Edit:
Een initial_state: "off" bij een automation zorgt ervoor dat de hele automation uit staat als je HA of je automation gedeelte herstart. Die doet het dus sowieso al niet
YAML:
1
2
3
4
5
6
7
8
9
10
11
| - id: '1528531013755' alias: Studeerkamer uit initial_state: 'on' trigger: - platform: state entity_id: switch.studeerkamer action: - service: switch.toggle entity_id: switch.studeerkamer - service: light.toggle entity_id: light.studyroom |
Als de state van je studeerkamer switch nu wijzigt (of dat nou aan of uit is) gaat de lamp de uit als hij aan is, en aan als hij uit is.
Edit:
Een initial_state: "off" bij een automation zorgt ervoor dat de hele automation uit staat als je HA of je automation gedeelte herstart. Die doet het dus sowieso al niet
[ Voor 15% gewijzigd door lolgast op 13-07-2018 16:05 ]
Ik ga hiermee spelen.. Als ik het even "koud" kopieer, raakt het helemaal in de stress :-). Het gaat nu de hele tijd aan en uit. aan en uit.. etc.. :-):
@Smika Maak er eens 1 automation van, zoiets
YAML:
Als de state van je studeerkamer switch nu wijzigt (of dat nou aan of uit is) gaat de lamp de uit als hij aan is, en aan als hij uit is.
Edit:
Een initial_state: "off" bij een automation zorgt ervoor dat de hele automation uit staat als je HA of je automation gedeelte herstart. Die doet het dus sowieso al niet
@Smika
Ik zie nu ook waarom In je automation laat je de trigger plaatsvinden door een switch die ook in de action zit 
Maar enfin, door mijn automation gaat dat niet goed nee. Haal van de mijne dit even weg onder action
Ik zie nu ook waarom
In je automation laat je de trigger plaatsvinden door een switch die ook in de action zit Maar enfin, door mijn automation gaat dat niet goed nee. Haal van de mijne dit even weg onder action
code:
1
2
| - service: switch.toggle
entity_id: switch.studeerkamer |
[ Voor 8% gewijzigd door lolgast op 13-07-2018 16:18 ]
Blijf het probleem houden dat als ik 'm met de schakelaar aan zet en dan met de hue app uit. Dat ik dan de schakelaar toch een "douw" moet geven om de status te begrijpen. Wordt dus van 't weekend even wat meer uitzoeken :-) Iig super bedankt voor de hulp so far.:
@Smika
Ik zie nu ook waarom
Maar enfin, door mijn automation gaat dat niet goed nee. Haal van de mijne dit even weg onder action
code:
- service: switch.toggle entity_id: switch.studeerkamer
@Smika De drukvlakschakelaar kan ook samenwerken met KaKu (afhankelijk van welke module je hebt, maar ik gok de AWMR-230)
Je haalt de huidige schakelaar van de muur, haalt de draadje van de KaKu module eruit. Je doet de draadjes van de KaKu module in de drukvlakschakelaar en monteert de schakelaar in de muur.
Kost je €10 à €15 voor de schakelaar en 5 minuten tijd
Ik had in het begin alleen gezeur van de vrouw dat de schakelaar altijd omlaag stond en ze er niets van snapte in het donker. Maar dat gaat over
Je haalt de huidige schakelaar van de muur, haalt de draadje van de KaKu module eruit. Je doet de draadjes van de KaKu module in de drukvlakschakelaar en monteert de schakelaar in de muur.
Kost je €10 à €15 voor de schakelaar en 5 minuten tijd
Ik had in het begin alleen gezeur van de vrouw dat de schakelaar altijd omlaag stond en ze er niets van snapte in het donker. Maar dat gaat over
Herkent iemand het probleem dat een Hue Dimmer na enige tijd de verbinding verliest met een Raspbee op een RPi in combinatie met HASS.io en de Deconz add-on? Ook een herstart brengt ze niet terug.
Een Xiaomi Aqara Smart Wireless Switch blijft wel netjes verbonden.
De Phoscon App toont de Hue dimmer nog als verbonden:
In de HASS logging zie ik m.b.t. de Hue dimmer dit als laatste voorbij komen, events naar aanleiding van het indrukken van één van de knoppen ontbreken echter.
Een Xiaomi Aqara Smart Wireless Switch blijft wel netjes verbonden.
De Phoscon App toont de Hue dimmer nog als verbonden:
In de HASS logging zie ik m.b.t. de Hue dimmer dit als laatste voorbij komen, events naar aanleiding van het indrukken van één van de knoppen ontbreken echter.
Het LED'je op de Hue dimmer brand met I en O kortstondig groen, bij de dim knoppen nu wat langer rood.
:strip_icc():strip_exif()/u/2026/DSC_2281.jpg?f=community)
In Home Assistant gebruik je daar een For: statement voor. In onderstaand voorbeeld gaat de lamp uit 10 minuten nadat de bewegingssensor geen beweging heeft gedetecteerd. sim-pel
code:
1
2
3
4
5
6
7
8
9
10
11
12
| - id: wk_muur4
alias: WK Muur uit bij geen Beweging
trigger:
- entity_id: sensor.wk_multisensor_burglar
platform: state
to: '0'
for:
minutes: 10
action:
- service: light.turn_off
data:
entity_id: light.wk_muur_level |
Wat je precies wil doen met Node Red is me in deze context niet duidelijk.
[ Voor 2% gewijzigd door balk op 13-07-2018 22:28 . Reden: Node Red opmerking ]
Dit kun je doen met een input_boolean, deze kun je in- uitschakelen (handmatig of met logica).
Vervolgens kun je op basis van deze boolean wel of niet iets uitvoeren. In dit voorbeeld schakel ik, als je vakantie boolean true is, om 21:00 twee lampen (http request naar pimatic voor nog wat 433 spul, inmiddels vervangen overigens) in en om 22:30 uit. Het eerste blokje is een timer switch.
Zie voor een 'for' uitwerking zoals @balk noemt bijvoorbeeld https://diyfuturism.com/i...ting-with-home-assistant/
[ Voor 19% gewijzigd door JBS op 13-07-2018 22:40 ]
@JBS Dat komt omdat Node-Red nodeloos ingewikkeld is als je een for x-time wilt inbouwen 
lolgast in "Home Assistant - Open source Python3 home automation"
lolgast in "Home Assistant - Open source Python3 home automation"
De uitwerking onder 'LIGHTING THREE: MOTION, TIME RANGE, & OCCUPANCY' op https://diyfuturism.com/i...ting-with-home-assistant/ ziet er wel behapbaar uit, zelf nog niet geprobeerd overigens.:
@JBS Dat komt omdat Node-Red nodeloos ingewikkeld is als je een for x-time wilt inbouwen
lolgast in "Home Assistant - Open source Python3 home automation"
Ik heb de AWST-8802. Dus kan net zo goed iets nieuws kopen. Ik heb dus een rfxcom, maar heb ook nog een ongebruikte zwave usb stick (5 jaar oud) liggen. Misschien heeft zwave wat mooier spul liggen. Ben nog een beejte zoekende in deze wereld.:
@Smika De drukvlakschakelaar kan ook samenwerken met KaKu (afhankelijk van welke module je hebt, maar ik gok de AWMR-230)
Je haalt de huidige schakelaar van de muur, haalt de draadje van de KaKu module eruit. Je doet de draadjes van de KaKu module in de drukvlakschakelaar en monteert de schakelaar in de muur.
Kost je €10 à €15 voor de schakelaar en 5 minuten tijd
Ik had in het begin alleen gezeur van de vrouw dat de schakelaar altijd omlaag stond en ze er niets van snapte in het donker. Maar dat gaat over
:strip_icc():strip_exif()/u/35541/crop5a34341b0d966_cropped.jpeg?f=community)
/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
Martinvdm = TechJunky.nl
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV | Ford Explorer EV Ext
Na het opnieuw toevoegen van de Hue Dimmer is de afstandsbediening weer correct verbonden en zie ik ook de events in de log weer voorbij komen. Ik vermoed dat 't ergens is mis gegaan bij het hernoemen van de Hue Dimmer in de Phoscon app en dat daardoor HASS in de war geraakt is of iets dergelijks.
-----
Andere vraag: Iemand hier met succes de dim+ en dim- van de Hue Dimmer aan de praat in combinatie met Deconz? Deze automation https://www.home-assistan...mber-with-wireless-dimmer zou moeten werken, maar dat is bij mij helaas niet het geval (ik heb entity en lamp namen uiteraard wel aangepast
). Ik zie in de log dat de automation afgetrapt wordt na het drukken op de dim+ knop op de Hue Dimmer, maar kennelijk gaat er in de action nog iets niet goed.\\Edit: Kennelijk raakt je automation in sommige gevallen aangepast of zelfs corrupt wanneer je deze in de automations.yaml toevoegt en deze vervolgens opent via Instellingen > Automatisering.
Heb ze namelijk nogmaals toegevoegd na de oude te hebben verwijderd (die er in de YAML nu ook ineens heel anders uit zag) en nu werkt zowel dim+ als dim-
HASS geeft echter in de GUI nog wel een foutmelding, ondanks dat 'Valideer configuratie' aangeeft dat de configuratie geldig is en de automations het nog doen ook. Dat is op z'n minste wat tegenstrijdig...
\\Edit2: Balen, de Hue Dimmer is de verbinding weer verloren. Geeft bij elk van de vier knoppen een wat langere rode LED terug. Ook een Xiaomi Aqara Smart Light Switch Wireless is de verbinding nu kwijt. Een Xiaomi Aqara Smart Wireless Switch blijft 't echter wel probleemloos doen. Ook met tientallen Tradfri lampen en Xiaomi Aqara deurcontacten, bewegingsmelders en multisensoren heb ik geen problemen.
[ Voor 28% gewijzigd door JBS op 14-07-2018 22:38 ]
:strip_exif()/u/50450/lg-root.gif?f=community)
:strip_icc():strip_exif()/u/357766/c6152c14163aa90dc1d4adfd7b6a5997.jpeg?f=community)
Martinvdm = TechJunky.nl
He who laughs last thinks slowest! | ▶️ Youtube | 🌐 TechJunky.nl | ☀️ 3000Wp PV | Ford Explorer EV Ext
/u/166870/crop63f33e3c40724_cropped.png?f=community)
@koelkast Dat ik dezelfde waardes nu kan gebruiken via een input_select
En via een scene kun je behalve de brightness ook meteen de kleurwaardes meegeven. Als je dat allemaal in een automation moet doen wordt de {% if %} {% elif %} wel erg lang
voorbeeld scene
En via een scene kun je behalve de brightness ook meteen de kleurwaardes meegeven. Als je dat allemaal in een automation moet doen wordt de {% if %} {% elif %} wel erg lang
voorbeeld scene
code:
1
2
3
4
5
6
7
8
9
10
11
12
| - name: Vakantie Aan
entities:
light.erker:
state: on
light.zuiltjes:
state: on
brightness: 254
color_temp: 154
light.bank:
state: on
brightness: 228
color_temp: 391 |
[ Voor 33% gewijzigd door lolgast op 16-07-2018 10:08 ]
:strip_exif()/u/87698/avatarline.gif?f=community){kind=avatar}
Dit topic is gesloten.