Drukuj

Zaloguj się lub zarejestruj.
1 Godzina 1 Dzień 1 Tydzień 1 Miesiąc Zawsze
Zaloguj się podając nazwę użytkownika, hasło i długość sesji

[SP2AGX]

Witam kolegów,
Buduję własny tracker (inspirowany WhereAVR) na Atmedze8
i jestem w trakcie podstawowej obsługi sprzętu - generowanie tonów.
Udaje mi się uzyskać tony 1283Hz i 2380Hz (dane z baudline i karty
dźwiękowej - nie wiem na ile wiarygodne).
W APRS obowiązuje modulacja Bell 202 czyli tony 1200Hz
(znalazłem też wersję mówiącą, że 1300) i 2200Hz. Bell 202 używa FSK czyli
powinno liczyć się przejście między tonami a nie sama ich częstotliwość
(dopóki dają się oczywiście rozróżnić).
Nasuwa mi się tutaj pytanie czy takie tony jak generuję będą poprawnie odbierane
bo nie chciałbym śmiecić w eterze.

Serdecznie pozdrawiam 

[SP3LYR]

Nie sprawdzałem aż tak precyzyjnie, ale z różnych innych doświadczeń wiem, że pewne digi zaakceptują pewną odchyłkę, inne nie. Tak było w przypadku któregoś z trackerów, który wysyłał tony z na innym poziomie. Jeden ton (już nie pamiętam, czy 1200, czy 2200) miał poziom niższy o połowę od drugiego. Jedne digi akceptowały takie packetowe audio, inne nie. Tu, w przypadku różnic częstotliwości, może być podobnie.
Inny przypadek. John W1FS na początkowym etapie rozwoju TNC-X miał problem z dekodowaniem i okazało się, że sygnały audio zawierają inne częstotliwości, np. 200-400Hz, 600-900Hz na dość silnym poziomie, przez co właściwe tony 1200/2200 nie są rozpoznawane. Wprowadził więc filtr, aby odesparować interesujący zakres 1200/2200. I choć programowo istotny jest shift audio o 1000Hz, to jego przedział będzie miał w tym przypadku znaczenie. Więcej o TNC-X http://www.tnc-x.com/documentation.htm, szczególnie dokument z DCC 2003 http://www.tnc-x.com/dcc3.doc

[SP2AGX]

Świetna dokumentacja. Będę musiał
poprawić oprogramowanie (mam wolny 16-bitowy
timer więc rozdzielczość się podniesie, może kwarc dorzucę).
Widmo rzeczywiście wychodzi strasznie brudne,
wyższe harmoniczne wytnie (mam nadzieję)
radio a niższe prosty filtr RC

[sq6ade]

Generujesz sinusa wewnętrznym D/A Atmegi?

[SP2AGX]

Atmega8 nie ma przetwornika D/A
(ma jedynie komparator analogowy i przetwornik A/D, który
z reszta przyda się do telemetrii.... ),
robię to drabinką rezystorową (tak jak tinytrak).

[sq5bls]

Witam,
Jesli chodzi o generacje tonow to nie ma z tym najmniejszego problemu czy to w asemblerze czy w C. Swego czasu przedstawilem moja koncepcje zastapienia ukladu FX614 przez atmege8 wlasnie.http://forum.aprs.pl/index.php?topic=656.0 . Uklad dziala sprawnie, co prawda uzywa az 16MHz zegara, ale to ze wzgledu na bardzo wyrafinowany algorytm dekodowania FSK. Sama generacja sygnalu jest bardzo prosta i dziala nawet na niezbyt szybko taktowanym procesorze. Dokladnosc czestotliwosc sygnalow mark i space jest rowniez bardzo dobra. W podanym linku masz zrodlowy plik, mam nadzieje ze przydatny. Natomiast jezeli chodzi o projeky whereAVR - uzywam procedury generacji FSK na co dzien w samochodzie (widac na mapie w podwojnym trakerze (APRS+GPRS w wydzielonej sieci) na procesorze ATMEGA 128.

[sq6ade]

Modulator FSK do modemu PR na drabince rezystorowej 8 bit zrobiłem kiedyś na wolnym dziadku '51 z kwarcem 24MHz.
Działało bardzo dobrze (program w ASM).

Coś w ten deseń:
http://www.rocob.biz/vyroba/modempr.doc

[SP1WSW]

Jesli chodzi o dokładność tonów to doświadczyłem to na własnej skórze. Zbudowalem kiedyś wg jakiegoś tam projektu dekoder ramek APRS, wszystko bylo w PICu, bez zewnętrzenego detektora tonów. Dekoder nie dekodował wszystkich ramek, z kolegami czepialiśmy się szumów, detekcji przechodzenia przez zero itp w efekcie zgłupialem, ponieważ czasami zaszumione dekodował a czyste nie. W domu odbieram 4 stacje DIGI. Znalazłem zależność, że z pewnych są dekodowane a z innych nie. Porzuciłem wątek z szumami i przeanalizowałem częstotliwości słyszanych DIGI. Różniły się. Manipulując kondensatorami przy kwarcu udało mi sie tak ustawić dekoder aby dekodował każdy z tych DIGI ale niestety nie wszystkie naraz. Reasumując należ starać się aby częstotliwości były jak najbardziej zbliżone do 1200/2200 Hz. Dekoder wrzucilem do szuflady, ponieważ nie tolerował odchyłek częstotliwości a więc był nieprzydatny w praktyce.

Pozdrawiam
Tomek
SP1WSW
 

[sq6ade]

Co prawda mowa jest o kodowaniu...
Co do dekodowania programowego z przejściem przez zero można analizować kilka pierwszych połówek sygnału ramki i na tej podstawie określać odchyłkę dla reszty pakietu. Dedykowane czipy takie jak FX tego nie umieją .

[SP1WSW]

ah... Krzysiek, tylko naświetlam jakie mogą być niespodzianki przy detektorach typu żyleta, u mnie DIGI były odstrojone jesli dobrze pamietam 10-20Hz max a tu Kolega podaje wieksze odchyłki.

[SP2AGX]

Dopracowałem oprogramowanie i mam tony 1200 i 2210 Hz