:fill(white):strip_exif()/i/2002871478.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2001890515.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2006976478.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000583077.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000809464.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2000629918.jpeg?f=thumbmini)
:fill(white):strip_exif()/i/2002131643.jpeg?f=thumbmini)
:strip_icc():strip_exif()/u/54750/crop5c31fbb9b9dcc_cropped.jpeg?f=community)
Gasloos sinds 2020 - 3240wp-Z Live 5100wp-W Live 8340wp-Merged Live Altantic Explorer 200 Live
:strip_icc():strip_exif()/u/146731/crop562615a0aa64c.jpeg?f=community)
Deurbel komt later pas.. Het gaat nu om een motion sensor die in een brievenbus zit.. Dus als de brievenbus geopend wordt, wordt er nu een snapshot gemaakt van mijn camera met het script (Zie mijn post een paar regels hierboven)
Nu wil ik dat deze snapshot dus via telegram binnenkomt en niet via Pushover (Dit kon volgens jou niet)
Wat ik elke keer tegenkom in automations is:
Oftewel: Hier worden alleen camera's aan toegevoegd die direct een jpg uitspugen. Telegram moet dus mijn geval de ''nieuwste'' snapschots van een smb share afhalen.
Hopelijk is het zo duidelijk
Nu wil ik dat deze snapshot dus via telegram binnenkomt en niet via Pushover (Dit kon volgens jou niet)
Wat ik elke keer tegenkom in automations is:
code:
1
2
3
| photo:
- caption: 'Photo of frondoor'
url: 'http://192.168.1.135/dietpicam/cam.jpg' |
Oftewel: Hier worden alleen camera's aan toegevoegd die direct een jpg uitspugen. Telegram moet dus mijn geval de ''nieuwste'' snapschots van een smb share afhalen.
Hopelijk is het zo duidelijk
Gasloos sinds 2020 - 3240wp-Z Live 5100wp-W Live 8340wp-Merged Live Altantic Explorer 200 Live
:strip_icc():strip_exif()/u/8817/DSC05697_70x70-2.jpg?f=community)
:strip_icc():strip_exif()/u/54837/falling.jpg?f=community)
/u/27131/crop61572b353fff1_cropped.png?f=community)
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
:strip_exif()/u/85127/Iron-Man-Avatar_small.gif?f=community){kind=avatar}
Mooi dat het werkt!
Maar met die oplossing moet HASS constant de RTSP-stream naar de camera openhouden toch? Vreet CPU lijkt mij. Met mijn script opent hij de stream, maakt een snapshot en sluit de stream weer. Is wat vriendelijker voor je CPU
Maar met die oplossing moet HASS constant de RTSP-stream naar de camera openhouden toch? Vreet CPU lijkt mij. Met mijn script opent hij de stream, maakt een snapshot en sluit de stream weer. Is wat vriendelijker voor je CPU
Valt mee 
code:
1
2
3
| top - 08:24:27 up 52 days, 9:54, 1 user, load average: 0.04, 0.01, 0.00 Tasks: 171 total, 1 running, 170 sleeping, 0 stopped, 0 zombie %Cpu(s): 0.3 us, 0.0 sy, 0.3 ni, 99.3 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st |
Gasloos sinds 2020 - 3240wp-Z Live 5100wp-W Live 8340wp-Merged Live Altantic Explorer 200 Live
En 0.48 is alweer uit. Enorme verbetering in de history snelheid 
Herstarten van Home Assistant blijft overigens heel traag sinds de nieuwe id's.
Herstarten van Home Assistant blijft overigens heel traag sinds de nieuwe id's.
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
:strip_icc():strip_exif()/u/80426/avatar.jpg?f=community){kind=avatar}
Herstel, na 2 keer herstarten werkt nu ook het herstarten weer lekker snel:
En 0.48 is alweer uit. Enorme verbetering in de history snelheid
Snapt iemand hoe het in/-excluden van history items gaat? Ik heb onderdelen die blijven verschijnen, of ik nu het item exclude (werd een lange lijst) of het domein exclude. En als ik alleen include (wat ik wel wil zien) lijkt ook geen verschil te maken...
edit: Een dag later zijn de items wel uit history verdwenen. Blijkbaar zit daar een vertraging in.
[ Voor 31% gewijzigd door breinonline op 03-07-2017 07:27 ]
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
:strip_exif()/u/113667/ja-man.gif?f=community)
:strip_icc():strip_exif()/u/3196/crop593d44a2ef853_cropped.jpeg?f=community)
Interessant. Heb je er gewoon een verloopstekker erbij gekocht ?
Ik vraag me eigenlijk ook af of je deze gateway compatible krijgt met de ikea trådfri gateway (allebei Zigbee). Ik heb namelijk niet zo'n zin om 300 gateway's in mijn meterkast te schroeven
woei!
/u/1083/icon.png?f=community){kind=icon}
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
Het is me toch gelukt met de Home Assistant app.
Wat mij opviel in de "States", "< >"-knopje is dat in de
- "sensors.[naam van telefoon]_battery_level" en
- "sensors.[naam van telefoon]_battery_state"
de naam van de telefoon anders is dan "device_tracker.[naam van telefoon]"
De ingestelde naam in de app geldt dus alleen maar voor "device_tracker". In de iOS Home Assistant app heb ik de devicenaam nu veranderd naar de devicenaam van mijn telefoon (die ook tussen de sensors staat).
- In "known_devices.yaml" de devicenaam ook veranderd naar de naam die in de sensors staat.
- In het ".ios.conf"-bestand de telefoon met de 'oude' devicenaam verwijderd.
En op een of andere manier lijkt nu alles te werken.
:strip_icc():strip_exif()/u/2026/DSC_2281.jpg?f=community)
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
/u/33305/crop60893dfd18ede_cropped.png?f=community)
Thanks, gebruikt, overigens in ietwat aangepaste variant, om gelijk te kunnen rekenen met outputs::
Mocht er iemand (@CodeIT ?) de data van een GoodWe omvormer uit de webportal willen scrapen:
YAML:
Resultaat:
[afbeelding]
Ik was ook bezig geweest met value_template om de opmaak wat aan te passen. Had gehoopt om value.state te kunnen gebruiken zodat ik die gelijk op de data vanuit de scrape sensor kon gebruiken. Maar dat lukte helaas niet, HASS gaf allemaal foutmeldingen.
Hieronder de value_template regels die ik gebruikte om template sensors te maken.
YAML:
Heb die dus uiteindelijk niet gebruikt omdat het daardoor te ingewikkeld werd (dan zou ik de data moeten scrapen naar een sensor en dan in een nieuwe sensor de data moeten inladen uit de bestaande sensor en daarover de templating moeten doen, laaaaaat maar
Misschien heeft iemand er nog wat aan.
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
| - platform: scrape
resource: http://goodwe-power.com/PowerStationPlatform/PowerStationReport/InventerDetail?ID=STATION_ID&type=NA
name: Goodwe actual production
select: 'td:nth-of-type(4)'
scan_interval: 300
value_template: '{{ value.replace("W","") | float }}'
unit_of_measurement: "W"
- platform: scrape
resource: http://goodwe-power.com/PowerStationPlatform/PowerStationReport/InventerDetail?ID=STATION_ID&type=NA
name: Goodwe production today
select: 'td:nth-of-type(5)'
scan_interval: 300
value_template: '{{ value.replace("kWh","") | float }}'
unit_of_measurement: "kWh"
- platform: scrape
resource: http://goodwe-power.com/PowerStationPlatform/PowerStationReport/InventerDetail?ID=STATION_ID&type=NA
name: Goodwe production total
select: 'td:nth-of-type(6)'
scan_interval: 300
value_template: '{{ value.replace("kWh","") | float }}'
unit_of_measurement: "kWh"
- platform: template
sensors:
goodwe_production_today_cash:
friendly_name: Solar income today
entity_id: sensor.goodwe_production_today
unit_of_measurement: "€"
value_template: >-
{{ states.sensor.goodwe_production_today.state | multiply(0.18) | round(2) }}
goodwe_production_total_cash:
friendly_name: Solar income total
entity_id: sensor.goodwe_production_total
unit_of_measurement: "€"
value_template: >-
{{ states.sensor.goodwe_production_total.state | multiply(0.18) | round(2) }} |
:strip_icc():strip_exif()/u/34345/crop604df19f86683.jpg?f=community)
I don't know:
[...]
Maar de waarde stond op 15 (al maanden). Na reboot stond ie op 21. Waar komt die dan vandaan
Enige wat mij opvalt is dat je met retain published. Maar wat stond er op dat moment op de bus dan?
http://www.hivemq.com/blo...-part-8-retained-messages
Geen idee, het laatste wat ik ingesteld had via de slider was 15. Na een reboot zag ik dat ie op 21 stond. Ik heb geen idee wat de retain optie is. Ik heb de example gevonden en aangepast naar mijn mqtt van OTGW:
[...]
I don't know
Enige wat mij opvalt is dat je met retain published. Maar wat stond er op dat moment op de bus dan?
http://www.hivemq.com/blo...-part-8-retained-messages
:strip_exif()/u/306858/217.gif?f=community)
Sinds vandaag aan het klooien met home Assistant! Wat een ervaring in vergelijking met domoticz!! En wat veel protocollen .
Momenteel kan ik de interface lokaal benaderen maar zodra ik reverse proxy gebruik op synology gaat het mis. Ik kom wel op de inlogpagina maar zodra ik een wachtwoord invoer blijft hij staan op connecting. Iemand hier ervaring mee?
. Momenteel kan ik de interface lokaal benaderen maar zodra ik reverse proxy gebruik op synology gaat het mis. Ik kom wel op de inlogpagina maar zodra ik een wachtwoord invoer blijft hij staan op connecting. Iemand hier ervaring mee?
Denkt u aub aan het milieu voor u deze reactie afdrukt ;(..
Ik zit al een tijdje te spelen met HASS maar loop tegen iets aan. Het is nog allemaal in experimentele fase dus dat het niet werkt is geen probleem maar doe het nu nog voornamelijk om het te leren.
Aan mijn Raspberry Pi 3 heb ik een DHT22 sensor hangen die de temperatuur uit leest. Deze krijg ik keurig te zien in HA. Laatst ben ik begonnen met een Telegram Bot. Nu probeer ik dus als ik een berichtje verstuur met de inhoud "/temp" dat ik dan de temperatuur terug krijg. Het werkt wel echter is de layout van het bericht niet zoals ik gehoopt had, namelijk:
The temperature in the livingroom is <state sensor.templivingroomtemperature=23.0; unitofmeasurement=°C, friendlyname=Livingroom Temp @ 2017-07-16T20:22:23.774254-04:00>°C.
Het gedeelte tussen <> moet ik dus weghebben en alleen het getal overhouden. Wat is de beste methode om dit te doen? een data_template met Jinja2 (in mijn automation file) of een value_template in mijn sensor file?
Kunnen jullie mij de goede kant op sturen?
Aan mijn Raspberry Pi 3 heb ik een DHT22 sensor hangen die de temperatuur uit leest. Deze krijg ik keurig te zien in HA. Laatst ben ik begonnen met een Telegram Bot. Nu probeer ik dus als ik een berichtje verstuur met de inhoud "/temp" dat ik dan de temperatuur terug krijg. Het werkt wel echter is de layout van het bericht niet zoals ik gehoopt had, namelijk:
The temperature in the livingroom is <state sensor.templivingroomtemperature=23.0; unitofmeasurement=°C, friendlyname=Livingroom Temp @ 2017-07-16T20:22:23.774254-04:00>°C.
Het gedeelte tussen <> moet ik dus weghebben en alleen het getal overhouden. Wat is de beste methode om dit te doen? een data_template met Jinja2 (in mijn automation file) of een value_template in mijn sensor file?
Kunnen jullie mij de goede kant op sturen?
Misschien handig om je huidige configuratie voor die output even mee te sturen?:
Ik zit al een tijdje te spelen met HASS maar loop tegen iets aan. Het is nog allemaal in experimentele fase dus dat het niet werkt is geen probleem maar doe het nu nog voornamelijk om het te leren.
Aan mijn Raspberry Pi 3 heb ik een DHT22 sensor hangen die de temperatuur uit leest. Deze krijg ik keurig te zien in HA. Laatst ben ik begonnen met een Telegram Bot. Nu probeer ik dus als ik een berichtje verstuur met de inhoud "/temp" dat ik dan de temperatuur terug krijg. Het werkt wel echter is de layout van het bericht niet zoals ik gehoopt had, namelijk:
The temperature in the livingroom is <state sensor.templivingroomtemperature=23.0; unitofmeasurement=°C, friendlyname=Livingroom Temp @ 2017-07-16T20:22:23.774254-04:00>°C.
Het gedeelte tussen <> moet ik dus weghebben en alleen het getal overhouden. Wat is de beste methode om dit te doen? een data_template met Jinja2 (in mijn automation file) of een value_template in mijn sensor file?
Kunnen jullie mij de goede kant op sturen?
Grrrr. Karma is a b*tch :-)
Nog geen 24u nadat ik mijn antwoord hierop stuurde knalt de wifi van de Goodwe eruit. Omvormer doet het gewoon nog (vriendin thuis even laten checken), maar moet nu via het menu de wifi reconnecten. Heel irritant, met name omdat zowel wifi als internetverbinding niet offline zijn geweest
:
[...]
Overweeg je ook kant en klare verkoop?
offtopic:
Nope, geen tijd voor.
Stelt ook weinig voor hoor, koop een ESP (NodeMCU of Wemos D1 Mini), koop een RS485 > TTL moduletje, flash de firmware op de ESP en dan ben je er al (afgezien van wat kabeltjes solderen etc).
Zie ook CodeIT in "Datalogging: PV systemen" en de informatie op die GitHub repository
Nope, geen tijd voor.
Stelt ook weinig voor hoor, koop een ESP (NodeMCU of Wemos D1 Mini), koop een RS485 > TTL moduletje, flash de firmware op de ESP en dan ben je er al (afgezien van wat kabeltjes solderen etc).
Zie ook CodeIT in "Datalogging: PV systemen" en de informatie op die GitHub repository
Yes, het toevoegen van .state aan de achterkant heeft gewerkt. Dank! ik had zelf al op templating pagina van home-assistant gekeken maar had het er zo niet uitgehaald. Ik zal ook eens naar de template editor kijken.
:strip_icc():strip_exif()/u/219593/lamas_60x60icon.jpg?f=community)
Het probleem is dat de reverse proxy van Synology standaard geen websockets toelaat, waar alle communicatie met HASS mee gebeurd. Je moet 1 bestand wijzigen via SSH, namelijk "/usr/syno/share/nginx/Portal.mustache"::
Sinds vandaag aan het klooien met home Assistant! Wat een ervaring in vergelijking met domoticz!! En wat veel protocollen
Momenteel kan ik de interface lokaal benaderen maar zodra ik reverse proxy gebruik op synology gaat het mis. Ik kom wel op de inlogpagina maar zodra ik een wachtwoord invoer blijft hij staan op connecting. Iemand hier ervaring mee?
Dit moet onder "Location" komen:
code:
1
2
3
| proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection "upgrade"; proxy_read_timeout 86400; |
Daarna moet je nginx (webserver) herstarten:
code:
1
| sudo synoservicecfg --restart nginx |
Bij mij ziet het er zo 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
45
46
| {{#ReverseProxy}}
server {
listen {{port}}{{#https}} ssl{{/https}}{{#https.http2}} http2{{/https.http2}}{{#reuseport}} reuseport{{/reuseport}}{{^fqdn}} default_server{{/fqdn}};
listen [::]:{{port}}{{#https}} ssl{{/https}}{{#https.http2}} http2{{/https.http2}}{{#reuseport}} reuseport{{/reuseport}}{{^fqdn}} default_server{{/fqdn}};
{{#resolver}}
resolver {{resolver}};
set $backend "{{backend}}";
{{/resolver}}
server_name {{#fqdn}}{{fqdn}}{{/fqdn}}{{^fqdn}}_{{/fqdn}};
{{#https.certificate}}
ssl_certificate {{https.certificate}};
{{/https.certificate}}
{{#https.key}}
ssl_certificate_key {{https.key}};
{{/https.key}}
{{#https.hsts}}
{{> /usr/syno/share/nginx/HSTS}}
{{/https.hsts}}
location / {
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
proxy_read_timeout 86400;
proxy_intercept_errors on;
proxy_http_version 1.1;
{{#resolver}}
proxy_pass $backend;
{{/resolver}}
{{^resolver}}
proxy_pass {{backend}};
{{/resolver}}
}
{{#letsencrypt}}
{{> /usr/syno/share/nginx/LetsEncrypt}}
{{/letsencrypt}}
}
{{/ReverseProxy}} |
WP: ME PUHZ-SW75YAA + ERST30D-VM2ED | Solar: 17x TSM-340-DE06M.08 (5780Wp ~6200kWh), Azimuth 179°, Hellingshoek: 34° | PC specs
Dat was inmiddels al gelukt n.a.v. een vorige reactie
Denkt u aub aan het milieu voor u deze reactie afdrukt ;(..
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
Rename onder het z-wave panel in de webinterface fibaro_system_fgwpe_wall_plug_switch_2 naar stekker_2 of iets degelijks. Restart na het renamen Home Assistant, anders wordt er niets gerenamed. Daarna in je configuratie/automation files alle fibaro_system_fgwpe_wall_plug_switch_2 zaken vervangen voor stekker_2 en dan zou na een herstart alles weer moeten werken.
Je friendly name sidetable blijft dan dus gewoon bestaan, maar je kan in de toekomst sneller en makkelijker automatiseren doordat je alleen stekker_2 hoeft te typen in plaats van die hele lange ingewikkelde naam
Je friendly name sidetable blijft dan dus gewoon bestaan, maar je kan in de toekomst sneller en makkelijker automatiseren doordat je alleen stekker_2 hoeft te typen in plaats van die hele lange ingewikkelde naam
[ Voor 22% gewijzigd door breinonline op 21-07-2017 21:53 ]
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
Weet niet meer waar ik dat heb gelezen. Ergens vorig jaar december toen ik mijn eerste gen 5 kreeg en die niet lekker werkte. Anyway, schijnt niet voor alle devices te gelden, maar de Fibaro Motion Gen 5 is een bekend voorbeeld. Zelf problemen gehad en 2 collega's ook. Gewoon excluden dus, network key instellen en opnieuw secure includen.
Zeg niet dat dat je problemen oplost, maar het is wel een stap die je moet uitsluiten. https://home-assistant.io/docs/z-wave/
/edit
Overigens had ik precies jouw probleem, aanzetten, schakelaar gaat meteen weer terug.
- unsecure include > hele plug lijkt te werken, maar niet stabiel.
- secure include > plug werkt en is te configureren, duidelijk verschil in zwave logs
- na secure include > hass switch aan, meteen weer uit. Wat blijkt, hass moet de network key kennen
[ Voor 20% gewijzigd door UltraSub op 23-07-2017 16:06 ]
Zou Nice zijn als dat alles oplost! Morgen meteen proberen!:
[...]
Weet niet meer waar ik dat heb gelezen. Ergens vorig jaar december toen ik mijn eerste gen 5 kreeg en die niet lekker werkte. Anyway, schijnt niet voor alle devices te gelden, maar de Fibaro Motion Gen 5 is een bekend voorbeeld. Zelf problemen gehad en 2 collega's ook. Gewoon excluden dus, network key instellen en opnieuw secure includen.
https://home-assistant.io/docs/z-wave/
/edit
Overigens had ik precies jouw probleem, aanzetten, schakelaar gaat meteen weer terug.
- unsecure include > hele plug lijkt te werken, maar niet stabiel.
- secure include > plug werkt en is te configureren, duidelijk verschil in zwave logs
- na secure include > hass switch aan, meteen weer uit. Wat blijkt, hass moet de network key kennen
WP: Mitsubishi Ecodan PUHZ-SHW112YAA, ERSC-VM2C, Procon ┃ PV: 4800Wp, SolarEdge SE5K, 15x JAM60S17/320, ZW 15º ┃ WTW: Zehnder Q600 ┃ SH: Home Assistant, Proxmox, Intel NUC 8i5 Mini
:strip_exif()/u/50450/lg-root.gif?f=community)
:strip_icc():strip_exif()/u/198189/crop67ecf5f08705a_cropped.jpg?f=community)
Afgelopen dagen bezig geweest om HomeAssistant weer een beetje uit te breiden. Zo heb ik een Bluetooth Dongle gekocht om verschillende Mi Flora (HA component) te kunnen gebruiken. Hier heb ik er nu twee van binnen, de derde ligt als het goed is vanmiddag op de deurmat. Dat ziet er zo uit in HA:
Een bijkomend voordeel hiervan (in mijn ogen) is dat er op meerdere plekken in huis de temperatuur gemeten wordt. Deze temperaturen combineer ik weer met een min-max sensor waardoor ik een mooi gemiddelde over verschillende sensoren krijg, wat een betrouwbaardere waarde geeft dan 1 sensor die wel/niet in het zonnetje staat.
Daarnaast eindelijk eens tijd gestoken in het draaien van Homebridge-HA in een docker-container, zodat Siri (Apple) gebruikt kan worden om mijn niet Hue lampen te schakelen. Of mee te nemen in scenes die al in Hue stonden. Werkt als een trein! En wat is er leuker dan op een verjaardag staan en aan je telefoon te vragen wat de temperatuur is in je woonkamer en nog antwoord te krijgen ook
Een bijkomend voordeel hiervan (in mijn ogen) is dat er op meerdere plekken in huis de temperatuur gemeten wordt. Deze temperaturen combineer ik weer met een min-max sensor waardoor ik een mooi gemiddelde over verschillende sensoren krijg, wat een betrouwbaardere waarde geeft dan 1 sensor die wel/niet in het zonnetje staat.
Daarnaast eindelijk eens tijd gestoken in het draaien van Homebridge-HA in een docker-container, zodat Siri (Apple) gebruikt kan worden om mijn niet Hue lampen te schakelen. Of mee te nemen in scenes die al in Hue stonden. Werkt als een trein! En wat is er leuker dan op een verjaardag staan en aan je telefoon te vragen wat de temperatuur is in je woonkamer en nog antwoord te krijgen ook
Heb je een huidige config van HA omgezet in een docker versie? Ik kon dat zo niet vinden in de links. Ik wil namelijk hetzelfde als wat jij gedaan hebt; Siri en Homebridge onderdeel laten zijn van de home-assistant config.:
Daarnaast eindelijk eens tijd gestoken in het draaien van Homebridge-HA in een docker-container, zodat Siri (Apple) gebruikt kan worden om mijn niet Hue lampen te schakelen. Of mee te nemen in scenes die al in Hue stonden. Werkt als een trein! En wat is er leuker dan op een verjaardag staan en aan je telefoon te vragen wat de temperatuur is in je woonkamer en nog antwoord te krijgen ook
Ik draai HA in Docker. Dat doe ik via deze code
code:
1
| docker run --name homeassistant --restart=always --net=host --privileged -itd -v /home/stefan/docker/homeassistant/config:/config -v /etc/localtime:/etc/localtime:ro --device /dev/ttyACM0 homeassistant/home-assistant:latest |
Daarnaast draai ik nu een Docker-container voor Homebridge, via deze code:
code:
1
| docker run --name homebridge --restart=always --net=host --privileged -itd -e PUID=1000 -e PGID=1000 -e TZ="Europe/Amsterdam" -v /home/stefan/docker/homebridge:/homebridge -p 51826:51826/tcp oznu/homebridge:latest |
In de gekoppelde volume van Homebridge wordt een config.json aangemaakt. Die ziet er bij mij zo uit.
Waarbij eigenlijk alleen het platform deel gewijzigd is, de rest is default:
JSON:
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
| { "bridge": { "name": "Homebridge", "username": "CC:22:3D:E3:CE:30", "port": 51826, "pin": "031-45-154" }, "description": "This is an example configuration file. You can use this as a template for creating your own configuration file containing devices you actually own.", "accessories": [ ], "platforms": [ { "platform": "HomeAssistant", "name": "HomeAssistant", "host": "https://****:8123", "password": "SUPERSECRETPASSWORD", "supported_types": ["binary_sensor", "climate", "cover", "device_tracker", "fan", "input_boolean", "light", "lock", "remote", "sensor", "switch"], "logging": true, "verify_ssl": true } ] } |
Om te zorgen dat het HA-component van Homebridge geladen wordt pas je het startup.sh bestand aan. Helemaal onderaan zet je
code:
1
| yarn add homebridge-homeassistant |
Herstart de Docker container van Homebridge en hatseflats.
Als allerlaatste volgt het toevoegen van Homebridge aan je Woning-app op iOS. Maar dat kan ook meteen na het starten van de Docker-container al.
Ik heb wel gemerkt, als je een component toevoegt aan HomeAssistant en je wilt die in Homebridge hebben, dan moet je Homebridge ook ff herstarten. Het kan zijn dat ik te ongeduldig was, maar ik wilde door
Edit: Het draaien van HA in Docker is dus geen vereiste om ze aan elkaar te koppelen.
Super, ik ga er morgen meteen mee aan de slag. Heerlijk even op een vrije dag hiermee prutsen. Heb je nog een bepaalde tutorial gevolgd?:
[...]
Ik draai HA in Docker. Dat doe ik via deze code
code:
Daarnaast draai ik nu een Docker-container voor Homebridge, via deze code:
code:
In de gekoppelde volume van Homebridge wordt een config.json aangemaakt. Die ziet er bij mij zo uit.
Waarbij eigenlijk alleen het platform deel gewijzigd is, de rest is default:
JSON:
Om te zorgen dat het HA-component van Homebridge geladen wordt pas je het startup.sh bestand aan. Helemaal onderaan zet jecode:
Herstart de Docker container van Homebridge en hatseflats.
Als allerlaatste volgt het toevoegen van Homebridge aan je Woning-app op iOS. Maar dat kan ook meteen na het starten van de Docker-container al.
Ik heb wel gemerkt, als je een component toevoegt aan HomeAssistant en je wilt die in Homebridge hebben, dan moet je Homebridge ook ff herstarten. Het kan zijn dat ik te ongeduldig was, maar ik wilde door
Dit topic is gesloten.