Forum Krótkofalarskie PKI

Osiągane prędkości zależą od parametrów modulacji
Ściągnij sobie LoRa Calculator http://www.semtech.com/apps/filedown/down.php?file=SX1272LoRaCalculatorSetup1%271.zip
są nie za wielkie ale nie o to tu chodzi, sensory czy pozycja GPS to naprawdę niewiele danych i szybkość na poziomie setek bajtów lub pojedynczych kB wystarcza
2 skrajne przykłady:





poniżej szerokości pasma 62 kHz (przt wolnych modulacjach) zalecane jest stosowanie generatorów TCXO (max crystal ofset = 4,5 ppm)

Zaciekawil mnie watek, szczegolnie jako uzupelnienie przesylania danych z amatroskich stacji pogody pracujacych na Arduino Mini dzieki modulowi z LoRa mozna by w ramach sieci HamNET uzupelnic przesylanie na wieksze odleglosci informacje z takich stacji pogody w porownaniu do zasiegu stacji HamNET na 2.3 / 5.6 GHz

Szkoda ze w Polsce jeszcze nie sa dostepne moduly (ja w kazdym razie nie trafilem) a gdzie wy kupowaliscie ?

maritex, micros ma RFM-y
a w Farnell'u powinny być RN2483

Ok dzieki za informacje, widze ze RN2483 jest wyposazony w LoraWAN
Widze ze sa dostepne juz w Openwrt patch dla Lora gateway wiec wyglada to ciekawie

Tak, ale może pracować tylko w klasie A czyli jako node. RN2483 jest o tyle ciekawy, że sterowanie nim odbywa sie poprzez interface szeregowy i nie trzeba konfigurować wszystkich rejestrów wewnętrznych transceivera własnym oprogramowaniem.
Nie doczytałem ale zapewne można pomijając stos LoRaWAN wysyłać i odbierać 'gołe' ramki co byłoby zapewne wystarczające dla stacji pogodowych

Nie podejme sie glebszej dyskusji w szczegolach bo musze poznac temat glebiej a lektura wydaje sie byc ciekawa z punktu widzenia naszego hobby

Ok znalazlem opis na bazie Arduino Pro Mini ktory wlasciwie jest dobry do bazy aby wlasnie o tym co pisalem pobierac i wysylac
informacje z stacji pogody.

https://translate.google.de/translate?hl=de&sl=de&tl=en&u=http%3A%2F%2Fwww.kh-gps.de%2Flora.htm

Pierwszy uklad zamiast GPS sa wykorzystane czujniki BMP180 , DTH22 itp a z drugiej strony uklad ktory pokazany z OLED i buletooth (ktore nie sa potrzebne) podlaczony arduino przez serial przekazuje dane do OpenWRT i to ju leci dalej juz do opracowania

No to widze ze jest baza wyjsciowa to podjecia prob :-)

Dzięki za linka, nie widziałem go wcześniej choć widzę że DJ7OO i ja "idziemy tą samą drogą"

mój "mobile" wygląda tak:

Fajnie zagospodarowana obudowa :-)

Ciekawi mnie jak wyglada odbierania informacji z wielu zrodel. Tzn bede mial kilka punktow ktore wysylaja parametry telemetryczne i jak taki jeden punkt ktory zbiera te informacje odbiera i da sie wydzielic ktore dane od jakiej stacji. Pewnie jak wysle
dane w formacie $GWPL.... gdzie np bedzie ID Stacji to bede to wiedzial :-).
Generalnie przyklady sa albo RX albo TX a ciekawym rozwiazaniem bedzie TRX :-)

A dla tych co chca poczytac warto zerknac na:


http://www.kh-gps.de/semtech lora.pdf

Parzac na dane katalogow to http://www.tme.eu/pl/Document/fc6c7b12273f0fc1178211dacfaccc66/RFM95_96_97_98W.pdf strona 10

RFM96W/RFM98W 433/470MHz

czyli RFM96 to 433 Mhz a RFM98 470 Mhz

przy czym RFM96 wskakuje w zakres naszego pasma amatorskiego

ale widze ze tam gdzie sprzedaja te moduly czasmi dla RFM98 podawane sa QRG 433 Mhz wiec nie wiem czy zle podaja

najprawdopodobniej RFM96 = SX1276, RFM98 = SX1278 i dalej:

The SX1276 and SX1279 offer bandwidth options ranging from 7.8 kHz to 500 kHz with spreading factors ranging from 6 to 12, and covering all available frequency bands. The SX1277 offers the same bandwidth and frequency band options with spreading factors from 6 to 9. The SX1278 offers bandwidths and spreading factor options, but only covers the lower UHF bands.
http://www.semtech.com/images/datasheet/sx1276_77_78_79.pdf
Więc jeśli masz kostkę SX1276 to pasmo pracy zależy od układu dopasowania zabudowanego na module (układ L/C) w SX1278 też tyle że on nie pracuje w wyższym UHF (868 MHz).

Dziś sprawdziłem RFM98 na 434.400 i poszedł na 6,58 km przy +2dBm (1.6 mW) w terenie miejskim.

Chyba nie do konca tak bo w PDF od RFMxx jest na stronie 9

"The RFM97 offers bandwidth options ranging from 7.8 kHz to 500 kHz with spreading factors ranging from 6 to 12, and
covering all available frequency bands. The RFM97 offers the same bandwidth and frequency band options with
spreading factors from 6 to 9. The RFM98 offers bandwidths and spreading factor options, but only covers the lower UHF bands."

a na 10 stronie:
Part Number Frequency Range Spreading Factor Bandwidth Effective Bitrate Est. Sensitivity
RFM95W 868/915 MHz 6 - 12 7.8 - 500 kHz .018 - 37.5 kbps -111 to -148 dBm
RFM97W 868/915 MHz 6 - 9 7.8 - 500 kHz 0.11 - 37.5 kbps -111 to -139 dBm
RFM96W/RFM98W 433/470 MHz 6 - 12 7.8 - 500 kHz .018 - 37.5 kbps -111 to -148 dBm

Jeśli to kwestia samego dopasowania to przy tej dobroci elementów (SMD 0406) różnica pomiędzy 433 a 470 będzie zapewne do pominięcia. Nie mam niestety RFM96 by zweryfikować różnicę w budowie HopeRF mają też własne oznaczenia na układach zamiast oryginalnych Semtecha.

Pytanie podstawowe jak przy każdej nowince :

Do czego jest to Wam potrzebne? Co chcecie przez to osiągnąć?
Zabawa dla zabawy czy coś więcej?
Oczywiście trzeba być otwartym na nowe technologie.

Przy detekcji 20dB poniżej szumu. zastosowań może być sporo nawet trzymając się limitów jak dla SRD (10mW / 10%).
W naszym hobby z pewnością następca 50$SAT będzie miał LoRa a to już są setki kilometrów zasięgu . Uzupełnienie sieci APRS siecią LoRaWAN mogłoby pozwolić na takie amatorskie IoT a tak ogólnie to warto się tym zająć tak samo jak chodzić w góry (po co - bo są)

Mnie interesuje to do wykorzystania z pobierania informacji z stacji pogody uruchomionych na Arduino Pro Mini gdzie jest pomiar temp, wilgotnosci i cisnienia i te stacje amatroskie ustawione w roznych punktach wysylaja dane via LoRA do bramki HamNET gdzie dalej moga byc obrabine wizualizowane itd.

Przesylanie obrazku z kamery (ktora moze byc na stacji pogody via SSDV uzywajac LoRa nawet niezle idzie jak widac:

https://www.youtube.com/watch?v=1ng141SADdM

http://www.daveakerman.com/

Jest to ciekawa technologia i zasiegi jakie oferuje wiec z punktu poznawczego i doswiadczenia jest warta zainteresowania.
A co dalej wyjdzie czas pokaze :-)

Zapytalem producenat modulow RFM96/98 czym sie roznia i dostalem odpowiedz:

" Regarding RFM96W and RFM98W, we developed two version for different distributor to promote. Their function are same."

wiec jak widac niczym sie nie roznia.

Ciekawe jakby taki system sprawowal sie jako bikon na 430 Mhz. Obecnie potrzebny bylby zakup modulu RFM98 do odbioru bo widzialem trwaja prace nad dekoderem uzywajac RTL SDR ale nie ma rozwiazania. Moze za jakis czas bylby program tak jak sie uzywa do WSPR/JT69 czy PI4 i byloby ciekawe uzyc taki modul do bikona. Szkoda ze nie mozna dobrac sie do tego programowo aby chodzil na QRG bikonow :-)

Można, scalak w RFM98 (SX1278) pracuje w paśmie 137-525 MHz a SX1276 137-1020 MHz. Krok syntezy to 61 Hz. Problem tylko w tym, że szerokość pasma jest większa niż większości amatorskich modulacji 7.8 kHz - 500 kHz
Stąd moje pytanie w temacie wątku. Wszystkie próby jak dotąd musimy robić przy 10mW i 10% czasu "on air" - a szkoda.

Udało mi się odebrać ramki przy SNR= -20dB ! poziom sygnału był ok -93 dBm co wskazywałoby na szumy na poziomie -73 dBm (szerokość pasma 250 kHz) zatem warto zejść z szerokością pasma by ograniczyć szumy na wejściu odbiornika. Tyle że pojawia się problem stabilności LO - podobno przy BW <= 62.5 kHz trzeba zamiast kwarcu dać przynajmniej TCXO (potrzebne 2 szt 32 MHz do testu)

Co do dekodawania w sofcie to pewnie nie za szybko bo Semtech ma na LoRa patent i widać że bardzo liczy na upowszechnienie tej modulacji dla rosnacego rynku IoT. Mają co prawda scalak kodujaco/dekodujący (w całosci cyfrowy) SX1301 ale kupić go, tak sobie, chyba jeszcze nie można.

edit: -93/-20 i z błędami CRC -92/-24 (BW 250 SF12 CR 4/8)

Trzeba bedzie sledzic postepy prac na stronie:

https://revspace.nl/DecodingLora

Tam jest juz podae ze z zmienym szczesciem mozna dekodowac via RTl-SDR ale poczatek juz jest wtyczki do programu sdrangele