RTL 433 - problemy z instalacją i konfiguracją

Wiem do czego służy auto discovery :wink:
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 :wink:

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 :stuck_out_tongue:. 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” :face_with_hand_over_mouth:

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 :slight_smile:

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ąć

Pomóżcie, nie wiem co się stało, ale wartości ze stacji w HA przestały się zmieniać. Od piątku pokazują ciągle wartości domyślne. Spróbowałem reinstalować Auto Discovery next oraz usunać stację z MQTT i dodać ją ponownie, ale sytuacja bez zmian. Nic się nie zmieniają wartości. Temp. cały czas 22,5, wilgotność 50%, a predkośc wiatru 2,52 km/h itd.

Niektóre integracje przechowują ostatnią dostarczoną wartość, dlatego jeśli coś nie działa to masz ciągle ostatnią wartość (to jest celowe, by integracje którym sprzęt nie zapewnia komunikacji dwukierunkowej nie miały co chwilę “dziur” w danych). W MQTT za takie zachowanie odpowiada opcja retain.

Zastanów się co zmieniłeś w piątek - jakaś aktualizacja czegokolwiek w HA?

Równie dobrze przyczyną może być zużyte ogniwo zasilające w nadajniku stacji, jak się zachowuje oryginalny odbiornik?
(po wymianie baterii niektóre stacje dostają nowy identyfikator)

Stacja nie była ruszana i dane w dedykowanym odbiorniku wyświetlają się na bieżąco. Aktualizowałem Proxmoxa i możliwe że wymieniłem kość RAM na większą, chociaż to wydaje mi się że zrobiłem akurat w sobotę. Więc pozostaje aktualizacja. Co zrobić w takiej sytuacji?

No wymiana RAM raczej nie mogla mieć wpływu, więc przywróć migawkę VM sprzed aktualizacji.

Dotychczas nie robiłem migawek przed aktualizacją. 26.07. 12:08 temp. wskoczyła na domyślne 22,5. W proxmox 26:07. 12:08 nastąpiło wyłączenie VM i 12:10 uruchomienie, a kopię zapasową mam z godz. 16:47

Nie ma czegoś takiego jak domyślne…
po prostu jest to ostatnia odczytana wartość, możesz ją usunąć z brokera np. używając MQTT explorer

Dedykowany odbiornik będzie pokazywał wartości nawet jeśli ID nadajnika stacji się zmienił, integracja tego nie zrobi.
Ustal czy odbiornik rtlsdr jest nadal sprawny.

Odbiornik rtl po wpisaniu komendy rtl_test wyświetla się w proxmox prawidłowo


Zrobiłem reinstalacje proxmoxa, po zainstalowaniu i skonfigurowaniu dodatku rtl_433 (next) tak wyglądają logi, więc dane są na bieżąco odbierane, ale w mqtt nie widzę stacji bresser. szopen może coś podpowiesz. Dodam, że logi z Auto Discovery (next lub standard) nie pokazują danych ze stacji tak jak miało to miejsce kiedy wcześniej wszystko śmigało. Może coś źle skonfigurowałem w mqtt albo auto discovery?

Najprawdopodobniej coś źle skonfigurowane w kwestii brokera, to że dane są odbierane co widać w logu nie znaczy, że gdziekolwiek są wysyłane.

Może te Dodatki się zmieniły od czasu twojej ostatniej instalacji, ale obecnie używam innego rozwiązania, więc nawet nie mam jak sprawdzić co się dzieje z tą parą Dodatków.

PS