PV 5.590 Wp Enphase, 2.700 Wp Growatt - Easee laadpaal - Itho Amber 95 WP
Ik gebruik een aantal wandschakelaarmodules van Hue, die kun je achter een bestaande schakelaar monteren. Zo kan ik ook een hotelschakeling gebruiken. Batterij gaat jaren mee.peterpijpelink schreef op donderdag 16 april 2026 @ 21:38:
[...]
Vanwege de acceptatie van anderen in een gezin is het wel slim om te zorgen dat altijd werkt(WAF) - dus ik heb alle verlichting in HUE werkend met sensoren, doet het altijd ook al staat HA uit wegens een update of zo. Daarnaast kan ik dan alle lampen wel weer in HA verwerken tot slimme lichtplannen. Er zijn ook van HUE kleine knoppen die je eenvoudig als vervanging voor wandschakelaar kan gebruiken. Een domme schakelaar is altijd een uitdaging, staat de lamp uit dan zie je dus ook offline in HUE en HA. Mogelijk alternatief is blindplaat ipv schakelaar en daar-waar-nodig een schakelaar op monteren. Of als je toch iets moois wilt pak je sonoff schakeling. Slim en toch schakelen en erg mooi vorm gegeven.
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Dim-controller as optional accessory for 24V transformer?s | Hera https://www.hera-shop.com...y-distributor-61500052201
Met batterijloze schakelaars:
https://www.hera-shop.com...e-alexa-white-21703250101
Eerst aanmelden op zigbee2mqtt en dan pas de schakelaar verbinden met de controller. Schakelaar past in gira system55. Werkt als een trein, ook als ha of MQTT eruit ligt.
Hoe krijg ik de Discovery weer uit?
Symptomen waar ik last van heb:
De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.
2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s 2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s 2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s 2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s 2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s 2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s 2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s 2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s
Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.
Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?
is dit gerelateerd aan onderstaande meldingen?itsbvka schreef op vrijdag 10 april 2026 @ 14:09:
[...]
Ja, is een bekend issue, zie https://github.com/home-assistant/core/issues/166742
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 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:02:53.043 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:03:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:04:53.018 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:05:53.042 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:06:52.998 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:07:53.023 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:08:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:09:53.028 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:10:53.094 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:11:53.054 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:12:53.817 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:13:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:14:54.063 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:15:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:16:54.051 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:17:54.099 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data Traceback (most recent call last): File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh self.data = await self._async_update_data() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data devices: dict[str, TibberDevice] = await client.data_api.update_devices() ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices raise result File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}") ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request await self._handle_error_response(response) File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response raise RetryableHttpExceptionError(status, detail, extension_code) tibber.exceptions.RetryableHttpExceptionError: Internal Server Error 2026-04-18 13:17:54.391 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:17:54.405 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:17:54.442 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:17:54.544 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored s6-rc: info: service legacy-services: stopping 2026-04-18 13:18:08.001 ERROR (Thread-12) [pychromecast.socket_client] [Slaapkamer JM(192.168.2.213):8009] Failed to connect. No retries. Found 2 non-daemonic threads. [11:18:25] INFO: Home Assistant Core finish process exit code 0 [11:18:25] INFO: Home Assistant Core service shutdown s6-rc: info: service legacy-services successfully stopped s6-rc: info: service legacy-cont-init: stopping s6-rc: info: service legacy-cont-init successfully stopped s6-rc: info: service fix-attrs: stopping s6-rc: info: service fix-attrs successfully stopped s6-rc: info: service s6rc-oneshot-runner: stopping s6-rc: info: service s6rc-oneshot-runner successfully stopped s6-rc: info: service s6rc-oneshot-runner: starting s6-rc: info: service s6rc-oneshot-runner successfully started s6-rc: info: service fix-attrs: starting s6-rc: info: service fix-attrs successfully started s6-rc: info: service legacy-cont-init: starting s6-rc: info: service legacy-cont-init successfully started s6-rc: info: service legacy-services: starting services-up: info: copying legacy longrun home-assistant (no readiness notification) s6-rc: info: service legacy-services successfully started 2026-04-18 13:18:36.432 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration entsoe which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.436 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.437 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalbeheer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.439 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration knmi which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.441 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration aquarea which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.442 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zendure_ha which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.444 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration nordpool which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.446 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalinfo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.447 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration open_meteo_solar_forecast which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.449 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zaptec which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.450 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration dynamic_energy_cost which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.452 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration fresh_r which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.453 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration kia_uvo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.456 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration solcast_solar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.457 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalwijzer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:36.459 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration utility_meter_next_gen which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant 2026-04-18 13:18:46.552 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/api/v1/data failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data] 2026-04-18 13:18:46.553 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/properties/report failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data] 2026-04-18 13:18:46.775 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.778 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.780 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.781 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.782 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.783 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.788 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.791 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.798 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.803 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.813 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.824 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.828 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.831 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.840 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.849 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.852 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.853 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.855 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.859 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.860 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.867 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.870 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.875 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.896 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.915 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.917 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:18:46.920 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds 2026-04-18 13:19:03.713 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update 2026-04-18 13:19:04.289 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update 2026-04-18 13:19:05.197 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update 2026-04-18 13:19:07.146 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update 2026-04-18 13:19:08.128 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update 2026-04-18 13:19:10.723 WARNING (MainThread) [homeassistant.components.utility_meter.sensor] Zendure PV Import Daily received an invalid new state from sensor.zendure_pv_import : unknown 2026-04-18 13:19:12.903 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:12.917 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:12.918 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:12.919 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:31.231 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:31.234 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:31.243 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:19:31.250 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:30:00.149 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:45:00.148 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored 2026-04-18 13:52:51.834 ERROR (MainThread) [homeassistant.components.rest.data] Timeout while fetching data: http://localhost:1880/endpoint/properties/report 2026-04-18 14:00:00.162 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal
Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.Get!em schreef op vrijdag 17 april 2026 @ 11:08:
Een terugkerende vraag. Sinds 2026.4 lijkt de Discovery van HomeAssistant weer aan te staan, ondanks dat ik de DHCP module disabled heb (via Default Config Disabler).
Hoe krijg ik de Discovery weer uit?
Symptomen waar ik last van heb:
De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.Extra is dat de PiHole in mijn netwerk deze requests niet zelf kan afhandelen (want geen DHCP) dus stuurt ie deze door naar mijn router. Die de adressen ook niet kent (want een zinlose netwerkscan levert vooral ongebruikte adressen op...), met vertraging en heen en weer pingpongen als gevolg.2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s 2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s 2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s 2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s 2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s 2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s 2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s 2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s
Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.
Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?
zie:
https://www.home-assistant.io/integrations/dhcp/
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Voorheen maakte ik altijd een lokale backup in HA en één naar Onedrive. Mijn MS account ben ik aan het uitfaseren en heb sinds deze week Nextcloud lokaal. Beide draaien op dezelfde computer in VM's in Virtualbox.
Voor beide moet ik een goede manier verzinnen mbt het maken van een backup. Als ik HA een backup in Nextcloud kan laten maken dan hoef ik alleen nog te zorgen dat ik van Nextcloud extern een back hoef op te slaan is mijn gedachte.
Ik heb gelezen dat het via WebDAV kan, maar ik kreeg het gister met geen mogelijkheid aan de gang. Ik kon geen verbinding maken met Nextcloud vanuit HA via deze integratie.
De Nextcloud integratie is volgens mij niet voor het maken van backups als ik het goed heb gelezen. Deze heb ik daarom niet geprobeerd.
Iemand hier ervaring mee?
[ Voor 9% gewijzigd door Mit-46 op 18-04-2026 15:09 ]
Nee, staat default aan. En had heb via “default config disabler” Hacs ook uitgezet. Dat heeft 1,5 jaar zo gewerkt , tot de laatste update dus. Nu zie ik dus weer het gedrag van hele netwerkscans elk uur door HomeAssistant (doet ie bij iedereen trouwens, maar bijna niemand ziet t)Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]
Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/
Ahum, er staat "This integration is by default enabled" en verderop staat dat als je dit UIT hebt gezet je het weer aan kunt zetten via de regel in config.Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]
Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/
[/quote]
This integration is by default enabled, unless you’ve disabled or removed the default_config: line from your configuration. If that is the case, the following example shows you how to enable this integration manually in the configuration.yaml file:
[quote]
Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Maar de default_config: staat er by default wel in. Als die er bij jou niet staat heb je het óf zelf er uit gehaald óf misschien een heel antieke installatie van de tijd dat de default_config integratie nog niet bestond.Ben(V) schreef op zondag 19 april 2026 @ 09:35:
Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml
(Mijn config staat die ook niet in. Maar ik heb deze dan ook zelf er uit gehaald een paar jaar terug. Waardoor ik bv nu ook de cloud integratie niet beschikbaar heb en dus geen Nabu Casa spam
Ik doe niet aan bijgeloof. Dat brengt ongeluk.
Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_costpaQ schreef op zondag 19 april 2026 @ 18:52:
Hoe vaak kijkt het energiedashboard naar de opgegeven tarievensensor waarmee hij rekent?
Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.
[ Voor 11% gewijzigd door TheFes op 19-04-2026 19:12 ]
Bijzonder.TheFes schreef op zondag 19 april 2026 @ 19:02:
[...]
Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_cost
Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.
Ik heb een sensor ingevoerd die elke minuut (kan) wijzigt (wijzigen). Maar daar doet ie verder niets mee. Hij pakt blijkbaar 'een' tarief van een bepaald tijdstip
Ik doe niet aan bijgeloof. Dat brengt ongeluk.
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?
Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder
Plannen voorbereiden: Renovatie Boerderij > Hout CV, 300L SWW, 1500L CV buffer, 15.000WP, 3-fase Victron Mulri RS, 48kWh LFP
Ik heb dit met een "afbeelding met elementen" kaart gedaan.Daan_96 schreef op maandag 20 april 2026 @ 13:22:
Is er iemand die mij wil en kan helpen?
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?
Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder
Het plaatje van de (voor mij WTW) eerst geupload naar HA en deze gekozen in het afbeeldingspad, daarna ben ik in YAML gaan puzzelen met de locaties en text, bij mij ziet dit er zo uit in 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
| type: picture-elements image: /local/pictures/WTW.png elements: - type: state-label entity: sensor.brink_temperature_from_outside style: top: 28.5% left: 18% color: black font-size: 15px - type: state-label entity: sensor.brink_temperature_to_inside style: top: 74% left: 78% color: black font-size: 15px - type: state-label entity: sensor.brink_temperature_to_outside style: top: 50% left: 18% color: black font-size: 15px - type: state-label entity: sensor.brink_exchange_filter_in style: top: 90% left: 50% color: black font-size: 17px prefix: "Filter vervangen in: " tap_action: action: none hold_action: action: none - type: state-label entity: sensor.brink_bypass_status style: top: 10% left: 50% color: black font-size: 17px prefix: "Bypass status: " tap_action: action: none hold_action: action: none |
:strip_exif()/f/image/NCM2hFrv793lXyvBjE4KevZa.png?f=user_large)
Hopelijk kun je hier iets mee
[ Voor 0% gewijzigd door Septillion op 21-04-2026 20:43 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
https://community.home-as...nts-card-a-small-tutorial
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.
Ik heb deze integratie 2x toegevoegd 1x voor de oost kant en een keer voor de west kant van het huis.djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?
Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.
Het totaal van beiden komt redelijk overeen met de werkelijkheid.
Ik heb het een poosje geprobeerd maar kwam er ook niet uit met mijn oost-west opstelling. Nu gebruik ik Solcast PV Forecast en dat klopt wel aardig met de realiteit.djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?
Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.
|| System Specs || 36° ONO-WZW 4875Wp ||
Ik gebruik Forecast.solar al langer (met PV alleen vol op zuid) en ook dan klopt het vaker niet dan wel. Kan ook makkelijk meermaals op een dag compleet veranderen van bv geen opwek naa maximale opwek.djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?
Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.
Solcast, zoals @Mr.Viper aangeeft schijnt wel betrouwbaarder te zijn. Maar ben ik zelf niet naar over gestapt.
Die klopt direct vrij aardig!
https://github.com/AshGSmith/solar-forecast-card
Deze zit aangesloten op de ttyAMA0 seriele poort.
Kan ik deze poort testen en zo ja hoe?
Want waarom sommige PV gerelateerde zaken/merken/tools tegen de jarenlang gebruikelijke notatie van "0 graden == Noord" in moeten gaan is mij een raadsel...
Maar:
- Wat voor HA install?
- VM?
- Welke integratie?
Supervisor ,geen VM, DSMR smart meter.Septillion schreef op dinsdag 21 april 2026 @ 20:47:
@19roland70 Niet het by-id path gebruiken is bijna altijd een slecht idee.
Maar:
- Wat voor HA install?
- VM? nee
- Welke integratie?
Heb de intergratie verwijderd ,maar nu staat er dat er geen verbinding gemaakt kan worden.
Ik heb verder niets veranderd.
edit update:
De poort is nu geladen ttyAMA0 maar er zijn geen entiteiten zichtbaar.
[ Voor 25% gewijzigd door 19roland70 op 21-04-2026 21:00 ]
Maar als je de plug direct op HA OS gebruikt dan kan het zijn dat deze niet meer ttyAMA0 is maar bijvoorbeeld ttyAMA1. Vandaar dat het dus handiger is het het by-id path the gebruiken wat wel uniek is. Te vinden via
Settings => System => Hardware => All hardware
Naast ttyAMA0 staat er dan ook nog een path als /dev/serial/by-id/<somethingsomething>
Eventueel is de stick en verbinding met de meter ook nog wel te testen. Als je hem gewoon in een computer stopt en een terminal opent (115200 baud 8N1 voor DSMR 5) dan moet je dus elke seconde de telegrammen zien.
Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.
Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.
Alvast bedankt!
[ Voor 6% gewijzigd door Beun op 21-04-2026 23:10 ]
En dan vooral op 1 of enkele strategische plekken een zigbee router (=versterker), die op 230v werkt.Beun schreef op dinsdag 21 april 2026 @ 22:53:
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.
Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.
Alvast bedankt!
Zelf gebruik ik 4 van die dingen, incl schuur, zodat alle devices goed verbinden via dit meshnetwerk.
Sonoff S60TPF plugs werken mooi en zijn ook nog eens schakelbaar (lamp?) en meten de energie. Krijg je er dan gratis bij:-)
Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).
Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.
Waar kan dat in zitten toch?
Verkeerde topic aangeklikt > schopje
[ Voor 3% gewijzigd door Septillion op 22-04-2026 10:48 ]
zoals @Septillion zegt, zal dat niet veel uitmaken. Maar sluit die niet rechtstreeks aan op je nuc. De USB poorten kunnen storing geven. Dus kabeltje tussen nuc en antenneBeun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,
Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.
Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.
Alvast bedankt!
Als dat nog altijd een ding is natuurlijk. Als dat niet zo is, zullen anderen mij wel corrigeren
2x Marstek Venus E 5.12 v155 - CT003 V122 - BMS 216
Ligt er puur aan hoe je de antenne wil monteren. Heb zelf mijn minipc in de meterkast en daarin rechtstreeks de sonoff. Als je liever een antenne heb met een usb kabel, dan de HA connect kopen.Beun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,
Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.
Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.
Alvast bedankt!
Beiden zullen doen wat ze moeten doen.
Steam id is passievrucht \\ Xbox Live GT: Meneer Passievrucht
Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.
Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).
Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.
Waar kan dat in zitten toch?
Maar hoe ziet dat er dan uit in HA?
En nog belangrijker, wat zie je in je log?
Wel specifiek een USB2 kabel gebruiken. Anders schiet je niets op.Kenhas schreef op woensdag 22 april 2026 @ 11:09:
[...]
zoals @Septillion zegt, zal dat niet veel uitmaken. Maar sluit die niet rechtstreeks aan op je nuc. De USB poorten kunnen storing geven. Dus kabeltje tussen nuc en antenne
Als dat nog altijd een ding is natuurlijk. Als dat niet zo is, zullen anderen mij wel corrigeren
thx..Septillion schreef op woensdag 22 april 2026 @ 12:24:
@superduper Was al verplaatst hoor
Maar hoe ziet dat er dan uit in HA?
En nog belangrijker, wat zie je in je log?
:strip_exif()/f/image/sV6XFztZpoMhOqHDoGtmyujs.png?f=user_large)
De logs vind ik lastig:
-deze valt op: Invalid config for 'sensor' at configuration.yaml, line 25 (regel verwijst naar mijn sensors.yaml): required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor
Ik heb juist alle platform zaken vervangen conform de nieuwe syntax. Mijn sensors.yaml begint nu met
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
| template:
################################################
# Sun2
################################################
- sensor:
- name: sun2
monitored_conditions:
- sunrise
- sunset
- sun_phase
- solar_noon
- max_elevation
################################################
# Electra & gas
################################################
- sensor:
# Elektra verbruik dag prognose
- name: "Elektra verbruik dag prognose"
unit_of_measurement: "kWh"
state: >
{{ (float(states('sensor.elektra_verbruik_jaar')) /
float(states('sensor.aantal_verbruiksdagen'))) | round(2) }} |
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
| [10:26:23] INFO: Home Assistant Core finish process exit code 0
[10:26:23] INFO: Home Assistant Core service shutdown
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2026-04-22 12:26:33.172 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration fontawesome which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.174 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalbeheer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.176 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration daikin_onecta which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.178 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration eufy_vacuum which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.179 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration better_thermostat which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.181 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration localtuya which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.183 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration unifi_insights which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.184 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration smartlife which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.185 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration nest_protect which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.186 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration webrtc which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.188 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration sun2 which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.189 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration samsung_soundbar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.191 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration apsystems_ecu_reader which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.193 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration eufy_security which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.194 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.196 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration unifi_mqtt which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.197 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration bambu_lab which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.199 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration robovac which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.201 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration meross_lan which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.203 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration apsystems_ecur which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.204 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration proxmox_sensors which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.205 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration spotcast which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.206 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration govee which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.207 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration govee_lan which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:38.623 ERROR (MainThread) [homeassistant.config] Invalid config for 'sensor' at sensors.yaml, line 53: required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor
2026-04-22 12:26:39.089 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.gas_kosten_per_dag (<class 'homeassistant.components.template.sensor.StateSensorEntity'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+template%22
2026-04-22 12:26:39.090 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.elektra_kosten_per_dag (<class 'homeassistant.components.template.sensor.StateSensorEntity'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+template%22
2026-04-22 12:26:39.977 WARNING (SyncWorker_1) [homeassistant.components.python_script] Folder python_scripts not found in configuration folder
2026-04-22 12:26:39.980 ERROR (MainThread) [homeassistant.setup] Setup failed for 'python_script': Integration failed to initialize.
2026-04-22 12:26:39.983 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'hacs'. Setup failed for dependencies: ['python_script']
2026-04-22 12:26:39.983 ERROR (MainThread) [homeassistant.setup] Setup failed for custom integration 'hacs': Could not setup dependencies: python_script
2026-04-22 12:26:41.177 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to load_verify_locations with args (<ssl.SSLContext object at 0x7fa9484465b0>, '/usr/local/lib/python3.14/site-packages/certifi/cacert.pem', None, None) inside the event loop by custom integration 'govee' at custom_components/govee/__init__.py, line 53: hub = await Govee.create( (offender: /usr/local/lib/python3.14/ssl.py, line 717: context.load_verify_locations(cafile, capath, cadata)), please create a bug report at https://github.com/LaggAt/hacs-govee/issues
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#load_verify_locations
Traceback (most recent call last):
File "<frozen runpy>", line 198, in _run_module_as_main
File "<frozen runpy>", line 88, in _run_code
File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module>
sys.exit(main())
File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main
exit_code = runner.run(runtime_conf)
File "/usr/src/homeassistant/homeassistant/runner.py", line 289, in run
return loop.run_until_complete(setup_and_run_hass(runtime_config))
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 706, in run_until_complete
self.run_forever()
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 677, in run_forever
self._run_once()
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 2046, in _run_once
handle._run()
File "/usr/local/lib/python3.14/asyncio/events.py", line 94, in _run
self._context.run(self._callback, *self._args)
File "/usr/src/homeassistant/homeassistant/setup.py", line 170, in async_setup_component
result = await _async_setup_component(hass, domain, config)
File "/usr/src/homeassistant/homeassistant/setup.py", line 470, in _async_setup_component
await asyncio.gather(
File "/usr/src/homeassistant/homeassistant/setup.py", line 472, in <genexpr>
create_eager_task(
File "/usr/src/homeassistant/homeassistant/util/async_.py", line 44, in create_eager_task
return Task(coro, loop=loop, name=name, eager_start=True)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 937, in async_setup_locked
await self.async_setup(hass, integration=integration)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 679, in async_setup
await self.__async_setup_with_context(hass, integration)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 769, in __async_setup_with_context
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/govee/__init__.py", line 53, in async_setup_entry
hub = await Govee.create(
2026-04-22 12:26:41.683 WARNING (MainThread) [custom_components.govee] API is back online.
2026-04-22 12:26:41.711 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to open with args ('/config/govee_learning.yaml',) inside the event loop by custom integration 'govee' at custom_components/govee/learning_storage.py, line 28: learned_dict = load_yaml(self._config_dir + LEARNING_STORAGE_YAML) (offender: /usr/local/lib/python3.14/site-packages/annotatedyaml/loader.py, line 166: with open(fname, encoding="utf-8") as conf_file:), please create a bug report at https://github.com/LaggAt/hacs-govee/issues
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open
Traceback (most recent call last):
File "<frozen runpy>", line 198, in _run_module_as_main
File "<frozen runpy>", line 88, in _run_code
File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module>
sys.exit(main())
File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main
exit_code = runner.run(runtime_conf)
File "/usr/src/homeassistant/homeassistant/runner.py", line 289, in run
return loop.run_until_complete(setup_and_run_hass(runtime_config))
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 706, in run_until_complete
self.run_forever()
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 677, in run_forever
self._run_once()
File "/usr/local/lib/python3.14/asyncio/base_events.py", line 2046, in _run_once
handle._run()
File "/usr/local/lib/python3.14/asyncio/events.py", line 94, in _run
self._context.run(self._callback, *self._args)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 937, in async_setup_locked
await self.async_setup(hass, integration=integration)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 679, in async_setup
await self.__async_setup_with_context(hass, integration)
File "/usr/src/homeassistant/homeassistant/config_entries.py", line 769, in __async_setup_with_context
result = await component.async_setup_entry(hass, self)
File "/config/custom_components/govee/__init__.py", line 64, in async_setup_entry
_, err = await hub.get_devices()
File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/govee_api_laggat.py", line 312, in get_devices
_, err_api = await self._api.get_devices()
File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/api.py", line 244, in get_devices
learning_infos = await self._govee._learning_storage._read_cached()
File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/learning_storage.py", line 30, in _read_cached
self._learned_info = await self.read()
File "/config/custom_components/govee/learning_storage.py", line 28, in read
learned_dict = load_yaml(self._config_dir + LEARNING_STORAGE_YAML)
2026-04-22 12:26:41.979 ERROR (MainThread) [custom_components.proxmox_sensors.api] PVE GET error on nodes/pve/apt/update: 403 Forbidden: Permission check failed (/nodes/pve, Sys.Modify)
2026-04-22 12:26:42.232 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.net_power_usage_2_0_40 (<class 'homeassistant.components.utility_meter.sensor.UtilityMeterSensor'>) is using state class 'total' which is impossible considering device class ('power') it is using; expected None or one of 'measurement'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+utility_meter%22
2026-04-22 12:26:42.284 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.power_usage (<class 'homeassistant.components.utility_meter.sensor.UtilityMeterSensor'>) is using state class 'total' which is impossible considering device class ('power') it is using; expected None or one of 'measurement'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+utility_meter%22
2026-04-22 12:26:46.639 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to import_module with args ('custom_components.eufy_vacuum_basic.vacuum',) in /usr/src/homeassistant/homeassistant/loader.py, line 1312: return importlib.import_module(f"{self.pkg_path}.{platform_name}") inside the event loop; This is causing stability issues. Please create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#import_module
Traceback (most recent call last): |
[ Voor 214% gewijzigd door superduper op 22-04-2026 12:52 ]
plaats eens een log.superduper schreef op woensdag 22 april 2026 @ 10:31:
Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.
Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).
Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.
Waar kan dat in zitten toch?
[mbr]Verkeerde topic aangeklikt > schopje[/]
Ik draai HA al vanaf het begin op Proxmox en het enige probleem dat ik tot nu toe gehad heb was de buggy entsoe plugin die heel ha deed crashen. Verder nooit problemen.
Klinkt bijna als "non-persistent storage". Oftewel, dat wijzigingen niet goed opgeslagen blijven over reboots van de host heen. Sla je de map /custom_components/ wel op de juiste manier op in Proxmox/VM?superduper schreef op woensdag 22 april 2026 @ 12:11:
nu in het goede topic:
Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.
Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).
Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.
Waar kan dat in zitten toch?
[ Voor 4% gewijzigd door Hmmbob op 22-04-2026 12:48 ]
Sometimes you need to plan for coincidence
Denk niet dat dat het is; HAOS draait geheel in een VM met een dedicated disk.Hmmbob schreef op woensdag 22 april 2026 @ 12:47:
[...]
Klinkt bijna als "non-persistent storage". Oftewel, dat wijzigingen niet goed opgeslagen blijven over reboots van de host heen. Sla je de map /custom_components/ wel op de juiste manier op in Proxmox/VM?
Voor je sensors.yaml, hoe include je die in je configuration.yaml? Want dat lijkt mij ook niet juist maar lijkt me niet gelinkt aan je HACS issue.
You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.Septillion schreef op woensdag 22 april 2026 @ 13:01:
@superduper HACS lijkt te falen op de Python Script integratie. Heb je dat werkelijk in je config staan? Zo ja, doe je er ook wat mee? Anders zou ik dat eens verwijderen.
Voor je sensors.yaml, hoe include je die in je configuration.yaml? Want dat lijkt mij ook niet juist maar lijkt me niet gelinkt aan je HACS issue.
De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:
1
2
3
4
5
6
| automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml sensor: !include sensors.yaml input_number: !include numbers.yaml template: !include templates.yaml |
Wat is het verschil tussen template en sensor dan eigenlijk?
[ Voor 7% gewijzigd door superduper op 22-04-2026 13:07 ]
Als je in je configuration.yaml de sensors.yaml heb staan, mag de sensors.yaml nooit beginnen met sensor:superduper schreef op woensdag 22 april 2026 @ 13:04:
[...]
You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.
De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:code:Ik zie nu dat ik in mijn templates ook nog wat sensors configureer.... Zou dat bijten?
1 2 3 4 5 6 automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml sensor: !include sensors.yaml input_number: !include numbers.yaml template: !include templates.yaml
Wat is het verschil tussen template en sensor dan eigenlijk?
Dus dat moet je weghalen.
Who's general failure, and why is he reading my disk?
ik word gek van alle (verouderde) syntax verwijzingen etc etc. Wat ik begrepen heb is de meest moderne syntax nu zo:Ora et Labora schreef op woensdag 22 april 2026 @ 13:08:
[...]
Als je in je configuration.yaml de sensors.yaml heb staan, mag de sensors.yaml nooit beginnen met sensor:
Dus dat moet je weghalen.
1
2
3
4
5
| template:
- sensor:
- name:
- sensor:
- name: |
Je hebt dus een sensor.yaml en je include refereert naar sensors.yaml (verschil: s). Dat gaat sowieso niet werken.superduper schreef op woensdag 22 april 2026 @ 13:04:
[...]
You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.
De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:code:Ik zie nu dat ik in mijn templates ook nog wat sensors configureer.... Zou dat bijten?
1 2 3 4 5 6 automation: !include automations.yaml script: !include scripts.yaml scene: !include scenes.yaml sensor: !include sensors.yaml input_number: !include numbers.yaml template: !include templates.yaml
Wat is het verschil tussen template en sensor dan eigenlijk?
1995: 486 AM5x86-p75@160 512kb L2, 64MB, S3 Stealth 64 3000 4MB VLB, AWE64 Value, 8GB CFµDrive
1998: K6-III 400MHz, 384MB, Voodoo4 AGP, AWE64 Gold!, Adaptec AHA-29160+2x 72GB 10krpm SCSI
Well spotted, maar is een simpele typo van mijn kantInjecTioN schreef op woensdag 22 april 2026 @ 13:18:
[...]
Je hebt dus een sensor.yaml en je include refereert naar sensors.yaml (verschil: s). Dat gaat sowieso niet werken.
Daarom doe ik het ook niet in YAML maar via helpers in de GUI, sensors kun je ook als helper aanmaken, ook template-sensors, dan heb je nooit last van dit soort dingen.superduper schreef op woensdag 22 april 2026 @ 13:16:
[...]
ik word gek van alle (verouderde) syntax verwijzingen etc etc. Wat ik begrepen heb is de meest moderne syntax nu zo:code:
1 2 3 4 5template: - sensor: - name: - sensor: - name:
Ik ben er niet 100% in thuis wat nu de juiste syntax is en als ik het niet weet, gooi ik de code door claude.ai dan komt daar wel een oplossing uit.
Who's general failure, and why is he reading my disk?
Ik zit te spelen met het idee om bijvoorbeeld aan Aqara magneet contact te verwerken in het kozijn, die dan reageert op het "dichtbij" zijn van het slot. Dat kan nog wel een uitdaging worden qua ruimte in het kozijn verwacht ik.
Aangezien je vrijwel nooit de eerste bent die iets probeert toch ook hier de vraag. Iemand al eens iets vergelijkbaars gepoogd te maken?
Gewoon een slim slot welke integreerbaar is met Home Assistantnew_guy schreef op woensdag 22 april 2026 @ 13:38:
Ik heb een tuinhek met daarin een poort voorzien van slot. Nu zou de WAF het erg fijn vinden om te kunnen zien of dat het slot ook daadwerkelijk "op slot" is vanaf de bank. Betreft zoiets als onderstaande.
Ik zit te spelen met het idee om bijvoorbeeld aan Aqara magneet contact te verwerken in het kozijn, die dan reageert op het "dichtbij" zijn van het slot. Dat kan nog wel een uitdaging worden qua ruimte in het kozijn verwacht ik.
Aangezien je vrijwel nooit de eerste bent die iets probeert toch ook hier de vraag. Iemand al eens iets vergelijkbaars gepoogd te maken?![]()
[Afbeelding]
Die kun je over de sleutel heenzetten, daar hoeft geen nieuw slot oid voor in.
Who's general failure, and why is he reading my disk?
Buiten?Ora et Labora schreef op woensdag 22 april 2026 @ 13:40:
[...]
Gewoon een slim slot welke integreerbaar is met Home Assistant
Die kun je over de sleutel heenzetten, daar hoeft geen nieuw slot oid voor in.
En wat staat er in je sensors.yaml op/rond regel 53? Volgens de logs zit daar ook een issue:superduper schreef op woensdag 22 april 2026 @ 13:19:
[...]
Well spotted, maar is een simpele typo van mijn kant
Invalid config for 'sensor' at sensors.yaml, line 53: required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor
Hmm nee inderdaad, dat zal op een andere manier moeten.
Who's general failure, and why is he reading my disk?
Als je hebt in je configuration.yaml
1
| sensor: !include sensors.yaml |
1
2
3
4
5
| template: - sensor: - name: - sensor: - name: |
1
2
3
4
5
6
| sensor: template: - sensor: - name: - sensor: - name: |
Dus als je de boel wilt splitsen en doen in yaml is het dus logischer om te doen:
Configuration.yaml
1
| template: !include templates.yaml |
1
2
3
4
| - sensor: - name: - sensor: - name: |
:strip_exif()/f/image/LC58UXPIEOV3Sb1cQAuvAhBN.png?f=user_large)
In mijn power sources grafiek heb ik P1, zonnepanelen en batterij toegevoegd, maar hier gaat iets niet goed.
Hoe zou dit er eigenlijk uit moeten zien? Welke waarden moeten positief en negatief zijn zodat mijn zelf-consumption-grafiek klopt?
N.B. de laadpaal heb ik er nog niet in zitten.
Invoer positief (PV, net import, batterij ontladen)
Uitvoer negatief (net export, batterij laden).
Waarbij je tegenwoordig in de settings "inverted" aan kunt geven als de sensor dus tegenovergesteld is.
Ik weet de exacte opzet niet meer maar volgens mij is er eens iemand geweest die het met een (wellicht twee?) veertje in het gat deed waarbij het dichtgedraaide slot ervoor zorgde dat het veertje "contact maakte". En dat dan gesoldeerd aan een "binaire sensor" (bv dus een contact sensor waar je vaak het magneet mechanisme kunt overbruggen*. Maar ook water / lek sensors kan dat mee).new_guy schreef op woensdag 22 april 2026 @ 13:38:
Ik heb een tuinhek met daarin een poort voorzien van slot. Nu zou de WAF het erg fijn vinden om te kunnen zien of dat het slot ook daadwerkelijk "op slot" is vanaf de bank. Betreft zoiets als onderstaande.
Ik zit te spelen met het idee om bijvoorbeeld aan Aqara magneet contact te verwerken in het kozijn, die dan reageert op het "dichtbij" zijn van het slot. Dat kan nog wel een uitdaging worden qua ruimte in het kozijn verwacht ik.
Aangezien je vrijwel nooit de eerste bent die iets probeert toch ook hier de vraag. Iemand al eens iets vergelijkbaars gepoogd te maken?![]()
[Afbeelding]
Een contactsensor in het slot zelf lijkt mij in ieder geval lastig. Maar een veertje en wat draadjes krijg je er vast in. Uiteraard niet inbraak-proof dan. Maar ik ga er vanuit dat je puur wilt weten of die op slot is. Is die gesloopt moet je weer naar buiten lopen om het te zien
* zelf heb ik in de bureaustoel zo'n automatje, en dan gesoldeerd aan een contactsensor. Waardoor HA weet of ik in de bureaustoel zit :x
Stippellijn is bij mij Verbruik (in huis), geel is PV opbrengst, lijkt het bij jou ook te zijn, en lichtblauw is Net. Die groene heb ik niet, zal je batterij zijn?.
/f/image/ZnHL3974RlKCVYcnrGLfxeHp.png?f=fotoalbum_large)
Electriciteitsnet is P1 Vermogen, standaard.
:strip_exif()/f/image/sC4PsvOu1y4Qhex7Rcyz464k.png?f=user_large)
:strip_exif()/f/image/DVvGCrQRbRpbUIwc66dj5z9s.png?f=user_large)
Zonnepanelen
[ Voor 19% gewijzigd door wickydude op 22-04-2026 15:22 ]
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Bedankt!
Het gekke is dat deze grafiek wel lijkt te kloppen terwijl die van dezelfde bronnen gebruik maakt. Laadpaal staat wel in, maar wordt daar denk ik uit de indivdual devices gehaald. Verwarrend wel dus.
De batterij staat er dan weer niet in als losse afnemer wanneer die oplaadt.
/f/image/YbV633f7WOfY9dJftTrTLP0T.png?f=fotoalbum_large)
@wickydude in jouw printscreen zie ik ook een legenda. Die heb ik niet in mijn standaard dashboard.
Heb je dat ergens aangezet of gebruik je de card los in een eigen dashboard?
[ Voor 4% gewijzigd door djiedjee op 22-04-2026 15:30 ]
Ik kijk op het (standaard) tabblad "Nu", daar staat bij mij een legenda onder. Misschien een versiedingetje?djiedjee schreef op woensdag 22 april 2026 @ 15:29:
@wickydude in jouw printscreen zie ik ook een legenda. Die heb ik niet in mijn standaard dashboard.
Heb je dat ergens aangezet of gebruik je de card los in een eigen dashboard?
Overigens , kan het zijn dat dat je batterij verkeerd staat? De stippellijn is (in mijn geval) nooit negatief, er zijn altijd wel verbruikers in huis. Ik zou verwachten dat die bij opladen geen export naar het net zou geven.
Ik lees het zo dat onder de streep export is, en boven de streep import/produktie.
[ Voor 102% gewijzigd door wickydude op 22-04-2026 15:36 ]
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Ik gebruik de SLZB-06MU icm ZHA, is PoE en draait als een zonnetje.Beun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,
Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.
Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.
Alvast bedankt!
Ah ja, op tabblad Now staat de legenda er inderdaad bij. Had ik nog nooit geopend.wickydude schreef op woensdag 22 april 2026 @ 15:35:
[...]
Ik kijk op het (standaard) tabblad "Nu", daar staat bij mij een legenda onder. Misschien een versiedingetje?
Overigens , kan het zijn dat dat je batterij verkeerd staat? De stippellijn is (in mijn geval) nooit negatief, er zijn altijd wel verbruikers in huis. Ik zou verwachten dat die bij opladen geen export naar het net zou geven.
Ik lees het zo dat onder de streep export is, en boven de streep import/produktie.
Dat de stippellijn niet klopt, daarom had ik juist deze vraag hier gesteld. Dat krijg ik nog niet goed zelf.
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Hmmm dat klinkt ook nog wel okey, eens pogen of ik die post kan terugvinden.RobertMe schreef op woensdag 22 april 2026 @ 15:19:
[...]
Ik weet de exacte opzet niet meer maar volgens mij is er eens iemand geweest die het met een (wellicht twee?) veertje in het gat deed waarbij het dichtgedraaide slot ervoor zorgde dat het veertje "contact maakte". En dat dan gesoldeerd aan een "binaire sensor" (bv dus een contact sensor waar je vaak het magneet mechanisme kunt overbruggen*. Maar ook water / lek sensors kan dat mee).
Een contactsensor in het slot zelf lijkt mij in ieder geval lastig. Maar een veertje en wat draadjes krijg je er vast in. Uiteraard niet inbraak-proof dan. Maar ik ga er vanuit dat je puur wilt weten of die op slot is. Is die gesloopt moet je weer naar buiten lopen om het te zienMaar het is niet dat die dan niet op slot kan zijn.
* zelf heb ik in de bureaustoel zo'n automatje, en dan gesoldeerd aan een contactsensor. Waardoor HA weet of ik in de bureaustoel zit :x
Ik had de batterij en solar ook bij grid ingesteld, Dat heb ik nu allemaal weggehaald, nu ziet het weer uit zoals het hoort.
Bedankt!
Let op dat er twee van die flow diagrammen zijn.djiedjee schreef op woensdag 22 april 2026 @ 15:29:
@Septillion , @RobertMe @wickydude
Bedankt!
Het gekke is dat deze grafiek wel lijkt te kloppen terwijl die van dezelfde bronnen gebruik maakt. Laadpaal staat wel in, maar wordt daar denk ik uit de indivdual devices gehaald. Verwarrend wel dus.
De batterij staat er dan weer niet in als losse afnemer wanneer die oplaadt.
[Afbeelding]
Het tabje Now werkt met de Vermogensvelden (kW) van je settings, in die grafiek en in het flowdiagram daar. Diezelfde grafiek zie je ook op de Summary tab.
Op het tabje Electricity zie je ook zo'n flowdiagram, maar dan met Energy (kWh) in plaats van Power (kW).
Soms verwarrend.
Nibe F2120-16/SMO40/300L / Home Assistant / Peblar EV lader / 8000Wp Enphase
Momenteel heb ik een RPi 4B (4 GB RAM) met HAOS en een aantal apps (waaronder AdGuard Home, NGINX reverse proxy, Joplin, Jellyfin, Baikal, DSMR Reader, Vaultwarden, Mosquitto, SambaNAS). Ik gebruik voor storage een USB SSD. Alles draait over het algemeen vrij vlotjes (hoewel het nog altijd iets snappier kan). Als ik kijk naar het gebruik van resources is er over het algemeen steeds 2 van de 4 GB RAM vrij en ook de CPU lijkt alles vlot te kunnen bolwerken.
Ik was aan het denken om over te schakelen naar een NUC mini-PC met een Intel N150 en 12 GB RAM en een M.2 SSD, maar is dit nuttig? Schalen de Docker-containers van de apps mee naar het beschikbare geheugen of zou het gebruik ongeveer hetzelfde blijven? Of zou de performantie vooral verbeter omdat de nieuwe SSD sneller zal zijn?
Alvast bedankt!
Helaas heeft ikea al een tijdje uit het assortiment gehaald ik was net te laat om wat extra te halen. Weten jullie een vergelijkbaar alternatief die via zigbee werkt?
Wat een keuzes, haha. Ik zie door de bomen het bos niet meer.Justevo schreef op woensdag 22 april 2026 @ 15:37:
[...]
Ik gebruik de SLZB-06MU icm ZHA, is PoE en draait als een zonnetje.
Heel herkenbaar. Ik ben recent ook pas begonnen met het afstoffen van hardware die al tijden in de la lag om in HA te integreren. Die remotes zijn inderdaad enorm fijn in gebruik en waren met 15 euro destijds echt een koopje. Achteraf had ik er ook veel meer moeten inslaan!DAX23E schreef op woensdag 22 april 2026 @ 18:27:
Ik gebruik de IKEA SYMFONISK remote gen2 voor het bedienen van mijn speakers via Home Assistant. Alleen heb ik er wat extra nodig voor andere kamers waar wifi speakers staan.
Helaas heeft ikea al een tijdje uit het assortiment gehaald ik was net te laat om wat extra te halen. Weten jullie een vergelijkbaar alternatief die via zigbee werkt?
Met een beetje fantasie zou een ikea styrbar kunnen voldoen. Gaan er bij ikea volgens mij ook uit. Op marktplaats vind je ze nog wel voor schappelijke prijs.
Tijdens het gebruik van HA ga je dat verschil praktisch niet merken, waar je het waarschijnlijk wel in gaat merken is de reboot tijd maar zelfs dat is te verwaarlozen. Ik ben van HA op een oude Synology naar een Intel NUC7 met 8GB en een SSD gegaan een het voelt allemaal net iets rapper. Maar of de verschillen ook echt meetbaar zijn.. ik betwijfel het. 12GB is echt niet nodig, ik kom zelden boven de 4GB uit en ik draai echt van alles.DDoubleU schreef op woensdag 22 april 2026 @ 17:53:
Dag allen,
Momenteel heb ik een RPi 4B (4 GB RAM) met HAOS en een aantal apps (waaronder AdGuard Home, NGINX reverse proxy, Joplin, Jellyfin, Baikal, DSMR Reader, Vaultwarden, Mosquitto, SambaNAS). Ik gebruik voor storage een USB SSD. Alles draait over het algemeen vrij vlotjes (hoewel het nog altijd iets snappier kan). Als ik kijk naar het gebruik van resources is er over het algemeen steeds 2 van de 4 GB RAM vrij en ook de CPU lijkt alles vlot te kunnen bolwerken.
Ik was aan het denken om over te schakelen naar een NUC mini-PC met een Intel N150 en 12 GB RAM en een M.2 SSD, maar is dit nuttig? Schalen de Docker-containers van de apps mee naar het beschikbare geheugen of zou het gebruik ongeveer hetzelfde blijven? Of zou de performantie vooral verbeter omdat de nieuwe SSD sneller zal zijn?
Alvast bedankt!
Gebruik al een paar jaar deze (de Zigbee versie).DAX23E schreef op woensdag 22 april 2026 @ 18:27:
Ik gebruik de IKEA SYMFONISK remote gen2 voor het bedienen van mijn speakers via Home Assistant. Alleen heb ik er wat extra nodig voor andere kamers waar wifi speakers staan.
Helaas heeft ikea al een tijdje uit het assortiment gehaald ik was net te laat om wat extra te halen. Weten jullie een vergelijkbaar alternatief die via zigbee werkt?
Werkt perfect
https://aliexpress.com/item/1005008579941133.html
[ Voor 42% gewijzigd door Septillion op 23-04-2026 16:36 . Reden: Link cleanup ]
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Geez wat een tracking in de URL...Ben(V) schreef op donderdag 23 april 2026 @ 13:12:
[...]
Gebruik al een paar jaar deze (de Zigbee versie).
Werkt perfect
https://nl.aliexpress.com/item/1005008579941133.html
En hoe vind je die remote vergelijkbaar?
Ikea Symfonisk:

Wat jij linkt:

Dan lijkt elke 4 button wall switch nog beter dan die wat jij linkt. En nouja, dan mis je nog steeds heel veel knoppen. Want de Symfonisk heeft er 7 (incl op in ieder geval 2 stuks ook een double en long press optie, dus zeker 11 acties).
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
| {% set opwek = states('sensor.saj_current_power') | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {% if is_number(opwek) %} {% if uur in drempels %} {% set drempel = drempels[uur] %} {{ drempel > 0 and opwek > drempel }} {% endif %} {% endif %} |
Alternatief is dat ik een binaire sensor maak met als extra opties:
1
2
3
| not_from: - "unavailable" - "unknown" |
[ Voor 0% gewijzigd door Septillion op 23-04-2026 16:31 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en dan
1
2
3
4
5
6
| not_from: - unavailable - unknown not_to: - unavailable - unknown |
Template kan je laatste deel versimpelen in:
1
| {{ opwek > drempels.get(uur, 0) }} |
[ Voor 25% gewijzigd door Septillion op 23-04-2026 16:44 ]
De eerste code is mijn complete template trigger. Zou hij bij een state trigger dan zo worden? Nadeel is dat ik het liefst heb dat hij een paar minuten boven een bepaalde opwekdrempel zit, om klapperen te voorkomen bij een klein wolkje. En met dezw state trigger triggert hij heel frequent omdat de verbinding best vaak even wegvalt.Septillion schreef op donderdag 23 april 2026 @ 16:35:
@manusjevanalles Is dat je trigger?
Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en danYAML:En dan vervolgens je template als conditie gebruiken.
1 2 3 4 5 6 not_from: - unavailable - unknown not_to: - unavailable - unknown
Template kan je laatste deel versimpelen in:Django/Jinja:Gezien je al een default op je float filter hebt en ik niet verwacht dat opwek ooit negatief is.
1 {{ opwek > drempels.get(uur, 0) }}
1
2
3
4
5
6
7
8
9
| trigger: state entity_id: - sensor.saj_current_power not_from: - unavailable - unknown not_to: - unavailable - unknown |
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
| {% set opwek = states('sensor.saj_current_power') | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {{ opwek > drempels.get(uur, 0) }} |
[ Voor 3% gewijzigd door Septillion op 23-04-2026 21:47 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
Mijn link heeft er 12, plus nog een ledje zodat je kunt zien wat hij doetRobertMe schreef op donderdag 23 april 2026 @ 14:18:
[...]
Geez wat een tracking in de URL...
En hoe vind je die remote vergelijkbaar?
Ikea Symfonisk:
[Afbeelding]
Wat jij linkt:
[Afbeelding]
Dan lijkt elke 4 button wall switch nog beter dan die wat jij linkt. En nouja, dan mis je nog steeds heel veel knoppen. Want de Symfonisk heeft er 7 (incl op in ieder geval 2 stuks ook een double en long press optie, dus zeker 11 acties).
Voor elke knop.
- Single click
- Double click
- Lang press
Maar ieder zijn smaak.
[ Voor 9% gewijzigd door Ben(V) op 23-04-2026 19:16 ]
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Wat ik hoop te bereiken is dat indien de productie voor een bepaald uur boven de drempel is voor 5 minuten, hij dan triggert. En de connectiedrops negeert en dan niet opnieuw die 5 minuten gaat tellen. Hij verliest vaak de verbinding (wifi net op het randje), jouw voorstel voor een state trigger geeft continu triggers.Septillion schreef op donderdag 23 april 2026 @ 16:35:
@manusjevanalles Is dat je trigger?
Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en danYAML:En dan vervolgens je template als conditie gebruiken.
1 2 3 4 5 6 not_from: - unavailable - unknown not_to: - unavailable - unknown
Template kan je laatste deel versimpelen in:Django/Jinja:Gezien je al een default op je float filter hebt en ik niet verwacht dat opwek ooit negatief is.
1 {{ opwek > drempels.get(uur, 0) }}
[ Voor 6% gewijzigd door manusjevanalles op 23-04-2026 19:41 ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
De Ikea heeft natuurlijk een andere use case. Die gebruik je niet in de hand. Die leg / plak je ergens en daarna kun je er gewoon op rammen, zonder in de hand te pakken. Daarom ook de grote knoppen bv. En double / long press is natuurlijk ook onhandig. Ik gebruik ze bij bepaalde remotes wel. Maar dedicated knoppen zijn natuurlijk handiger. Zoals bv de volume +/-. Beetje onhandig als je een grotere aanpassing wilt doen en je daardoor steeds double clicks triggerd i.p.v. 2 (single) clicks. En dus ook dat dedicated knoppen een duidelijke functionaliteit hebben (incl symbool bij de Symfonisk). Alleen de "." en ".." knoppen hebben double click en long press. Maar dat zijn dan ook al "universele" knoppen. De rest staat allemaal een eenduidig symbool op.Ben(V) schreef op donderdag 23 april 2026 @ 19:14:
[...]
Mijn link heeft er 12, plus nog een ledje zodat je kunt zien wat hij doet
Voor elke knop.En in mijn ogen functioneler dan dat lelijke, slecht in de hand liggende Ikea ding dat ook nog niet meer te koop is.
- Single click
- Double click
- Lang press
Maar ieder zijn smaak.
En ja, ik gebruik de mijne ook voor media. Met "." kan ik de NVidia Shield aan en uit zetten (+ long press stuurt via adb een shutdown en schakelt de slimme stekker weer uit. En double click toggled de stekker van de subwoofer), met ".." kan ik of Spotify of radio op de Denon AVR starten. Volume +/- gaan altijd naar de Denon. En play/pause, rewind en fast forward gaan conditioneel of naar de Shield of naar de AVR of nar Spotify, afhankelijk van de actieve media_player.
Met zo'n universele afstandsbediening met 4 ongemarkeerde knoppen zou ik toch regelmatig moeten denken welke knop(pen combinatie) nodig zou zijn voor een actie.
En voor uitgebreide bediening (D-pad) gebruik ik uiteraard gewoon een echte afstandsbediening. Maar de Symfonisk ligt altijd bij de hand en met de grote knoppen makkelijk snel in te duwen. Plus dat het dan één afstandsbediening is die meerdere apparaten kan aansturen afhankelijk van de actieve mediaspeler. De afstandsbediening van de TV/Shield kan ik niet de AVR mee bedienen en vise versa. (Op volume control over CEC na dan).
Maar dan is het wat lastiger. Dan zou ik heet als tweetrapsraket doen. Eén automation of trigger based template binary sensor die aangeeft of het wel of niet boven de threshold is. En dan die info als trigger in een automation gebruiken met een for.
Klinkt heel ingewikkeld. Dit moet onderdeel zijn van meerdere triggers en conditions die samen bepalen of de screens sluiten of openen. Ik hoopte dit in één template trigger te kunnen regelen.Septillion schreef op donderdag 23 april 2026 @ 21:46:
@manusjevanalles Daarom is het plaatsen van een snippet dus niet handig
Maar dan is het wat lastiger. Dan zou ik heet als tweetrapsraket doen. Eén automation of trigger based template binary sensor die aangeeft of het wel of niet boven de threshold is. En dan die info als trigger in een automation gebruiken met een for.
Hoe doe ik dat tweede deel met de info van de trigger in een for loop?
[ Voor 12% gewijzigd door manusjevanalles op 23-04-2026 22:03 ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
En nee, niet een for loop. Maar een trigger met een for parameter. Dat is, gok ik want snippets, hoe je nu ook voor de hysteresis van 5 minuten zorgt.
Ik heb dit nu als complete trigger:Septillion schreef op donderdag 23 april 2026 @ 22:06:
@manusjevanalles Is feitelijk eigenlijk alleen maar makkelijker... Want je splitst de boel. Kan je daarna die info ook in meerdere automations gebruiken etc.
En nee, niet een for loop. Maar een trigger met een for parameter. Dat is, gok ik want snippets, hoe je nu ook voor de hysteresis van 5 minuten zorgt.
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
| alias: Voldoende zonlichtlicht trigger: template value_template: |- {% set opwek = states('sensor.saj_current_power') | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {% if is_number(opwek) %} {% if uur in drempels %} {% set drempel = drempels[uur] %} {{ drempel > 0 and opwek > drempel }} {% endif %} {% endif %} id: Dicht for: hours: 0 minutes: 5 seconds: 0 |
AI geeft dit als oplossing, zou dit wel werken?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| alias: Voldoende zonlicht trigger: platform: template value_template: |- {% set opwek_state = states('sensor.saj_current_power') %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {% if is_number(opwek_state) %} {# De sensor is online: bereken de nieuwe status #} {% set opwek = opwek_state | float %} {% set drempel = drempels.get(uur, 0) %} {{ drempel > 0 and opwek > drempel }} {% else %} {# De sensor is unavailable: behoud de huidige status van deze trigger #} {{ this.state == 'on' }} {% endif %} for: minutes: 5 |
[ Voor 29% gewijzigd door manusjevanalles op 23-04-2026 22:23 ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
this.state checkt op de state van de automation, niet op de waarde van de trigger. Je automation zal altijd aan staan, anders doet hij sowieso niets, dus dat laatste stuk van die trigger zal er voor zorgen dat je automation triggert als je sensor unavailable is.manusjevanalles schreef op donderdag 23 april 2026 @ 22:10:
[...]
Ik heb dit nu als complete trigger:Django/Jinja:Maar deze herstart de 5 minuten zodra de sensor unavailable is geweest (heel frequent dus).
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 alias: Voldoende zonlichtlicht trigger: template value_template: |- {% set opwek = states('sensor.saj_current_power') | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {% if is_number(opwek) %} {% if uur in drempels %} {% set drempel = drempels[uur] %} {{ drempel > 0 and opwek > drempel }} {% endif %} {% endif %} id: Dicht for: hours: 0 minutes: 5 seconds: 0
AI geeft dit als oplossing, zou dit wel werken?Django/Jinja:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 alias: Voldoende zonlicht trigger: platform: template value_template: |- {% set opwek_state = states('sensor.saj_current_power') %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {% if is_number(opwek_state) %} {# De sensor is online: bereken de nieuwe status #} {% set opwek = opwek_state | float %} {% set drempel = drempels.get(uur, 0) %} {{ drempel > 0 and opwek > drempel }} {% else %} {# De sensor is unavailable: behoud de huidige status van deze trigger #} {{ this.state == 'on' }} {% endif %} for: minutes: 5
Ah ok, dan was AI hier dus aan het hallucineren. Is het uberhaupt wel mogelijk wat ik probeer te bereiken?TheFes schreef op vrijdag 24 april 2026 @ 09:30:
[...]
this.state checkt op de state van de automation, niet op de waarde van de trigger. Je automation zal altijd aan staan, anders doet hij sowieso niets, dus dat laatste stuk van die trigger zal er voor zorgen dat je automation triggert als je sensor unavailable is.
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
[ Voor 96% gewijzigd door keroner op 24-04-2026 10:23 ]
Waarom wordt je sensor zo vaak unavailable dan?manusjevanalles schreef op vrijdag 24 april 2026 @ 09:33:
[...]
Ah ok, dan was AI hier dus aan het hallucineren. Is het uberhaupt wel mogelijk wat ik probeer te bereiken?
Wat je zou kunnen doen is je logica in een template binary sensor stoppen. Die laat je dan unavailable zijn als je bronsensor ook unavailable is.
Je kunt dan je trigger maken op een state change van off naar on, waarmee je dus meteen van unavailable naar on negeert.
De omvormer hangt op zolder en zit op het randje qua wifi-bereik. Op zich niet storend verder, opwek en actueel verbruik komt frequent genoeg binnen voor monitoring. Maar voor dit soort dingen is het wel onhandig.TheFes schreef op vrijdag 24 april 2026 @ 10:20:
[...]
Waarom wordt je sensor zo vaak unavailable dan?
Wat je zou kunnen doen is je logica in een template binary sensor stoppen. Die laat je dan unavailable zijn als je bronsensor ook unavailable is.
Je kunt dan je trigger maken op een state change van off naar on, waarmee je dus meteen van unavailable naar on negeert.
Dank voor de tip voor een binary sensor, ik ga dat proberen.
[ Voor 4% gewijzigd door manusjevanalles op 24-04-2026 10:57 ]
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
Daarna is deze sensor gewoon makkelijk op meerdere plekken te gebruiken.
Krijg je denk ik iets als:
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
| template: - triggers: trigger: state entity_id: sensor.saj_current_power conditions: - condition: template value_template: "{{ trigger.to_state.state |is_number }}" binary_sensor: - name: Opwek over threshold unique_id: opwek_over_threshold device_class: light state: >- {% set opwek = trigger.to_state.state | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {{ opwek > drempels.get(uur, 0) }} |
Bedankt! Ik denk dat ik hem nu werkend heb door een binaire template sensor met als availability is_number. En dan in de automation een trigger als de status van off naar on of vice versa gaat. Mocht dat toch niet naar wens werken, dan probeer ik jouw optie.Septillion schreef op vrijdag 24 april 2026 @ 15:23:
@manusjevanalles Zoals @TheFes al aan gaf werkt het niet in een automation omdat die niet de vorige state van je trigger bewaard. Wel zou je dit in een template sensor kunnen toepassen, daar is de voorgaande state wel beschikbaar. Dus ChatGPT is het aan het verwarren. Maar volgens mij is het dan makkelijker om gewoon voor een trigger based variant te gaan en elke change van/naar "unavailable" te laten negeren. En dus alleen een update te doen wanneer je wel een getal binnen krijg.
Daarna is deze sensor gewoon makkelijk op meerdere plekken te gebruiken.
Krijg je denk ik iets als: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 template: - triggers: trigger: state entity_id: sensor.saj_current_power conditions: - condition: template value_template: "{{ trigger.to_state.state |is_number }}" binary_sensor: - name: Opwek over threshold unique_id: opwek_over_threshold device_class: light state: >- {% set opwek = trigger.to_state.state | float(0) %} {% set uur = now().hour %} {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %} {{ opwek > drempels.get(uur, 0) }}
☀️ 6440 Wp zuid | 🌡️ Stiebel Eltron WPL 15 ACS, HM Trend | Home Assistant
/f/image/mH0ZhNRGOVurIzwefVpNegUD.png?f=fotoalbum_large)
/f/image/mdwACK6PmdgOIJE2uTWZVYPK.png?f=fotoalbum_large)
/f/image/qEw42laYtMPbuvvNay459QTC.png?f=fotoalbum_large)
Ik zie dus eigenlijk bij de powersource alleen de PV en helemaal geen grid over verbruik, terwijl dat wel in de flow en de energy ysage plot wordt weergegeven. Andere sensors heb ik ook niet bij de P1 meter.
Wat gaat hier dan precies mis?
Edit: ik denk dat ik het gevonden heb; bij het configureren van de energy cons/productie sensors, kan je (nu? niet eerder gezien) ook sensors opgeven voor power cons/prod. Na een tijdje veranderd dan compleet die powersources grafiek...
[ Voor 8% gewijzigd door superduper op 24-04-2026 17:05 ]
/f/image/7cRde4GxNxtJYeSIHOC9xD35.png?f=fotoalbum_large)
Onder zonnepanelen moet je de gegevens van je inverter hangen, niet die van je slimme meter.
Opgewekte stroom - teruggeleverde stroom = intern gebruikte stroom.
En dat is nu dus 5.83 - 5.83 = 0
Maar daarvoor moet HA dus wel weten hoe veel stroom je exact opwekt.
Welke inverter heb je nu, en heb je de mogelijkheid om deze aan het netwerk (al dan niet internet wat soms helaas nog verplicht is) te hangen?
[ Voor 111% gewijzigd door D4NG3R op 24-04-2026 18:38 ]
Komt d'r in, dan kö-j d’r oet kieken
De IKEA STYRBAR is op zich een goed alternatief. Het enige nadeel vind ik dat deze maar vier knoppen heeft. Persoonlijk gaat mijn voorkeur toch uit naar minimaal vijf knoppen.Aramiss schreef op woensdag 22 april 2026 @ 23:12:
[...]
Heel herkenbaar. Ik ben recent ook pas begonnen met het afstoffen van hardware die al tijden in de la lag om in HA te integreren. Die remotes zijn inderdaad enorm fijn in gebruik en waren met 15 euro destijds echt een koopje. Achteraf had ik er ook veel meer moeten inslaan!
Met een beetje fantasie zou een ikea styrbar kunnen voldoen. Gaan er bij ikea volgens mij ook uit. Op marktplaats vind je ze nog wel voor schappelijke prijs.
Na wat verder zoeken ben ik het volgende product tegengekomen. Ik kan er online nog niet veel informatie over vinden en maar is is om verlichting te bedienen. Maar doordat het op zigbee werkt, denk ik dat dit wel een geschikte optie is. Vanwege de lage prijs heb ik er maar meteen 5 besteld.
https://mdrled.nl/product...afstandsbediening-rgb-cct
Ik heb toevallig iets van 3 weken geleden zoiets gemaakt bij mijn voordeur. In het gedeelte waar de nachtschoot in gaat heb een reedcontact gedaan. Op de nachtschoot zelf heb een een magneetje geplakt.new_guy schreef op woensdag 22 april 2026 @ 13:38:
Ik heb een tuinhek met daarin een poort voorzien van slot. Nu zou de WAF het erg fijn vinden om te kunnen zien of dat het slot ook daadwerkelijk "op slot" is vanaf de bank. Betreft zoiets als onderstaande.
Ik zit te spelen met het idee om bijvoorbeeld aan Aqara magneet contact te verwerken in het kozijn, die dan reageert op het "dichtbij" zijn van het slot. Dat kan nog wel een uitdaging worden qua ruimte in het kozijn verwacht ik.
Aangezien je vrijwel nooit de eerste bent die iets probeert toch ook hier de vraag. Iemand al eens iets vergelijkbaars gepoogd te maken?![]()
[Afbeelding]
Zo werkt de deur sensor ook want daar zit ook een reedcontact in. Die zou je eruit kunnen halen en verlengen met draden. Alleen twijfel ik wel of dit klein genoeg is. Dit dit type slot is de nachtschoot wel erg klein.
Dat is gekomen met de introductie van de power grafieken. En dus hetzelfde moment waarbij het mogelijk werd dat voor PV op te gevensuperduper schreef op vrijdag 24 april 2026 @ 16:49:
Edit: ik denk dat ik het gevonden heb; bij het configureren van de energy cons/productie sensors, kan je (nu? niet eerder gezien) ook sensors opgeven voor power cons/prod. Na een tijdje veranderd dan compleet die powersources grafiek...
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.
Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.