: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)
:strip_exif()/u/62088/sp_jh2.gif?f=community)
You don't need a parachute to go skydiving. You need a parachute to go skydiving twice.
:strip_icc():strip_exif()/u/29353/crop67a4b5b929cc7_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/94045/crop66c1b4250e8a2_cropped.jpg?f=community)
Je beseft dat dit basis functionaliteit is? Het aanzetten van de verwarming? Als het - en dat weet ik niet zeker - dus in de core van hass zit, dan is dit dus gewoon slecht getest. Gratis of niet. Totaal niet relevant voor mij.
Ik heb ca 5.000 regels code bijgedragen en al een aantal keren commentaar gegeven op de manier van ontwikkelen, maar dat helpt dus niet echt
En als ik naar deze lijst kijk met HVAC issues: https://github.com/home-a...is%3Aissue+is%3Aopen+hvac, dan is er een groter probleem rondom HVAC ontstaan met de recente breaking changes dan de hoogte van mijn oplossingvermogen
Hoewel ik een configuratiefout dus totaal niet uitsluit, doet zowel mijn Opentherm als de MQTT HVAC het niet, dus dat lijkt op een core issue binnen hass wat mij betreft. Beiden zijn lokaal, dus geen Google probleem.
Pfff. heb je dus expres twee HVAC's vanwege het kunnen opvangen van breaking changes, doen ze het allebei niet
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
[quote]:
Ik ben bezig met het automatiseren van m'n (blok)verwarming. Daartoe heb ik een Zigbee thermostaatventiel gekocht wat ik vandaag heb kunnen testen en naar behoren lijkt te functioneren.
Nu wil ik het dus uiteraard zo gaan automatiseren dat de verwarming aan gaat als ik thuis kom/ben en uit gaat als ik m'n huis verlaat.
Ik wil met meerdere automatische temperatuurniveau's gaan werken, 15 °C, 18 °C en 20 °C. Bij 'weg' wil ik het 15 °C hebben, tussen 06.00 en 08.00 wil ik het 18 °C hebben, tussen 08.00 en 22.00 20 °C als ik thuis ben en verder 15.
De reden dat ik het op bovenstaande manier wil, is omdat ik tussen 6 en 8 opsta en niet 'koud' wil ontbijten. Sommige dagen blijf ik thuis (dwz: als ik om 8.00 het huis niet uit ben), en dan wil ik het comfy 20 graden hebben.
Nu had ik het volgende in gedachten:
Ik maak een input slider, die de "target temperature" bij zich draagt. Daartoe schrijf ik een automation die als een soort scheduler op bepaalde tijden het setpoint verandert naar de gewenste waarde.
De volgende automation die ik schrijf, is voor doorgeven van het setpoint naar het thermostaatventiel. Hiertoe wil ik twee triggers toevoegen: de verandering van het input number OF mijn presence op aanwezig. Aangezien ik niet wil dat het setpoint verstuurd naar het thermostaatventiel als ik niet thuis ben, wil ik de condition maken dat mijn presence er is. Als ik aanwezig ben, stel dan het thermostaatventiel in op het input number.
Mijn vragen zijn:
1) Is het mogelijk om een 'gelijke' trigger en condition te hebben (trigger van not_home naar home, condition = home) te hebben?
2) Maak ik het mezelf niet nodeloos ingewikkeld op deze manier?
Alvast bedankt voor het antwoord!
[/quote]
In navolging hierop heb ik het volgende gebeund:
[code]- id: '1570296204264'
alias: Set temperature setpoint slider
trigger:
- platform: time_pattern
minutes: '/15'
condition: []
action:
- after: '8:00'
condition: time
- data:
value: 20
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
- after: '22:00'
condition: time
- data:
value: 15
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
- after: '6:30'
condition: time
- condition: state
entity_id: binary_sensor.workday_sensor
state: 'on'
- data:
value: 18
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
[/]
Echter wil de time_pattern niet triggeren. Als ik de automation handmatig trigger, dan lijkt ie goed te lopen. De automation staat met de switch overigens gewoon aan. Wat zie ik over het hoofd?
Laat maar. Ik heb het minnetje voor "plaform" verwijderd en inmiddels lijkt het te werken
Ik ben bezig met het automatiseren van m'n (blok)verwarming. Daartoe heb ik een Zigbee thermostaatventiel gekocht wat ik vandaag heb kunnen testen en naar behoren lijkt te functioneren.
Nu wil ik het dus uiteraard zo gaan automatiseren dat de verwarming aan gaat als ik thuis kom/ben en uit gaat als ik m'n huis verlaat.
Ik wil met meerdere automatische temperatuurniveau's gaan werken, 15 °C, 18 °C en 20 °C. Bij 'weg' wil ik het 15 °C hebben, tussen 06.00 en 08.00 wil ik het 18 °C hebben, tussen 08.00 en 22.00 20 °C als ik thuis ben en verder 15.
De reden dat ik het op bovenstaande manier wil, is omdat ik tussen 6 en 8 opsta en niet 'koud' wil ontbijten. Sommige dagen blijf ik thuis (dwz: als ik om 8.00 het huis niet uit ben), en dan wil ik het comfy 20 graden hebben.
Nu had ik het volgende in gedachten:
Ik maak een input slider, die de "target temperature" bij zich draagt. Daartoe schrijf ik een automation die als een soort scheduler op bepaalde tijden het setpoint verandert naar de gewenste waarde.
De volgende automation die ik schrijf, is voor doorgeven van het setpoint naar het thermostaatventiel. Hiertoe wil ik twee triggers toevoegen: de verandering van het input number OF mijn presence op aanwezig. Aangezien ik niet wil dat het setpoint verstuurd naar het thermostaatventiel als ik niet thuis ben, wil ik de condition maken dat mijn presence er is. Als ik aanwezig ben, stel dan het thermostaatventiel in op het input number.
Mijn vragen zijn:
1) Is het mogelijk om een 'gelijke' trigger en condition te hebben (trigger van not_home naar home, condition = home) te hebben?
2) Maak ik het mezelf niet nodeloos ingewikkeld op deze manier?
Alvast bedankt voor het antwoord!
[/quote]
In navolging hierop heb ik het volgende gebeund:
[code]- id: '1570296204264'
alias: Set temperature setpoint slider
trigger:
- platform: time_pattern
minutes: '/15'
condition: []
action:
- after: '8:00'
condition: time
- data:
value: 20
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
- after: '22:00'
condition: time
- data:
value: 15
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
- after: '6:30'
condition: time
- condition: state
entity_id: binary_sensor.workday_sensor
state: 'on'
- data:
value: 18
service: input_number.set_value
entity_id: input_number.lr_temp_setpoint
[/]
Echter wil de time_pattern niet triggeren. Als ik de automation handmatig trigger, dan lijkt ie goed te lopen. De automation staat met de switch overigens gewoon aan. Wat zie ik over het hoofd?
Laat maar. Ik heb het minnetje voor "plaform" verwijderd en inmiddels lijkt het te werken
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
:strip_exif()/u/87698/avatarline.gif?f=community){kind=avatar}
/u/341542/crop5acb2135d8a2f_cropped.png?f=community)
:strip_icc():strip_exif()/u/1085297/crop5b262ef103289_cropped.jpeg?f=community)
Dank, tot daar was ik ongeveer. In de handleiding staat:
https://www.home-assistant.io/docs/z-wave/
Bij de documentatie voor het toevoegen van devices staat:
https://www.home-assistan...ng/#adding-secure-devices
Deze vind ik dus niet (het Zwave control panel). Dat leidt dus weer naar deze pagina:
https://www.home-assistant.io/docs/z-wave/control-panel/
Waar staat:
Ik zie wel de configurate menu knop maar niet het Z-wave menu?
Dus klik ik op “see here”, wat weer leidt naar deze pagina:
https://www.home-assistant.io/integrations/config/
Ligt het nou aan mij of is dit zo onduidelijk als wat?
Waar zou ik dat Z-wave menu moeten vinden?
Probeer eens bij Configuration -> Integrations ? Wellicht dat ie daar staat.:
[...]
Dank, tot daar was ik ongeveer. In de handleiding staat:
https://www.home-assistant.io/docs/z-wave/
[...]
Bij de documentatie voor het toevoegen van devices staat:
https://www.home-assistan...ng/#adding-secure-devices
[...]
Deze vind ik dus niet (het Zwave control panel). Dat leidt dus weer naar deze pagina:
https://www.home-assistant.io/docs/z-wave/control-panel/
Waar staat:
[...]
Ik zie wel de configurate menu knop maar niet het Z-wave menu?
Dus klik ik op “see here”, wat weer leidt naar deze pagina:
https://www.home-assistant.io/integrations/config/
[...]
Ligt het nou aan mij of is dit zo onduidelijk als wat?
Waar zou ik dat Z-wave menu moeten vinden?
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
:strip_icc():strip_exif()/u/5144/crop5645f2a784ed8.jpeg?f=community)
:strip_icc():strip_exif()/u/4202/crop59500930db0d0_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/23091/cyberspin.jpg?f=community)
Zoals @tdw aangeeft...Kijk bij Instellingen > Integraties.:
[...]
Dank, tot daar was ik ongeveer. In de handleiding staat:
https://www.home-assistant.io/docs/z-wave/
[...]
Bij de documentatie voor het toevoegen van devices staat:
https://www.home-assistan...ng/#adding-secure-devices
[...]
Deze vind ik dus niet (het Zwave control panel). Dat leidt dus weer naar deze pagina:
https://www.home-assistant.io/docs/z-wave/control-panel/
Waar staat:
[...]
Ik zie wel de configurate menu knop maar niet het Z-wave menu?
Dus klik ik op “see here”, wat weer leidt naar deze pagina:
https://www.home-assistant.io/integrations/config/
[...]
Ligt het nou aan mij of is dit zo onduidelijk als wat?
Waar zou ik dat Z-wave menu moeten vinden?
Daar staat het, zoals ook in de documentatie staat (heb het gecontroleerd)
Believe. Imagine. Create.
@CyBeRSPiN
Ok, heb even 2 uurtjes doorgewerkt en het e.e.a. getest. Dit moet hem zijn.
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
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
| sensor:
- platform: rest
scan_interval: 300
method: POST
name: kia_sensors
resource: "https://www.kia.com/nl/webservices/mykia/connectedcar.asmx/GetCanbusData"
headers:
Connection: keep-alive
Content-Length: 0
Accept: application/json, text/javascript, */*; q=0.01
Origin: https://www.kia.com
X-Requested-With: XMLHttpRequest
User-Agent: Mozilla/5.0 (Linux; Android 7.0; SM-G892A Build/NRD90M; wv) AppleWebKit/537.36 (KHTML, like Gecko) Version/4.0 Chrome/60.0.3112.107 Mobile Safari/537.36 gonative
Sec-Fetch-Mode: cors
Sec-Fetch-Site: same-origin
Referer: https://www.kia.com/nl/mijnkia/dashboard/
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.9,nl;q=0.8
Cookie: XXXX
json_attributes:
- SelectedCar
- CanbusLast
value_template: 'OK'
- platform: template
sensors:
kia_soc:
friendly_name: "Battery percentage"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["ev"]["soc"] }}'
device_class: 'battery'
unit_of_measurement: '%'
- platform: template
sensors:
kia_range:
friendly_name: "Range"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["Range"] }}'
unit_of_measurement: 'km'
- platform: template
sensors:
kia_odo:
friendly_name: "Odo meter"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["odoMeter"] }}'
unit_of_measurement: 'km'
- platform: template
sensors:
kia_time:
friendly_name: "Time until charged"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["ev"]["timeUntillCharged"] }}'
unit_of_measurement: 'hours'
- platform: template
sensors:
kia_position_lat:
friendly_name: "Position lattitude"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["position"]["Lattitude"] }}'
unit_of_measurement: ''
- platform: template
sensors:
kia_position_long:
friendly_name: "Position longitude"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["position"]["Longitude"] }}'
unit_of_measurement: ''
- platform: template
sensors:
kia_driving_eco:
friendly_name: "Driving style eco"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["drivingStyle"]["eco"] }}'
unit_of_measurement: '%'
- platform: template
sensors:
kia_driving_normal:
friendly_name: "Driving style normal"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["drivingStyle"]["normal"] }}'
unit_of_measurement: '%'
- platform: template
sensors:
kia_driving_sport:
friendly_name: "Driving style sport"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["drivingStyle"]["sport"] }}'
unit_of_measurement: '%'
- platform: template
sensors:
kia_frontleft:
friendly_name: "Tire pressure front left"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["TirePressure"]["FrontLeft"] }}'
device_class: pressure
unit_of_measurement: 'bar'
- platform: template
sensors:
kia_frontright:
friendly_name: "Tire pressure front right"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["TirePressure"]["FrontRight"] }}'
device_class: pressure
unit_of_measurement: 'bar'
- platform: template
sensors:
kia_rearleft:
friendly_name: "Tire pressure rear left"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["TirePressure"]["RearLeft"] }}'
device_class: pressure
unit_of_measurement: 'bar'
- platform: template
sensors:
kia_rearright:
friendly_name: "Tire pressure rear right"
value_template: '{{ states.sensor.kia_sensors.attributes["CanbusLast"]["TirePressure"]["RearRight"] }}'
device_class: pressure
unit_of_measurement: 'bar'
binary_sensor:
- platform: template
sensors:
kia_locked:
device_class: lock
friendly_name: "Doors locked"
value_template: >-
{{ states.sensor.kia_sensors.attributes["CanbusLast"]["DoorsLocked"]|float < 1 }}
- platform: template
sensors:
kia_handbrake:
device_class: lock
friendly_name: "Handbrake"
value_template: >-
{{ states.sensor.kia_sensors.attributes["CanbusLast"]["Handbrake"]|float < 1 }}
- platform: template
sensors:
kia_tire_warning:
device_class: safety
friendly_name: "Tire warning"
value_template: >-
{{ states.sensor.kia_sensors.attributes["CanbusLast"]["TireWarning"]|float > 0 }}
- platform: template
sensors:
kia_charging:
friendly_name: "Charging"
value_template: >-
{{ states.sensor.kia_sensors.attributes["CanbusLast"]["ev"]["charging"]|float > 0 }}
- platform: template
sensors:
kia_plug:
device_class: plug
friendly_name: "Is plugged in"
value_template: >-
{{ states.sensor.kia_sensors.attributes["CanbusLast"]["ev"]["isPlugged"]|float > 0 }} |
met dit resultaat
[ Voor 3% gewijzigd door Vaevictis_ op 06-10-2019 11:45 ]
Inmiddels gevonden, helaas blijkt na wat Googlen de Aeotec Gen 5 Z-Wave niet te werken op de Raspberry Pi 4. Iemand hier een oplossing voor? lees iets over dat een USB2 hub tussen de PI en Aotec USB werkt.:
[...]
Zoals @tdw aangeeft...Kijk bij Instellingen > Integraties.
Daar staat het, zoals ook in de documentatie staat (heb het gecontroleerd)
- id: uitzetten_bel
alias: Uitzetten bel
initial_state: true
trigger:
- platform: state
entity_id: input_select.blokkeren_bel
action:
- service: switch.turn_on
entity_id: switch.deurbel_uitzetten
- delay:
seconds: 2
- wait_template: "{{ is_state('switch.deurbel_uitzetten', 'off') }}"
timeout: "{% if is_state('input_select.blokkeren_bel', 'Twee uur') %}'00:01:00'{% elif is_state('input_select.blokkeren_bel', 'Vier uur') %}'00:01:00'{% else %}'00:03:00'{% endif %}"
continue_on_timeout: 'true'
- service: switch.turn_off
entity_id: switch.deurbel_uitzetten
[/code]
Ik probeer in een automation de timeout: via een if else in te lezen. Ik heb een input_select met 3 opties, welke voor een bepaalde tijd een signaal hoog maakt. Na xx tijd valt die weer af. Nu krijg ik het wel voor elkaar met 3 verschillende automations, maar het enige wat verschilt in de automations is de tijd.
Nu probeer ik die tijd via een if-else te doen, maar ik krijg het niet werkend met wat ik ook probeer. Als ik gewoon timeout: '00:01:00' invul bijvoorbeeld werkt de automation.
Dus mijn eerste vraag is eigenlijk, is dit uberhaupt mogelijk? En zo ja, wat doe ik fout.
Edit: fixed. Het moest tussen " " staan.
Nu heb ik het volgende probleem:
Invalid config for [automation]: [wait_template] is an invalid option for [automation]. Check: automation->action->2->wait_template. (See /config/configuration.yaml, line 12). Please check the docs at https://home-assistant.io/components/automation/
De wait_template werkt wel als ik timeout: '00:01:00' invul, maar niet met de bovenstaande if-else code.
edit2: ziet er naar uit dat templates in delay of timeout niet worden ondersteund: https://community.home-as...y-using-templating/939/11
alias: Uitzetten bel
initial_state: true
trigger:
- platform: state
entity_id: input_select.blokkeren_bel
action:
- service: switch.turn_on
entity_id: switch.deurbel_uitzetten
- delay:
seconds: 2
- wait_template: "{{ is_state('switch.deurbel_uitzetten', 'off') }}"
timeout: "{% if is_state('input_select.blokkeren_bel', 'Twee uur') %}'00:01:00'{% elif is_state('input_select.blokkeren_bel', 'Vier uur') %}'00:01:00'{% else %}'00:03:00'{% endif %}"
continue_on_timeout: 'true'
- service: switch.turn_off
entity_id: switch.deurbel_uitzetten
[/code]
Ik probeer in een automation de timeout: via een if else in te lezen. Ik heb een input_select met 3 opties, welke voor een bepaalde tijd een signaal hoog maakt. Na xx tijd valt die weer af. Nu krijg ik het wel voor elkaar met 3 verschillende automations, maar het enige wat verschilt in de automations is de tijd.
Nu probeer ik die tijd via een if-else te doen, maar ik krijg het niet werkend met wat ik ook probeer. Als ik gewoon timeout: '00:01:00' invul bijvoorbeeld werkt de automation.
Dus mijn eerste vraag is eigenlijk, is dit uberhaupt mogelijk? En zo ja, wat doe ik fout.
Edit: fixed. Het moest tussen " " staan.
Nu heb ik het volgende probleem:
Invalid config for [automation]: [wait_template] is an invalid option for [automation]. Check: automation->action->2->wait_template. (See /config/configuration.yaml, line 12). Please check the docs at https://home-assistant.io/components/automation/
De wait_template werkt wel als ik timeout: '00:01:00' invul, maar niet met de bovenstaande if-else code.
edit2: ziet er naar uit dat templates in delay of timeout niet worden ondersteund: https://community.home-as...y-using-templating/939/11
[ Voor 28% gewijzigd door Mich op 06-10-2019 15:07 ]
:strip_icc():strip_exif()/u/2026/DSC_2281.jpg?f=community)
Pre
Ik ben al tijden op zoek geweest naar een goede oplossing om te detecteren of mijn TV wel of niet aan staat en eventueel de status van andere aangesloten apparaten. Momenteel deed ik dat via een power plug op basis van het stroomverbruik. Maar met een OLED TV waarbij het stroomverbruik soms hoog blijft door een OLED cleanup cycle, of andersom, een donkere scene waarbij het verbruik laag was, was dit niet altijd heel betrouwbaar. Daarom wou ik dit doen via CEC. Maar hiervoor leek nog geen goede, betrouwbare oplossing te zijn. HA heeft wel de HDMI CEC component, maar die ondersteund bij mijn weten niet het monitoren van aan/uit. Daarnaast bestaat er ook deze cec mqtt bridge. Deze zou het monitoren van aan/uit moeten monitoren, maar binnen 5 minuten bleek dit al niet (accuraat) te werken.
De software integreert uiteraard ook met Home Assistant via de MQTT discovery.
Zie GitHub voor meer informatie en installatie & configuratie instructies.
Hoe nu verder?
Ik heb nog een aantal ideeën voor fixes en ben op zoek naar feedback en niet alleen mijn eigen ervaringen. Als ik de laatste dingen heb uitgewerkt en bugs heb opgelost wil ik over een aantal weken een officiële eerste release doen. Daarna wil ik verder met het toevoegen van nieuwe features (bv meer "eigenschappen" zoals volume regeling, mogelijk nog iets met het ontvangen / versturen van key presses etc).
Feedback kunnen jullie uiteraard achter laten op GitHub. Vragen / discussie kan wat mij betreft hier. En in het geval van een groot succes kan ik altijd nog een apart topic ervoor maken, maar zo'n vaart zal het neem ik aan niet lopen
Ik ben al tijden op zoek geweest naar een goede oplossing om te detecteren of mijn TV wel of niet aan staat en eventueel de status van andere aangesloten apparaten. Momenteel deed ik dat via een power plug op basis van het stroomverbruik. Maar met een OLED TV waarbij het stroomverbruik soms hoog blijft door een OLED cleanup cycle, of andersom, een donkere scene waarbij het verbruik laag was, was dit niet altijd heel betrouwbaar. Daarom wou ik dit doen via CEC. Maar hiervoor leek nog geen goede, betrouwbare oplossing te zijn. HA heeft wel de HDMI CEC component, maar die ondersteund bij mijn weten niet het monitoren van aan/uit. Daarnaast bestaat er ook deze cec mqtt bridge. Deze zou het monitoren van aan/uit moeten monitoren, maar binnen 5 minuten bleek dit al niet (accuraat) te werken.
Aankondiging
Omdat ik dus geen (betrouwbare) oplossing hiervoor vond ben ik zelf aan de slag gegaan. En daarom kan ik nu een eerste (pre release) versie van "mijn" Cec2Mqtt aankondigen. Hiermee is het mogelijk om voor nu nog alleen het aan/uit staan, aan/uit zetten, en monitoren van de actieve bron, van het CEC "netwerk" te doen over MQTT. De software kan bv gedraaid worden op een Raspberry Pi (die ingebouwde ondersteuning heeft voor CEC), of via de Pulse-Eight HDMI-CEC adpater (deze beide heb ik en zijn getest, daarnaast is er ook een HTPC "inbouw" module voor sommige moederborden, deze werkt waarschijnlijk ook, maar heb ik niet getest).De software integreert uiteraard ook met Home Assistant via de MQTT discovery.
Zie GitHub voor meer informatie en installatie & configuratie instructies.
Hoe nu verder?
Ik heb nog een aantal ideeën voor fixes en ben op zoek naar feedback en niet alleen mijn eigen ervaringen. Als ik de laatste dingen heb uitgewerkt en bugs heb opgelost wil ik over een aantal weken een officiële eerste release doen. Daarna wil ik verder met het toevoegen van nieuwe features (bv meer "eigenschappen" zoals volume regeling, mogelijk nog iets met het ontvangen / versturen van key presses etc).
Feedback kunnen jullie uiteraard achter laten op GitHub. Vragen / discussie kan wat mij betreft hier. En in het geval van een groot succes kan ik altijd nog een apart topic ervoor maken, maar zo'n vaart zal het neem ik aan niet lopen
:strip_icc():strip_exif()/u/219593/lamas_60x60icon.jpg?f=community)
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Kun je niet gewoon je tv op het IP adres pingen? Doe ik ook. Als m’n tv uit staat, reageert de Ping ook niet. Weet dus precies wanneer het aan of uit staat.:
Pre
Ik ben al tijden op zoek geweest naar een goede oplossing om te detecteren of mijn TV wel of niet aan staat en eventueel de status van andere aangesloten apparaten. Momenteel deed ik dat via een power plug op basis van het stroomverbruik. Maar met een OLED TV waarbij het stroomverbruik soms hoog blijft door een OLED cleanup cycle, of andersom, een donkere scene waarbij het verbruik laag was, was dit niet altijd heel betrouwbaar. Daarom wou ik dit doen via CEC. Maar hiervoor leek nog geen goede, betrouwbare oplossing te zijn. HA heeft wel de HDMI CEC component, maar die ondersteund bij mijn weten niet het monitoren van aan/uit. Daarnaast bestaat er ook deze cec mqtt bridge. Deze zou het monitoren van aan/uit moeten monitoren, maar binnen 5 minuten bleek dit al niet (accuraat) te werken.Aankondiging
Omdat ik dus geen (betrouwbare) oplossing hiervoor vond ben ik zelf aan de slag gegaan. En daarom kan ik nu een eerste (pre release) versie van "mijn" Cec2Mqtt aankondigen. Hiermee is het mogelijk om voor nu nog alleen het aan/uit staan, aan/uit zetten, en monitoren van de actieve bron, van het CEC "netwerk" te doen over MQTT. De software kan bv gedraaid worden op een Raspberry Pi (die ingebouwde ondersteuning heeft voor CEC), of via de Pulse-Eight HDMI-CEC adpater (deze beide heb ik en zijn getest, daarnaast is er ook een HTPC "inbouw" module voor sommige moederborden, deze werkt waarschijnlijk ook, maar heb ik niet getest).
De software integreert uiteraard ook met Home Assistant via de MQTT discovery.
Zie GitHub voor meer informatie en installatie & configuratie instructies.
Hoe nu verder?
Ik heb nog een aantal ideeën voor fixes en ben op zoek naar feedback en niet alleen mijn eigen ervaringen. Als ik de laatste dingen heb uitgewerkt en bugs heb opgelost wil ik over een aantal weken een officiële eerste release doen. Daarna wil ik verder met het toevoegen van nieuwe features (bv meer "eigenschappen" zoals volume regeling, mogelijk nog iets met het ontvangen / versturen van key presses etc).
Feedback kunnen jullie uiteraard achter laten op GitHub. Vragen / discussie kan wat mij betreft hier. En in het geval van een groot succes kan ik altijd nog een apart topic ervoor maken, maar zo'n vaart zal het neem ik aan niet lopen
Chromecast 😎:
Pre
Ik ben al tijden op zoek geweest naar een goede oplossing om te detecteren of mijn TV wel of niet aan staat en eventueel de status van andere aangesloten apparaten. Momenteel deed ik dat via een power plug op basis van het stroomverbruik. Maar met een OLED TV waarbij het stroomverbruik soms hoog blijft door een OLED cleanup cycle, of andersom, een donkere scene waarbij het verbruik laag was, was dit niet altijd heel betrouwbaar. Daarom wou ik dit doen via CEC. Maar hiervoor leek nog geen goede, betrouwbare oplossing te zijn. HA heeft wel de HDMI CEC component, maar die ondersteund bij mijn weten niet het monitoren van aan/uit. Daarnaast bestaat er ook deze cec mqtt bridge. Deze zou het monitoren van aan/uit moeten monitoren, maar binnen 5 minuten bleek dit al niet (accuraat) te werken.Aankondiging
Omdat ik dus geen (betrouwbare) oplossing hiervoor vond ben ik zelf aan de slag gegaan. En daarom kan ik nu een eerste (pre release) versie van "mijn" Cec2Mqtt aankondigen. Hiermee is het mogelijk om voor nu nog alleen het aan/uit staan, aan/uit zetten, en monitoren van de actieve bron, van het CEC "netwerk" te doen over MQTT. De software kan bv gedraaid worden op een Raspberry Pi (die ingebouwde ondersteuning heeft voor CEC), of via de Pulse-Eight HDMI-CEC adpater (deze beide heb ik en zijn getest, daarnaast is er ook een HTPC "inbouw" module voor sommige moederborden, deze werkt waarschijnlijk ook, maar heb ik niet getest).
De software integreert uiteraard ook met Home Assistant via de MQTT discovery.
Zie GitHub voor meer informatie en installatie & configuratie instructies.
Hoe nu verder?
Ik heb nog een aantal ideeën voor fixes en ben op zoek naar feedback en niet alleen mijn eigen ervaringen. Als ik de laatste dingen heb uitgewerkt en bugs heb opgelost wil ik over een aantal weken een officiële eerste release doen. Daarna wil ik verder met het toevoegen van nieuwe features (bv meer "eigenschappen" zoals volume regeling, mogelijk nog iets met het ontvangen / versturen van key presses etc).
Feedback kunnen jullie uiteraard achter laten op GitHub. Vragen / discussie kan wat mij betreft hier. En in het geval van een groot succes kan ik altijd nog een apart topic ervoor maken, maar zo'n vaart zal het neem ik aan niet lopen
Believe. Imagine. Create.
Fantastisch, een CEC via MQTT, lijkt me wel handig.
Echter vraag ik me af dit niet wat te complex is voor je probleem.
Afhankelijk van je merk van de TV denk ik wel dat deze een component heeft in HA(LG zeker en vast).
Hiermee kan je gemakkelijk de status van je tv opvragen(Aan/uit).
Met de powerplug kan je detecteren of het cleanup cycle gedraaid heeft, evt icm een timer.(bvb na 10min power < 3w ==> plug off).
Zo ben ik het alvast van plan om bij mij te implementeren.
Alvast veel succes met je project.
Echter vraag ik me af dit niet wat te complex is voor je probleem.
Afhankelijk van je merk van de TV denk ik wel dat deze een component heeft in HA(LG zeker en vast).
Hiermee kan je gemakkelijk de status van je tv opvragen(Aan/uit).
Met de powerplug kan je detecteren of het cleanup cycle gedraaid heeft, evt icm een timer.(bvb na 10min power < 3w ==> plug off).
Zo ben ik het alvast van plan om bij mij te implementeren.
Alvast veel succes met je project.
:
Pre
Ik ben al tijden op zoek geweest naar een goede oplossing om te detecteren of mijn TV wel of niet aan staat en eventueel de status van andere aangesloten apparaten. Momenteel deed ik dat via een power plug op basis van het stroomverbruik. Maar met een OLED TV waarbij het stroomverbruik soms hoog blijft door een OLED cleanup cycle, of andersom, een donkere scene waarbij het verbruik laag was, was dit niet altijd heel betrouwbaar. Daarom wou ik dit doen via CEC. Maar hiervoor leek nog geen goede, betrouwbare oplossing te zijn. HA heeft wel de HDMI CEC component, maar die ondersteund bij mijn weten niet het monitoren van aan/uit. Daarnaast bestaat er ook deze cec mqtt bridge. Deze zou het monitoren van aan/uit moeten monitoren, maar binnen 5 minuten bleek dit al niet (accuraat) te werken.Aankondiging
Omdat ik dus geen (betrouwbare) oplossing hiervoor vond ben ik zelf aan de slag gegaan. En daarom kan ik nu een eerste (pre release) versie van "mijn" Cec2Mqtt aankondigen. Hiermee is het mogelijk om voor nu nog alleen het aan/uit staan, aan/uit zetten, en monitoren van de actieve bron, van het CEC "netwerk" te doen over MQTT. De software kan bv gedraaid worden op een Raspberry Pi (die ingebouwde ondersteuning heeft voor CEC), of via de Pulse-Eight HDMI-CEC adpater (deze beide heb ik en zijn getest, daarnaast is er ook een HTPC "inbouw" module voor sommige moederborden, deze werkt waarschijnlijk ook, maar heb ik niet getest).
De software integreert uiteraard ook met Home Assistant via de MQTT discovery.
Zie GitHub voor meer informatie en installatie & configuratie instructies.
Hoe nu verder?
Ik heb nog een aantal ideeën voor fixes en ben op zoek naar feedback en niet alleen mijn eigen ervaringen. Als ik de laatste dingen heb uitgewerkt en bugs heb opgelost wil ik over een aantal weken een officiële eerste release doen. Daarna wil ik verder met het toevoegen van nieuwe features (bv meer "eigenschappen" zoals volume regeling, mogelijk nog iets met het ontvangen / versturen van key presses etc).
Feedback kunnen jullie uiteraard achter laten op GitHub. Vragen / discussie kan wat mij betreft hier. En in het geval van een groot succes kan ik altijd nog een apart topic ervoor maken, maar zo'n vaart zal het neem ik aan niet lopen
:strip_exif()/u/655449/crop5a9913c48b11c_cropped.gif?f=community)
Welk Zigbee thermostaat ventiel is dat?:
Ik ben bezig met het automatiseren van m'n (blok)verwarming. Daartoe heb ik een Zigbee thermostaatventiel gekocht wat ik vandaag heb kunnen testen en naar behoren lijkt te functioneren.
Nu wil ik het dus uiteraard zo gaan automatiseren dat de verwarming aan gaat als ik thuis kom/ben en uit gaat als ik m'n huis verlaat.
Ik wil met meerdere automatische temperatuurniveau's gaan werken, 15 °C, 18 °C en 20 °C. Bij 'weg' wil ik het 15 °C hebben, tussen 06.00 en 08.00 wil ik het 18 °C hebben, tussen 08.00 en 22.00 20 °C als ik thuis ben en verder 15.
De reden dat ik het op bovenstaande manier wil, is omdat ik tussen 6 en 8 opsta en niet 'koud' wil ontbijten. Sommige dagen blijf ik thuis (dwz: als ik om 8.00 het huis niet uit ben), en dan wil ik het comfy 20 graden hebben.
Nu had ik het volgende in gedachten:
Ik maak een input slider, die de "target temperature" bij zich draagt. Daartoe schrijf ik een automation die als een soort scheduler op bepaalde tijden het setpoint verandert naar de gewenste waarde.
De volgende automation die ik schrijf, is voor doorgeven van het setpoint naar het thermostaatventiel. Hiertoe wil ik twee triggers toevoegen: de verandering van het input number OF mijn presence op aanwezig. Aangezien ik niet wil dat het setpoint verstuurd naar het thermostaatventiel als ik niet thuis ben, wil ik de condition maken dat mijn presence er is. Als ik aanwezig ben, stel dan het thermostaatventiel in op het input number.
Mijn vragen zijn:
1) Is het mogelijk om een 'gelijke' trigger en condition te hebben (trigger van not_home naar home, condition = home) te hebben?
2) Maak ik het mezelf niet nodeloos ingewikkeld op deze manier?
Alvast bedankt voor het antwoord!
Je kan toch gewoon meerdere conditions maken en die eventueel combineren.
Edit: Kan mij iemand vertellen hoe ik het wachtwoord van een user kan resetten met Hassio? M'n vriendin kan niet in HA omdat ze het wachtwoord kwijt is. In de .storage heb ik een auth_provider.homeassistant file, en daarin zie ik de users staan met een hash. Maar ik weet niet of ik zomaar de hash kan weghalen en dat HA snapt dat mijn vriendin de melding krijgt om een wachtwoord in te stellen?
[ Voor 9% gewijzigd door Thoit op 07-10-2019 10:23 ]
:strip_exif()/u/73/koelkast-lach.gif?f=community)
Hoe zorgen jullie er tegenwoordig eigenlijk voor dat je zwave devices een andere naam krijgen?
zwave.shenzhen_neo_electronics_co_ltd_power_plug_12a_2 zegt me niet zoveel
zwave.shenzhen_neo_electronics_co_ltd_power_plug_12a_2 zegt me niet zoveel
Ik rename ze altijd via de interface in het overview scherm. Op je entity klikken en dan bewerken.:
Hoe zorgen jullie er tegenwoordig eigenlijk voor dat je zwave devices een andere naam krijgen?
zwave.shenzhen_neo_electronics_co_ltd_power_plug_12a_2 zegt me niet zoveel
Nooit problemen mee gehad. één keer gekoppeld en zonder problemen kunnen gebruiken. Home Assistant al een keer herstart? Kan je iets in de logs vinden? Is het op meerdere iOS apparaten?
Jij wilt iets en komt hier vragen hoe je het kunt doen en vervolgens ga je een denigrerend toontje aanslaan en wuif je alle eventuele oplossingen weg (niet alleen mijn tips)...Goed bezig en succes verder
Believe. Imagine. Create.
:
[...]
Jij wilt iets en komt hier vragen hoe je het kunt doen en vervolgens ga je een denigrerend toontje aanslaan en wuif je alle eventuele oplossingen weg (niet alleen mijn tips)...Goed bezig en succes verder
offtopic:
Zonder er verder al te veel woorden aan vuil te maken.
Ik kwam hier om aan te geven dat ik bezig ben met de ontwikkeling van een stukje software om een 'probleem' op te lossen waarbij ik denk dat die software nu of later ook voor anderen handig kan zijn.
Zowel:
Zonder er verder al te veel woorden aan vuil te maken.
Ik kwam hier om aan te geven dat ik bezig ben met de ontwikkeling van een stukje software om een 'probleem' op te lossen waarbij ik denk dat die software nu of later ook voor anderen handig kan zijn.
Zowel:
offtopic:
Als
Als
offtopic:
Vind ik persoonlijk dan niet de meest nuttige bijdragen. Zowel niet in de zin als feedback op mijn gemaakt stukje software, of als aanbieden van een alternatief. Want hoe een Chromecast mij helpt om te bepalen of mijn TV aan staat is mij tot nu toe nog steeds een raadsel. Had dan op zijn minst de moeite erin gestoken om uit te leggen waarom ik voor een Chromecast / Harmony Hub zou moeten gaan. Zoals Lifelogger deed met de 'kun je de TV niet pingen?'
Vind ik persoonlijk dan niet de meest nuttige bijdragen. Zowel niet in de zin als feedback op mijn gemaakt stukje software, of als aanbieden van een alternatief. Want hoe een Chromecast mij helpt om te bepalen of mijn TV aan staat is mij tot nu toe nog steeds een raadsel. Had dan op zijn minst de moeite erin gestoken om uit te leggen waarom ik voor een Chromecast / Harmony Hub zou moeten gaan. Zoals Lifelogger deed met de 'kun je de TV niet pingen?'
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
Dat is inderdaad hoe de conditions werken. Wat je wel kunt doen is gebruik maken van een data_template. Dan kun je een template gebruiken om de value op te geven. Alleen weet ik niet of/hoe je die tijd condities in het template kunt opgeven.
Je komt dan dus uit op iets als:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| - id: '1570296204264'
alias: Set temperature setpoint slider
trigger:
platform: time_pattern
minutes: '/15'
condition: []
action:
- data_template:
value: >-
{% if <tussen 8:00 & 22:00> %}
20
{% elif <na 22:00> % }
15
{% elif <tussen 6:30 & 8:00> and is_state('binary_sensor.workday_sensor', 'on') %}
18
{% endif %}
entity_id: input_number.lr_temp_setpoint
service: input_number.set_value |
Alleen het stukje met die tijden moet je dan dus nog even uitzoeken.
Edit:
Zie hier voor hoe met tijd te werken in de templates. Het wordt me iets teveel werk om dat ook nog op de telefoon uit te typen
[ Voor 5% gewijzigd door RobertMe op 07-10-2019 19:04 ]
Super bedankt! Hier kom ik een hoop verder mee. Ik ga even eea proberen en ik laat morgen de code weten als ie heeft gewerkt:
[...]
Dat is inderdaad hoe de conditions werken. Wat je wel kunt doen is gebruik maken van een data_template. Dan kun je een template gebruiken om de value op te geven. Alleen weet ik niet of/hoe je die tijd condities in het template kunt opgeven.
Je komt dan dus uit op iets als:
code:
- id: '1570296204264' alias: Set temperature setpoint slider trigger: platform: time_pattern minutes: '/15' condition: [] action: - data_template: value: >- {% if <tussen 8:00 & 22:00> %} 20 {% elif <na 22:00> % } 15 {% elif <tussen 6:30 & 8:00> and is_state('binary_sensor.workday_sensor', 'on') %} 18 {% endif %} entity_id: input_number.lr_temp_setpoint service: input_number.set_value
Alleen het stukje met die tijden moet je dan dus nog even uitzoeken.
Edit:
Zie hier voor hoe met tijd te werken in de templates. Het wordt me iets teveel werk om dat ook nog op de telefoon uit te typen
Templating ben ik zelf nog niet heel erg goed in, dus heb het zoveel mogelijk proberen te vermijden. 't is ook de eerste keer dat ik met YAML werk, ik ben maar een simpele man en deed alles in Node-Red.
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
Ik ga mijn HA installatie van hass.io op een RPi3 naar een dedicated Ubuntu-bak met een i5 CPU, 8GB RAM en een SSD verplaatsen. Ik wil de data dan ook graag in MySQL gaan hangen en iets langer bewaren dan ik nu doe. Het allerliefst eigenlijk minimaal een jaar voor sommige componenten, zoals energieverbruik.
Heeft iemand hier een 'ideale' setup voor? Mijn reguliere SQLite DB van Home Assistant gebruikt nu zo'n 500MB voor 14 dagen, dus dat wordt spannend voor n jaar
Nu zijn er ook dingen die ik echt niet 'n jaar hoef te bewaren, is het bijvoorbeeld mogelijk om voor bepaalde componenten een andere periode in te stellen? Via packages?
Heeft iemand hier een 'ideale' setup voor? Mijn reguliere SQLite DB van Home Assistant gebruikt nu zo'n 500MB voor 14 dagen, dus dat wordt spannend voor n jaar
Nu zijn er ook dingen die ik echt niet 'n jaar hoef te bewaren, is het bijvoorbeeld mogelijk om voor bepaalde componenten een andere periode in te stellen? Via packages?
Denk dat je op zoek bent naar het recorder component. Hier kun je bepaalde componenten/domains en entities excluden of andersom en alleen includen wat je wel in je data base wilt opnemen.:
Ik ga mijn HA installatie van hass.io op een RPi3 naar een dedicated Ubuntu-bak met een i5 CPU, 8GB RAM en een SSD verplaatsen. Ik wil de data dan ook graag in MySQL gaan hangen en iets langer bewaren dan ik nu doe. Het allerliefst eigenlijk minimaal een jaar voor sommige componenten, zoals energieverbruik.
Heeft iemand hier een 'ideale' setup voor? Mijn reguliere SQLite DB van Home Assistant gebruikt nu zo'n 500MB voor 14 dagen, dus dat wordt spannend voor n jaar
Nu zijn er ook dingen die ik echt niet 'n jaar hoef te bewaren, is het bijvoorbeeld mogelijk om voor bepaalde componenten een andere periode in te stellen? Via packages?
/u/1002033/crop5a1d6e8df24f6_cropped.png?f=community)
Mijn HA draait momenteel in docker op een oude workstation met een i7 960 en 4 GB ram. Ik gebruik een MariaDB database voor de kotertermijn historie (retention van 7 dagen) en InfluxDB voor lagertermijn opslag. InfluxDB is een time series database en dus meer geschikt voor sensorwaarden.:
Ik ga mijn HA installatie van hass.io op een RPi3 naar een dedicated Ubuntu-bak met een i5 CPU, 8GB RAM en een SSD verplaatsen. Ik wil de data dan ook graag in MySQL gaan hangen en iets langer bewaren dan ik nu doe. Het allerliefst eigenlijk minimaal een jaar voor sommige componenten, zoals energieverbruik.
Heeft iemand hier een 'ideale' setup voor? Mijn reguliere SQLite DB van Home Assistant gebruikt nu zo'n 500MB voor 14 dagen, dus dat wordt spannend voor n jaar
Nu zijn er ook dingen die ik echt niet 'n jaar hoef te bewaren, is het bijvoorbeeld mogelijk om voor bepaalde componenten een andere periode in te stellen? Via packages?
Verder heb ik heel specifiek aangegeven in InfluxDB en recorder/logbook welke entities ik wil bewaren.
Daarnaast gebruik ik Traefik 2.0 als reverse proxy welke automagisch HTTP upgraded naar HTTPS (daarnaast nog vele andere containers).
:
[...]
Dat is inderdaad hoe de conditions werken. Wat je wel kunt doen is gebruik maken van een data_template. Dan kun je een template gebruiken om de value op te geven. Alleen weet ik niet of/hoe je die tijd condities in het template kunt opgeven.
Je komt dan dus uit op iets als:
code:
- id: '1570296204264' alias: Set temperature setpoint slider trigger: platform: time_pattern minutes: '/15' condition: [] action: - data_template: value: >- {% if <tussen 8:00 & 22:00> %} 20 {% elif <na 22:00> % } 15 {% elif <tussen 6:30 & 8:00> and is_state('binary_sensor.workday_sensor', 'on') %} 18 {% endif %} entity_id: input_number.lr_temp_setpoint service: input_number.set_value
Alleen het stukje met die tijden moet je dan dus nog even uitzoeken.
Edit:
Zie hier voor hoe met tijd te werken in de templates. Het wordt me iets teveel werk om dat ook nog op de telefoon uit te typen
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| - id: '1570296204264'
alias: Set temperature setpoint slider
trigger:
platform: time_pattern
minutes: '/15'
condition: []
action:
- delay:
seconds: 30
- data_template:
value: >-
{% if states.sensor.time.state >= '06:30' and states.sensor.time.state < '08:00' and is_state('binary_sensor.workday_sensor', 'on') %}
18
{% elif states.sensor.time.state >= '08:00' and states.sensor.time.state < '22:00' %}
20
{% else %}
15
{% endif %}
entity_id: input_number.lr_temp_setpoint
service: input_number.set_value |
Dit is het uiteindelijk geworden. Ik heb een 'time' sensor toegevoegd om het scripten te vergemakkelijken. De if's met now().hour zijn leuk, maar als je ook op minuten wil schakelen (bijv 6.30) wordt het al vervelend, en die waarde na 7:00 aan wil houden is het al helemaal knudde, dus vandaar. Het werkt nu iig gesmeerd, bedankt voor je hulp!
Aan ieder die sensor.time wil gebruiken: in tegenstelling tot in automation triggers, moet er voor deze uurwaarde wel een 0! Dus 06:30 ipv 6:30.
Oh ja, en een 30 seconden delay, want af en toe deed ie nog niet helemaal wat ik vroeg
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
/u/145971/logotnet.png?f=community)
:strip_icc():strip_exif()/u/392650/crop5d80d5a2c9b09.jpeg?f=community)
Kijk, jullie helpen mij iig op de goede weg. Heb op dit moment de RFXcom nog aan Domoticz hangen. Wilde voor de WAF eerst weten of het uberhaupt mogelijk is.
Ik wil wel graag dat de handsets blijven werken (voor de WAF), mocht ik een storing met Hass.io hebben, dus de koppeling helemaal verwijderen is dan ook geen optie. Maar wellicht kan ik de verbinding met de "vaste schakelaar" wel laten zoals deze is en alleen de afstandsbediening loskoppelen en dan daar een automation voor maken.
Bedankt voor je voorbeeld, daar kan ik wel wat mee denk ik
:strip_exif()/u/341231/crop5cd423e6d1512_cropped.gif?f=community)
Waarschijnlijk heb je het al voor mekaar, maar je zou hiernaar kunnen kijken: Schedy:
[...]
code:
- id: '1570296204264' alias: Set temperature setpoint slider trigger: platform: time_pattern minutes: '/15' condition: [] action: - delay: seconds: 30 - data_template: value: >- {% if states.sensor.time.state >= '06:30' and states.sensor.time.state < '08:00' and is_state('binary_sensor.workday_sensor', 'on') %} 18 {% elif states.sensor.time.state >= '08:00' and states.sensor.time.state < '22:00' %} 20 {% else %} 15 {% endif %} entity_id: input_number.lr_temp_setpoint service: input_number.set_value
Dit is het uiteindelijk geworden. Ik heb een 'time' sensor toegevoegd om het scripten te vergemakkelijken. De if's met now().hour zijn leuk, maar als je ook op minuten wil schakelen (bijv 6.30) wordt het al vervelend, en die waarde na 7:00 aan wil houden is het al helemaal knudde, dus vandaar. Het werkt nu iig gesmeerd, bedankt voor je hulp!
Aan ieder die sensor.time wil gebruiken: in tegenstelling tot in automation triggers, moet er voor deze uurwaarde wel een 0! Dus 06:30 ipv 6:30.
Oh ja, en een 30 seconden delay, want af en toe deed ie nog niet helemaal wat ik vroeg
https://hass-apps.readthe.../apps/schedy/concept.html
Heb er (nog) geen ervaring mee, maar is bedoeld om op een makkelijke manier week programma's mee te maken.
Wat fijn zo'n versie 0.100 met allemaal HVAC fixes, inclusief OpenTherm...
Mijn kacheltje kan ik weer bedienen
Mijn kacheltje kan ik weer bedienen
Material 3 Thema's voor HA | Swiss Army Knife custom card voor HA | AmoebeLabs
:strip_exif()/u/102156/crop67445a165dea2_cropped.webp?f=community)
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
:strip_exif()/u/340453/crop67a669ce4f1f4_cropped.webp?f=community)
/u/23573/Suepahfly-Small.png?f=community)
"There is that sort of assumption by the government that we're all driving around at 8 o'clock in the morning to be really annoying"
~ James May
Inmiddels is het probleem met InfluxDB opgelost. Op een gegeven moment een clean install van Hassio gedaan, en kreeg ik ook niks te zien. Dus verder gegaan en Grafana gekoppeld, die wel data zag. Na een paar uur was het ineens ook zichtbaar in InfluxDB 
Ik zit nu echter nog met 1 ding, Node-Red. Sinds de omzetting naar de NUC werken de automations niet meer omdat Node-Red de hele tijd verbinding verliest. In de log zie ik dit de hele tijd voorbijkomen.
Ook zie ik verschillende nodes die van connected naar disconnected gaan, wat met de log overeen zal komen vermoed ik.
Als ik in Node-Red een node maak herkend hij geen één device. Normaal moet hij als je bijv. de b indrukt alle binary.sensors laten zien, dit werkt helaas niet.
Wat ik reeds gedaan heb:
- Addon opnieuw geïnstalleerd
- Alle flows verwijdert, opnieuw geïmporteerd
- De node-red map helemaal verwijdert
- De server list verwijdert en hier maar één server ingezet en I use Hassio aangezet
- Delay connection attempts uitgezet
- Home Assistant database verwijdert
- Adguard uitgeschakeld
Ik ben een beetje door mijn opties heen, heeft er iemand een idee wat ik nog kan doen?
Op de RPI draait het allemaal vlekkenloos trouwens. Vanuit daar heb ik een snapshot gemaakt en die teruggezet op de NUC.
Ik zit nu echter nog met 1 ding, Node-Red. Sinds de omzetting naar de NUC werken de automations niet meer omdat Node-Red de hele tijd verbinding verliest. In de log zie ik dit de hele tijd voorbijkomen.
code:
1
2
| [info] [server:Home Assistant] WebSocket Connected to http://hassio/homeassistant [info] [server:Home Assistant] WebSocket Closed http://hassio/homeassistant |
Ook zie ik verschillende nodes die van connected naar disconnected gaan, wat met de log overeen zal komen vermoed ik.
Als ik in Node-Red een node maak herkend hij geen één device. Normaal moet hij als je bijv. de b indrukt alle binary.sensors laten zien, dit werkt helaas niet.
Wat ik reeds gedaan heb:
- Addon opnieuw geïnstalleerd
- Alle flows verwijdert, opnieuw geïmporteerd
- De node-red map helemaal verwijdert
- De server list verwijdert en hier maar één server ingezet en I use Hassio aangezet
- Delay connection attempts uitgezet
- Home Assistant database verwijdert
- Adguard uitgeschakeld
Ik ben een beetje door mijn opties heen, heeft er iemand een idee wat ik nog kan doen?
Op de RPI draait het allemaal vlekkenloos trouwens. Vanuit daar heb ik een snapshot gemaakt en die teruggezet op de NUC.
Dit topic is gesloten.