Wiem do czego służy auto discovery 
Na szczęście zadziałało (zerknij wyżej, wkleiłem screen z HA z encjami).
Gratuluję sukcesu, jakkolwiek przyszłość jest nieznana, zawsze możesz zaraportować sukces z next oraz problemy z 0.5.1 autorowi Dodatku, może go to zachęci do wydania poprawionej wersji stabilnej.
PS a herbatkę (bo ani piwo, ani kawa ), to znajdziesz w moim profilu.
1 polubienie
Cześc pavko, miałem podobny problem do Twojego tylko u mnie z RTL SDR V4, dopiero wersja rtl_433 next rozwiązała sprawę tak jak u Ciebie, ale mam pytanie czy udało Ci się uzyskać wynik ciśnienia atmosferycznego oraz inne wartości co do deszczu niż tylko rain total? Bo widzę na screenie że nie ma ich u Ciebie tak samo jak u mnie, chociaż stacja takie sygnały wysyła.
Stacja nie wysyła ciśnienia, ani innych danych o których piszesz.
Ciśnienie jakoś tam sobie oblicza jednostka wewnętrzna, a pozostałe informacje np o ilości opadów z godziny, dnia, tygodnia, miesiąca, czy roku sam wyliczysz. Ja też je wyliczam, sposób jest tutaj gdzieś opisany
2 polubienia
Nie jakoś oblicza (bo tego się nie da obliczyć), tylko najwyraźniej czujnik ciśnienia jest w… odbiorniku (wyświetlaczu), sam mam totalnie inną konstrukcję innego producenta i tam też ciśnienie jest mierzone przez odbiornik, tyle, że mam model współpracujący z serwisami pogodowymi (m.in. WU) za pośrednictwem WiFi wbudowanego w odbiornik RF (więc można przechwycić sobie to co wysyła do WU albo po prostu skorzystać z chmurowej integracji z WU - obie metody są o tyle ułatwione że istnieją w miarę gotowe rozwiązania, sam używam obecnie komponentu niestandardowego, który czyta dane mojej stacji… z chmury WU, ale widziałem też gdzieś gotowe rozwiązanie bazujące na ataku MITM, czyli przechwytywaniu danych na drodze: odbiornik → podsłuch danych → chmura, nie używam to nie podrzucę, ale to działa tylko dla specyficznych stacji).
Uzasadnienie takiego rozwiązania jest banalnie proste - to kolejny czujnik który wymaga zasilania (więc lepiej go zasilić w domu gdzie jest to proste), a ciśnienie wewnątrz pomieszczeń jest i tak takie samo jak na zewnątrz (oczywiście w sensie krótkookresowej średniej, bo chwilowe wahania mogą być w domu większe, ale to nie ma znaczenia). Dodatkowo półprzewodnikowe barometry zwykle nie są odporne na wysoką wilgotność, co dodatkowo przemawia za ich montażem w innym miejscu niż nadajniku narażonym na opady i wilgotności rzędu 100% podczas mgły. Natomiast mając zmierzone ciśnienie atmosferyczne bezwzględne lokalne można je przeliczyć z pewnym przybliżeniem na tzw. ciśnienie zredukowane - takie jak bywa używane w prognozach pogody, bywa ono też nazywane względne (czyli przeliczone do wartości, która by wystąpiła na poziomie morza), takie przeliczenie też bywa możliwe w odbiorniku (algorytm jest uproszczony, no i trzeba dokonać kalibracji zwykle przez podanie podniesienia npm. lub podanie wartości przeliczonej).
Niemal to samo dotyczy pomiaru temperatury i wilgotności wewnątrz pomieszczenia - ten dodatkowy termohigrometr też jest w odbiorniku.
W drugiej kwestii to też podobnie - z rain total można obliczyć wszystko o opadach (co de facto robi też odbiornik), bo nie są to żadne dodatkowe sensory tylko jeden pluwiometr (u mnie kołyskowy), ten akurat musi być w nadajniku, bo w domu deszcz nie pada 
. Tu jeszcze można książkę pisać gdzie zamontować stację, aby bzdur nie pokazywała…
PS W serwisach takich jak WU doskonale widać, że większość użytkowników nie wie, że barometr trzeba skalibrować do miejsca montażu tj wysyłać ciśnienie zredukowane.
1 polubienie
Kurcze noooo…
Widziałem że “w którymś kościele dzwonią ale nie wiedziałem w którym” 
Krótko mówiąc ciśnienie kolega musi sobie wziąć z jakiejś innej integracji a resztę wyliczyć z tego co odczytuje jednostka zewnętrzna stacji 
Rozwiązanie za przysłowiowe trzy złote (no… ze trzydzieści) to DIY na bazie ESPHome, ESP8266 i jakiegoś taniutkiego czujnika (choćby BMP280 lub BMP180), można mierzyć w domu, bo to nie ma znaczenia. Albo jakiś taniutki barometr Zigbee.
Zależy co u kogo się najlepiej sprawdzi.
Można też czytać z jakiejś publicznej stacji zamontowanej w najbliższej okolicy choćby GIOŚ, Airly, czy ESA NASK, byleby taki publiczny czujnik był dobrze skalibrowany (albo byśmy wiedzieli czy raportuje wartość względną czy bezwzględną) no i zależnie od ukształtowania terenu odległość nie była zbyt duża (dla typowego terenu płaskiego bez specyficznych lokalnych warunków wystarczającym przybliżeniem jest odczyt oddalony nawet do kilkunastu km).
Nieco drożej (bo to nie sam barometr tylko bardziej spasiona konstrukcja) DIY na bazie tego
https://air.nettigo.pl/?setlang=pl
albo (tu nie pamiętam czy jest możliwość mierzenia ciśnienia
https://luftdaten.info/
w sumie dane z cudzej stacji pomiaru jakości powierza można uzyskać i tak
więc można spróbować poszukać czy ciśnienie jest dostępne z chmury
1 polubienie
Do monitorowania ciśnienia ja używam integracji syngeos i dodatkowo mam kilka czujników temperatury aqara (załączone foto) które raportują też ciśnienie.
Podpowiesz jak wyodrębniłeś sobie te dane dot. opadów, temp. odczuwalnej i kierunku wiatru z różą wiatrów? - dokładnie ta graficzna forma którą przedstawiłeś
Moja stacja 7003100CM3000 też wysyła dane do serwisów zewnętrznych, zdradzisz jak mogę je przechwycić? Chodzi o to ciśnienie głównie (a w samej tacji istnieje możliwośc wyboru względnego i bezwzględnego więc sama je przelicza)
Zdradzę jak znajdę opis - w skrócie stawiasz sobie serwer pośredniczący na RPi (które też wystawia AP do którego łączysz się odbiornikiem stacji).
Ale osobiście obecnie korzystam z integracji chmurowej wundergroundpws (WUPWS)
tłumaczenia na polski są kiepskie, a nie mam czasu się tym zająć