Home Assistant – automatyzacje

Powitać!
W Smart Home (będę się upierał aby był to odpowiednik Sterowany dom a nie Inteligentny 😉 ) jedną z najważniejszych cech jest wyzwalanie pewnych zachowań na podstawie innych. Na przykład: 'Powiadom jeżeli pobór prądu jest większy niż założony, jeżeli nie ma mnie w domu’, 'Obniż temperaturę na głowicy jeżeli okno jest otwarte dłużej niż 3 minuty’, 'Zapal światła przed domem, jeżeli robi się ciemno’.
Do tego w Home Assistant, w podstawowym zakresie, służą Automations (za nim jest Node-RED, ale to na przyszłość). Mają kilka parametrów, jak na przykład warunki wyzwolenia, warunki ograniczające i finalnie to, co chcemy uruchomić.

Przyciskamy 'Duży, pomarańczowy plus’ i wybieramy:
W sekcji Triggers – czyli 'wyzwalaczy’ zdarzenia
– nazwę
– ewentualny opis
– trigger type: Sun, Sunset, Offset

Conditions, czyli w tym przypadku włącz światło tylko jeżeli jest wyłączone:

No i w końcu Actions – co ma się dziać:
– u mnie włącz Sonoff
– wyślij powiadomienie

Ostatecznie lądują zapisane w pliku automations.yaml, gdzie możne je dalej ręcznie edytować.

Jak na przykład:

– id: '1588278306126′
  alias: Światła – Wyłącz przed domem o 22
  description: ”
  trigger:
  – at: ’22:00′
    platform: time
  condition:
  – condition: state
    entity_id: switch.sonoff_power
    state: 'on’
  action:
  – data: {}
    entity_id: switch.sonoff_power
    service: switch.turn_off
  – data:
      message: HA – wyłączyłem światła przed domem
    service: notify.cezar
  – data:
      data:
        method: all
        type: announce
      message: <amazon:effect name=’whispered’>Lights outside are off</amazon:effect>
      title: Lights outisde
    service: notify.alexa_media_adam_s_echo_dot


– id: '1588675313820′
  alias: Motyw – Ustawienie motywu na starcie HA
  description: ”
  trigger:
  – event: start
    platform: homeassistant
  condition:
  – after: sunrise
    after_offset: +00:30:00
    condition: sun
  action:
  – data:
      name: default
    service: frontend.set_theme

Home Assistant i integracja z tunerem NC+

Przeglądając zasoby internetu pod kątem Home Assistant znalazłem ciekawą integrację dotyczącą tunera NC+.

Wystarczy ściągnąć kod ze strony https://github.com/mercs600/ha-adb_service i umieścić go w folderze configcustom_components:

Po dodaniu w configuration.yaml integracji:

adb_service:
  host: 192.168.1.106

Możemy już dodać pięknego pilota na naszej stronie w kodzie ui-lovelace.yaml:

Kod jest podany w linku na początku artykułu.

Home Assistant – motywy wyglądu

Motywy. Fajny bajer, uzupełniający nasz pulpit.
Nie ma się co rozpisywać, ściągnąć je można przez HACS, zakładka Themes. Po zainstalowaniu znajdą się w folderze jak poniżej.
Konieczne jest skonfigurowanie ścieżki pobierania w configuration.yaml:

frontend:
  themes: !include_dir_merge_named themes

Na tej podstawie zdefiniowałem sobie kilka automatyzacji, które włączają tryb nocny po zachodzie słońca i domyślny, dzienny, pół godziny po wschodzie. Do tego ustawienie odpowiedniego w przypadku restartu Home Assistant.

– id: '1588675313820′
  alias: Motyw – Ustawienie motywu na starcie HA
  description: ”
  trigger:
  – event: start
    platform: homeassistant
  condition:
  – after: sunrise
    after_offset: +00:30:00
    condition: sun
  action:
  – data:
      name: default
    service: frontend.set_theme
– id: '1588675552870′
  alias: Motyw – Ciemny po zachodzie słońca
  description: ”
  trigger:
  – event: sunset
    platform: sun
  condition: []
  action:
  – data:
      name: blue_night
    service: frontend.set_theme
– id: '1588675771948′
  alias: Motyw – Jasny po wschodzie słońca
  description: ”
  trigger:
  – event: sunrise
    offset: +00:30:00
    platform: sun
  condition: []
  action:
  – data:
      name: default
    service: frontend.set_theme
– id: '1588675991329′
  alias: Motyw – Ciemny po starcie HA
  description: ”
  trigger:
  – event: start
    platform: homeassistant
  condition:
  – after: sunset
    condition: sun
  action:
  – data:
      name: blue_night
    service: frontend.set_theme
I mamy jak na zrzutach poniżej:

Home Assistant – powiadomienia

Powiadomienia w systemie automatyki domowej są jakby niezbędne. 
Fakt. 
Jakie – każdy sobie wybiera. Ja lubię akurat e-maile, bo nie wymagają ode mnie dodatkowych elementów. Poniżej swoje dane musicie uzupełnić odpowiednimi Waszymi, które odczytacie w konfiguracji serwerów na przykład na stronie dostawcy.
Na początek konieczne są dodatkowe sekcje w configuration.yaml. Nadpisujemy/dodajemy wpisy dotyczące notify.
notify:
  – name: Cezar
    platform: smtp
    server: !secret email_server
    port: 587
    timeout: 15
    sender: !secret email_sender
    encryption: starttls
    username: !secret email_username
    password: !secret email_password
    recipient:
      – !secret email_cezar
    sender_name: My Home Assistant
Hasła trzymamy oczywiście w pliku secrets.yaml.
Później restart i mały test. Przechodzimy na Developer Tools, Services i jak w przykładzie w dokumentacji podane, wprowadzamy:
{
  „message”: „The sun is {% if is_state(’sun.sun’, 'above_horizon’) %}up{% else %}down{% endif %}!”
}

Później Configuration -> Automations

Ja stworzyłem sobie powiadomienie o włączeniu świateł przed domem godzinę po zachodzie słońca.

Przyciskamy 'Duży, pomarańczowy plus’ i wybieramy:
W sekcji Triggers – czyli 'wyzwalaczy’ zdarzenia
– nazwę
– ewentualny opis
– trigger type: Sun, Sunset, Offset
Conditions, czyli w tym przypadku włącz światło tylko jeżeli jest wyłączone:

No i w końcu Actions – co ma się dziać:
– u mnie włącz Sonoff
– wyślij powiadomienie

Zrobione. Tyle na dzisiaj. Muszę wrócić do częstszego, a krótszego pisania o HA.

Assembly 94 CD – czyli jak uruchomić stare dema na PC?

Dzień dobry. Jakoś tak ostatnio trochę się 'zagotowałem’. Ktoś pochwalił się na jednej z grup na FB posiadaniem dość ciekawej płyty demoscenowej. Demoscena ma to do siebie, że wszelkie jej twory są dostępne bezapelacyjnie za darmo. Dema, intra, grafiki czy muzyka prezentowane na demo-parties są dostępne dla wszystkich i każdy może je pobrać (wszystko i tak jest do tej pory dostępne w internecie). Po to są – aby je oglądać. Będąc na demoscenie od 1995 przyzwyczaiłem się, że każda osoba z którą się kontaktowałem z chęcią wysyłała, udostępniała to, co się pojawiło – tak to działa. A tu usłyszałem – 'To jest tak rzadkie i niespotykane, że nie mam ochoty się tym dzielić i profanować płyty przegrywaniem’. Pfffff, nie to nie. Na szczęście są archiwa od takich zdobyczy…

Na przykład https://archive.org/, gdzie obraz rzeczonej płyty można znaleźć.

Jako, że to obraz, musiałem zainstalować Deamon Tools, aby go podłączyć jako wirtualny napęd u siebie. Dwuklik na pliku z obrazem i podłączone.

Środowisko Windows (a na takim pracuję) nie pozwala na uruchomienie tak starych programów. Od tego jest DOSBox – https://www.dosbox.com/download.php?main=1.

Ściągnąłem, uruchomiłem, zadziałało. Na demoscenie jednak w tych latach królował Gravis Ultrasound – część dem miała do wyboru Sound Blaster, ale niektóre były dedykowane wyłącznie Gravis’owi. Na którego notabene nie było mnie nigdy stać :/ Na to też się znalazła rada.

Skorzystałem z instrukcji dostępnej na https://www.pc-freak.net/blog/enable-gravis-ultrasound-dosbox-enhanced-music-experience/, konkretnie pliku https://alex.pc-freak.net/files/GUS/ULTRASND.zip

Dla pełni informacji: na dysku C stworzyłem sobie folder DOS, gdzie wrzucam pliki z demami, które później chcę uruchomić. Ta wiedza przyda się nam za chwilę.

Musiałem u siebie znaleźć plik dosbox-WERSJA.conf i go zmienić.

W przypadku GUS zrobiłem tak:

[gus]
#      gus: Enable the Gravis Ultrasound emulation.
#  gusrate: Sample rate of Ultrasound emulation.
#           Possible values: 44100, 48000, 32000, 22050, 16000, 11025, 8000, 49716.
#  gusbase: The IO base address of the Gravis Ultrasound.
#           Possible values: 240, 220, 260, 280, 2a0, 2c0, 2e0, 300.
#   gusirq: The IRQ number of the Gravis Ultrasound.
#           Possible values: 5, 3, 7, 9, 10, 11, 12.
#   gusdma: The DMA channel of the Gravis Ultrasound.
#           Possible values: 3, 0, 1, 5, 6, 7.
# ultradir: Path to Ultrasound directory. In this directory
#           there should be a MIDI directory that contains
#           the patch files for GUS playback. Patch sets used
#           with Timidity should work fine.

gus=true
gusrate=44100
gusbase=240
gusirq=5
gusdma=3
ultradir=C:ULTRASND

I dodałem automatyczne mapowanie mojego wcześniej założonego folderu na dysku C z dyskiem C w DOXBox, oraz zamapowanie CD-ROM.

[autoexec]
# Lines in this section will be run at startup.
# You can put your MOUNT lines here.
mount C C:DOS
mount e e: -t cdrom
C:

Uruchamiamy DOSBox, automatycznie podepnie się co trzeba, wpisujemy pcgui i już mam na ekranie menu wyboru dem, intr, grafiki, muzyki, kodów źródłowych. Przed posłuchaniem muzyki zalecam skonfigurowanie dostępnego na płycie Inertia Player. Albo można słuchać bezpośrednio używając wtyczek do Foobar2000 – zalecane, bo Inertia Player może już trochę wariować na nowszych procesorach.

Pyk: grafiki.

Pyk, Heartquake/Iguana.

Pyk, Holistic/Cascada VR-Section

Pyk, muzyka.

Warto było zrobić to chociażby dla tego, aby usłyszeć 'Is everybody in? Is everybody in? A ceremony is about to begin’ z dema Verses!

Jak się chce, to się da. Teraz pora zobaczyć dema na Amigę i C64, które są również dostępne na płycie. Może którejś najbliższej nocy się do tego zabiorę.

Home Assistant – Jak szybko dojadę dziś do pracy?

Jednym z pierwszych komponentów jakie sobie skonfigurowałem po instalacji Home Assistant był Waze travel. Prosto, szybko, efektownie. Pokazało też jak prosto wszystko się tutaj dodaje, robi i konfiguruje.

Można zacząć od wrzucenia tego w plik configuration.yaml. Ja osobiście dla porządku rozdzieliłem to i wrzuciłem do pliku sensors.yaml i dodałem sensor: !include sensors.yaml
 w configuration.yaml.

# Waze travel time
  – platform: waze_travel_time
    name: „Dorota”
    origin: !secret waze_origin
    destination: !secret waze_dest_dorota
    region: 'EU’

  – platform: waze_travel_time
    name: „Adam”
    origin: !secret waze_origin
    destination: !secret waze_dest_adam
    region: 'EU’

I tyle. System sam zorientował się co chcę osiągnąć i po sekundzie mogłem dodać. Dodałem dla przykładu dwie karty: jedną jako Entities oraz Gauge.
Poniżej wygląd gotowych kart. 

I konfiguracja. W Entities dodałem dwie zdefiniowane encje, od razu pokazały się na karcie.

Konfiguracja Gauge poniżej:

Robi się coraz ładniej i schludnie. Co ważne, w porównaniu do Domoticz mogę tym sterować do woli i tak jak chcę.

Hass.io i Google Drive Backup

Dzisiaj krótka wrzutka, pozwolę sobie zareklamować wpis na blogu, który opisuje Home Assistant z konkretnymi przykładami – HejDom.pl
Robienie kopii zapasowych jest bardzo ważne. To fakt, którego nie warto powtarzać 🙂 Post ten miał traktować o robieniu kopii na dysk Google Drive. W sposób bezpieczny, komponent ma dostęp wyłącznie do jednego miejsca. 
Nie chcę powtarzać wpisu, który już zrobił kolega:
Chciałem jednak ten temat umieścić u siebie, ponieważ warto mieć w jednym miejscu całość.
Dokładny opis po angielsku jest na stronie projektu:
Skoro wszystko zostało tak już dobrze opisane, pozostaje wkleić zrzuty ekranu 😀
Tak wygląda skonfigurowany komponent:

Taki folder pojawi się w Google Drive,

A zawartość folderu po pierwszej synchronizacji:

DietPi – czyli jak zainstalować tonę oprogramowania za jednym naciśnięciem guzika

Zawsze mnie interesował https://dietpi.com/. Odchudzona wersja systemu, jeszcze mniej zasobożerna niż Raspbian Lite, z wieloma usprawnieniami a do tego z OGROMEM oprogramowania dostępnego za naciśnięciem Enter.
Na wolnym Raspberry Pi 1 nie było sensu go instalować, ale skoro Pi 4 czeka na kompatybilne RetroPie, to można próbować do woli 😀
O instalacji nie ma się co rozwodzić – jest obraz, pobieramy, zgrywamy na kartę, ruszamy. Co do zgrywania – albo Belena Etcher, albo Win32DiskImager, zależnie od formatu.

Poniżej kilka ekranów konfiguracyjnych, hasło, SSH, itp.

Kiedy już to przejdziecie macie możliwość wyboru programów jakie chcecie zainstalować. Nie ma sensu opisywać tutaj wszystkich, listę macie dostępną pod adresem: https://dietpi.com/dietpi-software.html. Warto jedynie napisać, że są one podzielone na kategorie, jak:
– SSH servers
– Desktops
– Remote Desktops
– Media Systems – KODI, mpd, Plex, Emby, Roon i inne
– Download tools – Transmission, Deluge, Sonarr, Radarr, CouchPotato
– Emulation/Gaming – np. AmiBerry
– Camera – MotionEye
– Cloud/Backups – ownCloud, NextCloud, Pydio, Syncthing
– Social – WordPress, phpBB3, Baikal,
– Home Automation – Home Assistant
– Hardware Projects – Google AIY, PiJuice, RPi.GPIO, Node-Red, Mosquitto, InfluxDB, Grafana
– Remote Access – Remot3.it, itp.
– Stats – RPi Monitor, Webmin, Linux Dash
– Security – Fail2Ban
– Webserver Stacks – Apache2, nginx, PhpMyAdmin, Tomcat8
– File Servers – Samba Server, NFS, ProFTP
– VPN
– DNS Server – Pi-hole
– Printing

Jak widać – MNÓSTWO, po prostu mnóstwo oprogramowania dostępnego do zainstalowania automatycznie.

Ważne jest, aby po wybraniu przejść na sam koniec listy i wybrać Install -> Go >> Start

Zobaczycie podsumowanie Waszych wyborów i po akceptacji…

Zacznie się instalacja. Oczywiście, zależnie od ilości wybranego oprogramowania, wielkości, szybkości karty, połączenia internetowego może to potrwać dość długo.

Jeżeli później będziecie chcieli zmienić Wasze parametry konfiguracyjne, możecie wpisać
sudo dietpi-software

Każde z tego oprogramowania uruchamia się na innych portach RaspberryPi, dokładnie opisy znajdziecie pod adresem: https://dietpi.com/phpbb/viewtopic.php?f=8&t=5#p5

Dzięki temu mam teraz na Raspberry Pi 4 zainstalowane bez problemu:
– serwer Plex
– Logitech Media Center
– Home Assistant
– mc
– Docker
i wiele innych.

Plan jest taki, aby Home Assistant przenieść z hass.io na DietPi w kontenerze Docker, czyli trochę inaczej niż tutaj, ale o tym innym razem.

Home Assistant i Home Assistant Community Store

Niesamowitym plusem Home Assistant jest fantastyczna i bardzo aktywna grupa użytkowników. Domoticz oczywiście też ją posiada, ale w HA wszystko jest poukładane, udokumentowane, świetnie zorganizowane.

Wiele z dodatków można pobrać z tak zwanego Community Store, gdzie to ludzie wrzucają sprawdzone dodatki.

Instalacja jest dość prosta, jak to podaje oficjalna instrukcja:

1. Otwieramy przeglądarkę
2. Przechodzimy na stronę: https://github.com/custom-components/hacs/releases/latest
3. Pobieramy Source code.zip
4. Tworzymy folder, wypakowujemy zawartość
5. W tym folderze jest custom_components, w nim folder hacs, który musimy skopiować do naszej instalacji Home Assistant
6. Ja używam Hass.io, także muszę wgrać zawartość hacs do /config/custom_components/hacs

7. Nie ma folderu, więc zakładam/wgrywam cały folder /custom_components/hacs
8. Restart Home Assistant
9. Na stronie GitHub konieczne jest utworzenie swojego tokena dostępowego: https://github.com/settings/tokens

10. W configuration.yaml dodajemy
hacs:
  token: !secret github

11. Sprawdzenie konfiguracji, restart

W wyszukiwarce dodałem sobie Airly. Tak, wiem, jest teraz w oficjalnych dodatkach do Hass.io, ale ja dodawałem wcześniej.
W configuration.yaml możemy dodać wpis jak poniżej. Tak zrobiłem na początku, później przeniosłem do sensors.yaml. Co ważne – opcje konfiguracyjne, parametry, instrukcje, obligatoryjne pola są dostępne do każdego dodatku – wystarczy przeczytać.

  – platform: airly

    name: 'Air Quality’
    api_key: !secret airly_api_key
    latitude: !secret home_lat
    longitude: !secret home_long
    language: 'pl’
12. Dodajemy Entity
I cieszymy się informacjami.

Home Assistant – pierwsze konfiguracje i plik secrets.yaml

Dzisiaj przybliżę podstawową konfigurację komponentów w Hass.io.

Przy okazji zaznajomimy się z funkcjonalnością pliku secrets.yaml, który to umożliwia na przykład dzielenie się konfiguracją z innymi użytkownikami bez konieczności ciągłego zastępowania swoich haseł innymi tekstami.

Po pierwsze, tak jak opisałem na dole strony http://cezarowy.blogspot.com/2019/05/home-assistant-zaczynamy-instalacja-za.html – musimy edytować plik configuration.yaml.

Zawartość tego pliku (configuration.yaml) u mnie aktualnie wygląda tak jak poniżej, coraz więcej ciekawych rzeczy się pojawia.

Pozwolę sobie opisać kolejne sekcje. Nie jest to zbyt czytelne na początek, ale konieczne aby zrozumieć zasadę działania Home Assistant. Przesiadając się z Domoticz trzeba zmienić podejście, dość radykalnie. Domoticz ma 'niższy próg wejścia’, bez dwóch zdań, ale gdy już 'zaskoczyłem’ jak i co zrobić w Home Assistant – jestem pewien, że nie wrócę i powoli przepisuję wszystkie elementy i umieszczam je w HA. Niewiele już zostało.

W niedalekiej przyszłości moja konfiguracja znajdzie się na github, skąd będziecie mogli ją pobrać, sprawdzać, edytować i dostosować do swoich potrzeb.

Każda deklaracja 'elementu’ HA, encji, integracji, itp. musi kończyć się znakiem ’:’. Uważajcie na wcięcia i przed każdym restartem serwera sprawdzajcie poprawność pliku konfiguracyjnego!

homeassistant:
  # Nazwa naszej lokalizacji
  name: Dom
  # Poniżej koordynaty naszego domu, aby poprawnie odczytywać wschód/zachód słońca
  latitude: !secret home_lat
  longitude: !secret home_long
  # Poniższe mam również wpływ na zachody słońca – położenie nad poziomem morza
  elevation: 466
  # System metryczny?
  unit_system: metric
  # Strefa czasowa: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: Europe/Warsaw

# Plik mogący zawierać dane dotyczące wyglądu ikon, polskich nazw elementów, etc.
  customize: !include customize.yaml

# Włączamy możliwość konfiguracji i wykrywania użytkowników systemu
person:

# Configure a default setup of Home Assistant (frontend, api, etc)
#default_config:
config:

# Czy włączyć automatyczne wykrywanie urządzeń? Jakie ignorować?
discovery:
  ignore:
  – philips_hue

# Deklaracja dotycząca komponentu dającego informacje o systemie na którym działa HA
https://www.home-assistant.io/integrations/system_health/  
system_health:

# Jeżeli chcecie używać aplikacji mobilnej:
https://www.home-assistant.io/integrations/mobile_app/
mobile_app:

# Aby plik był bardziej estetyczny i czytelny dobrze jest podzielić integracje na grupy.
# Do każdego z plików można dodać elementy, który mogłyby się znaleźć w głównej konfiguracji, 
# na dłuższą metę jednak będzie to 'nie do ogarnięcia’
history: !include history.yaml
logger: !include logger.yaml
sensor: !include sensors.yaml
binary_sensor: !include binary_sensors.yaml
device_tracker: !include device_tracker.yaml
media_player: !include media_player.yaml
group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml
switch: !include switches.yaml

# System notyfikacji. Ja postawiłem na e-maile
notify:
  – name: Cezar
    platform: smtp
    server: !secret email_server
    port: 587
    timeout: 15
    sender: !secret email_sender
    encryption: starttls
    username: !secret email_username
    password: !secret email_password
    recipient:
      – !secret email_cezar
    sender_name: My Home Assistant

# Tutaj konfiguracja kamer i podobnych elementów – na przykład wykresów pogody
camera:
  – platform: generic
    name: Weather
    still_image_url: https://www.yr.no/place/Poland/Lesser_Poland/Klucze/meteogram.svg
    content_type: 'image/svg+xml’

  – platform: mjpeg
    name: Salon
    still_image_url: http://192.168.1.155/cgi/jpg/image.cgi
    mjpeg_url: http://192.168.1.155/cgi/jpg/image.cgi
    username: admin
    password: !secret my_password
    
  – platform: mjpeg
    name: PrzedDomem
    still_image_url: http://192.168.1.156/image/jpeg.cgi
    mjpeg_url: http://192.168.1.156/image/jpeg.cgi
    username: admin
    password: !secret my_password

# Tu sobie zostawiłem konfigurację Xiaomi Air Purifier
fan:
  – platform: xiaomi_miio
    host: 192.168.1.115
    token: !secret airpurifier
    model: zhimi.airpurifier.v2

# Konfiguracja związana z iPhone
ios:

# Klient Transmission, które mam na swoim NAS postawionym na OMV  
transmission:
  host: 192.168.1.124
  username: admin
  password: !secret my_password

# System Xiaomi – dane to centralki
xiaomi_aqara:
  discovery_retry: 5
  gateways:
    – key: !secret xiaomi_gw_key

# Informacja o połączeniu internetowym    
speedtestdotnet:
  manual: false
  monitored_conditions:
    – download
    – upload
    – ping

# Pogoda    
weather:
  – platform: darksky
    api_key: !secret dark_sky_api

# Token github to Home Assistant Community Store
hacs:
  token: !secret github

Zawartość pliku secrets.yaml:

home_lat: xx.xxxx
home_long: xx.xxxx
my_password: xxxx
xiaomi_gw_key: xxxx
dark_sky_api: xxxxx
mqtt_broker_ip: xxxx
mqtt_user: xxx
mqtt_pass: xxxx
airpurifier: xxx
github: xxxxxx
airly_api_key: xxxx
burze_dzis_net.api_key: xxxx
malina3_ip: xxx.xxx.xxx.xxx
iphone_adam: xxx.xxx.xxx.xxx
mibox_ip: xxx.xxx.xxx.xxx
email_password: xxxxx
email_cezar: xxxxxx@gmail.com
email_server: mail.xxxxxxx.pl
email_sender: xxxx@xxxxx.pl
email_username: xxxxxxx

A history.yaml wygląda z kolei na przykład tak:

include:
  entities:
    – sensor.speedtest_download
    – sensor.speedtest_ping
    – sensor.speedtest_upload
    – person.Cezar

Plik binary_sensors:

– platform: ping
  host: 192.168.1.200
  name: raspberry_status
  count: 2
  scan_interval: 180

– platform: workday
  country: „PL”

– platform: template
  sensors:
    playstation_status:
      value_template: „{{ is_state(’device_tracker.PS4′, 'home’) }}”
      friendly_name: „PlayStation 4”
    tv_status:
      value_template: „{{ is_state(’device_tracker.SamsungTV’, 'home’) }}”
      friendly_name: „Telewizor”
    nas_status:
      value_template: „{{ is_state(’device_tracker.OMVCezar’, 'home’) }}”
      friendly_name: „NAS”