Forum Krótkofalarskie PKI

Jacku,

poczytaj sobie źródła programów kolegi F8CHK: http://lists.openhpsdr.org/pipermail/hpsdr-openhpsdr.org/2011-December/016405.html - zwięzłe, ale dobrze oddające istotę sprawy komentarze w kodzie. A ja odpalam WSPR na Raspberry Pi i zaraz Ci powiem co widzę.

EDIT: A, no i spójrz na to: http://www.g4jnt.com/Coding%5CWSPR_Coding_Process.pdf

OK - częstotliwość rośnie proporcjonalnie do wartości symbolu. Tak muzykalny nie jestem żeby wychwycić zmianę o 1,5Hz, ale na jedenastej harmonicznej spokojnie da się usłyszeć (nie, nie nadaję tego w eter)

Trójka - dźwięk najwyższy, zero - najniższy. Oczywiście słuchałem w trybie USB, żeby nie było.

Tak jak napisałeś: f+(1*1.4648), f+(2*1.4648), f+(3*1.4648), f+(4*1.4648) (lub mnożniki 0, 1, 2, 3 - na jedno wychodzi).

Powodzenia w testach

EI3HMB pisze:

Czyli odwrotnie do RTTY..

Czyli działa?

EI3HMB pisze:

Ale zeby taki algorytm kodowania wymyslec to trzeba miec niezle matematyczny leb... No, ale Nobla nie dostaje sie za nic

To jest niestety problem z nowymi technologiami, że jak się człowiek w to zagłębia, to metoda "chłopskiego rozumu" przestaje wystarczać i trzeba chwycić za narzędzia naukowe.. A w liceum nikt nie mówi czym jest autokorelacja (to tak odnośnie "magicznego wektora" i jego przydatności)

Wiem, bo włączyłem sobie nadajnik na Raspberry i posłuchałem co nadaje, patrząc jednocześnie na wygenerowaną sekwencję liczbową.

Moja zaczyna się: 3,3,0,2,0, ....

Więc słyszę pewien ton (trójka), następnie zdecydowanie niższy (przy jedenastej harmonicznej ~50 herców niżej), wyższy (dwójka), ale nie aż tak wysoki jak trójka, i tak dalej.

Nie do końca rozumiem Twój przykład z częstotliwością dla trójki mniejszą niż dla zera.

fragment mojego testu na DDS 9851 Atmega8 w BASCOMIE:

'10140199.9930386 Hz
'Code_0 = &B00100111111011111101000101010001
'10140201.4610358 Hz
'Code_1 = &B00100111111011111101000110110010
'10140202.929033 Hz
'Code_2 = &B00100111111011111101001000010011
'10140204.3970302 Hz
'Code_3 = &B00100111111011111101001001110100


przy USB każdy ton to konkretna nośna. mój test polegał na sterowaniu generatorem DDS poprzez mikrokontroler

U mnie Fo jest tylko 65MHz bo nie miałem odpowiedniego oscylatora. To były tylko testy czy to ma sens. Korzystałem z opracowania G4JNT, tymczasowej płytki a atmegą
i BASCOMA bo taki kompilator miałem pod ręką. Odpowiedni kod tuningword wyliczałem na stronach Analoga (wysłać trzeba 40 bitów). Dziś pewnie zrobiłbym to na Arduino. Synchronizacji czasu nie robiłem bo te 2s to odpalałem z ręki w odpowiednim momencie a koleje ramki szły po odpowiednim opóźnieniu. AD9851 bez dopasowania do anteny i tak odbierałem tylko ja sam ;-). Chodzi mi po głowie by ciąg 162 kodów wyliczać w mikrokontrolerze co by pozwoliło na sterowanie mocą i pobieranie lokatora z GPS bo on i tak być musi by synchronizacje zrobić, znak można by też wprowadzić jako parametr i go zmieniać poprzez zmianę konfiguracji.

Robiłem też test z generowaniem RTTY (ale tu już skorzystałem z gotowego opracowania na Arduino)

Pierwszych parę sekwencji do wyliczenia jest dość proste załamałem się 'intelektualnie' na kroku "convolutional encoding" stąd łatwizna w formie wspr.exe
w WSPR podobno można już dawać lokator na 6-ciu znakach więc miało by sens generowanie ich ze zmiennej pozycji GPS i np. nadawanie z mobila :-) Oblicz tak dla ciekawości jak szybko można się poruszać by dopler nie zepsuł transmisji :-) na KF to mniejszy problem ale dla balonu i UHF wyszło mi że będzie źle

piszą
http://www.vk4yeh.com/downloads/WSPR_mode.pdf
że doppler powinien być mniejszy od 1 Hz