✍ Wersja systemu Hugo wydana na kanale stabilnym

a po co ?

Jak korzystałeś do tej pory z tts online, to kasujesz wpis z configuration.yaml:

tts:
  - platform: google_translate
    language: "pl"

i po aktualizacji na Hugo korzystasz z tts od AIS offline

U mnie działa, wystarczy w automatyzacji (u mnie node red) podmienić service google_translate_say na ais_tts_local_say

myślałem ze ten wpis jest konieczny gdy integracja się nie pojawia więc także zrobiłem ten krok

ale w node red gdy wykonam ten krok

to dopiero za drugim wykonaniem słyszę głos jolki w głośniku przez google cast ale przed wypowiedzeniem musze dać taki blok

i w bloku funkcyjnym odpowiedzialnym za wiadomość musze dodać “cache”: true

czy masz pomysł jak mogę to naprawić aby za każdym razem była wysyłana wiadomość jak w przypadku google tts do głośnika a nie dopiero po drugim wykonaniu ?

Na razie nie miałem czasu na dłuższe testy ale zauważyłem, że faktycznie czasem nie idzie powiadomienie na głośnik cast. Wywołałem nodem inject po kolei wszystkie automatyzaję gdzie jest cast i widzę że dla jednych idzie zawsze a dla innych w ogóle, jakoś totalnie losowo. Muszę się temu przyjrzeć bliżej.

Po zaktualizowaniu Jolki do wersji Hugo mam dwa powiadomienia:
Recorder

The recorder could not start, check the logs
w logach:
Logger: homeassistant.setup
Source: setup.py:152
First occurred: 11:45:51 (2 occurrences)
Last logged: 11:45:51

Unable to set up dependencies of history. Setup failed for dependencies: recorder
Unable to set up dependencies of logbook. Setup failed for dependencies: recorder

Oraz drugie powiadomienie:
Invalid config

The following integrations and platforms could not be set up:

Please check your config and logs.
w logach:
Logger: homeassistant.components.recorder
Source: components/recorder/init.py:998
Integration: recorder (documentation, issues)
First occurred: 11:45:19 (10 occurrences)
Last logged: 11:45:47

Error during connection setup to : Could not parse rfc1738 URL from string ‘’ (retrying in 3 seconds)
Traceback (most recent call last):
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/recorder/init.py”, line 719, in _setup_recorder
self._setup_connection()
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/recorder/init.py”, line 998, in _setup_connection
self.engine = create_engine(self.db_url, **kwargs)
File “”, line 2, in create_engine
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/sqlalchemy/util/deprecations.py”, line 298, in warned
return fn(*args, **kwargs)
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/sqlalchemy/engine/create.py”, line 518, in create_engine
u = _url.make_url(url)
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/sqlalchemy/engine/url.py”, line 711, in make_url
return _parse_rfc1738_args(name_or_url)
File “/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/sqlalchemy/engine/url.py”, line 777, in _parse_rfc1738_args
raise exc.ArgumentError(
sqlalchemy.exc.ArgumentError: Could not parse rfc1738 URL from string ‘’

Logger: homeassistant.setup
Source: setup.py:152
First occurred: 11:45:51 (2 occurrences)
Last logged: 11:45:51

Unable to set up dependencies of history. Setup failed for dependencies: recorder
Unable to set up dependencies of logbook. Setup failed for dependencies: recorder

Bramka jest po pełnym resecie aplikacji z powodu problemów z zigbee, miałem nadzieję że naprawi i ten problem ale niestety występuje nadal.
Wywaliło też integrację Xiaomi Miio, tzn odinstalowałem ją ponieważ przestała działać, próba zainstalowania kończy się błędem “nie udało się wczytać interfejsu konfiguracji”, w logach:

Logger: homeassistant.util.package
Source: util/package.py:114
First occurred: 12:45:08 (1 occurrences)
Last logged: 12:45:08

Unable to install package python-miio==0.5.6: ERROR: Cannot install python-miio==0.5.6 because these package versions have conflicting dependencies. ERROR: ResolutionImpossible: for help visit User Guide - pip documentation v21.2.dev0

Sorry że tyle problemów w jednym poście ale wszystkie wystąpiły po aktualizacji Hugo.

Wystąpił konflikt w zależnościach między użytymi pakietami, mogą to tylko naprawić programiści.

@jolka niestety coś jest nie tak z automatyczną konfiguracją zigbee2mqtt.
Po raz kolejny wyczyściło mi konfigurację wraz z zapamiętanymi urządzeniami i nadpisało tylko podstawowymi ustawieniami.
Dodatkowo nie działa przywracanie kopii zapasowej (pobrałem paczkę z portalu integratora i przywróciłem ręcznie):

U mnie też coś nie tak…
Dostaje komunikat, że usunięto urządzenie zigbee i zatrzymano serwis zigbee (mam Conbee) i za chwilę idzie info że uruchomiono zigbee ale w logach tak:
a


c
Albo Hugo coś zepsuło (zigbee 1.19.1) albo jednak po burzy moja bramka coś uszkodzona. Zmieniałem port usb i przedłużkę, bez efektu.
Szału dostaję bo za każdym razem urządzenia zigbee musze dodawać od nowa.

po każdym takim komunikacie w zigbee2mqtt w configuration.yaml zostaje tylko taki wpis:

homeassistant: true
permit_join: false
mqtt:
base_topic: zigbee2mqtt
server: ‘mqtt://localhost’
serial:
adapter: deconz

Po ręcznym skopiowaniu z kopii poprawnego wpisu:

homeassistant: true
permit_join: false
mqtt:
  base_topic: zigbee2mqtt
  server: 'mqtt://localhost'
serial:
  adapter: deconz
  port: /dev/ttyACM0
frontend:
  port: 8099
advanced:
  log_level: info
  log_output:
    - console
  channel: 11
devices:
  '0x00124b001b784011':
    friendly_name: Temperatura Korytarz Dół
  '0x680ae2fffe096e31':
    friendly_name: Światło Korytarz Dół
  '0x5c0272fffe16b2e3':
    friendly_name: Światło Kotłownia
  '0x00158d00027d8200':
    friendly_name: Przycisk Garaż
  '0x680ae2fffe096e0f':
    friendly_name: Światło Sień
  '0x00158d00041a627c':
    friendly_name: Kontaktron Barek
  '0x680ae2fffe096d59':
    friendly_name: Światło Sypialnia
  '0x680ae2fffe096db6':
    friendly_name: Światło Zosia
  '0x680ae2fffe096d8f':
    friendly_name: Światło Łazienka
  '0x00158d0004188485':
    friendly_name: Przycisk Lampka Salon
  '0x00158d000427ef6a':
    friendly_name: Temperatura Taras
  '0x00158d00054433a6':
    friendly_name: Rygiel Wejście
  '0x00158d00041d3f75':
    friendly_name: Temperatura Sypialnia
  '0x00124b001c4b28ba':
    friendly_name: Temperatura Łazienka
  '0x842e14fffe1266cf':
    friendly_name: Wentylator Łazienka
  '0x00124b00224143f5':
    friendly_name: Temperatura Poddasze
  '0x04cf8cdf3c763e7b':
    friendly_name: Gniazdko Pralka

oraz komendzie pm2 restart zigbee

wszystkie urządzenia tym razem wróciły

Ale za jakiś czas znowu wyczyści configuration.yaml.

PS
tak z ciekawości dlaczego id zigbee cały czas się zmienia ??
a dla pozostałych usług jest stałe ??

1 polubienie

Id się zmienia bo proces jest zabijany podczas tego jak słyszysz komunikaty nt. podłączenia/odłączania urządzenia zigbee.

No tak ale np. tunnel też się restartuje (jak widać na moim screenie był 17 restartów) ale ID ma ciągle stałe 5.

Moja teoria jest taka że tunel jest restartowany z jakiegoś powodu, np chwilowy brak internetu. Natomiast proces zigbee jest ubijany po wykryciu odpięcia USB, bo i po co trzymać ten proces skoro użytkownik go wyciągnął. Tak wiem że nie wyciągasz tylko pewnie zigbee2mqtt doprowadza do sytuacji reenumeracji USB.

ja też tak mam od kiedy używam conbee2 i to już na Marcie miałem czasami chodzi 2-3 tygodnie a czasami sobie taki restart zrobi 2 razy na dzień

Po aktualizacji przestały mi działać rolety miałem dodany komponent którym regulowałem wysokość rolet. Może ktoś podpowie nie mogę dodać Cover Time Based Component. Katalog dalej istnieje ale po restarcie AIS nie dodaje go. Może oficjalnie zostanie dodany do AIS :wink:

Witaj

Czy tą kwestię w Hugo udało Ci się ogarnąć?

Niestety nie. Nie udaje mi się ponownie zainstalować tej integracji.

Miałem to samo,
wywaliłem z configuration wszystko zwiazane z miio, bo tam miałem konfiguracje odkurzacza z tokenem, potem dałem
pip install python-miio==0.5.6
i dodałem integracje xiaomi miio w integracjach skonfigurowałem tam i wszystko działa, mam zupełnie inne encje, bo pewnie wcześniej miałem stare integracje.

Ale aktualizowałem z bardzo starej wersji, więc mogłem mieć inaczej konfiguracje zrobione,
aktualizowałem z wersji 2020.12.3 z Pythonem 3.7.4, także najpierw zmieniałem na LTS.
Bardzo dużo rzeczy mi się posypało, ale krok po kroku i już wszystko śmiga.

Na ten moment mam problem taki, że jak robie restart bramki to się nie chce zrestartować, niby wyłacza ale nie chce, musze odłaczyć zasilanie i wtedy normalnie się uruchamia… moze ktoś miał coś takiego?

Powtarzające się logi po włączeniu restartu bramki:


 Traceback (most recent call last):
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/asyncio/events.py", line 80, in _run
2|ais      |     self._context.run(self._callback, *self._args)
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/helpers/event.py", line 1195, in run_action
2|ais      |     hass.async_run_hass_job(job, utc_point_in_time)
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/core.py", line 432, in async_run_hass_job
2|ais      |     hassjob.target(*args)
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/components/time_date/sensor.py", line 155, in point_in_time_listener
2|ais      |     self.async_write_ha_state()
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/helpers/entity.py", line 368, in async_write_ha_state
2|ais      |     self._async_write_ha_state()
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/helpers/entity.py", line 494, in _async_write_ha_state
2|ais      |     self.hass.states.async_set(
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/core.py", line 1267, in async_set
2|ais      |     self._bus.async_fire(
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/core.py", line 771, in async_fire
2|ais      |     self._hass.async_add_hass_job(job, event)
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/site-packages/homeassistant/core.py", line 367, in async_add_hass_job
2|ais      |     task = self.loop.run_in_executor(  # type: ignore
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/asyncio/base_events.py", line 807, in run_in_executor
2|ais      |     self._check_default_executor()
2|ais      |   File "/data/data/pl.sviete.dom/files/usr/lib/python3.9/asyncio/base_events.py", line 514, in _check_default_executor
2|ais      |     raise RuntimeError('Executor shutdown has been called')
2|ais      | RuntimeError: Executor shutdown has been called

U mnie tak samo, przechodzi kontrolę sprawdzenia konfiguracji serwera i po uruchomieniu ponownie aplikacja na bramce nie startuje. W logach nic niepokojącego nie mam. W pm2 wszystko OK. Nie aktualizowałem jeszcze do Hugo - czytam Wasze wpisy… Więc raczej to nie problem z tą wersją na bramce.

Mam dokładnie tak samo i to już od GRETY. Aktualnie restarty robię za pomocą konsoli, wpisując:

sudo reboot

Czyli coś jest faktycznie na rzeczy, na chwilę do GRETY zszedłem i też tak było.
Po ssh w logach widzę, że nie chce się wyłączyć, a nie, nie chce włączyć.


Zauważyłem jeszcze co mi się popsuło, bo rano mi się radio nie włączyło, mianowicie nie mam castów telefonów.
Na liście są jako niedostępne, a głośniki/telewizory działają bez zarzutu, jak telewizor jest niedostępny i go włączę to zaraz pojawia się, że jest włączony.
W logach nic nie ma, w integracji CAST nie widzę telefonów, ale widzę np. telewizor, który jest wyłączony czyli niedostępny, teraz nie pamiętam, czy tam też powinny być wylistowane telefony.
Aplikacje na telefonach mają wszystkie uprawnienia, funkcje mobilne działają, funkcje panelu sterowania nie, ponowna instalacja, czyszczenia danych… nic nie zadziałało.
Nie wiem jak to ugryźć.

EDIT.
Nie wiedziałem, że teraz zeby używać casta w telefonie potrzebna jest integracja AI Speaker, wcześniej automatycznie sie pojawiało… Po dodaniu integracji już mi działa :slight_smile:

czy udało ci się znaleźć sposób aby za każdym razem działały powiadomienia castowe w node red a nie losowo jak do tej pory?