Witam.
To będzie nieco długi post. Mam nadzieję że dojdę do sedna zanim się znudzicie.
Wpadłem ostatnio na pomysł, który po przedyskutowaniu ma szanse stać się ciekawym impulsem do rozwoju projektów dedykowanych do pracy w sieci APRS.
Kilka słów na temat APRS-u:
Jest to system którego zadaniem jest wspomaganie łączności mobilnej. W sieci tej nadawane są pakiety informacji zawierające znak stacji częstotliwość na której dana stacja słucha, często przesyła się obiekty przemienników,
echo-linków, itp. Możliwe jest także przesyłanie wiadomości dla konkretnych stacji. Niewątpliwie jest to system dedykowany do pracy radiowej, aczkolwiek dzięki sieci IGate-ów całość ruchu jest kierowana do specjalnych serwerów w internecie. dzięki temu możliwe jest przesyłanie wiadomości do praktycznie dowolnej innej stacji ruchomej na całym świecie. Możliwa jest także obserwacja ruchu za pomocą
przeglądarki internetowej.
Dwa słowa na temat technologii:
Protokół APRS jest protokołem warstwy aplikacyjnej i jako taki natywny w czystej formie funkcjonuje jedynie w sieci APRSIS (część internetowa systemu).
Przykładowe ramki protokołu APRS
Kod:
SQ9MDD-7>URQU03,WIDE1-1,WIDE2-2,NOGATE :`0SXl [/`op.Rysiek _
OK4FD-9>UR5S30,SR5NWR,WIDE1,SR5NRV*,WIDE2-1 :`2[/]"55}438.825MHz Frankie on tour TM-D710 VA =
SQ5BLK-1>APU25N,SR5NRV*,WIDE2-1 :=5222.74NI02055.29E&PHG2280 I-Gate Jablonna
To co słyszymy na radiu (144.800) Jest już enkapsulowane w protokole AX.25.
Sama enkapsulacja i przygotowanie ramki AX.25 do wysyłki to już ciekawsze zagadnienie, ale o tym będzie w następnych postach. Należy tylko nadmienić że z całego protokołu AX.25 APRS korzysta tylko(!) z jednego typu ramki (UI).
Przejdźmy do meritum:
W chwili obecnej największym problemem dla osób chcących tworzyć nowe rozwiązania dedykowane do pracy w sieci APRS jest konieczność zrozumienia istoty protokołu AX.25, zaimplementowanie tego w swoim rozwiązaniu, bądź użycie jakiegoś modemu TNC z istniejących projektów.
Niestety projekty TNC to w większości zamknięte rozwiązania, drogie, stosunkowo trudno dostępne, często już nie są wspierane. Natomiast analiza protokołu AX.25 sposobu formowania ramki jest czasochłonna i często poza możliwościami wielu z nas.
W związku z tym proponuję opracowanie prostego modemu dedykowanego do pracy w systemie APRS. Modem ten będzie pracował w trybie natywnego protokołu APRS, będzie obsługiwał tylko ramkę AX.25 UI, dzięki temu łatwo będzie go zastosować do wszelkich naszych projektów. Dodatkowo projektując urządzenie czy tez software do pracy w systemie APRS nie będzie trzeba zaprzątać sobie głowy poprawnym formowaniem ramek protokołu AX.25.
Poniżej kilka założeń dla urządzenia:
1. Właściwości ogólne
- Tania powtarzalna konstrukcja, AVR (ATmega8?)
- Otwarte źródło programu
- konfiguracja zworkami
- sygnalizacja pracy za pomocą diod led
2. Interfejs radiowy
- Wybór trybu pracy z prędkością 9600bps /1200bps / 300bps (w pierwszej fazie 1200)
- kluczowanie PTT za pomocą miniaturowego przekaźnika
- Separacja galwaniczna od TRX (opcjonalnie)
3. Interfejs PC
- tryb pracy, czysty APRS
- komunikacja po RS232 (ew. wyście poprzez wbudowany USB)
Przykładowe zastosowania obejmują współpracę z:
- oprogramowaniem bazodanowym (infokioski wszelkiego rodzaju)
- prostymi aplikacjami komand-line (kilka prostych aplikacji napisanych pod linuxa)
- urządzeniami typu monitor ramek
- urządzeniami do wystawiania obiektów przemiennikowych, echolink itp.
- zaawansowane konstrukcje digipiterów (w ramach kolejnych projektów)
- urządzeniami igate
- stacjami pogodowymi
- nowymi konstrukcjami trakerów
Dzięki takiemu modemowi łatwo będzie można zbudować gateway pomiędzy siecią 2m i siecią 70cm, praktycznie bez użycia komputera pośredniczącego.
Z kilkoma osobami już wstępnie rozmawiałem na temat projektu i padła propozycja by osoby chcące się zaangażować w projekt spotkały się na politechnice w którąś niedzielę po długim majowym weekendzie.
Zapraszam do dyskusji, komentarzy, opinii.
