馃コ 0.115 Wydana

Wersja 0.115 Wydana

Szczeg贸艂y na naszym blogu i w dokumentacji

image


:warning: To jest wydanie urodzinowe g艂贸wnej sk艂adowej naszego systemu Home Assistant.

Jest sporo zmian i w przypadku os贸b, kt贸re instaluj膮 na bramce dodatkowe niestandardowe komponenty lub konfiguruj膮 integracje w YAML mog膮 wyst膮pi膰 problemy.
Sk艂adnia integracji w YAML si臋 zmienia i nie mamy na to wp艂ywu - by膰 mo偶e b臋dzie potrzebna edycja tego co dodali艣cie do YAML-a.

W razie problem贸w, zanim na forum napiszecie 鈥渘ie dzia艂a鈥 i pozostawicie nas z t膮 zagadk膮, co i gdzie 鈥 :wink: to pami臋tajcie prosz臋 o:

  • konsoli dost臋pnej w sieci lokalnej w przegl膮darce pod adresem:
http://<ip-bramki>:8888
  • logach, polecenie:
pm2 logs

Zawsze jest te偶 mo偶liwo艣膰:

  • Aktualizacji r臋cznej:
  • Lub wykonanie pe艂nego resetu aplikacji:

Wykonajcie przed aktualizacj膮 kopie zapasow膮 i pami臋tajcie, 偶e w razie czego, paczka do pe艂nego resetu ju偶 czeka na OTA - macie pe艂ne wsparcie!

https://powiedz.co/ota/

3polubienia

Witaj @jolka
Je偶eli mo偶esz to powiedz mi co jest nie tak:

Na wypadek, gdyby kto艣 potrzebowa艂 encji sensor.nextsunrise oraz sensor.nextsunset w pliku sensors.yaml dodajemy:

- platform: template
  sensors:
    nextsunrise:
      entity_id: sun.sun
      friendly_name: 'Wsch贸d s艂o艅ca'
      value_template: >
        {{ as_timestamp(states.sun.sun.attributes.next_rising) | timestamp_custom(' %H:%M') | replace(" 0", "") }}
      icon_template: mdi:weather-sunset-up
    nextsunset:
      entity_id: sun.sun
      friendly_name: 'Zach贸d s艂o艅ca'
      value_template: >
        {{ as_timestamp(states.sun.sun.attributes.next_setting) | timestamp_custom(' %H:%M') | replace(" 0", "") }}
      icon_template: mdi:weather-sunset-down
1polubienie

Czy to znaczy, 偶e po aktualizacji tracimy encj臋 sun - wschody i zachody s艂o艅ca?

sun.sun jest, brakuje wschodu i zachodu. Szkoda jeszcze karty prognozy godzinnej w danym dniu.
Na plus jest za to dodatkowy wiersz z temperatur膮 w nocy :slight_smile:
image

to b艂膮d z HA

tu jest zg艂oszenie - integracja z kamierami ONVIF nie diza艂a:

jak kto艣 kto zajmuje si臋 integracja z kamer ONVIF naprawi to zg艂oszenie to b臋dzie OK

Nadal mo偶esz mie膰 prognoz臋 godzinow膮 - wystarczy doda膰 integracj臋 OpenWeatherMap:
image
Musisz za艂o偶y膰 swoje konto pod podanym linkiem - mailem dostaniesz token:


Dodatkowo podajesz wsp贸艂rz臋dne geograficzne dla swojego miasta, wybierasz tryb 鈥渉ourly鈥 i voil脿:
image

2polubienia

faktycznie zapomnieli艣my wspomnie膰 偶e te 2 sensory oparte na template te偶 usuwamy z domy艣lnej konfiguracji - dzi臋ki @traviz

W kolejnej wersji usuniemy star膮 konfiguracj臋 zigbee2mqtt (przechodzimy ca艂kowicie na t膮 now膮 aplikacj臋). Tym razem opublikujemy yaml i jak by kto艣 chcia艂 mie膰 star膮 konfiguracj臋 to b臋dzie mo偶na sobie doda膰 do jakiej艣 karty czy widoku .

1polubienie

Dzi臋ki, cho膰 poczekam troch臋, mo偶e okaza膰 si臋, 偶e to by艂o tylko moje przyzwyczajenie, a je艣li faktycznie ma wp艂ywa膰 na dzia艂anie bez dost臋pu internetu to warto nie za艣mieca膰 sobie bramki takimi rzeczami :wink:

w sumie jestem ciekawy jaki by艂 pow贸d usuni臋cia tych sensor贸w, bo one mog膮 stanowi膰 spore u艂atwienie w automatyzacjach je艣li kto艣 nie ma czujnika zmierzchu :wink:

@jolka a zrobicie mo偶e tak 偶eby zak艂adka 鈥淜onfiguracja Urz膮dze艅 Zigbee鈥 wy艣wietla艂a si臋 tylko w przypadku konfigurowania Zigbee przez bramk臋 AIS? Tak jak to by艂o z panelem 鈥淶igbee鈥, kt贸ry pojawia艂 si臋 po w艂o偶eniu CC2531 do USB.
Chyba 偶e mo偶na jako艣 t膮 zak艂adk臋 skonfigurowa膰, aby obs艂ugiwa艂a zewn臋trzn膮 instancj臋 Zigbee2MQTT?

Raczej idziemy w t膮 stron臋 偶eby wszystko by艂o wbudowane i nie by艂o trzeba nic konfigurowa膰鈥
mo偶liwo艣ci zigbee2mqtt na bramce b臋d膮 rozwijane i ca艂o艣膰 b臋dzie coraz bardziej zintegrowana i prosta.
Ka偶da dodatkowa konfiguracja to mo偶liwo艣膰 wyst膮pienia problem贸w - a tego nikt nie chce.

Ale, tak si臋 sk艂ada, 偶e mamy w planie ( w tej lub kolejnej wersji) doda膰 mo偶liwo艣膰 proxy z r贸偶nych IP, bo chcemy 偶eby menu urz膮dze艅 z naszym oprogramowaniem by艂o te偶 zintegrowane i dost臋pne w aplikacji webowe ( tak偶e podczas po艂膮cze艅 zdalnych) - chcemy 偶eby docelowo po szyfrowanym tunelu dzia艂a艂o co艣 takiego:

Zastanawiamy si臋 te偶 czy doda膰 proxy do konsoli.

Jak to dodamy (proxy ip) to opiszemy w jaki spos贸b nadpisa膰 konfiguracj臋 - dla tych co bardzo chc膮 to robi膰 inaczej :wink:

Teraz w konfiguracji przekierowania do zigbee zak艂adamy, 偶e apka zigbee2mqtt dzia艂a na bramce (locahost) - mo偶na tylko zmieni膰 port

ais_web_zigbee2mqtt:
  port: 8099

Jak dodamy do proxy konfiguracj臋 IP (偶eby robi膰 proxy aplikacji na urz膮dzeniach) to docelowo mo偶emy zrobi膰 to tak:

ais_web_zigbee2mqtt:
  host: localhost
  port: 8099

To powinno pokry膰 wszystkie opcje u偶ywania zigbee2mqtt z bramk膮:

  1. zigbee2mqtt dzia艂aj膮ce na bramce i adapter jest w艂o偶ony do usb bramki - nic nie trzeba nadpisywa膰 - dzia艂a z pude艂ka

  2. zigbee2mqtt dzia艂aj膮ce na bramce ale adapter jest zdalny
    u偶ytkownik nadpisuje konfiguracje w zigbee2mqtt, web zigbee2mqtt dzia艂a ok

serial:
    port: 'tcp://<ip-bramki-z-adapterem:20108'
  1. zigbee2mqtt dzia艂aj膮ce na osobnej bramce
    u偶ytkownik nadpisuje konfiguracje do aplikacji webowej i web zigbee2mqtt dzia艂a ok
ais_web_zigbee2mqtt:
  host: ip-bramki-z-adapterem
  port: 8099
2polubienia

Fajny feature b臋dzie z tego tunelowania urz膮dze艅.
Pyta艂em bo nie ka偶dy u偶ytkownik ma Zigbee, a b艂膮d 502 brzydko wtedy wygl膮da.
M贸j przypadek to wymiana CC2531 na CC2538, kt贸ry nie jest obs艂ugiwany przez skrypt bramki AIS. Ale jestem teraz bardzo zadowolony z stabilno艣ci sieci Zigbee :slight_smile:

Po aktualizacji przestala dzialac mi integracja Google Calendar. Objawy - brak encji kalendarza (oraz oczywscie brak danych na karcie kalendarza).
Integracja byla robiona podrecznikowo (tzn wg instrukcji) i dzialala poprawnie

W logach widze tylko cos takiego:

Setup failed for google: unknown error
19:10:50 鈥 components/google/__init__.py (ERROR)

Inne integracje kalendarza (np todoist tez jest widziana jako encja calendar) dzialaja bez problemu.

Ktos sie z tym spotkal, jakies pomysly na co zerknac albo co naprawic?

Po kolejnym restarcie (dodawalem konfiguracje nowych sensorow) kalendarz googlowy automagicznie zaczal znow dzialac :confused: :slight_smile:

Wlasnie sie zorientowalem ze moja radosc byla przedwczesna - owsze, kalendarz zaczal dzialac ale polowicznie, tzn wyswietla dane zsynchronizowane przed weekendem. Brak wydarzen, ktore dodalem do kalendarza wczoraj czy przedwczoraj. Ktos uzywa integracji z googlowym kalendarzem? Jesli to istotne - jest to kalendarz wspoldzielony (familijny).

W logach znalazlem tylko cos takiego:

Logger: homeassistant.components.calendar
Source: /data/data/pl.sviete.dom/files/usr/lib/python3.7/asyncio/events.py:88
Integration: Kalendarz ([documentation](https://www.home-assistant.io/integrations/calendar), [issues](https://github.com/home-assistant/home-assistant/issues?q=is%3Aissue+is%3Aopen+label%3A%22integration%3A+calendar%22))
First occurred: 19:57:51 (1 occurrences)
Last logged: 19:57:51

Setup of calendar platform google is taking over 10 seconds.

to b臋dzie proste do dodania,
dostajemy info z j膮dra linuxa, 偶e dodano urz膮dzenia a nast臋pnie sprawdzamy za pomoc膮 lsusb producenta i urz膮dzenie, 偶eby wiedzie膰 czy uruchamia膰 serwis
(podobnie po wyj臋ciu urz膮dzenia zatrzymujemy powi膮zany serwis)

CC2538 ma pewnie inn膮 nazw臋 produktu, bo vendor b臋dzie taki sam 0451 - Texas Instruments, Inc.

A gdzie i za ile kolega kupi艂 CC2538? Mo偶e te偶 si臋 skusimy do test贸w :wink:

Ciesz臋 si臋 na otwarto艣膰 na nowe urz膮dzenia.
Kupowa艂em przez FB od: https://www.facebook.com/grzegorz.sterniczuk/
Fakturka/paragon itp, wszystko ok.