Forum Krótkofalarskie PKI

SP3SRS pisze:

tak ale trzeba zmusić moduł C1101 aby gadał z ESP. a to nie jest moja mocna strona

Ja do takich rzeczy korzystam z czata gpt. Podaje pinout połączeń i pisze program. Jeśli chodzi o ESP najlepiej sprawdza mi się platformio zamiast arduino. Czasem czat robi błędy, ale zazwyczaj efekty są dobre. Dodatkowo czasem go proszę o dodanie komentarzy w każdej linii programu jak dla laika. Sprawdziłem i nie ma żadnego problemu by połączyć takie moduły i testować odbiór ramek z tej konkretnej stacji pogodowej. Przynajmniej teoretycznie nie ma takiego problemu.

Tutaj jest trochę o połączeniu i sterowaniu CC1101:
https://github.com/LSatan

Stacja wysyła 30milisekundowe ramki co 12.5 sekundy (ok 4000 bodów/s) - w ramkach jest conajmniej kierunek i siła wiatru.

Co 48 takich ramek, a więc co 10 minut wysyłany jest pakiet(?) 30 ramek. <== To nie jest prawda. Do "rozmowy" włączyło sie inne urządzenie.

Wysyłane pakiety mają długość 198 bitów = 33 bajty = 66 półbajty(nibble)
Bajty 1-6 to preambuła (0xAAAAAAAAAAAA)
Bajty 7-8 to synchronizacja (0x2DD4) - ta wartość jest identyczna jak w stacji Bresser 6-in-1, czy kodowanie też jest identyczne?

Bajty 9-10 to suma kontrolna

Bajty 11-33 (lub 13-33) są XOR-owane maską 0xAA

Bajty 11-12 to identyfikator stacji

Bajty 13 i połówka 14 to kierunek wiatru w stopniach - kodowanie BCD + XOR maską 0xAA (
Przykład: 10011111 11001010
XOR 0xAAAA: 00110101 01000000
Wiatr wieje z azymutu 354° ( 0011 0101 0100 )

Bajty 16 i połówka 17 to prędkość wiatru w porywach (m/s)

Bajty połówka 17 i 18 średnia prędkość wiatru

Bajty 20-22 (a może 19-22) to sumaryczny opad w mikrometrach. Jedno wychylenie miseczki zbierającej wodę, oznacza
opad 0,01 cala czyli 0,254mm=254um.

Bajty 23 i połowka 24 to temperatura z dokładnością do 1 miejsca po przecinku
Ujemna temperatura jest kodowana prawdopodobnie (nie sprawdzałem) przez dodanie liczby 600
Dane 000-599 oznaczają temperatury od 00,0 do 60,0°C
Dane 600-999 oznaczają temperatury od -40,0 do -00,1°C

Druga połowka bajtu 24 oznacza stan baterii (nie kondensatora) 0=bateria ok, 6=niski stan baterii

Bajt 25 oznacza wilgotność powietrza (2 cyfry 00-99%)

Bajty 26-28 to oświetlenie w luksach 6 cyfr 0-999999Lx

Bajt 29 i połówka 30 to index UV z dokładnością do 1 miejsca po przecinku 0,0-99,9

Chciałbym zaprezentować co mi się udało odszukać/zrobić.
Znalazłem stronę z projektem: "rtl_433"
https://triq.org/rtl_433/
Używam Linuxa więc zainstalowałem tą paczkę i wydając polecenie:
rtl_433 -c /dev/null -f 868.4M

Otrzymuję co kilkanaście sekund ładną informację z parametrami odebranymi z stacji meteo.
Jest ona rozpoznawana jako: "Bresser-7in1".

Znalazłem że jest projekt który korzysta z tej biblioteki i jest na urządzenia typu ESP32:
https://github.com/1technophile/OpenMQTTGateway
Ale wgranie czystego OpenMQTTGateway nie odbiera informacji z stacji. Więc prawdopodobnie będzie trzeba ten kod wziąć wczytać do PlatformIO, odpowiednio skonfigurować i dopiero wówczas wgrać do ESP32. Ale na to już nie będę miał czasu przez najbliższe dni.

Bo pewnie integracja jest zrobiona po stronie tej stacji odbiorczej a nie nadawczej.

sp7jd pisze:

Na wszelki wypadek kupiłem dwie. Zabawka przednia ale nie mam większych szans na uruchomienia tego ,za 15 zeta zabawa na parę godzin . Z zapartym wydechem będę śledził ten wątek . Akumulatory kupione w tym samym miejscu te które okazywał oznaki życia czyli około3.5 V żyją ale te z zerowym napięciem to szmelc.

Witam.
To nie są akumulatorki, to kondensatorki 5,5V 2,5F i ładują się poprawnie w mojej stacji.

To nie są akumulatorki, to kondensatorki 5,5V 2,5F i ładują się poprawnie w mojej stacji.

Powiem szczerze że "zdziwko mnie chapło" nie mniej jednak kupiłem to dla Miecia niech on się martwi .

Nawiążę kontakt z osobą ogarniającą Modbus RTU over TCP/IP.

Poszukuję osoby, która napisze kilka linijek kodu z wykorzystaniem dowolnej z tych bibliotek:
* Device::Modbus (perl)
* pyModbus (python).

Trzeba odczytać kilka input/hold rejestrów i zapisać ich zawartość do pliku txt.

Schemat urządzenia:

czujnik >> moxa 5232 w trybie TCP Server >> ethernet >> *unix z perl/python

Pisać na sp9hs@radiowcy.org.
Za usługę zapłacę.

Uwaga: nie chodzi o Modbus TCP !

PS1: w/w biblioteki nie radzą sobie z rtu over ip wg podanych przepisów z manuala albo jestem głąb :-)
PS2: jeśli trzeba wyrzucić moxę i dać chińczyka typu waveshare z wyjściem np telnet po stronie ethernetu to akceptuję to
PS3: zadanie jest chyba wykonalne, bo Home Assistant (korzysta z PyModbus) potrafi odczytać te dane na końcu łańcucha

no i takie cos wpadło,,,,,,

Model: FJ3395TY
-czy to nie to samo urządzenie ??? tylko kierunek wiatru w innym miejscu,-ale to chyba niuans,moze trzeba isc tym tropem .. ?? ?

https://github.com/rospogrigio/localtuya/issues/1796

https://github.com/matthias-bs/BresserWeatherSensorReceiver
Proszę, tu macie gotowca. Koszt to około 30 zł

jakby komuś zalegała taka stacja to chętnie odkupie. proszę pisać na priva

Poniżej link do programu obsługująca tę stację. Odbiera dane i wysyła na serwer APRS.
Niedługo dopisze obsługę wyświetlacza aby był bardziej "stacjonarny"
Elementy: ESP8266 + BME280 + CC1101 i kłębek drutu aby to połączyć.
Stacja obecnie pokazuje stan i konfiguracje na stronie WWW.

Autorem jest SP3WRO, ja tam tylko trochę dopisałem.

Enjoy!

https://github.com/ArturVSS/APRS-WX-station-Garni-2055/tree/main

A ciśnienie podaje względne czy bezwzględne?

Cześć, @VSS Artur wspaniały kawałek dobrej pracy dziękuję :-). Mam prośbę, czy dało by się jeszcze dodać do kodu taką funkcjonalność, żeby poza APRS-is dane były wysyłane na serwer MQTT? Tak by na HA czy Domoticzu można było pobierać dane ze stacji.
73 Arek

SQ6XL pisze:

Cześć, @VSS Artur wspaniały kawałek dobrej pracy dziękuję :-). Mam prośbę, czy dało by się jeszcze dodać do kodu taką funkcjonalność, żeby poza APRS-is dane były wysyłane na serwer MQTT? Tak by na HA czy Domoticzu można było pobierać dane ze stacji.
73 Arek

Postaram się dopisać.

Super, dziękuję :-)

SP7UDB pisze:

A ciśnienie podaje względne czy bezwzględne?

Czujnik BME280 mierzy bezwzględne ciśnienie atmosferyczne. sama stacja nie mierzy ciśnienia. dlatego dołożony jest BME. różnica ciśnień pomiędzy miejscem instalacji stacji a odbiornikiem nie powinna się różnić.

No spoko, mógłbyś uwzględnić przeliczenie tego?

SP7UDB pisze:

No spoko, mógłbyś uwzględnić przeliczenie tego?

Można zrobić, aby podawało obie wartości, bezwzględne ciśnienie i te zredukowane do poziomu morza. Aczkolwiek wiadomo, że przy przeliczeniu potrzebna jest wysokość umiejscowienia czujnika w metrach npm.
To ja też się pochwalę swoją skromną wersją stacji odbiorczej, która pokazuje obie wartości ciśnienia, na dole są dwa paski, jeden wskazuje siłę wiatru oraz porywy, drugi opady, do tego są wyświetlane ikonki ostrzegające przed skrajnymi warunkami (gołoledź, silny wiatr, wysoki index UV i takie tam) . Dane co minutę są wysyłane na serwer Thingspeak , więc wgląd do danych pogodowych mam na komórce . Wyrzeźbiłem to na ESP32, CC1101, BMP280 i TFT 3.5'

SP7UDB pisze:

No spoko, mógłbyś uwzględnić przeliczenie tego?

dopisane MQTT (niesprawdzone) i przeliczanie ciśnienia względnego, w ustawieniach wpisz wysokość n.p.m.!

https://github.com/ArturVSS/APRS-WX-station-Garni-2055/blob/main/ino/APRS-WX-station-Garni-2055_mqtt_wzgl.ino