:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
/u/28836/crop61ee9dac0811d_cropped.png?f=community)
Er zou een error melding in je log moeten komen te staan waarom dat dat is, die kan vast helpen
Link naar je log
Link naar je log
:strip_icc():strip_exif()/u/273224/crop61387907ccb9f.jpg?f=community)
Thanks maar lijkt erop dat dit ook niet zo 1-2-3 mogelijk is. De meldingen voor activiteit van de sensors heb ik in Homekit geregeld, niet vanuit HA (mijn HA is niet extern toegankelijk en via de Homekit bridge add-on kan ik op de telefoon toch alles vanaf afstand uitlezen en bedienen). Wat ik dus/daarom wil is de sensor in HA uitschakelen als een van de iPhones thuis is. Ze kunnen dan immers niet meer via de Homekit bridge met mijn telefoon praten zodat die geen meldingen meer geeft.:
[...]
Kun je niet de automation voor de meldingen van de sensors aanpassen met een Conditional (die kun je oneindig toevoegen als "And") iPhone X/Y not home. Of, als je het netter (toekomstbestiger) wil doen, de iPhones aan People koppelen via People & Zones, en dan als Condidional een State met PersoonX not home?
De documentatie over automations is ook best handig, ik heb eerst veel zitten rommelen en ben toen pas gaan lezen. https://www.home-assistant.io/docs/automation/basics/
Ik kan de iPhone in HA inderdaad wel onder een persoon hangen en bij het maken van een automatisering als voorwaarde instellen dat die persoon thuis moet zijn, maar onder 'actie' kan ik simpelweg niet aangeven dat de door/window sensor als hieraan wordt voldaan iuitgexchakeld moet worden. Vandaar de vraag of ik dat in yaml kan doen. Heb net al wat van de basics gelezen, maar kom hier nog niet zelf uit.
Die link werkt niet terwijl mijn HA wel herstart is. In het reguliere logboek (wat je in het menu aan de linkerkant kunt selecteren vertelt me alleen maar dat er sensoren af gaan etc, maar niet iets qua error meldingen.:
[...]
Er zou een error melding in je log moeten komen te staan waarom dat dat is, die kan vast helpen
Link naar je log
Logboek gevonden. Shitload aan warnings en fouten, maar niets wat ik kan zien mbt die config file.
[ Voor 9% gewijzigd door Just_A_User op 03-04-2022 13:23 ]
Och ja, je moet toch wat he.
/u/482740/crop65bfcacf23044_cropped.png?f=community)
:strip_icc():strip_exif()/u/230062/crop68a64a5ccbb66_cropped.jpg?f=community)
Update betreft mijn issues met Zigbee2MQTT 
Vanochtend even lekker voor gaan zitten. Ik zat enige tijd te denken de database geheel opnieuw op te bouwen, maar dan liefst in een nieuwe container (lxc onder proxmox). Ik heb dit aangemaakt (een serie handige scripts gevonden om lxc containers te maken: https://tteck.github.io/Proxmox/)
Tijdens dit aanmaken moest ik de USB poort ook in een yaml zetten. En ineens had ik het: de USB poort was verwezen van USB1 >> USB0. En de DSMR reader zit óók op USB0!!
Dus HA probeert voor 2 devices USB0 in te lezen (waarvan er een duidelijk niet kan werken). Dat kan niet goed gaan 
Ik heb dus de DSMR device opnieuw geinstalleerd met het rechtstreekse path-by-id.
En ineens kon ik mijn lichten weer schakelen en kwamen de readings binnen. Mijn lichtsensoren zijn nog steeds niet online te krijgen helaas en een bewegingsmelder moet ik resetten. Maar so far, so good. Lichtsensor en bewegingsmelder zijn ook weer online. En de container heb ik on hold gezet voor een ander keertje.
De log bleef echter allemaal warnings geven. groups not defined, devices not defined en dat soort meer. En in MQTT werden de friendly names niet weergegeven. De cryptische omschrijving in mijn achterhoofd dat de nieuwe Z2M iets wil met de GUI in een soort wazig verbond met configuration.yaml keek ik naar de config dir: de daarin staande configuration.yaml werd niet langer automatisch aangemaakt bij opstarten. Ik heb de hele config dus gekopieerd naar configuration.yaml en een voor een de instellingen verwijderd uit de GUI interface. Totdat Z2M begon te mekkeren dat er instellingen miste. De minimale config (so far as i know) in de GUI is dus:
Die socat is echt nodig. Of de instellingen daaronder ook nodig zijn is niet helder. De configuration.yaml ziet er als volgt uit:
Ik herhaal dus enkele dingen (maar krijg geen enkele warning meer, dus laat het maar staan).
Ik hoop dat het nu stabiel blijft werken. Het OS heb ik ook zonder problemen geupdated.
Pfff
Vanochtend even lekker voor gaan zitten. Ik zat enige tijd te denken de database geheel opnieuw op te bouwen, maar dan liefst in een nieuwe container (lxc onder proxmox). Ik heb dit aangemaakt (een serie handige scripts gevonden om lxc containers te maken: https://tteck.github.io/Proxmox/)
Tijdens dit aanmaken moest ik de USB poort ook in een yaml zetten. En ineens had ik het: de USB poort was verwezen van USB1 >> USB0. En de DSMR reader zit óók op USB0!!
Dus HA probeert voor 2 devices USB0 in te lezen (waarvan er een duidelijk niet kan werken). Dat kan niet goed gaan Ik heb dus de DSMR device opnieuw geinstalleerd met het rechtstreekse path-by-id.
En ineens kon ik mijn lichten weer schakelen en kwamen de readings binnen. Mijn lichtsensoren zijn nog steeds niet online te krijgen helaas en een bewegingsmelder moet ik resetten. Maar so far, so good. Lichtsensor en bewegingsmelder zijn ook weer online. En de container heb ik on hold gezet voor een ander keertje.
De log bleef echter allemaal warnings geven. groups not defined, devices not defined en dat soort meer. En in MQTT werden de friendly names niet weergegeven. De cryptische omschrijving in mijn achterhoofd dat de nieuwe Z2M iets wil met de GUI in een soort wazig verbond met configuration.yaml keek ik naar de config dir: de daarin staande configuration.yaml werd niet langer automatisch aangemaakt bij opstarten. Ik heb de hele config dus gekopieerd naar configuration.yaml en een voor een de instellingen verwijderd uit de GUI interface. Totdat Z2M begon te mekkeren dat er instellingen miste. De minimale config (so far as i know) in de GUI is dus:
code:
1
2
3
4
5
6
7
8
9
10
| data_path: /config/zigbee2mqtt
socat:
enabled: false
master: pty,raw,echo=0,link=/tmp/ttyZ2M,mode=777
slave: tcp-listen:8485,keepalive,nodelay,reuseaddr,keepidle=1,keepintvl=1,keepcnt=5
options: '-d -d'
log: false
mqtt: {}
serial:
port: /dev/ttyUSB0 |
Die socat is echt nodig. Of de instellingen daaronder ook nodig zijn is niet helder. De configuration.yaml ziet er als volgt uit:
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
| homeassistant: true
data_path: /config/zigbee2mqtt
devices: devices.yaml
groups: groups.yaml
mqtt:
server: mqtt://core-mosquitto:1883
user: addons
password: ceilee6aephaiW3wahcoozeothohquaidohghahgheichoSeed3Sheibohquatie
serial:
port: /dev/ttyUSB0
device_options: {}
blocklist: []
passlist: []
queue: {}
frontend:
port: 8099
experimental:
availability_new: true
availability: false
permit_join: false
advanced:
log_level: debug
pan_id: 6754
channel: 11
network_key:
- 1
- 3
- 5
- 7
- 9
- 11
- 13
- 15
- 0
- 2
- 4
- 6
- 8
- 10
- 12
- 13
rtscts: false
availability_blocklist: []
availability_passlist: [] |
Ik herhaal dus enkele dingen (maar krijg geen enkele warning meer, dus laat het maar staan).
Ik hoop dat het nu stabiel blijft werken. Het OS heb ik ook zonder problemen geupdated.
Pfff
:strip_icc():strip_exif()/u/531266/crop60146ed3278a5_cropped.jpeg?f=community)
:strip_icc():strip_exif()/u/433407/crop63b43ac484820_cropped.jpg?f=community)
/u/298857/crop6471d9676d431.png?f=community)
Hard encoded
Dat is toch van de zotte
Maar goed. Waar is dat allemaal op gezet? Misschien op een chip die je kan flashen? Een ESP ofzo?
Nee gaat ook niet, onder 'developer options' krijg ik gewoon die ene Android Webview component te zien, kan geen andere kiezen en ook niet uitschakelen. Blijkt echt gewoon zo te zijn omdat het een AOSP ROM is volgens het internet. De Android Webview versie is hardcoded en kan niet gewijzigd of uitgeschakeld worden
Zou iets te maken hebben met het feit dat een fabrikant daarvoor kan kiezen zodat die niet bij elke update opnieuw moet testen .. het is getest met deze versie, wel, je moet er maar jaren mee vooruit kunnen..
Ik hoop dat je er niet teveel voor hebt betaald:
[...]
Nee gaat ook niet, onder 'developer options' krijg ik gewoon die ene Android Webview component te zien, kan geen andere kiezen en ook niet uitschakelen. Blijkt echt gewoon zo te zijn omdat het een AOSP ROM is volgens het internet. De Android Webview versie is hardcoded en kan niet gewijzigd of uitgeschakeld worden
Zit er nog een HDMI aansluiting op zodat je met een ander device deze chip kan bypassen?
in plaats van Fullykiosk browser de Homa Assistant app gebruiken?
gebruik die op een oude galaxytab2 met Lineageos zonder GMS.
heb overigsn geen idee wat de pluspunten zijn van Fullykiosk browser.
Fan van: Unraid, ProxMox, Pi-hole, PlexMediaServer, OPNsense. Meer een gluurder dan een reaguurder.
@TheFes
Toch iets vreemds. Ik heb het volgende gedaan voor mijn apparaten, onder andere dus voor mijn TV in de woonkamer, die in HA 'A/V' heet.
Ik heb het volgende voor dagelijks, maandelijks en jaarlijks gemaakt:
En daarbij behorend:
Dit werkte gisteren prima. Echter, als ik NU kijk in mijn dashboard dagelijks, dan zie ik voor A/V staan een totaal van € 24.19. Dat heb ik vandaag ECHT niet verbruikt aan stroom voor de TV
Voor maandelijks en jaarlijks zijn ze gelijk, en dat is dan € 24,27.
Ik snap waar het bedrag vandaan komt ongeveer, want het TOTAALverbruik op die stekker sinds ik de stekker heb is 116.05 kWh, en dan kom je bij 0.21232 cent per kWh op 24.64 euro. Dat is dus nog steeds een afwijking van wat ik zie, maar goed, ik kom er bij in de buurt.
Maar, dat is raar, want je kunt niet 'all-time' doen in die integratie. Jaarlijks is het langste. Daar komt bij dat jij aangaf dat hij dan voor die integratie 'nu' pas begint met meten. Ik snap dus
1. niet waarom hij nu ineens wel het all-time totaal pakt, en
2. hij dat alleen voor die stekker doet, en
3. Hij het gisteren wél goed deed, en
4. De andere stekkers dit gedrag (vooralsnog) niét laten zien terwijl het exact dezelfde stekkers zijn, te weten Fibaro wallplugs type FGWP102.
Toch iets vreemds. Ik heb het volgende gedaan voor mijn apparaten, onder andere dus voor mijn TV in de woonkamer, die in HA 'A/V' heet.
Ik heb het volgende voor dagelijks, maandelijks en jaarlijks gemaakt:
code:
1
2
3
4
5
6
7
8
9
10
11
| a_v_dagelijks_stroomverbruik:
source: sensor.a_v_electric_consumption_kwh_2
cycle: daily
a_v_maandelijks_stroomverbruik:
source: sensor.a_v_electric_consumption_kwh_2
cycle: monthly
a_v_jaarlijks_stroomverbruik:
source: sensor.a_v_electric_consumption_kwh_2
cycle: yearly |
En daarbij behorend:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
| - name: "Kosten A/V vandaag"
unit_of_measurement: €
device_class: monetary
state: >
{{ (states('sensor.a_v_dagelijks_stroomverbruik') | float * 0.21232) | round(2) }}
availability: "{{ states('sensor.a_v_dagelijks_stroomverbruik') | is_number }}"
- name: "Kosten A/V maandelijks"
unit_of_measurement: €
device_class: monetary
state: >
{{ (states('sensor.a_v_maandelijks_stroomverbruik') | float * 0.21232) | round(2) }}
availability: "{{ states('sensor.a_v_maandelijks_stroomverbruik') | is_number }}"
- name: "Kosten A/V jaarlijks"
unit_of_measurement: €
device_class: monetary
state: >
{{ (states('sensor.a_v_jaarlijks_stroomverbruik') | float * 0.21232) | round(2) }}
availability: "{{ states('sensor.a_v_jaarlijks_stroomverbruik') | is_number }}" |
Dit werkte gisteren prima. Echter, als ik NU kijk in mijn dashboard dagelijks, dan zie ik voor A/V staan een totaal van € 24.19. Dat heb ik vandaag ECHT niet verbruikt aan stroom voor de TV
Voor maandelijks en jaarlijks zijn ze gelijk, en dat is dan € 24,27.
Ik snap waar het bedrag vandaan komt ongeveer, want het TOTAALverbruik op die stekker sinds ik de stekker heb is 116.05 kWh, en dan kom je bij 0.21232 cent per kWh op 24.64 euro. Dat is dus nog steeds een afwijking van wat ik zie, maar goed, ik kom er bij in de buurt.
Maar, dat is raar, want je kunt niet 'all-time' doen in die integratie. Jaarlijks is het langste. Daar komt bij dat jij aangaf dat hij dan voor die integratie 'nu' pas begint met meten. Ik snap dus
1. niet waarom hij nu ineens wel het all-time totaal pakt, en
2. hij dat alleen voor die stekker doet, en
3. Hij het gisteren wél goed deed, en
4. De andere stekkers dit gedrag (vooralsnog) niét laten zien terwijl het exact dezelfde stekkers zijn, te weten Fibaro wallplugs type FGWP102.
Och ja, je moet toch wat he.
Wat ik op basis van deze data vermoed, is dat je plug voor je tv vandaag even naar 0 is gegaan, en daarna weer de juiste waarde aangaf.:
@TheFes
Toch iets vreemds. Ik heb het volgende gedaan voor mijn apparaten, onder andere dus voor mijn TV in de woonkamer, die in HA 'A/V' heet.
Ik heb het volgende voor dagelijks, maandelijks en jaarlijks gemaakt:
code:
a_v_dagelijks_stroomverbruik: source: sensor.a_v_electric_consumption_kwh_2 cycle: daily a_v_maandelijks_stroomverbruik: source: sensor.a_v_electric_consumption_kwh_2 cycle: monthly a_v_jaarlijks_stroomverbruik: source: sensor.a_v_electric_consumption_kwh_2 cycle: yearly
En daarbij behorend:
code:
- name: "Kosten A/V vandaag" unit_of_measurement: € device_class: monetary state: > {{ (states('sensor.a_v_dagelijks_stroomverbruik') | float * 0.21232) | round(2) }} availability: "{{ states('sensor.a_v_dagelijks_stroomverbruik') | is_number }}" - name: "Kosten A/V maandelijks" unit_of_measurement: € device_class: monetary state: > {{ (states('sensor.a_v_maandelijks_stroomverbruik') | float * 0.21232) | round(2) }} availability: "{{ states('sensor.a_v_maandelijks_stroomverbruik') | is_number }}" - name: "Kosten A/V jaarlijks" unit_of_measurement: € device_class: monetary state: > {{ (states('sensor.a_v_jaarlijks_stroomverbruik') | float * 0.21232) | round(2) }} availability: "{{ states('sensor.a_v_jaarlijks_stroomverbruik') | is_number }}"
Dit werkte gisteren prima. Echter, als ik NU kijk in mijn dashboard dagelijks, dan zie ik voor A/V staan een totaal van € 24.19. Dat heb ik vandaag ECHT niet verbruikt aan stroom voor de TV
Voor maandelijks en jaarlijks zijn ze gelijk, en dat is dan € 24,27.
Ik snap waar het bedrag vandaan komt ongeveer, want het TOTAALverbruik op die stekker sinds ik de stekker heb is 116.05 kWh, en dan kom je bij 0.21232 cent per kWh op 24.64 euro. Dat is dus nog steeds een afwijking van wat ik zie, maar goed, ik kom er bij in de buurt.
Maar, dat is raar, want je kunt niet 'all-time' doen in die integratie. Jaarlijks is het langste. Daar komt bij dat jij aangaf dat hij dan voor die integratie 'nu' pas begint met meten. Ik snap dus
1. niet waarom hij nu ineens wel het all-time totaal pakt, en
2. hij dat alleen voor die stekker doet, en
3. Hij het gisteren wél goed deed, en
4. De andere stekkers dit gedrag (vooralsnog) niét laten zien terwijl het exact dezelfde stekkers zijn, te weten Fibaro wallplugs type FGWP102.
Dit is door utility_meter opgepakt als een data reset, dus hij is vanaf 0 weer gaan tellen. Toen het juiste verbruik terugkwam, heeft hij dat dus geheel als nieuw verbruik genomen.
Zou je eens in de historie van sensor.a_v_electric_consumption_kwh_2 kunnen kijken of die inderdaad heel even 0 is geweest?
:strip_icc():strip_exif()/u/71001/crop5da4bb3b601b8_cropped.jpeg?f=community)
Bij mij kloppen de de waardes van de plug ook niet in KWh. Volgens de plug heeft mijn kokend waterkraan al 20.000 KWh verbruikt sinds december
Ik heb dit opgelost om het huidige Watt verbruik om te rekenen naar KWh via de https://www.home-assistant.io/integrations/integration
YAML:
1
2
3
4
5
6
| - platform: integration source: sensor.boiler_watt name: boiler_kwh unit_prefix: k round: 2 method: left |
Ik heb hier voor de left methode gekozen, omdat de boiler nooit constant aanstaan en het merendeel 0 als waarde zal doorgeven.
C:\>Signature.bat
@Just_A_User Mocht je het ook zo willen oplossen, de Riemann Sum integral is vanaf 2022.4 (komt woensdag uit) ook via de GUI in te stellen (net als utility meter trouwens):
[...]
Bij mij kloppen de de waardes van de plug ook niet in KWh. Volgens de plug heeft mijn kokend waterkraan al 20.000 KWh verbruikt sinds december
Ik heb dit opgelost om het huidige Watt verbruik om te rekenen naar KWh via de https://www.home-assistant.io/integrations/integration
YAML:
Ik heb hier voor de left methode gekozen, omdat de boiler nooit constant aanstaan en het merendeel 0 als waarde zal doorgeven.
:
[...]
Bij mij kloppen de de waardes van de plug ook niet in KWh. Volgens de plug heeft mijn kokend waterkraan al 20.000 KWh verbruikt sinds december
Ik heb dit opgelost om het huidige Watt verbruik om te rekenen naar KWh via de https://www.home-assistant.io/integrations/integration
YAML:
Ik heb hier voor de left methode gekozen, omdat de boiler nooit constant aanstaan en het merendeel 0 als waarde zal doorgeven.
Oef, dan moet ik weer wat nieuws gaan maken
Maar ja, ik zal wel moeten denk ik, want ik zie nu net dat voor 'vandaag' ineens 2 andere stekkers ook zeggen dat ze al voor 8.49 euro en 7 euro verbruikt hebben terwijl dat absoluut niet waar is 
Edit: maar, die rekent dat voor elke dag? of hoe gaat dat in zijn werk? want ik kan wat ik nu heb gewoon weg gooien want dat is onbetrouwbaar. Is prima, wat geleerd, het werkt niet, op zoek naar de volgende mogelijke oplossing.
Maar 'het huidige watt verbruik' om te rekenen naar kWh. Maar over hoeveel tijd genomen dan? want loopt dat dan gewoon eindeloos op? Dus hij begint nu met optellen, en voor vandaag zal dat kloppen, maar hij gaat dan gewoon door dus dat bedrag is morgen het verbruik van morgen in euro(centen) + het bedrag van vandaag, en dan overmogen is het...etc
Dus hoe werkt dat dan?
Edit 2: en dat levert me het verbruik in kWh's op, maar niet in bedragen. Hoe doe ik dat dan?
[ Voor 21% gewijzigd door Just_A_User op 04-04-2022 15:47 ]
Och ja, je moet toch wat he.
/u/227108/crop6027919ad38b8.png?f=community)
Ik heb wat hulp nodig met yaml…
Ik probeer mijn gordijnen te sluiten onder de volgende voorwaarden:
- Na 17:00 iur
- De lichtwaarde van een sensor onder een bepaalde waarde gedurende 5 minuten.
Maar het lukt me maar niet.
Hieronde de yaml zoals ik dacht dat het moest.
Tips zijn erg welkom
Ik probeer mijn gordijnen te sluiten onder de volgende voorwaarden:
- Na 17:00 iur
- De lichtwaarde van een sensor onder een bepaalde waarde gedurende 5 minuten.
Maar het lukt me maar niet.
Hieronde de yaml zoals ik dacht dat het moest.
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
| alias: Sluit gordijnen - Sensor driven description: Sluit alle gordijnen als weinig licht en rond zonsondergang trigger: - platform: numeric_state entity_id: sensor.b_sensor_terras_light_level attribute: light_level below: '100' for: hours: 0 minutes: 5 seconds: 0 condition: - condition: numeric_state entity_id: sensor.b_sensor_terras_light_level attribute: light_level below: '100' - condition: time after: '17:00:00' weekday: - mon - tue - wed - thu - fri - sat - sun action: - service: script.sluit_gordijnen_check data: {} mode: single |
Tips zijn erg welkom
Mede oprichter van GoT iRacen & druk met Home Assistant
Ik vermoed dat je het attribute in de trigger en condition weg moet halen. Die sensor zal vermoedelijk zelf als state de lichtwaarde hebben.:
Ik heb wat hulp nodig met yaml…
Ik probeer mijn gordijnen te sluiten onder de volgende voorwaarden:
- Na 17:00 iur
- De lichtwaarde van een sensor onder een bepaalde waarde gedurende 5 minuten.
Maar het lukt me maar niet.
Hieronde de yaml zoals ik dacht dat het moest.
code:
Tips zijn erg welkom
Overigens zullen je gordijnen nu ook niet dicht gaan als het voor 17:00 donker genoeg is (hartje winter). Je zou een extra time trigger om 17:00 kunnen toevoegen.
Die attribute verwijderen had ik niet bedacht.
Ga ik proberen 
En dat de gordijnen niet voor 17 uur dichtgaan is geen probleem. Er is zeker in de winter altijd iemand aan het thuiswerken.
Mede oprichter van GoT iRacen & druk met Home Assistant
:strip_icc():strip_exif()/u/232412/profiel_img_tweakers.jpg?f=community)
Ben ff een RPI aan het inrichten voor een maatje en ik loop helemaal vast....
HA is op de sd kaart gezet, en is up and running, so far so good.
De RPI staat op een vast IP ingesteld.
DuckDNS naam aangemaakt en duckdns ingesteld op de PI.
Als ik dan duckdns ga starten dan lijk alles goed te gaan:
ga ik kijken in de map SSL dan staan er geen files in
Dus als gevolg krijg ik ook een foutmelding als ik SSL de regels wil toevoegen in configuration.yaml.
De config van Duckdns heb ik zo staan:
Welke guide ik ook volg het blijft me een raadsel. En eerlijk gezegd lijkt mijn eigen setup ook allemaal zo te staan maar heb ik wel ssl files in de map staan (pfff mijn setup was alweer ff geleden)
HA is op de sd kaart gezet, en is up and running, so far so good.
De RPI staat op een vast IP ingesteld.
DuckDNS naam aangemaakt en duckdns ingesteld op de PI.
Als ik dan duckdns ga starten dan lijk alles goed te gaan:
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
| [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] done. [services.d] starting services [services.d] done. # INFO: Using main config file /data/workdir/config + Account already registered! [23:37:30] INFO: OK xxx.xxx.xxx.xxx NOCHANGE [23:37:31] INFO: Renew certificate for domains: xxxxxxxxxx.duckdns.org and aliases: # INFO: Using main config file /data/workdir/config Processing xxxxxxx.duckdns.org + Checking domain name(s) of existing cert... unchanged. + Checking expire date of existing cert... + Valid till Jul 3 16:12:48 2022 GMT (Longer than 30 days). Skipping renew! |
ga ik kijken in de map SSL dan staan er geen files in
Dus als gevolg krijg ik ook een foutmelding als ik SSL de regels wil toevoegen in configuration.yaml.
De config van Duckdns heb ik zo staan:
code:
1
2
3
4
5
6
7
8
9
10
| aliases: [] domains: - xxxxxx.duckdns.org lets_encrypt: accept_terms: true algo: secp384r1 certfile: fullchain.pem keyfile: privkey.pem seconds: 300 token: b97cc774-094c-4a68-93c3-xxxxxxxxxxxxxxxxx |
Welke guide ik ook volg het blijft me een raadsel. En eerlijk gezegd lijkt mijn eigen setup ook allemaal zo te staan maar heb ik wel ssl files in de map staan (pfff mijn setup was alweer ff geleden)
Wat @TheFes bedoeld is dat indien de lichtwaarde voor 17u al onder de 100 komt, de gordijnen helemaal niet sluiten. Ook niet om 17u.:
[...]
Die attribute verwijderen had ik niet bedacht.
En dat de gordijnen niet voor 17 uur dichtgaan is geen probleem. Er is zeker in de winter altijd iemand aan het thuiswerken.
Als je ook nog een 2e trigger toegevoegd obv tijd = 17u zullen de gordijnen altijd om 17u of na 17u zodra de lichtwaarde onder de 100 komt.
Zoals al aangegeven, een 2e trigger toevoegen is het makkeljikste.
De automation wordt dan zoiets:
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
| alias: Sluit gordijnen - Sensor driven description: Sluit alle gordijnen als weinig licht en rond zonsondergang trigger: - platform: numeric_state entity_id: sensor.b_sensor_terras_light_level attribute: light_level below: '100' for: hours: 0 minutes: 5 seconds: 0 - platform: time at: '17:00' condition: - condition: numeric_state entity_id: sensor.b_sensor_terras_light_level attribute: light_level below: '100' - condition: time after: '17:00:00' weekday: - mon - tue - wed - thu - fri - sat - sun action: - service: script.sluit_gordijnen_check data: {} mode: single |
That does the trick...
De condities zorgen ervoor dat de gordijnen niet voor 17u gesloten worden en dat indien de waarde niet onder de 100 is ook niet gesloten wordt.
Indien aan beide condities wordt voldaan op de 2 trigger momenten worden de gordijnen daadwerkelijk gesloten
[ Voor 8% gewijzigd door feenstn op 05-04-2022 09:01 ]
Dank wederom voor de moeite. Ik ga het aanpassen en vanavond zien of het werkt.:
[...]
Zoals al aangegeven, een 2e trigger toevoegen is het makkeljikste.
De automation wordt dan zoiets:
YAML:
That does the trick...
De condities zorgen ervoor dat de gordijnen niet voor 17u gesloten worden en dat indien de waarde niet onder de 100 is ook niet gesloten wordt.
Indien aan beide condities wordt voldaan op de 2 trigger momenten worden de gordijnen daadwerkelijk gesloten
Mede oprichter van GoT iRacen & druk met Home Assistant
Ik ga er vanuit dat dit de werking voor vanavond niet echt verandert, het zal om 17:00 nog wel licht genoeg zijn om de gordijnen open te houden.
Oh, het zou wel kunnen dat er net iets is waardoor precies om 17:00 de lichtwaarde even onder de 100 is, en daarom de gordijnen dicht gaan, die check dat het minstens 5 minuten moet zijn zit daar namelijk niet in.
Nu zal dat niet vaak voorkomen, maar als je het echt mee wil nemen moet je ook zorgen dat er bij de condition een check is dat dit al 5 minuten het geval is.
Ik zie die optie echter niet in de docs staan: https://www.home-assistan.../#numeric-state-condition
Wat je zou kunnen doen is een template binary sensor aanmaken die off is als het donker is.
In configuration.yaml
YAML:
1
2
3
4
5
6
7
8
| template: - binary_sensor: - name: Licht Terras state: "{{ states('sensor.b_sensor_terras_light_level') | float < 100 }}" availability: "{{ states('sensor.b_sensor_terras_light_level') | is_number }}" delay_on: "00:05:00" delay_off: "00:05:00" device_class: "light" |
Je automation wordt dan:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
| alias: Sluit gordijnen - Sensor driven description: Sluit alle gordijnen als weinig licht en rond zonsondergang trigger: - platform: state entity_id: binary_sensor.licht_terras state: "off" - platform: time at: '17:00' condition: - condition: state entity_id: binary_sensor.licht_terras state: "off" - condition: time after: '17:00:00' action: - service: script.sluit_gordijnen_check data: {} mode: single |
@JoepW
Ik zag dat de attribute ook nog steeds in trigger en condition zit, dus als je niet voor de optie hierboven gaat, moet je die nog wel weghalen.
En die dagen van de week hoef je niet op te voeren als het toch voor alle dagen geldt.
[ Voor 72% gewijzigd door TheFes op 05-04-2022 15:11 ]
:strip_icc():strip_exif()/u/409729/crop635935f43f7a9_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
Ik heb een vervangende dimmer gekregen, en van de baas in huis geen klachten meer gehoord
Sometimes you need to plan for coincidence
:strip_icc():strip_exif()/u/70459/crop5cf63c113d06c_cropped.jpeg?f=community)
Ik moet het nog proberen, maar loste een reset of stroom eraf het niet op?:
[...]
Ik heb een vervangende dimmer gekregen, en van de baas in huis geen klachten meer gehoord
Feel free to Buy me a coffee
Ik ga het morgen inrichten, ben momenteel niet thuis.:
[...]
Ik ga er vanuit dat dit de werking voor vanavond niet echt verandert, het zal om 17:00 nog wel licht genoeg zijn om de gordijnen open te houden.
Oh, het zou wel kunnen dat er net iets is waardoor precies om 17:00 de lichtwaarde even onder de 100 is, en daarom de gordijnen dicht gaan, die check dat het minstens 5 minuten moet zijn zit daar namelijk niet in.
Nu zal dat niet vaak voorkomen, maar als je het echt mee wil nemen moet je ook zorgen dat er bij de condition een check is dat dit al 5 minuten het geval is.
Ik zie die optie echter niet in de docs staan: https://www.home-assistan.../#numeric-state-condition
Wat je zou kunnen doen is een template binary sensor aanmaken die off is als het donker is.
In configuration.yaml
YAML:
Je automation wordt dan:
YAML:
@JoepW
Ik zag dat de attribute ook nog steeds in trigger en condition zit, dus als je niet voor de optie hierboven gaat, moet je die nog wel weghalen.
En die dagen van de week hoef je niet op te voeren als het toch voor alle dagen geldt.
Mede oprichter van GoT iRacen & druk met Home Assistant
@TheFes en @winDOS:
[...]
Bij mij kloppen de de waardes van de plug ook niet in KWh. Volgens de plug heeft mijn kokend waterkraan al 20.000 KWh verbruikt sinds december
Ik heb dit opgelost om het huidige Watt verbruik om te rekenen naar KWh via de https://www.home-assistant.io/integrations/integration
YAML:
Ik heb hier voor de left methode gekozen, omdat de boiler nooit constant aanstaan en het merendeel 0 als waarde zal doorgeven.
Ik heb hier nog wat verder over nagedacht, maar, dit berekent de verbruikte kWh's, correct? Maar ik héb dus al een totaaloverzicht per stekker, want die worden gewoon getoond.
Ik heb namelijk dit sowieso al in mijn dashboard zitten:
Dit overzicht klopt. Die totalen kloppen. Het probleem ontstaat pas op het moment dat ik per dag/maand/jaar wil zien wat de kosten zijn. Tenminste, als ik gebruik maak van de functionaliteit die ik eerder gebruikte.
Dat ligt niet aan die functionaliteit, maar ligt aan de stekkers, die schijnbaar soms een split second een heel ander totaal doorgeven, maar dan direct terug gaan naar de daadwerkelijke waarde gaat, wat de berekening raar maakt want totalen per dag die niet kloppen.
Prima, dat werkt dus wel, maar zolang de stekkers dat rare gedrag niet laten zien. Nou, om dat te elimineren raden jullie mij bovenstaande methode aan. Ik heb daar een aantal vragen over.
1. dat berekent de totalen door uit te gaan van het aantal watts dat gevraagd wordt, en maakt daar kWh's van. Maar dan heb ik nog geen bedragen, dan heb ik totalen (per tijdseenheid). Op zich leuk, maar hoe kan ik die totalen (dat is dus het overall totaal per stekker) laten omzetten naar € ?
2. Is het een mogelijkheid om de totalen per stekker, die ik nu toch al heb en in het screenshot te zien zijn, in euro's uit te laten drukken? Zo ja, hoe dan?
Want als punt 2 hierboven gaat, dan ben ik voor 'overall' al klaar. Dan moet ik alleen nog iets hebben voor dag/maand/jaar.
Och ja, je moet toch wat he.
De dutch-gas-prices is weer een nieuwe leven in geblazen: https://github.com/Skons/...ree/main/dutch_gas_prices
Na een dagje prutsen is dit het resultaat, op basis van de locatie waar mijn iPhone is de 3 goedkoopste benzinepompen in een straal van 5 km, en een favoriete welke dichtbij huis is.
Here travel berekent de afstand/reistijd vanaf mijn iPhone naar die pomp toe. Als je er op klikt open Apple Kaarten direct een route naar de pomp en tot slot een sensor gemaakt die het prijsverschil per liter berekent van de goedkoopste en mijn favo pomp.
Ohja en een handmatige update knop in geval je tussen de auto update zit die een scriptje aanroept die de prijzen op basis van de huidige locatie vernieuwd, en de reistijden daarop aanpast
/f/image/vTJCa5cVFlIZvAuu7UU01UWT.png?f=fotoalbum_large)
Na een dagje prutsen is dit het resultaat, op basis van de locatie waar mijn iPhone is de 3 goedkoopste benzinepompen in een straal van 5 km, en een favoriete welke dichtbij huis is.
Here travel berekent de afstand/reistijd vanaf mijn iPhone naar die pomp toe. Als je er op klikt open Apple Kaarten direct een route naar de pomp en tot slot een sensor gemaakt die het prijsverschil per liter berekent van de goedkoopste en mijn favo pomp.
Ohja en een handmatige update knop in geval je tussen de auto update zit die een scriptje aanroept die de prijzen op basis van de huidige locatie vernieuwd, en de reistijden daarop aanpast
:fill(white):strip_exif()/f/image/vTJCa5cVFlIZvAuu7UU01UWT.png?f=user_large)
[ Voor 9% gewijzigd door robbinonline op 05-04-2022 19:26 ]
Ga niet uit van het haalbare, maar van het denkbare
/u/295372/piq_51496_60x60.png?f=community)
:strip_icc():strip_exif()/u/94053/Bull.jpg?f=community)
Leuk!
Echter hoe installeer ik deze addon?
In de documentatie staat, ga naar Instellingen, Addons, Add on store, maar dan…?
Bij search kan ik wel wat intypen, maar ik vind geen Dutch Gas of iets wat erop lijkt.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/kUcu8W5CRGCokK71tBC6o8ZJ.jpg?f=user_large)
:strip_icc():strip_exif()/u/1569106/crop60feb2bf05327_cropped.jpg?f=community)
:fill(white):strip_exif()/f/image/RJBBjZ510zHbcGPMD6FOSxqo.png?f=user_large){kind=link}
Ook niet in HACS.
Daar had ik ook gekeken.
HACS heb ik al in gebruik.
Het gaat om stap 3.
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/Tzs3zldEcpbm4QOrNVqUjnuP.jpg?f=user_large)
[ Voor 32% gewijzigd door HoppyF op 05-04-2022 21:51 ]
Er staat ook in de Github link:
Een addon repo kan je toevoegen in de addons, rechtsbovenaan drie puntjes:
:fill(white):strip_exif()/f/image/vilKerMh20YN1cE7RdWMkxqw.png?f=user_large)
En dan de optie repositories kiezen en de link toevoegen
Dat was het!
Beetje goed verstopt wel onder de drie puntjes rechtsboven.
Als je het weet is het niet moeilijk maar erg intuïtief is het niet.
Je verwacht eerder dat je met Search iets kunt vinden.
@robbinonline
Update:
De Mosquitto broker geïnstalleerd, mqtt user aangemaakt in HA.
De Mosquitto broker start goed op en geeft geen fouten.
De Gas addon start wel op maar geeft fouten.
Bij de Gas configuration heb ik uiteraard de aangemaakte user en wachtwoord opgegeven.
In de log staat dit.
Alleen wachtwoord even aangepast.
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
| [s6-init] making user provided files available at /var/run/s6/etc...exited 0. [s6-init] ensuring user provided files have correct perms...exited 0. [fix-attrs.d] applying ownership & permissions fixes... [fix-attrs.d] done. [cont-init.d] executing container initialization scripts... [cont-init.d] 00-banner.sh: executing... ----------------------------------------------------------- Add-on: Dutch gas prices Get gas prices from dutch gas stations ----------------------------------------------------------- Add-on version: 2022.3.25.1 You are running the latest version of this add-on. System: Home Assistant OS 7.6 (amd64 / generic-x86-64) Home Assistant Core: 2022.3.8 Home Assistant Supervisor: 2022.03.5 ----------------------------------------------------------- Please, share the above information when looking for help or support in, e.g., GitHub, forums or the Discord chat. ----------------------------------------------------------- [cont-init.d] 00-banner.sh: exited 0. [cont-init.d] 01-log-level.sh: executing... Log level is set to DEBUG [cont-init.d] 01-log-level.sh: exited 0. [cont-init.d] done. [services.d] starting services [services.d] done. [22:46:37] INFO: Log_level: debug [22:46:37] INFO: mqtt_host: homeassistant.local [22:46:37] INFO: mqtt_port: 1883 [22:46:37] DEBUG: mqtt_username: mqttuser [22:46:37] DEBUG: mqtt_password: kaxxxxxxxxxxxxxxxxx [22:46:37] INFO: Starting dutch gas prices... [2022-04-05 22:46:38] INFO : DGP initialized, launching client [2022-04-05 22:46:38] INFO : Connecting mqtt Traceback (most recent call last): File "/app/main.py", line 23, in <module> start(str(sys.argv[1]),str(sys.argv[2]),str(sys.argv[3]),str(sys.argv[4]),str(sys.argv[5])) File "/app/main.py", line 16, in start start_mqtt_client(mqtthost,mqttport,mqttusername,mqttpassword) File "/app/mqtt_client.py", line 378, in start_mqtt_client mqtt_client.connect(host=mqtthost, port=int(mqttport)) File "/usr/local/lib/python3.9/site-packages/paho/mqtt/client.py", line 914, in connect return self.reconnect() File "/usr/local/lib/python3.9/site-packages/paho/mqtt/client.py", line 1044, in reconnect sock = self._create_socket_connection() File "/usr/local/lib/python3.9/site-packages/paho/mqtt/client.py", line 3685, in _create_socket_connection return socket.create_connection(addr, timeout=self._connect_timeout, source_address=source) File "/usr/local/lib/python3.9/socket.py", line 822, in create_connection for res in getaddrinfo(host, port, 0, SOCK_STREAM): File "/usr/local/lib/python3.9/socket.py", line 953, in getaddrinfo for res in _socket.getaddrinfo(host, port, family, type, proto, flags): socket.gaierror: [Errno -2] Name does not resolve [cmd] /run.sh exited 1 [cont-finish.d] executing container finish scripts... [cont-finish.d] 99-message.sh: executing... ----------------------------------------------------------- Oops! Something went wrong. We are so sorry, but something went terribly wrong when starting or running this add-on. Be sure to check the log above, line by line, for hints. ----------------------------------------------------------- [cont-finish.d] 99-message.sh: exited 0. [cont-finish.d] done. [s6-finish] waiting for services. [s6-finish] sending all processes the TERM signal. |
[ Voor 72% gewijzigd door HoppyF op 05-04-2022 23:02 ]
Dit topic is gesloten.