:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
/u/189310/crop571f5b38cbd6b_cropped.png?f=community)
- knip -
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Na een tijd HA te hebben gebruikt zonder problemen gebeuren sinds afgelopen dagen vreemde dingen waar ik de vinger maar niet achter krijg.
Draai alles op een Rasp 4 met M.2 SSD in een ArgonOne behuizing.
Het begon dat Zigbee2MQTT apparaten van het 1 op andere moment niet meer werken. Dit gebeurde random op de dag en een herstart van HA loste het gelijk weer op en daarna werkt alles weer probleemloos om de volgende dag ergens random dit weer te herhalen.
Gebruik hiervoor een Sonoff Zigbee 3.0 E-versie stick.
Hedenochtend werd ik wakker gemaakt dat de fan van de ArgonOne vol stond te draaien. Dit gebeurt alleen als ik de Rasp opnieuw opstart. Middels een add-on in HA gaat de fan daarna op stil tot een bepaalde temperatuur en de temps worden nooit gehaald om de fan ook daadwerkelijk te laten draaien en dat is verder het probleem ook niet.
Maar normaal als HA is opgestart gaat deze dus op stil en nu bleef hij dus draaien. Conclusie er is een probleem. Open HA ging ook niet meer dus maar stekker eruit en opnieuw de boel gestart en daarna draait alles weer als een zonnetje.
Maar hoe dit te onderzoeken. Ik de logfiles van HA wordt ik niets wijzer. Deze laten meestal alleen maar de zaken zien na de herstart en daarin staat niets bijzonders.
In /var/log is niets te vinden, deze is leeg . (geen idee of dit normaal is, voor mij altijd een vaste plek om te beginnen)
Is er ergens nog logging te vinden waardoor ik mogelijk kan zien wat er gebeurt.
Zelf het gevoel dat het met versie 10.1 of 10 er iets veranderd is waardoor het nu fout gaat. Tot voor kort werkt alles gewoon stabiel en ook niets meer geïnstalleerd wat het zou kunnen verklaren.
Nu ben ik een gewone gebruiker van HA dus nog een hoop te leren
En mogelijk nog wat info
Draai alles op een Rasp 4 met M.2 SSD in een ArgonOne behuizing.
Het begon dat Zigbee2MQTT apparaten van het 1 op andere moment niet meer werken. Dit gebeurde random op de dag en een herstart van HA loste het gelijk weer op en daarna werkt alles weer probleemloos om de volgende dag ergens random dit weer te herhalen.
Gebruik hiervoor een Sonoff Zigbee 3.0 E-versie stick.
Hedenochtend werd ik wakker gemaakt dat de fan van de ArgonOne vol stond te draaien. Dit gebeurt alleen als ik de Rasp opnieuw opstart. Middels een add-on in HA gaat de fan daarna op stil tot een bepaalde temperatuur en de temps worden nooit gehaald om de fan ook daadwerkelijk te laten draaien en dat is verder het probleem ook niet.
Maar normaal als HA is opgestart gaat deze dus op stil en nu bleef hij dus draaien. Conclusie er is een probleem. Open HA ging ook niet meer dus maar stekker eruit en opnieuw de boel gestart en daarna draait alles weer als een zonnetje.
Maar hoe dit te onderzoeken. Ik de logfiles van HA wordt ik niets wijzer. Deze laten meestal alleen maar de zaken zien na de herstart en daarin staat niets bijzonders.
In /var/log is niets te vinden, deze is leeg . (geen idee of dit normaal is, voor mij altijd een vaste plek om te beginnen)
Is er ergens nog logging te vinden waardoor ik mogelijk kan zien wat er gebeurt.
Zelf het gevoel dat het met versie 10.1 of 10 er iets veranderd is waardoor het nu fout gaat. Tot voor kort werkt alles gewoon stabiel en ook niets meer geïnstalleerd wat het zou kunnen verklaren.
Nu ben ik een gewone gebruiker van HA dus nog een hoop te leren
En mogelijk nog wat info
code:
1
2
3
4
| Home Assistant 2023.4.6 Supervisor 2023.04.1 Operating System 10.1 Frontend 20230411.1 - latest |
:strip_icc():strip_exif()/u/661060/crop5db72c2f4eee5.jpeg?f=community)
Geen idee wat de grote hiervan mag zijn maar zit rond de 666 Mb als ik kijk naar home-assistant_v2,db
(of het moet komen door het getal van de duivel
)Rollback zou kunnen maar ja wanneer ga je dan weer een upgrade proberen en wil eerst proberen te vinden wat de oorzaak is. Kan zijn dat iets anders ten grondslag ligt.
Wat mij ook is opgevallen dat sinds kort een herstat binnen HA ook niet meer lekker gaat. Als ik kies voor Reboot Systeem bij Advanced er wel gestart wordt met een herstart maar het syteem komt dus niet meer online en blijft dus hangen op afsluiten of opstarten. Kies ik voor Restart HA dan gaat het wel goed.
Kwam wel nog een home-assistant.log.1 in de homefolder tegen en die is gestopt om 03:12 dus rond die tijd dus problemen ontstaan denk ik en het deel waar het fout gaan is denk ik onderstaand. Vreemde is camera's werken prima maar geven dus wel errors. Ook vreemd dat de eerste problemen heeft met verbinden rond die tijd.
Dus eerst die maar eens tijdelijk uitschakelen en kijken hoe het dan gaat.
Maar als iemand daar anders over denkt dan hoor ik dat graag
Update log:
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
| 2023-04-30 02:00:00.580 ERROR (MainThread) [custom_components.reolink_dev.binary_sensor] Traceback (most recent call last):
File "/config/custom_components/reolink_dev/binary_sensor.py", line 130, in handle_event
await self._base.api.get_all_motion_states()
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 608, in get_all_motion_states
response = await self.send(body)
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 1723, in send
raise ApiError(
reolink.exceptions.ApiError: API returned HTTP status ERROR code 502/Bad Gateway
2023-04-30 02:00:31.407 ERROR (MainThread) [custom_components.reolink_dev] Error requesting reolink.Camera Gang data: Cannot connect to host 192.168.0.178:443 ssl:default [Connect call failed ('192.168.0.178', 443)]
2023-04-30 02:00:39.821 ERROR (MainThread) [custom_components.reolink_dev.binary_sensor] Motion states could not be queried from API
2023-04-30 02:00:39.833 ERROR (MainThread) [custom_components.reolink_dev.binary_sensor] Traceback (most recent call last):
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 980, in _wrap_create_connection
return await self._loop.create_connection(*args, **kwargs) # type: ignore[return-value] # noqa
File "/usr/local/lib/python3.10/asyncio/base_events.py", line 1076, in create_connection
raise exceptions[0]
File "/usr/local/lib/python3.10/asyncio/base_events.py", line 1060, in create_connection
sock = await self._connect_sock(
File "/usr/local/lib/python3.10/asyncio/base_events.py", line 969, in _connect_sock
await self.sock_connect(sock, address)
File "/usr/local/lib/python3.10/asyncio/selector_events.py", line 501, in sock_connect
return await fut
File "/usr/local/lib/python3.10/asyncio/selector_events.py", line 541, in _sock_connect_cb
raise OSError(err, f'Connect call failed {address}')
OSError: [Errno 113] Connect call failed ('192.168.0.177', 443)
The above exception was the direct cause of the following exception:
Traceback (most recent call last):
File "/config/custom_components/reolink_dev/binary_sensor.py", line 130, in handle_event
await self._base.api.get_all_motion_states()
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 608, in get_all_motion_states
response = await self.send(body)
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 1705, in send
async with session.post(
File "/usr/local/lib/python3.10/site-packages/aiohttp/client.py", line 1141, in __aenter__
self._resp = await self._coro
File "/usr/local/lib/python3.10/site-packages/aiohttp/client.py", line 536, in _request
conn = await self._connector.connect(
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 540, in connect
proto = await self._create_connection(req, traces, timeout)
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 901, in _create_connection
_, proto = await self._create_direct_connection(req, traces, timeout)
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 1206, in _create_direct_connection
raise last_exc
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 1175, in _create_direct_connection
transp, proto = await self._wrap_create_connection(
File "/usr/local/lib/python3.10/site-packages/aiohttp/connector.py", line 988, in _wrap_create_connection
raise client_error(req.connection_key, exc) from exc
aiohttp.client_exceptions.ClientConnectorError: Cannot connect to host 192.168.0.177:443 ssl:default [Connect call failed ('192.168.0.177', 443)]
2023-04-30 02:00:54.264 ERROR (MainThread) [custom_components.reolink_dev] Unexpected error fetching reolink.Voorkant Huis data:
Traceback (most recent call last):
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 250, in _async_refresh
self.data = await self._async_update_data()
File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 206, in _async_update_data
return await self.update_method()
File "/config/custom_components/reolink_dev/__init__.py", line 110, in async_update_data
await base.update_states()
File "/config/custom_components/reolink_dev/base.py", line 269, in update_states
await self._api.get_states()
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 460, in get_states
response = await self.send(body)
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 1730, in send
raise CredentialsInvalidError()
reolink.exceptions.CredentialsInvalidError
2023-04-30 02:01:00.771 ERROR (MainThread) [custom_components.reolink_dev.binary_sensor] Motion states could not be queried from API
2023-04-30 02:01:00.777 ERROR (MainThread) [custom_components.reolink_dev.binary_sensor] Traceback (most recent call last):
File "/config/custom_components/reolink_dev/binary_sensor.py", line 130, in handle_event
await self._base.api.get_all_motion_states()
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 608, in get_all_motion_states
response = await self.send(body)
File "/usr/local/lib/python3.10/site-packages/reolink/camera_api.py", line 1730, in send
raise CredentialsInvalidError()
reolink.exceptions.CredentialsInvalidError
2023-04-30 02:02:30.261 ERROR (MainThread) [custom_components.reolink_dev] Timeout fetching reolink.Camera Gang.motion_states data
2023-04-30 02:03:54.253 WARNING (MainThread) [reolink.subscription_manager] Subscription process ended with wrong HTTP status: 400: Bad Request
2023-04-30 02:03:54.306 ERROR (MainThread) [custom_components.reolink_dev.base] Host 192.168.0.177 error renewing the Reolink subscription
2023-04-30 02:04:32.008 WARNING (MainThread) [reolink.subscription_manager] Subscription process ended with wrong HTTP status: 400: Bad Request
2023-04-30 02:04:32.063 ERROR (MainThread) [custom_components.reolink_dev.base] Host 192.168.0.178 error renewing the Reolink subscription
2023-04-30 02:30:17.164 WARNING (MainThread) [custom_components.dahua] TimeoutError fetching information from http://192.168.0.173:80/cgi-bin/configManager.cgi?action=getConfig&name=MotionDetect
2023-04-30 02:30:17.171 WARNING (MainThread) [custom_components.dahua] Failed to sync device state for 192.168.0.173. See README to enable debug logs to get full exception
2023-04-30 02:30:17.174 ERROR (MainThread) [custom_components.dahua] Error fetching dahua data:
2023-04-30 03:10:36.892 ERROR (Bot:5637225505:updater) [telegram.ext.updater] Error while getting Updates: Bad Gateway
2023-04-30 03:11:49.757 ERROR (Thread-11) [pychromecast.socket_client] [Chomehome(192.168.0.25):32140] Error reading from socket.
2023-04-30 03:11:49.763 WARNING (Thread-11) [pychromecast.socket_client] [Chomehome(192.168.0.25):32140] Error communicating with socket, resetting connection
2023-04-30 03:11:49.765 ERROR (Thread-10) [pychromecast.socket_client] [Boxen(192.168.0.25):32205] Error reading from socket.
2023-04-30 03:11:49.774 WARNING (Thread-10) [pychromecast.socket_client] [Boxen(192.168.0.25):32205] Error communicating with socket, resetting connection
2023-04-30 03:11:49.777 ERROR (Thread-11) [pychromecast.socket_client] [Chomehome(192.168.0.25):32140] Failed to connect to service ServiceInfo(type='host', data=('192.168.0.25', 32140)), retrying in 5.0s
2023-04-30 03:11:49.786 ERROR (Thread-10) [pychromecast.socket_client] [Boxen(192.168.0.25):32205] Failed to connect to service ServiceInfo(type='host', data=('192.168.0.25', 32205)), retrying in 5.0s
2023-04-30 03:12:17.425 WARNING (Thread-9) [pychromecast.socket_client] [Slaapkamer Michel(192.168.0.25):8009] Heartbeat timeout, resetting connection
2023-04-30 03:12:24.722 ERROR (Thread-9) [pychromecast.socket_client] [Slaapkamer Michel(192.168.0.25):8009] Failed to connect to service ServiceInfo(type='host', data=('192.168.0.25', 8009)), retrying in 5.0s
2023-04-30 03:12:41.657 ERROR (Thread-11) [pychromecast.socket_client] [Chomehome(192.168.0.128):32140] Error reading from socket.
2023-04-30 03:12:41.661 WARNING (Thread-11) [pychromecast.socket_client] [Chomehome(192.168.0.128):32140] Error communicating with socket, resetting connection |
:strip_icc():strip_exif()/u/135355/20071128geek.jpg?f=community)
Mm, ik zou ze gewoon in een group gooien
Ben niet zo handig met templates als @TheFes maar denk dan iets als:
Django/Jinja:
1
| {{ states.sensor |selectattr('name', 'match', 'USW-24-PoE Port [0-9]+ PoE Power') |map(attribute='state') |map('float') |sum }} |
Alleen even geen idee hoe je dit dan ook netjes voor de availability doet...
Ik zelf heb 3 sensoren gemaakt welke de goedkoopste opeenvolgende tijden (3 uren) bepalen voor:
- Morgen ( Gebruik ik nu alleen voor de auto)
- Avond/nacht ( Gebruik ik nu alleen voor de vaatwasser )
- Ochtend/Middag (Wordt nog niet gebruikt, maar denk aan wasmachine/droger of warmptepomp)
Voor elk apparaat wat ik aan dit tijds schema wil hangen heb ik een helper tijd sensor gemaakt (aanrader) met een start en eindtijd. Doordat elk apparaat een eigen sensor heeft kan je handmatig de tijden achteraf nog aanpassen. D.m.v. een automation script zet ik de tijden in de helper sensoren.
Onderstaand het script om de goedkoopste (3) uren te bepalen voor morgen. Dit script heb ik niet zelf gemaakt.
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| - name: "NordPool Cheapest Sequential Hours Tomorrow" unique_id: 1203896d-e169-4a8a-bab8-d4982387f1ae icon: mdi:clock state: > {%- set numberOfSequentialHours = states('input_number.nordpool_sequential_hours') | int -%} {%- set lastHour = 24 -%} {%- set firstHour = 0 -%} {%- if state_attr('sensor.nordpool', 'tomorrow_valid') == true -%} {%- set ns = namespace(counter=0, list=[], cheapestHour=today_at("00:00") + timedelta( hours = (24)), cheapestPrice=999.00) -%} {%- for i in range(firstHour + numberOfSequentialHours, lastHour+1) -%} {%- set ns.counter = 0.0 -%} {%- for j in range(i-numberOfSequentialHours, i) -%} {%- set ns.counter = ns.counter + state_attr('sensor.nordpool', 'tomorrow')[j] -%} {%- endfor -%} {%- set ns.list = ns.list + [ns.counter] -%} {%- if ns.counter < ns.cheapestPrice -%} {%- set ns.cheapestPrice = ns.counter -%} {%- set ns.cheapestHour = today_at("00:00") + timedelta( hours = (24 + i - numberOfSequentialHours)) -%} {%- endif -%} {%- endfor -%} {{ ns.cheapestHour }} {%- set ns.cheapestPrice = ns.cheapestPrice / numberOfSequentialHours -%} {%- endif -%} |
Automation script om de tijden te zetten in de helper sensoren.
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
| alias: Set device start/end time tomorrow description: Set the time at the cheapest energy time trigger: - platform: time at: "23:15:00" condition: - condition: not conditions: - condition: state entity_id: sensor.nordpool_cheapest_sequential_hours_tomorrow state: unknown action: - service: input_datetime.set_datetime data: time: >- {{ as_timestamp(states('sensor.nordpool_cheapest_sequential_hours_tomorrow')) | timestamp_custom('%H:%M') }} target: entity_id: - input_datetime.device_start_time - input_datetime.waggie_charging_start_time - service: input_datetime.set_datetime data: time: >- {{ ((as_timestamp(states('sensor.nordpool_cheapest_sequential_hours_tomorrow')) + (3600 * states('input_number.nordpool_sequential_hours') | int)) | timestamp_custom('%H:%M')) }} target: entity_id: - input_datetime.device_end_time - input_datetime.waggie_charging_end_time mode: single |
En een simple kaart gemaakt waarmee ik het:
- Automatisering script aan en uit kan zetten
- Het laden kan forceren
- Start en eindtijd aanpassen
:fill(white):strip_exif()/f/image/7fhpDvFW83nrPThNJWmK4TjU.png?f=user_large)
Onderstaand het 'Slim' laden script. Het script praat tegen de auto aan i.p.v. tegen de laadpaal. Dit heb ik gedaan vanwege gemakzucht, om tegen de Evbox API aan te praten moest ik een client gaan aanvragen en hierop wilde ik niet wachten.
Het script heb ik zo simple mogelijk proberen te houden, hij was wat complexer en dat zorgde alleen maar voor problemen.
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
| alias: Smart Waggie Charging description: Energy price based charging trigger: - platform: time at: input_datetime.waggie_charging_start_time id: device_start_time alias: When preferred start time - platform: state entity_id: - binary_sensor.waggie_charging to: "on" id: waggie_charging_started alias: When Waggie starts charging - platform: state entity_id: - input_boolean.override_waggie_charging id: override_waggie_charging to: "on" alias: When force charging enabled - platform: time id: device_end_time alias: When preferred end time at: input_datetime.waggie_charging_end_time condition: - type: is_plugged_in condition: device device_id: xxxxxxxxx entity_id: binary_sensor.waggie_charger domain: binary_sensor - condition: device device_id: xxxxxxxxx domain: device_tracker entity_id: device_tracker.waggie_location_tracker type: is_home action: - if: - condition: or conditions: - condition: trigger id: device_start_time alias: Preferred start time - condition: and conditions: - condition: trigger id: override_waggie_charging - condition: state entity_id: input_boolean.override_waggie_charging state: "on" alias: Force charging alias: Preferred start time or force charging then: - device_id: xxxxxxxx domain: button entity_id: button.waggie_wake_up type: press - delay: hours: 0 minutes: 0 seconds: 30 milliseconds: 0 - type: turn_on device_id: xxxxxxxxxxxx entity_id: switch.waggie_charger domain: switch alias: Start charging - if: - condition: state entity_id: input_boolean.override_waggie_charging state: "off" alias: Force charging is off - condition: time after: input_datetime.waggie_charging_end_time alias: Is outside preferred hours weekday: - sun - sat - fri - thu - wed - tue - mon before: input_datetime.waggie_charging_start_time - condition: numeric_state entity_id: sensor.waggie_battery below: 85 then: - type: turn_off device_id: xxxxxxxx entity_id: switch.waggie_charger domain: switch alias: Stop charging mode: single |
:strip_icc():strip_exif()/u/845047/crop60d73a06c10a5_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/206680/crop5fc7b8ec33719_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/150290/csi.jpg?f=community)
@The Executer Je heelt heel duidelijk triggers en conditions door elkaar
Als jij een notificatie om 10 uur wilt als er morgen afval is dan heb je:
Wanneer => trigger => 10:00 elke dag
Voorwaarde => Condition => morgen wordt er afval opgehaald ofwel, hij is niet "Geen"
Is dus ook helemaal geen vertraagde notificatie, het is een notificatie met een voorwaarde.
Ofwel:
Ook even netjes states() gebruikt om errors te voorkomen.
Als jij een notificatie om 10 uur wilt als er morgen afval is dan heb je:
Wanneer => trigger => 10:00 elke dag
Voorwaarde => Condition => morgen wordt er afval opgehaald ofwel, hij is niet "Geen"
Is dus ook helemaal geen vertraagde notificatie, het is een notificatie met een voorwaarde.
Ofwel:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| alias: Container notificatie description: "" trigger: - platform: time at: "10:00:00" condition: - condition: not conditions: - condition: state entity_id: sensor.omrin_morgen state: Geen action: - device_id: XXXXXX domain: mobile_app type: notify message: De {{ states('sensor.omrin_morgen') }}-container wordt morgen geleegd. title: Container mode: single |
Ook even netjes states() gebruikt om errors te voorkomen.
Ik bekeek hem net andersom zeg maar::
@The Executer Je heelt heel duidelijk triggers en conditions door elkaar
Als jij een notificatie om 10 uur wilt als er morgen afval is dan heb je:
Wanneer => trigger => 10:00 elke dag
Voorwaarde => Condition => morgen wordt er afval opgehaald ofwel, hij is niet "Geen"
Is dus ook helemaal geen vertraagde notificatie, het is een notificatie met een voorwaarde.
Ofwel:
YAML:
Ook even netjes states() gebruikt om errors te voorkomen.
Als aan voorwaarde "morgen word er afval opgehaald" dan mag je pas om 10:00 een notificatie geven (de sensor wijzigt om 00:00). Gedachte erachter was dat de automation op die manier niet elke dag te lopen (alleen iets uitvoeren wanneer
Thanks voor je code, ik ga hem proberen!
"We don't make mistakes; we just have happy accidents" - Bob Ross
@The Executer Je mag de zin omdraaien zoals je wilt maar "het moment" (ofwel trigger) en de voorwaarde blijven dan hetzelfde
In jouw code is de tijd de trigger en de condition de voorwaarde. In mijn hoofd was de condition de trigger en de tijd de voorwaarde.:
@The Executer Je mag de zin omdraaien zoals je wilt maar "het moment" (ofwel trigger) en de voorwaarde blijven dan hetzelfde
Kun je me vertellen wat het verschil maakt met de versie zoals ik die had?
"We don't make mistakes; we just have happy accidents" - Bob Ross
:strip_exif()/u/347735/crop58f65ba8bbb3d_cropped.gif?f=community)
:strip_icc():strip_exif()/u/22862/IceAge.jpg?f=community)
:strip_exif()/u/128173/crop59a1592e54731_cropped.gif?f=community)
De 1e Google-hit is een recente bug-report
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094
[ Voor 19% gewijzigd door Raven op 01-05-2023 11:56 ]
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
Ja, had ik zelf inmiddels al gevonden zoals je kon zien:
[...]
De 1e Google-hit is een recente bug-report
Heb nog wel een issue met Debian 11.7 icm HA Supervised.
Heb deze melding:
System is unsupported because Systemd Journal and/or the gateway service is missing, inactive or misconfigured . Use the link to learn more and how to fix this.
Als ik de HA Supervisor opnieuw installeer op Debian 11.7 krijg ik:
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
| root@HOMEASSISTANT1:/home/administrator/supervised-installer# apt install ./homeassistant-supervised.deb Reading package lists... Done Building dependency tree... Done Reading state information... Done Note, selecting 'homeassistant-supervised' instead of './homeassistant-supervised.deb' The following packages will be upgraded: homeassistant-supervised 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/6,444 B of archives. After this operation, 0 B of additional disk space will be used. Get:1 /home/administrator/supervised-installer/homeassistant-supervised.deb homeassistant-supervised all 1.4.2 [6,444 B] Reading changelogs... Done Preconfiguring packages ... (Reading database ... 60175 files and directories currently installed.) Preparing to unpack .../homeassistant-supervised.deb ... [warn] [warn] If you want more control over your own system, run [warn] Home Assistant as a VM or run Home Assistant Core [warn] via a Docker container. [warn] [warn] ModemManager service is enabled. This might cause issue when using serial devices. Leaving 'diversion of /etc/NetworkManager/NetworkManager.conf to /etc/NetworkManager/NetworkManager.conf.real by homeassistant-supervised' Leaving 'diversion of /etc/NetworkManager/system-connections/default to /etc/NetworkManager/system-connections/default.real by homeassistant-supervised' Leaving 'diversion of /etc/docker/daemon.json to /etc/docker/daemon.json.real by homeassistant-supervised' Leaving 'diversion of /etc/network/interfaces to /etc/network/interfaces.real by homeassistant-supervised' Unpacking homeassistant-supervised (1.4.2) over (1.4.1) ... Setting up homeassistant-supervised (1.4.2) ... [info] Restarting NetworkManager [info] Set up systemd-journal-gatewayd socket file [info] Enable systemd-journal-gatewayd dpkg: error processing package homeassistant-supervised (--configure): installed homeassistant-supervised package post-installation script subprocess returned error exit status 1 Errors were encountered while processing: homeassistant-supervised E: Sub-process /usr/bin/dpkg returned an error code (1) root@HOMEASSISTANT1:/home/administrator/supervised-installer# |
Jullie ook dit issue toevallig?
[ Voor 81% gewijzigd door Flappie op 01-05-2023 12:31 ]
/u/298857/crop6471d9676d431.png?f=community)
Nog niet want ik heb nog niet ge-updated. Maar je zal in /var/log/apt/history moeten kijken welke foutmelding de installatie van systemd-journal-gatewayd oplevert.:
[...]
Ja, had ik zelf inmiddels al gevonden zoals je kon zien
Heb nog wel een issue met Debian 11.7 icm HA Supervised.
Heb deze melding:
System is unsupported because Systemd Journal and/or the gateway service is missing, inactive or misconfigured . Use the link to learn more and how to fix this.
Als ik de HA Supervisor opnieuw installeer op Debian 11.7 krijg ik:
code:
Jullie ook dit issue toevallig?
Die is mij bekend inderdaad, hoopte alleen dat er toch een manier was om dit centraal op user niveau te doen in plaats van op het device zelf.
:strip_icc():strip_exif()/u/77667/crop56b7832c3f349_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/91738/honden_sana.jpg?f=community)
Dank voor de feedback! Heb je teovallig een screenshot van je dashboard en is dit dan ook handig te gebruiken op je telefoon?
Oef dat resetten en niet kunnen importeren is wel balen, heb veel wall modules dus resetten is veel stopcontacten/schakelaars open maken
/u/1808364/crop6307ee7143814_cropped.png?f=community)
Ik heb nog even tijd om te proberen
Benieuwe wel hoe "traag" dit gaat op mn piIk kan dan nog beslissen of ik google eruit gooi.
Doe jij dat dan? Of blijf je voorlopig bij google?
Ik zal eerst es zorgen dat ik op https zit ipv http
Dat is immers een vereiste las ik.
Alleen bang dat ik alles om zeep zal helpen
Ik had deze video gevolgd om ipv nabu casa, cloudflare te gebruiken.
YouTube: The Easiest Free Way To Do Home Assistant Remote Access!
Nu moet ik zorgen dat dit nog blijft werken, als ik naar https ga...
Edit: Er wordt algemeen gezegd van zoveel mogelijk lokaal te blijven (wat ik begrijp) en die eigen spraakassistant draait ook lokaal, maar als je dan naar nabu casa gaat, ben je toch weer afhankelijk?
[ Voor 6% gewijzigd door skank op 01-05-2023 15:20 ]
Dat is dus een afweging die je moet maken voor jezelf. Alles lokaal en daarmee wellicht trager (of investeren in krachtigere hardware met bijbehorend stroomverbruik) of de hardware van een cloud provider gebruiken:
[...]
Ik heb nog even tijd om te proberen
Ik kan dan nog beslissen of ik google eruit gooi.
Doe jij dat dan? Of blijf je voorlopig bij google?
Ik zal eerst es zorgen dat ik op https zit ipv http
Dat is immers een vereiste las ik.
Alleen bang dat ik alles om zeep zal helpen
Ik had deze video gevolgd om ipv nabu casa, cloudflare te gebruiken.
YouTube: The Easiest Free Way To Do Home Assistant Remote Access!
Nu moet ik zorgen dat dit nog blijft werken, als ik naar https ga...
Edit: Er wordt algemeen gezegd van zoveel mogelijk lokaal te blijven (wat ik begrijp) en die eigen spraakassistant draait ook lokaal, maar als je dan naar nabu casa gaat, ben je toch weer afhankelijk?
Je kunt toch beiden blijven gebruiken?:
[...]
Dank voor de feedback! Heb je teovallig een screenshot van je dashboard en is dit dan ook handig te gebruiken op je telefoon?
Oef dat resetten en niet kunnen importeren is wel balen, heb veel wall modules dus resetten is veel stopcontacten/schakelaars open maken
Hue heeft een eigen integratie in HA.
Ik zou als eerste overstappen naar HA met de Hue-integratie en een simpel dashboard maken en daar (je vrouw ook) aan wennen.
Daarna een aantal lampen overzetten van Hue naar HA zodat je ruimte krijgt op je Hue-bridge en eventueel later stuk voor stuk overzetten, wanneer je zin en tijd hebt. Tot die tijd draait het ook samen prima tegelijkertijd.
Ik gebruik een raster met 4 knoppen naast elkaar. Screenshot vanaf telefoon.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/WbL3HpRJg4wdOcOHtqh9SUjI.jpg?f=user_large)
Who's general failure, and why is he reading my disk?
Dank voor het screenshot - dat lijkt inderdaad wife proof
Mijn Philips hue systeem klaagt over te weinig geheugen en er komen nog meer lampen/accesories bij. Kortom ik wil graag naar een toekomst vaste en werkbare oplossing.
Uitdaging is wel dat bijna de hele woning al voorzien is van knoppen en wallswitches etc, dus moet denk ik een weekend uittrekken hiervoor
Lees op internet ook dat men een USB verlengkabel van 10 meter aanschaft om het koppelen eenvoudiger te maken (maar dankzij de tip van @PimDoos hierboven - eerst apparaten dichtbij de HA unit installeren - zou het moeten lukken)
Je moet het in fases doen.:
[...]
Dank voor het screenshot - dat lijkt inderdaad wife proof
Mijn Philips hue systeem klaagt over te weinig geheugen en er komen nog meer lampen/accesories bij. Kortom ik wil graag naar een toekomst vaste en werkbare oplossing.
Uitdaging is wel dat bijna de hele woning al voorzien is van knoppen en wallswitches etc, dus moet denk ik een weekend uittrekken hiervoor
1. Integreer de standaard Hue-integratie in HA, dan kun je via HA, je reeds bestaande Hue-apparatuur prima aansturen, alles loopt dan nog via je Hue-bridge maar wordt bediend vanuit HA.
2. Zet een aantal lampen/accessories over van Hue naar HA zodat je Hue-bridge geheugen vrij krijgt.
3. Nieuwe lampen/accessories direct via HA koppelen.
4. Wanneer je tijd/zin hebt, de rest van de Hue-apparatuur overzetten zodat de Hue-bridge overbodig wordt.
Een USB-verlengkabel gebruik ik ook, een van 3 meter geloof ik.
Who's general failure, and why is he reading my disk?
/u/4806/2205561924302542238.png?f=community)
Qua snelheid merk ik geen verschil. Ik merk wel dat als ik op twee dimmers die naast elkaar hangen te snel achter elkaar (binnen 1s) een knop indruk, er vaak maar één van de twee geregistreerd wordt.
In mijn geval waren dat de 'uit' knoppen voor twee verschillende zones (woonkamer en keuken). Ik heb nu in de automation één van de uitknoppen als 'master off' ingesteld, zodat beide zones uit gaan met één knop
.... wanneer ik de nieuwe berichten-indicator onderaan gebruik om nieuwe berichten te laden, worden edits niet geladen (pas na F5 wel), die had ik dus gemist:
[...]
Ja, had ik zelf inmiddels al gevonden zoals je kon zien
After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...
Oscar Wilde
:strip_icc():strip_exif()/u/101621/apple.jpg?f=community)
:strip_icc():strip_exif()/u/60902/crop625bd67396add_cropped.jpg?f=community)
/u/317612/icon.png?f=community){kind=icon}
Nee, sorry, maar ik heb wel interesse in hoe je detecteert wanneer de was klaar is
Ik heb zelf ook een plug die het verbruik van mijn wasmachine en droogkast (apart) meet, maar ik heb het probleem dat mijn wasmachine en droogkast op het einde even wachten en daarna terug gaan draaien, en ook tijdens het programma zelf nemen beide toestellen regelmatig een pauze (zonder meetbaar verbruik).
Als ik heel naïef een automation maak die een notificatie stuurt wanneer het verbruik naar 0 gaat, dan krijg ik er tijdens een wascyclus 10. Mijn huidige oplossing is nu "usage 0W for 5 minutes", dat werkt, maar dat geeft natuurlijk een delay van 5 minuten. Ik ben een beetje een patroon aan het proberen te zoeken dat kan werken zonder vertraging (eerst een verbruik van >x watt, dan 0W?) maar tussen de programma's zit wel wat variatie.
Hoe doen jullie dat?
Android developer & dürüm-liefhebber
https://community.home-as...g-machine-finishes/254841:
[...]
Nee, sorry, maar ik heb wel interesse in hoe je detecteert wanneer de was klaar is
Ik heb zelf ook een plug die het verbruik van mijn wasmachine en droogkast (apart) meet, maar ik heb het probleem dat mijn wasmachine en droogkast op het einde even wachten en daarna terug gaan draaien, en ook tijdens het programma zelf nemen beide toestellen regelmatig een pauze (zonder meetbaar verbruik).
Als ik heel naïef een automation maak die een notificatie stuurt wanneer het verbruik naar 0 gaat, dan krijg ik er tijdens een wascyclus 10. Mijn huidige oplossing is nu "usage 0W for 5 minutes", dat werkt, maar dat geeft natuurlijk een delay van 5 minuten. Ik ben een beetje een patroon aan het proberen te zoeken dat kan werken (eerst een verbruik van >x watt, dan 0W) maar tussen de programma's zit wel wat variatie.
Hoe doen jullie dat?
Ik heb hier ook een vertraging van 5 minuten, werkt prima.
Donstil: Je moet kopen wat je wilt hebben. Niet wat je nodig hebt!
Is eenvoudig. Zeggen dat hij X minuten onder een bepaald vermogen moet blijven. Eventueel nadat hij 1 of 2 keer meer dan 1000W heeft verbruikt.:
[...]
Nee, sorry, maar ik heb wel interesse in hoe je detecteert wanneer de was klaar is
Ik heb zelf ook een plug die het verbruik van mijn wasmachine en droogkast (apart) meet, maar ik heb het probleem dat mijn wasmachine en droogkast op het einde even wachten en daarna terug gaan draaien, en ook tijdens het programma zelf nemen beide toestellen regelmatig een pauze (zonder meetbaar verbruik).
Als ik heel naïef een automation maak die een notificatie stuurt wanneer het verbruik naar 0 gaat, dan krijg ik er tijdens een wascyclus 10. Mijn huidige oplossing is nu "usage 0W for 5 minutes", dat werkt, maar dat geeft natuurlijk een delay van 5 minuten. Ik ben een beetje een patroon aan het proberen te zoeken dat kan werken (eerst een verbruik van >x watt, dan 0W) maar tussen de programma's zit wel wat variatie.
Hoe doen jullie dat?
:strip_icc():strip_exif()/u/140051/BSOD.jpg?f=community)
Ja dat is waar. Nee maar wellicht is dat wat beter geoptimaliseerd dan via HA. Maar blijkbaar is er geen verschil.
Oké dank. Ik denk dat ik het dan maar een gewoon moet proberen.:
[...]
Qua snelheid merk ik geen verschil. Ik merk wel dat als ik op twee dimmers die naast elkaar hangen te snel achter elkaar (binnen 1s) een knop indruk, er vaak maar één van de twee geregistreerd wordt.
In mijn geval waren dat de 'uit' knoppen voor twee verschillende zones (woonkamer en keuken). Ik heb nu in de automation één van de uitknoppen als 'master off' ingesteld, zodat beide zones uit gaan met één knop
Al moet ik eerst nog even wachten tot de SkyConnect stick weer leverbaar is.
:strip_icc():strip_exif()/u/33909/crop5f4d2e6650311_cropped.jpeg?f=community)
Hier die van mij (wasmachine en droger). Ik gebruik voor beiden een helper die aangeeft wanneer het apparaat in kwestie begint.:
[...]
Nee, sorry, maar ik heb wel interesse in hoe je detecteert wanneer de was klaar is
Edit: Mijn droger is een gasdroger. Vandaar de lage vermogenswaardes.
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
| alias: Wasmachine en Droogtrommel Notificatie description: "" trigger: - platform: numeric_state entity_id: sensor.wasmachine_power above: 150 below: 1500 for: hours: 0 minutes: 3 seconds: 0 id: wasmachine-klaar - platform: numeric_state entity_id: sensor.wasmachine_power id: wasmachine-begin above: 1500 for: hours: 0 minutes: 0 seconds: 12 milliseconds: 0 - platform: numeric_state entity_id: sensor.droogtrommel_power id: droogtrommel-begin above: 100 for: hours: 0 minutes: 0 seconds: 15 - platform: numeric_state entity_id: sensor.droogtrommel_power id: droogtrommel-eind below: 100 for: hours: 0 minutes: 0 seconds: 45 condition: [] action: - choose: - conditions: - condition: trigger id: wasmachine-begin - condition: state entity_id: input_boolean.wasmachine_bezig state: "off" sequence: - service: input_boolean.turn_on target: entity_id: input_boolean.wasmachine_bezig data: {} - conditions: - condition: trigger id: wasmachine-klaar - condition: state entity_id: input_boolean.wasmachine_bezig state: "on" sequence: - wait_for_trigger: - type: power platform: device device_id: aced5f94d7c9b6249c810d36e46da54c entity_id: sensor.wasmachine_power domain: sensor below: 150 for: hours: 0 minutes: 1 seconds: 0 timeout: hours: 0 minutes: 8 seconds: 0 milliseconds: 0 - service: input_boolean.turn_off target: entity_id: input_boolean.wasmachine_bezig data: {} - repeat: count: "3" sequence: - service: tts.say data: message: Wasmachine is klaar. entity_id: >- media_player.inpak_nest,media_player.huiskamer_nest,media_player.keuken_nest,media_player.jbl_gameroom - delay: hours: 0 minutes: 0 seconds: 20 milliseconds: 0 - conditions: - condition: trigger id: droogtrommel-begin sequence: - service: input_boolean.turn_on data: {} target: entity_id: input_boolean.droger_bezig - conditions: - condition: trigger id: droogtrommel-eind - condition: state entity_id: input_boolean.droger_bezig state: "on" sequence: - service: input_boolean.turn_off data: {} target: entity_id: input_boolean.droger_bezig - repeat: count: "3" sequence: - service: tts.say data: message: Droogtrommel is klaar. entity_id: >- media_player.inpak_nest,media_player.huiskamer_nest,media_player.keuken_nest,media_player.jbl_gameroom - delay: hours: 0 minutes: 0 seconds: 20 milliseconds: 0 default: [] mode: restart trace: stored_traces: 10 |
André Huisman (www.new-line.nl)
Ik heb al een tijdje geen gas consumptie meer in HA. Nu is dat fijn voor de portemonnee, maar het klopt niet.
Als ik naar mijn instellingen kijk zie ik dat de entiteit niet meer beschikbaar is:
:fill(white):strip_exif()/f/image/jLPZNoZFrsnI0LT8bKbH4yqz.png?f=user_large)
Ik maak gebruik van de USB versie om de slimme meter uit te lezen. Het heeft altijd gewerkt, maar blijkbaar is er ergens iets misgegaan. Ik maak gebruik van de DSMR Slimme meter integratie waarbij de Electricity meter wél werkt. Ik heb het systeem waar HA op draait al eens een reboot gegeven, maar dat gaf geen resultaat.
Als ik naar mijn instellingen kijk zie ik dat de entiteit niet meer beschikbaar is:
Ik maak gebruik van de USB versie om de slimme meter uit te lezen. Het heeft altijd gewerkt, maar blijkbaar is er ergens iets misgegaan. Ik maak gebruik van de DSMR Slimme meter integratie waarbij de Electricity meter wél werkt. Ik heb het systeem waar HA op draait al eens een reboot gegeven, maar dat gaf geen resultaat.
[ Voor 7% gewijzigd door GilbertvH op 01-05-2023 20:52 ]
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/g7eDqj1bY8ZAUMnifYCzPchP.jpg?f=user_large)
Check “Browser mod” dan kun je op user niveau sidebar en top bar inregelen, werkt bij mij super:
[...]
Die is mij bekend inderdaad, hoopte alleen dat er toch een manier was om dit centraal op user niveau te doen in plaats van op het device zelf.
Ik heb dit ook ineens... Maar zie nog wel verbruik in de geschiedenis van de sensor?
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/tX5upjOFRlL7AkOznnKX1y3o.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/0GWwG6hR2LbpMOiLikH1eJO7.jpg?f=user_large)
Dit is vandaag, komt niet in energyboard.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/5PLQphv3DVToulgyf0bDSudh.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/27Dc7uIROsawLTF3RCCmIkaM.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/4V3pm42X4eG7cQrLPGdRZ5RV.jpg?f=user_large)
[ Voor 7% gewijzigd door Turb0Turb0 op 02-05-2023 09:36 ]
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/hGwPCWYvfXd6aUoGDPkp5ZEg.jpg?f=user_large)
Ik heb op 29-4 nog wel gas in het dashboard
Ik zie nu dit in de log
Logger: homeassistant.components.utility_meter.sensor
Source: components/utility_meter/sensor.py:456
Integration: Nutsmeter (documentation, issues)
First occurred: 09:42:59 (1 occurrences)
Last logged: 09:42:59
Gas 1,45 received an invalid state change coming from sensor.gas_meter_gas_consumption (unknown > 7978.843)
Edit- zelfde probleem? Voor mij gaat dit iets boven mijn kunnen.
https://github.com/home-assistant/core/issues/92243
Edit 2 werkt weer...
Nadat ik systeem opnieuw opstarten heb gedaan staat gas van vandaag weer in het dashboard... Tot nu toe heb ik alleen de gele knop herstarten gebruikt sinds ik met HA werk.
:strip_exif()/f/image/GlYJOiSV9QcUE3tNRjb2ZZoo.jpg?f=fotoalbum_large)
:strip_exif()/f/image/p3iglvTkk8nMyg8i7F1IWLAV.jpg?f=fotoalbum_large)
Ik zie nu dit in de log
Logger: homeassistant.components.utility_meter.sensor
Source: components/utility_meter/sensor.py:456
Integration: Nutsmeter (documentation, issues)
First occurred: 09:42:59 (1 occurrences)
Last logged: 09:42:59
Gas 1,45 received an invalid state change coming from sensor.gas_meter_gas_consumption (unknown > 7978.843)
Edit- zelfde probleem? Voor mij gaat dit iets boven mijn kunnen.
https://github.com/home-assistant/core/issues/92243
Edit 2 werkt weer...
Nadat ik systeem opnieuw opstarten heb gedaan staat gas van vandaag weer in het dashboard... Tot nu toe heb ik alleen de gele knop herstarten gebruikt sinds ik met HA werk.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/GlYJOiSV9QcUE3tNRjb2ZZoo.jpg?f=user_large)
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/p3iglvTkk8nMyg8i7F1IWLAV.jpg?f=user_large)
[ Voor 61% gewijzigd door Turb0Turb0 op 02-05-2023 10:05 . Reden: Url ]
/u/440537/crop63af150cdede4_cropped.png?f=community)
:strip_icc():strip_exif()/u/1434986/crop649350276f23c_cropped.jpg?f=community)
:strip_exif()/u/25150/Gizzbril.gif?f=community)
@Polderviking hier pas 1 false positive gehad. Dat was de rookmelder in een stoffige schuur toen het buiten (en blijkbaar ook in de schuur) erg mistig was. Dus daar heb ik 'm weggehaald
In huis nog nooit een false positive, ook niet in de huiskamer met open keuken. Waar ook wel eens wiet wordt gevaped, maar dat geeft echt minder damp in de lucht dan die nicotine stoompijpje.
Kun je de rookmelder niet wat verder weg plaatsen van de plek waar gevaped wordt? En/of zorgen dat er beter geventileerd wordt; hier gaat de mechanische ventilatie op de hoogste stand draaien als in de huiskamer meer dan 10 microgram aan fijnstof (PM2.5) per kuub lucht wordt gedetecteerd.
In huis nog nooit een false positive, ook niet in de huiskamer met open keuken. Waar ook wel eens wiet wordt gevaped, maar dat geeft echt minder damp in de lucht dan die nicotine stoompijpje.
Kun je de rookmelder niet wat verder weg plaatsen van de plek waar gevaped wordt? En/of zorgen dat er beter geventileerd wordt; hier gaat de mechanische ventilatie op de hoogste stand draaien als in de huiskamer meer dan 10 microgram aan fijnstof (PM2.5) per kuub lucht wordt gedetecteerd.
Canon EOS 5Dm3 + 5D + 7D + 300D + 1000FN + EF 17-40 4L + EF 35 1.4L + EF 50 1.8 + EF 80-200 2.8L + 550EX
@Polderviking Waar waterdamp/rook een issue is hang je toch gewoon een hittemelder op in plaats van een rookmelder?
Die verplichte rookmelder per verdieping hang je dan mooi waar 'ie bedoeld is.
Dit soort devices uit (kunnen) zetten pas ik wel voor.
Die verplichte rookmelder per verdieping hang je dan mooi waar 'ie bedoeld is.
Dit soort devices uit (kunnen) zetten pas ik wel voor.
- knip -
Ik zie door de bomen het bos niet meer. Ik wil eigenlijk wat smartplugs hebben om individuele apparaten te monitoren.
/f/image/CvUo0JyxFC8BzteWAkg5MiOx.png?f=fotoalbum_large)
Ik weet welk apparaat dit doet maar ik wil dus dit apparaat zelf monitoren en zo de kosten berekenen. Maar nu. Hoe? Ik wil eigenlijk lokaal zonder app. Mijn HA draait in de cloud (azure) en een raspberry pi zorgt voor alle verkeer tussen deze systemen. Ik wil verder geen externe app oid maar gewoon een lokaal systeem (WiFi?). Tuya valt dus af, maar dan ga je al snel richting Zigbee oid?
Iemand hier ervaringen mee?
:fill(white):strip_exif()/f/image/CvUo0JyxFC8BzteWAkg5MiOx.png?f=user_large)
Ik weet welk apparaat dit doet maar ik wil dus dit apparaat zelf monitoren en zo de kosten berekenen. Maar nu. Hoe? Ik wil eigenlijk lokaal zonder app. Mijn HA draait in de cloud (azure) en een raspberry pi zorgt voor alle verkeer tussen deze systemen. Ik wil verder geen externe app oid maar gewoon een lokaal systeem (WiFi?). Tuya valt dus af, maar dan ga je al snel richting Zigbee oid?
Iemand hier ervaringen mee?
Schiet tussen de palen en je scoort!