Dla stacji pogodowych mających opcję wysyłania danych do serwisu
istnieje od jakiegoś czasu Komponent niestandardowy
niedawno (hmm na początku grudnia 2022?) wyszła jego ulepszona wersja 1.x która daje się teraz instalować z HACS oraz przede wszystkim obsługuje nowy format zapisu konfiguracji w HA - ten z użyciem platform: (użytkownicy MQTT już chyba wiedzą o co chodzi ).
Szczerze mówiąc nie jestem pewien, czy jest on standardowym repozytorium w HACS (raczej nie) w każdym razie można go dodać, jeśli go nie znajdziemy, przez dodanie repo do kategorii Integracji: https://github.com/cytech/Home-Assistant-wundergroundpws
Do konkretu (edit: UWAGA, to dotyczy tylko wersji 1.x, obecnie dostępna jest wersja 2.x - kolejny post)
W każdym razie jeśli stacja ma możliwość wysyłania danych do WU to zapewne odpowiednia informacja jak to ogarnąć jest w jej instrukcji…
Jeśli nie mamy konta WU to warto je najpierw utworzyć - to ułatwia w niektórych stacjach (a raczej ich odbiornikach z funkcją WiFi) konfigurację - w mojej opisywanej tam trzeba było to dość szybko ogarnąć, bo (o ile dobrze pamiętam - robiłem to kilka miesięcy temu) AP odbiornika jest dostępny tylko przez jakieś kilkadziesiąt sekund po aktywacji trybu konfiguracji (potem AP znika i rypanie się z całą konfiguracją od nowa, bo po połączeniu się z naszym WiFi w trybie klienta, już nie ma interfejsu webowego…).
Po zainstalowaniu Komponentu z HACS
restartujemy HA (to chyba oczywiste),
następnie dodajemy do configuration.yaml (lub dla zaawansowanych w załączanym innym pliku) następujące wpisy (to jest maksimum co można uzyskać, jeśli stacja jest nieco bardziej uproszczona, to trzeba wywalić zbędne linijki)
po odczekaniu aż pojawią się dane (>5 min.) można stworzyć sobie jakąś kartę, na obrazku taki nieco tasiemiec z telefonu by pokazać co można uzyskać (widać też, że niektóre prognozy ulegają przedawnieniu wieczorem, niektóre inne rano, robiłem dziś aktualizację do nowej wersji Komponentu niestandardowego i to tez mogło mieć jakiś wpływ, ale zasadniczo przedawnienie prognoz jest normalne), część nazw encji sobie przetłumaczyłem, “z pudełka” dostajemy wersję angielską, po wybraniu języka polskiego w konfiguracji dostajemy tekstowe prognozy po polsku
Parę przykładów jak wyglądają dane z ostatniej doby (na wykresach dziura gdy zajmowałem się aktualizacją konfiguracji, bo upgrade ze starej wersji nie było “plug and play”)
3 zdania na koniec
Kiedyś była standardowa integracja WU w HA, ale IBM postanowił dzielić się danymi tylko z osobami wysyłającymi im dane i oficjalna Integracja zniknęła. Obecnie na darmowym koncie możemy z całą pewnością mieć jedną stację pogodową - w ich terminologii to PWS (niestety jakie są konkretnie obecne warunki nie mogę się doszukać, może można mieć więcej stacji? ale kojarzę ograniczenie do jednej).
Drugie ograniczenie (na koncie darmowym, jak jest na płatnych nie wiem) to konieczność resetowania klucza API (tokena) co pół roku
To wtedy chyba musisz zapłacić za dostęp do danych (z tego co pamiętam kwota była jakaś oderwana od rzeczywistości, ale mogło chodzić o inny serwis, bo kombinowałem na różne sposoby).
Nie będę oszukiwał nie wiem jak jest konkretnie, załóż konto, sprawdź (to chyba jedyna metoda by się dowiedzieć szczegółów, bo sam nie chcę kombinować nic na swoim koncie), ale z całą pewnością nie wysyłając danych z własnej PWS nie otrzymasz klucza API umożliwiającego pobieranie danych (to był powód dla którego integracja WU zniknęła z HA).
Możesz popróbować platformą scrape.
Jeśli chcesz poszukać danych “od pobliskiego sąsiada” to sugeruję też popatrzeć na stacje Airly - one eksponują m. in. zwykle ciśnienie temperaturę i wilgotność.
A jeśli chodzi o dane interpolowane, to w miarę sensownie wypada Weatherbit (testuję go już kilka lat i akurat ze względu na specyficzną lokalizację interesującego mnie miejsca nie ma 100% trafienia, ale jest całkiem nieźle).
Tu masz porównanie lokalnego pomiaru i Weatherbit (temperatura i wilgotność)
Aktualizacja wyżej opisywanego komponentu niestandardowego
opisana jest tutaj
do instalacji można użyć HACS dodając repozytorium niestandardowe, niestety nie ma opcji prostej migracji z wersji 1.x ani wcześniejszej 0.x
należy usunąć starą konfigurację i usunąć pliki (można odinstalować z poziomu HACS jeśli tak była instalowana starsza wersja), wymaga to paru restartów, w zasadzie jedyne czego potrzeba z dawnej instalacji to klucza API (tokena, trzeba go odnawiać co pół roku, bo wygasa…) oraz identyfikatora stacji.
Teoretycznie można by zmienić nazwy encji w wersji 1.x na takie jak będą w 2.x (jedynie bieżące wskazania dałby się tą drogą zmigrować) i tą drogą zrobić migrację (a nie jak zaleca autor) - wtedy nie utracimy historii, niestety po fakcie już mi się nie chce robić downgrade, by potem zrobić upgrade…
Jeśli komuś się to może przydać, to w YAMLu tej prostej karty mamy wszystkie potencjalnie dostępne w wersji 2.0.1 (w v1.x u mnie encje poszczególnych prognoz działają, w v2.0.1 działa tylko ogólna prognoza, której nie było dotychczas, edit: w 2.x encje cząstkowych prognoz są po prostu domyślnie wyłączone - trzeba je włączyć, niestety wciąż brak temperatury odczuwalnej w bieżących wskazaniach…), w miejscu gdzie w wersjach 1.x był człon wupws teraz mamy identyfikator swojej stacji pisanym małymi l iterami więc tekst: lowercasestationid należy zastąpić, przykładowo dla ID: IMILOT7 to byłby imilot7,
ponieważ encje prognozy się całkiem pozmieniały, to sugeruję trik ze zmianą nazwy jedynie dla sensorów aktualnych wskazań.
Stare nazwy encji były krótsze często bez znaku “_” (tzw. podłoga) w końcowej członie nazwy, więc chyba nie będzie problemu z ich identyfikacją.
).
