Forum HomeMade - APRS

Kenwood KT-780 jako część radiowa i problem dekodowania ramek przez okoliczne Digi

Tue, 07 Jun 2022 19:28:04 +0000

Drodzy Koledzy,
wykonałem interfejs podobny do http://hamspirit.pl/SQ9MDD/?attachment_id=695 który pracuje z kartą dźwiękową w RPi 3B+ i zainstalowanym DireWolf (Digi, iGate, TNC...). Wykonałem również interfejs VOX który jest niezbędny do połączenia smartfonu (na którym pracuje APRS Droid) z dowolnym radiem. Układ VOX działa dobrze, pozwala regulować czas "naciśnięcia" i "puszczenia" PTT. APRS Droid współpracuje również z RPi i DireWolf przez BT. Wszystko działa bardzo dobrze z chińskim UV82... Rewelacyjnie dekodują się ramki APRS, okoliczne Digi/iGate również nie maja problemów z dekodowaniem pakietów z DireWolf. Bao spisuje się super (jak na ręczne radio).
Problem zaczyna się, gdy po stronie radiowej włączam radiotelefon profesjonalny Kenwood KT-780. Odbiornik działa fantastycznie nawet podczas jazdy. DireWolf nawet APRS Droid (używam w aucie) dekodują sporą liczbę ramek. Sytuacja niestety się zmienia przy nadawaniu. Ramki z KT-780 nie są dekodowane przez wszystkie Digi/iGate. Niektóre Digi dekodują większość ramek (~80% tego co z chińczyka) a niektóre wcale. Co ciekawe, DireWolf dekoduje 100% ramek, radzi sobie doskonale z tym co "produkuje" KT-780. A PLXDigi oddalony o 3 km (nie wiem jaka część radiowa) dekoduje może z 10% ramek z Kenwooda i 100% z Bao.
Kompresory, kompandery czy inne cuda, powyłączane, wąski FM.

Nie potrafię sobie poradzić z tym problemem, dlatego zwracam się do Szanownych Kolegów z prośbą o pomoc w jego rozwiązaniu. W obu interfejsach siedzą trafka separujące 1:1 o impedancji ~600 om, w radiu wykorzystałem tor audio mikrofonowy.

Poniżej ramki odebrane via RF przez oba radia:

Preambuła generowana przez DireWolf:

Część z danymi generowane przez DireWolf:

Preambuła generowana przez APRSDroid:

Część z danymi generowana przez APRSDroid:

Przenoszenie częstotliwości przez tory audio i RF:

Widmo Kenwood:

Widmo UV82:

Próbki audio:

-> DireWolf via UV82
-> DireWolf via KT-780
-> APRS Droid via UV82
-> APRS Droid via KT-780

Cały interfejs, separacji i okablowanie to samo, zmieniała się jedynie część radiowa.
Działa tak samo z interfejsem jednym i drugim. Brak róznic.

TNC za grosze (ARDUINO)

Sun, 18 Jan 2015 09:11:36 +0000

Natrafiłem w sieci na fajne rozwiązanie taniego TNC:
http://www.george-smart.co.uk/wiki/Arduino_TNC

Firmware, który działa z arduino (procesory ATMega328 i ATMega1280) można pobrać ze strony: https://github.com/eiginn/arduino_tnc

Przygotowałem do tego rozwiązania rysunek płytki z separacją galwaniczną a w planach płytkę do montażu bezpośrednio na Raspberry PI.

  20150117_184326.jpg (Rozmiar: 96.9 KB / Pobrań: 6809)

  arduino-tnc-top.JPG (Rozmiar: 950.59 KB / Pobrań: 6585)

  tnc-critchley.lay6 (Rozmiar: 177.23 KB / Pobrań: 1726)

  arduino_tnc_014_w_tx.ino (Rozmiar: 37.01 KB / Pobrań: 1884)

RTrak-HAB gotowy moduł do APRS

Sun, 20 Jul 2014 13:52:54 +0000

Witam,

Gotowy moduł APRS do balonów http://www.rpc-electronics.com/rtrak-hab.php

Tracker APRS do samochodu

Thu, 17 Jul 2014 09:42:58 +0000

Witam,

Jakiś czas temu zainteresowałem się APRS-em. Z racji tego, że pracuje głównie w pasmach VHF/UHF i bardzo często w samochodzie postanowiłem zrobić sobie Tracker APRS-u właśnie do samochodu. Oczywiście zaczęło się od APRSdroida zainstalowanego na smartfonie, a później tablecie podłączonym do radiotelefonu TYT TH-UVF9D.
Działało ale 5W nawet z zewnętrzną anteną miało "dziury" w śledzeniu pojazdu na aprs.fi.

Postanowiłem zmienić TYT-a - na Motorolę MaxTrac300 25W na wyjściu. Wstępny projekt polegał na zrobieniu układu sterującego ptt w momencie pojawienia się sygnału w APRSdroidzie, ponieważ nie ma on takiej funkcjonalności. Doszedłem jednak do wniosku, że jak już mam coś "lutować" to może zrezygnować z telefonu i zrobić to od początku do końca. Może kogoś zainteresują moje dotychczasowe prace:

Z racji tego, że nie jestem jakimś wytrawnym elektronikiem mój wybór na czas przygotowywania prototypu padł na ARDUINO. Docelowo projekt ma zostać przeniesiony na płytkę własnego projektu z ATMEGą 328 taką jak w ARDUINO.

Lista sprzętu:
ARDUINO UNO - mózg systemu
Moduł GPS FGPMMOPA6C - pozycjonowanie GPS
LCD 2x16 I2C - wyświetlacz LCD wysterwany po I2C

Dodatkowo ogromnym ułatwieniem była biblioteka QAPRS stworzona przez kolegę SQ5RWU wysyłająca dane APRS już w enkapsulacji ax.25. Najprostszy układ do wysyłania danych w formacie APRS przedstawia schemat poniżej. Oczywiście zamiast głośnika podłączamy wejście audio radiotelefonu, a zamiast diody LED - tranzystor sterujący PTT.

Który w połączeniu z przykładowym kodem z biblioteki:

Kod:
/*

    Copyright (C) 2013 Lukasz Nidecki SQ5RWU

    This file is part of ArduinoQAPRS.

    ArduinoQAPRS is free software; you can redistribute it and/or modify

    it under the terms of the GNU General Public License as published by

    the Free Software Foundation; either version 2 of the License, or

    (at your option) any later version.

    ArduinoQAPRS is distributed in the hope that it will be useful,

    but WITHOUT ANY WARRANTY; without even the implied warranty of

    MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the

    GNU General Public License for more details.

    You should have received a copy of the GNU General Public License

    along with ArduinoQAPRS; if not, write to the Free Software

    Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA  02110-1301  USA

    Ten plik jest częścią ArduinoQAPRS.

    ArduinoQAPRS jest wolnym oprogramowaniem; możesz go rozprowadzać dalej

    i/lub modyfikować na warunkach Powszechnej Licencji Publicznej GNU,

    wydanej przez Fundację Wolnego Oprogramowania - według wersji 2 tej

    Licencji lub (według twojego wyboru) którejś z późniejszych wersji.

    Niniejszy program rozpowszechniany jest z nadzieją, iż będzie on

    użyteczny - jednak BEZ JAKIEJKOLWIEK GWARANCJI, nawet domyślnej

    gwarancji PRZYDATNOŚCI HANDLOWEJ albo PRZYDATNOŚCI DO OKREŚLONYCH

    ZASTOSOWAŃ. W celu uzyskania bliższych informacji sięgnij do

    Powszechnej Licencji Publicznej GNU.

    Z pewnością wraz z niniejszym programem otrzymałeś też egzemplarz

    Powszechnej Licencji Publicznej GNU (GNU General Public License);

    jeśli nie - napisz do Free Software Foundation, Inc., 59 Temple

    Place, Fifth Floor, Boston, MA  02110-1301  USA

 */

/**

 * @file

 * @brief Plik testowy Arduino

 */

#include 

#include "ArduinoQAPRS.h"

char * packet_buffer  = "                                                                    \n ";

char from_addr[] = "SQ5RWU";

char dest_addr[] = "APZQAP";

char relays[] = "WIDE2 1";

void setup(){

     // inicjalizacja

    // pin 3 to sensePin [wejscie] - 1 oznacza brak mozliwosci nadawania

    // pin 2 to txPin [wyjscie] - stan wyski w momencie rozpoczecia nadawania

    QAPRS.init(3,2);

}

void loop() {

        // nadanie paketu typu komentarz

        packet_buffer = ":TEST TEST TEST de SQ5RWU";

        QAPRS.send(from_addr, '0', dest_addr, '0', relays, packet_buffer);

        // nadanie pakietu z pozycja i symbolem wahadlowca

        packet_buffer = "!5215.68N/02057.48ES#";

        QAPRS.send(from_addr, '0', dest_addr, '0', relays, packet_buffer);

        // nadanie danych pogodowych bez pozycji

        packet_buffer = "_07071805c025s009g008t030r000p000P000h00b10218";

        QAPRS.send(from_addr, '0', dest_addr, '0', relays, packet_buffer);

        delay(5000);

}

Daje możliwość wysłania ramki APRS.

Na chwilę obecną podłączyłem moje ARDUINO z GPS-em i modułem LCD. Efekt widoczny na zdjęciu poniżej:

Moduł GPS podłączony "na szybko", bez baterii podtrzymania, na zrobionej "na szybko" płytce i okrutnie "obsmarkane" lutownicą transformatorową (wiem, że nie ma się czym chwalić, ale docelowo postaram się, żeby wyglądało lepiej):

W tej chwili moduł GPS jest przenoszony na docelową płytkę:

Moduł GPS jest realizowany na zewnętrznej płytce, aby można było go umieścić w miejscu, gdzie bez problemu będzie się "fix-ował".

Przede mną jeszcze kawałek drogi, ale myślę, że powinno się udać. W miarę postępu prac postaram się uzupełniać wątek.

Android czy Windows do APRS ?

Fri, 29 Jun 2012 12:51:33 +0000

Podpowiedzcie mi proszę, pod jaki system jest więcej / są lepsze programy do APRS.
Nigdy nie miałem drogiego telefonu więc nie mam pojęcia o tym, a teraz planuję jakiś HTC zakupić i nie wiem z jakim systemem.

Nowy pomysł związany z APRS-em

Mon, 07 May 2012 09:24:03 +0000

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.

  APRS101.pdf (Rozmiar: 3.03 MB / Pobrań: 1896)

  ax25.pdf (Rozmiar: 121.8 KB / Pobrań: 2244)

  dcc2.pdf (Rozmiar: 116.68 KB / Pobrań: 1794)