Forum Krótkofalarskie PKI

W sobotę 19 maja startują balony z Centrum Badań Kosmicznych Borówiec

Dopiero dziś udało się uzyskać NOTAM na oba starty ze względu na Air Show na lotnisku Ławica i Tiger Meet 2018 na lotnisku Krzesiny.

Startujemy:
13:30 – dzień (czas lokalny)
21:00 – noc (czas lokalny)

Znak SR0FLY
Sprzęt: sonda RS41

freq:
437.600 rtty 50baud 7n1 shift 550
432.500 aprs 1k2 i 9k6
438.025 d-star

Autorem softu do sond jest Tomasz SP9UOB

Testowo będzie leciał traker LoRa na 868MHz. Przy użyciu odbiorników LoRa na to pasmo można również prowadzić nasłuch. Zasięgi powinny być zdecydowanie większe niż rtty. Częstotliwości nadawania zgodne z siecią TTN.

Balony nie będą poszukiwane przez ekipy pościgowe ale jak ktoś ma ochotę wybrać się na miejsce lądowania to zapraszam

Zapraszam do nasłuchu i dekodowania.

Co to jest syslem LoRa i jakie jest oblozenie stacjami 33cm?

SP3OSJ pisze:

Co to jest syslem LoRa i jakie jest oblozenie stacjami 33cm?

garść informacji:

https://www.magazynprzemyslowy.pl/produkcja/LoRa-energooszczedna-dlugodystansowa-siec-w-natarciu,8726,1

sieć TTN:

https://www.thethingsnetwork.org/

popatrz na mapę. biorąc pod uwagę, że z tej wysokości można odebrać transmisję z odległości kilkuset kilometrów praktycznie będziemy widzieli cały lot.

na całym świecie jak widać na stronie: At this moment, there are 3799 gateways up and running

Pod warunkiem ze nie poleci nad Związek Socjalistycznych Republik Radzieckich.
Podsumowując, jest to radiowy dostęp do darmowego Internetu. Tym sposobem pakiety zaopatrzone w dane z GPS będą bezpośrednio lądować na serwerze habitatu UKHAS? Czy tak to ma wyglądać, z pominięciem amatorskich stacji radiowych które w tym wypadku będą pełnić rolę zapasową. Czy przewidujecie takie skonfigurowanie lotu by balon wraz z ładunkiem opuścił terytorium naszego pięknego kraju?

SP3OSJ pisze:


Czy przewidujecie takie skonfigurowanie lotu by balon wraz z ładunkiem opuścił terytorium naszego pięknego kraju?

nie przewidujemy.

SP3OSJ pisze:


Tym sposobem pakiety zaopatrzone w dane z GPS będą bezpośrednio lądować na serwerze habitatu UKHAS? Czy tak to ma wyglądać, z pominięciem amatorskich stacji radiowych które w tym wypadku będą pełnić rolę zapasową.

Testujemy LoRaWan, bo widzimy w tym potencjał. Tym razem jest to pierwszy test trackera - będziemy odbierać lokalnie bez wizualizacji na habhub.

SP3OSJ pisze:

Pod warunkiem ze nie poleci nad Związek Socjalistycznych Republik Radzieckich.
Podsumowując, jest to radiowy dostęp do darmowego Internetu. Tym sposobem pakiety zaopatrzone w dane z GPS będą bezpośrednio lądować na serwerze habitatu UKHAS? Czy tak to ma wyglądać, z pominięciem amatorskich stacji radiowych które w tym wypadku będą pełnić rolę zapasową. Czy przewidujecie takie skonfigurowanie lotu by balon wraz z ładunkiem opuścił terytorium naszego pięknego kraju?

Balonu nie będziemy gonić, zawartość która poleci nie jest "niedozwolona" abyśmy musieli się tym martwić.
Przekazywanie ramek z sieci TTN do HabHuba będzie wykonywane w kolejnym locie. W tym locie leci sonda RS41 i dodatkowo LoRa. Docelowo będzie w czerwcu leciał balon tylko z LoRą. Wiem, że to nie "radioamatorskie" podejście ale chcemy wykonać lot dookoła ziemi a nie samym radioamatorstwem człowiek żyje.
Balon na 99,999% nie opuści kraju.

Szkoda że TTN w oryginale bo ta sieć raczej nie obsługuje Gateway w paśmie 433 (mimo tego że specyfikacja LoRaWAN dla 433 jest). Nie ma puki co też taniego i prostego jednokanałowego GW na 433 (poza może jednym czy dwoma projektami na SX1278 i Raspberry)
i słuchający musieliby postawić coś na szybko na 868 MHz ,)

https://www.thethingsnetwork.org/docs/lorawan/frequency-plans.html

w niższej warstwie protokołu jest po prostu LoRa więc fajnie byłoby wiedzieć jaka QRG jakie SF i szerokość kanału bo standard jest szeroki oraz może jak i czy dane będą kodowane/szyfrowane:

https://mydevices.com/cayenne/docs/lora/#lora-cayenne-low-power-payload

Dzięki Tomaszowi SP9UOB balony zgłoszone w Habhub.org Są już w spisie w programie ui-fldigi.

sp6ryd pisze:

Szkoda że TTN w oryginale bo ta sieć raczej nie obsługuje Gateway w paśmie 433 (mimo tego że specyfikacja LoRaWAN dla 433 jest). Nie ma puki co też taniego i prostego jednokanałowego GW na 433 (poza może jednym czy dwoma projektami na SX1278 i Raspberry)
i słuchający musieliby postawić coś na szybko na 868 MHz ,)

https://www.thethingsnetwork.org/docs/lorawan/frequency-plans.html

w niższej warstwie protokołu jest po prostu LoRa więc fajnie byłoby wiedzieć jaka QRG jakie SF i szerokość kanału bo standard jest szeroki oraz może jak i czy dane będą kodowane/szyfrowane:

https://mydevices.com/cayenne/docs/lora/#lora-cayenne-low-power-payload

My wykorzystujemy serwer cayenne. docelowo dane będą wysyłane do Habhub.

Można by zrobić sieć odbiorników na 433MHz. Wbrew pozorom jednokanałowy odbiornik to koszt 20 złotych. Podpinasz do najprostszej maliny i działa. Globalnie można zamknąć to kosztami na poziomie 100PLN. Jakby ustalić jedną częstotliwość dla wszystkich odbiorników w kraju to ma szanse zadziałać. Aby balony miały ogólnopolski zasięg potrzeba zrobić max 4-6 odbiorników.

SP2SGF pisze:


Testujemy LoRaWan, bo widzimy w tym potencjał. Tym razem jest to pierwszy test trackera - będziemy odbierać lokalnie bez wizualizacji na habhub.

Potencjał jest, to fakt.. używacie trackera LoRa własnej konstrukcji, czy kupny?
Czy rozwiązaliście jakoś sprawę limitów Tx? Ile bajtów payload wysyła tracker?
Macie już aplikacje/integracje dla trackera na TTN?

Pytam, bo sam powoli coś sobie 'rzeźbie', mam działającą gateway, na jeden kanał, ale przy kosztach poniżej €10 będę dodawał kolejne żeby pokryć minimum wymagań, działający i przetestowany node, działającą aplikacje w TTN.. kończe integracja TTN z moją bazą danych no i jak zwykle zostaje mi sprawa zasilania.

Problem limitu czasu Tx w TTN też mam rozwiązany, taki 'myk' który pozwala bez problemu zwielokrotnić czas Tx, tylko nie zadziała na fabrycznych trackerach, jakby co to ciąg dalszy na pw - jeśli to was interesuje.

VSS pisze:

Jakby ustalić jedną częstotliwość dla wszystkich odbiorników w kraju to ma szanse zadziałać. Aby balony miały ogólnopolski zasięg potrzeba zrobić max 4-6 odbiorników.

Dodać należy, że cały soft serwera TTN też jest dostępny i można sobie taką sieć bramek całkowicie z TTN wydzielić.
Problem z 433 MHz jest taki, że serwer TTN odrzuci pakiet dla Gateway w EU jeśli nie będzie pokrywał się planem częstotliwości dla EU.

Ktoś próbował to robić na 433MHz i trzeba było na sztywno wpisywać częstotliwość..

TTN server rejects packets if the frequency of the module used by the gateway is different from that configured in the TTN Console gateway settings. If it is not possible to get the "correct" lorwan module, this problem can be temporarily overcome by faking frequency sent in the lorwan packet json string. (...) Change it to: ftoa(868.10,cfreq,6); replace 868.1 to whatever band is configured in the TTN console settings. of course, this should only be a temporary measure. better get a correct frequency module for your country.

sp6ryd pisze:

Szkoda że TTN w oryginale bo ta sieć raczej nie obsługuje Gateway w paśmie 433 (mimo tego że specyfikacja LoRaWAN dla 433 jest). Nie ma puki co też taniego i prostego jednokanałowego GW na 433 (poza może jednym czy dwoma projektami na SX1278 i Raspberry)
i słuchający musieliby postawić coś na szybko na 868 MHz ,)

Prosty, jednokanałowy gateway za ok €10 (czy to tanio?) możesz postawić na każdą częstotliwość.

868MHz to częstotliwość dla Europy, więc się nie dziw że gateway na tej właśnie freq pracują.. zacznie latać więcej balonów transkontynentalnych, pojawi się pewnie troche bramek na pasma amerykańskie, azjatyckie czy australijskie.. mam na wszelki wypadekw szufladce jeden moduł na pasmo USA, jakby coś miało nadlecieć, to w kilka godzin mam gateway uruchomiony i zainstalowany 'outdoor'.

Troche inaczej wygląda sprawa nasłuchów, bo to nie działa tak jak np. fldigi.. jedyne co zobaczysz na gateway to RSSI, SN i ID node, z założenia cały payload jest kodowany, więc może to się okazać mało atrakcyjne dla słuchających... możesz po ID zidentyfikować balon, jeśli właściciel tomid poda donwiadomości.

EI2KK pisze:



Potencjał jest, to fakt.. używacie trackera LoRa własnej konstrukcji, czy kupny?
Czy rozwiązaliście jakoś sprawę limitów Tx? Ile bajtów payload wysyła tracker?
Macie już aplikacje/integracje dla trackera na TTN?

Traker własnej konstrukcji: RFM96+arduino+gps
Dziś odebrałem traker LoRa firmy RAK ale w sobote nie poleci, muszę zrobić testy naziemne.



Sprawą softu zajmuje się kolega z Bydgoszczy, z tego co pamiętam będziemy nadawać tymi krótkimi ramkami.
On tez pisze całą część spinającą sieć TTN, cayenne i habhub.

Ogólnie LoRa fajna rzecz.. 'rozwojowa'
Nawet na moim odludziu pojawiła się druga bramka w LYIT.. podjechałem tam z moim node sprawdzić czy działa

Może warto wydzielić tematyke LoRa do osobnego tematu, żeby tu wam balona nie zaśmiecać..?

EI2KK pisze:

Ogólnie LoRa fajna rzecz.. 'rozwojowa'
Nawet na moim odludziu pojawiła się druga bramka w LYIT.. podjechałem tam z moim node sprawdzić czy działa

Może warto wydzielić tematyke LoRa do osobnego tematu, żeby tu wam balona nie zaśmiecać..?

jestem za, temat również mnie zaciekawił

Czy jest możliwe wyznaczenie miejsca znajdowania się balonu, gdy ten wysyłałby tylko "puste piki" - na zasadzie czasu opóźnienia ich odbioru przez amatorskie stacje?
Czy przez komputery podłączone do Internetu można tak dokładnie zsynchronizować ich czasy, by te różnice można byłoby wychwytywać i programowo analizować?
Czy odbiorniki SDR-owe (opóźnienia) mogłyby się do tego nadawać?
Czy w ogóle jest to możliwe?

SP3OSJ pisze:

Czy jest możliwe wyznaczenie miejsca znajdowania się balonu, gdy ten wysyłałby tylko "puste piki" - na zasadzie czasu opóźnienia ich odbioru przez amatorskie stacje?
Czy przez komputery podłączone do Internetu można tak dokładnie zsynchronizować ich czasy, by te różnice można byłoby wychwytywać i programowo analizować?
Czy odbiorniki SDR-owe (opóźnienia) mogłyby się do tego nadawać?
Czy w ogóle jest to możliwe?

Wiem że odpowiadam nie do końca na temat, ale TTN obecnnie oferuje geolokalizacje node, tylko nie odczytałem jeszcze ile gateway musi go odebrać. Na pewno jeden to za mało, nawet na przyblizoną lokalizacje, bo w json integracji nie mam tych danych. Nie mam niestety gdzie sprawdzić na kilku gateway jednocześnie.

ja na razie nie mam takiej wiedzy aby na to odpowiedział a nie chce pisać bajek.

Czy ktoś może wygenerować predykcję lotu?

SP3RNY pisze:

Czy ktoś może wygenerować predykcję lotu?

To jest trudne zadanie, podstawą jest start balonu, czyli znajomość dokładnego położenia geograficznego. Na całej jego drodze, potrzebna jest prędkość wznoszenia, po pęknięciu prędkość opadania to jest uwarunkowane ciśnieniem atmosferycznym zależnym od wysokości, temperatury, kierunku wiatru różnym, na różnych wysokościach i wiele innych danych. Łatwiej jest obliczyć gdzie spadnie, mając dane z obserwacji wznoszenia. Proponuję stronie http://predict.habhub.org/, jest kalkulator trochę mało precyzyjny adres http://habhub.org/calc/ . Więcej info po zalogowaniu można znaleźć na http://www.radiosondy.fora.pl/programy,14/predykcja-pozycji-ladowania,1388.html . Są Koledzy, którzy w miarę precyzyjnie wyznaczają miejsce lądowania by w końcowej fazie opadania przez radionamierzanie podjąć taką sondę, mi to się nie udało z wyznaczeniem trasy.