Aktualizacja informacji o aktualizacji
na beta dodaliśmy też najnowszy zigbee2mqtt 1.14.3
Opis upepszeń, poprawek oraz nowych urządzeń (zarówno adapterów jak i urządzeń końcowych - już 919) dostępny jest na stronie projektu:
na beta dodaliśmy też najnowszy zigbee2mqtt 1.14.3
Opis upepszeń, poprawek oraz nowych urządzeń (zarówno adapterów jak i urządzeń końcowych - już 919) dostępny jest na stronie projektu:
Po aktualizacji przestał działać zapis zdarzeń do bazy danych, ruszył dopiero po formacie dysku. Poz za tym wszystko śmiga
Dzięki za info , od kolejnej aktulizacji powinno być z tym lepiej - jeśli z jakiegokolwiek powodu wykryte zostanie uszkodzenie w bazie danych rejestratora Home Assistant (SQLite), stara baza danych zostanie przeniesiona (zmiana nazwy pliku z bazą danych) i zostanie utworzona nowa baza danych. To ma zapobiec tego typu problemom podczas uruchamiania.
Inna sprawa to przyczyna uszkodzenia bazy danych - prawdopodobnie nie dajemy HA wystarczającą ilość czasu na zapis (za szybko restartujemy bramkę po aktualizacji) - przyjrzymy się temu dokładniej.
Co nowego:
HA w wersji 0.114.2
Poprawki w HA na błędy wykryte w wersji 0.114
Poprawki w układzie klawiszy (plik Generic.kl)
Plik Generic.kl to mapowanie kodów klawiszy z systemu Linux na kody systemu Android.
Wykryliśmy, że czasami po naciśnięciu klawiszy na pilocie, nie tylko przekazujemy kod do obsługi w Asystencie domowym, ale też kod jest przechwytywany przez Android i pod spodem wykonywane są niepotrzebne dodatkowe akcje (np. uruchomienie aplikacji, na których był focus). Jest to szczególnie ważna poprawka dla osób, które obsługują Asystenta domowego samym pilotem, bez monitora (np. osoby mające problemy ze wzrokiem).
Dodaliśmy na ekranie głównego menu “dymki rozmowy” z asystentem
Doszły też ikonki obrazujące działanie pilota, w obu trybach sterowania.
Na monitorze:
Bez monitora:
Nie jest to ostateczny wygląd tych ekranów, ale krok w stronę światełka w tunelu
(docelowo tryb bez monitora będzie prawdopodobnie wygaszał ekran (po jakimś czasie), nie chcemy całkowicie wyłączać hdmi bo przez hdmi może być przesyłany dźwięk)
Konsola
Zwiększyliśmy na 100% szerokość i wysokość regionu konsoli.
Dodaliśmy też komunikat informujący o mocy tego narzędzia - żeby się zastanowić, zanim się coś wklei w konsolę.
PS
Jeżeli komunikat się komuś nie podoba komunikat w konsoli, to można go zmienić lub usunąć - jest on brany ze standardowego pliku linux ~/.bashrc
cat ~/.bashrc
Można zainstalować sobie figlet:
apt install figlet
i dodać do ~/.bashrc swój piękny statyczny tekst,
np.:
figlet AI-Speaker
Przy okazji chciałem Wam zwrócić uwagę na to że powiadomienie o nowej aktualizacji na Jolce dostają wszyscy użytkownicy łącznie z tymi, którzy nie mają uprawnień do konfiguracji i po kliknięciu linka z powiadomienia nic się nie dzieje.
Wiem że to drobiazg, ale czasami za drobiazgiem odkrywa się nowe “możliwości”
Zrobiłem aktualizacje do 0.114.2b0 i teraz aplikacja mobilna czyta powiadomienia na głos.
Przed aktualizacją nie czytała, oczywiście ais_ai_service.mob_notify
miałem cały czas say: true
.
faktycznie tak to działa, podobnie jest z komunikatem o wykrytych urządzeniach - też dostają go wszyscy mimo, że nie mają dostępu do konfiguracji → integracji
Te komunikaty generowane są usługą persistent_notification.create
nie ma tam niestety jeszcze możliwości ogrania do grup czy poszczególnych osób… spoko, pomyślimy co z tym zrobić
To idealnie, jakby jeszcze mozna bylo przypisywac poszczegolne urzadzenia do grup uzytkownikow
UWAGA, żeby wszystkie opisywane poniżej zmiany zadziałały, trzeba zainstalować też naszą nową wersję aplikacji mobilnej z OTA (jeszcze nie opublikowana w Google Play - testujemy…).
jeżeli osoba jest w zdefiniowanej strefie (Dom, Praca, Szkoła …), to mówimy nazwę strefy
jeżeli osoba jest poza strefą dom, to sprawdzamy ostatni zaraportowany adres (z ostatniego urządzenia które zaraportowało) i go mówimy:
jeżeli osoba jest poza strefą dom i nie ma zaraportowanego adresu, to mówimy:
jeżeli nie mamy informacji o lokalizacji, to mówimy:
Oczywiście sprawdzanie lokalizacji komendą, powinno działać z każdym “urządzeniem śledzącym / raportującym lokalizację do Home Assistant”, jeżeli komuś działa raportowanie lepiej z innej aplikacji niż AIS dom, to nie trzeba nic zmieniać
nowy parametr click_action
Czyli jeżeli np. mamy widok z kamerą o takim adresie /lovelace/cam
To możemy go przekazać w powiadomieniu i po kliknięci na powiadomienie przejdziemy automatycznie do tego widoku:
usługa powiadomienia na bramce
klikamy w powiadomienie
przechodzimy do widoku
Oczywiście tylko wtedy gdy mamy uruchomioną “na górze” aplikację AIS dom
Dzisiaj zauważyłem coś takiego, miałem wcześniej zrobioną automatyzacje która włącza mikrofon w kamerze PS3 EYE i w akcji mam tak:
hej @Tomasz, dzięki za info - to błąd w HA na BETA
edytor przełącza się na YAML z komunikatem błędu po wpisaniu pierwszej literki danych do serwisu
ten błąd jest już zgłoszone w HA, będzie poprawka niebawem
PS
obejście to przełączenie się na YAML przed wpisaniem danych które mają być przekazane do serwisu
Jeszcze jedna dziwna rzecz, poniżej filmik:
Zmiany:
Dzięki za info - popsuliśmy to odświeżanie dodając sterowanie głośnością za pomocą przycisków vol+ / vol- z aplikacji mobilnej. Poprawka w 0.114.4b0 wydanej właśnie na beta.
Zaktualizowałem do 0.114.4b0 i teraz jest OK
Doszło kilka poprawek, między innymi na problem z integracją sun opisany tu:
oraz nowy konfigurator do integracji AIS Wear OS:
Wear OS jest teraz niezależną mobilną integracją do której możemy wysyłać powiadomienia (jeżeli chcemy wysłać powiadomienie tylko na zegarek a nie przez telefon) możemy też wysyłać komendy (pytanie o lokalizację, czytanie tekstu na zegarku)
Zegarek sam nie raportuje nic do bramki, nie utrzymujemy tam serwisu (tak jak na telefonie) bo to mogło by mieć zbyt negatywny wpływ na baterie w zegarku… która jak wiemy nie jest najlepsza. Czyli jeżeli chcemy wiedzieć gdzie jest osoba która ma zegarek to wywołujemy usługę z bramki - żądanie zaraportowania lokalizacji.
Zegarek odpowie tylko jeżeli w aplikacji AIS dom na zegarku zezwolimy na zapytania z bramki.
Wyjaśnimy to wszystko w dokumentacji wraz z wydaniem wersji 0.114 na kanale stabilnym
Oczywiście mamy też sporo pomysłów na przesyłanie do bramki info z zegarka… ciąg dalszy nastąpi…
Zaktualizowałem i tak:
znowu po aktualizacji nie ma historii, czyli wszystko wstecz się kasuje i zaczyna rejestrować od nowa. Zapis mam na dysk SSD, żadnych błędów w logach nie widzę. Rejestracja działa prawidłowo.
i tak drobnostka, nie można dodać za pomocą “Dodaj do interfejsu użytkownika Lovelace” encji barteria
jakiś dziwny log mi się pojawił dwa razy
Po za tym wszystko OK
Dostępna jest aktualizacja zigbee2mqtt na kanale beta:
ta aktualizacja powinna zająć max 5 minut
PS
tym razem instalacja to aktualizacja tylko aplikacji node.js (zigbee2mqtt), dla zainteresowanych wyjaśniamy jak działa aktualizacja poszczególnych “warstw” systemu:
PS2
Zigbee2mqtt opracowuje własny frontend - aplikację webową w której będzie można konfigurować urządzenia wraz z mapą:
Testujemy to nowe rozwiązanie (ma jeszcze status eksperymentalny w zigbee2mqtt), jak tylko osiągnie akceptowalny poziom stabilności i funkcjonalności to przełączymy nasz panel zigbee (ten z konfiguracją zigbee2mqtt i mapą) na nowy dostarczony przez zigbee2mqtt. Możliwe, że uda się to zrobić wraz z kolejną aktualizacją zigbee2mqtt.
To powinno zniknąć po przelogowanianiu się w aplikacji na telefonie.
Temat czujników z aplikacji mobilnej to coś nad czym ciągle pracujemy, w kolejnych aktualizacjach aplikacji mobilnej zaczniemy okresowo wysyłać status czujników z telefonu do bramki - stan czujników z telefonu docelowo będzie bardziej aktualny na bramce, dzięki temu cała ta funkcjonalność stanie się bardziej funkcjonalna i przewidywalna
Świetna wiadomość. Moja mapa już dawno zaczęła wychodzić poza obszar okna a konfiguracja urządzeń, to chyba wszyscy na to czekają.