Forum Krótkofalarskie PKI

A u mnie po wykonaniu polecenia kiedy zaczęła się transmisja cały czas wyskakiwał napis "LICH", czy ktoś z kolegów wie co to może być, wyglądało to jak poniżej:
0: Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Rafael Micro R820T tuner
Tuner gain set to automatic.
Tuned to 144852000 Hz.
Oversampling input by: 21x.
Oversampling output by: 1x.
Buffer size: 8.13ms
Exact sample rate is: 1008000.009613 Hz
Sampling at 1008000 S/s.
Output at 48000 Hz.
LICH
LICH
LICH

Wojtek - dziękuję za świetny film poglądowy i poważne podejście do tematu!

Sebastian - również jestem Ci wdzięczny za poświęcony czas i próby dekodowania M17.

Ja jeszcze długo dekodowałem beacon M17 po powrocie do domu na antenie X300. Nawet gdy już balon pękł i opadał.
Być może dlatego, że byłem bliżej
Drugi powód, który mógł być przyczyną braku dekodowania to prawdopodobnie "pływanie" częstotliwości nadawania rpi0.
Radziłem sobie z tym obserwując websdr i korygując odpowiednio częstotliwość parametru odbioru rtl_fm.
Jedno jest pewne. Rpitx potrzebuje większej stabilności częstotliwości nadawania.

SP5LOT pisze:

Radziłem sobie z tym obserwując websdr i korygując odpowiednio częstotliwość parametru odbioru rtl_fm.
Jedno jest pewne. Rpitx potrzebuje większej stabilności częstotliwości nadawania.

Hmm, AFC odbiornika nie powinno wystarczyć? Jakby nie było, to wciąż jest FM i niewielkie odchyłki nie powinny mieć wpływu.

PS. Te "LICH" od razu mi się skojarzyły z "LICHy odbiór" ,)

Byłaby super funkcja w rtl_fm Trzeba napisać o aktualizację softu.

Tak, mi się to też kojarzyło z lichym odbiorem hehe.

SP5LOT pisze:

Byłaby super funkcja w rtl_fm Trzeba napisać o aktualizację softu.

No patrz, a ja byłem przekonany, że rtl_fm to ma. Swoją drogą, o ile pamiętam Openwebrx używa csdr do demodulacji. To może wpływać na wyniki odbioru - do sprawdzenia przy kolejnym balonie

SP5LOT pisze:

Tak - wyprowadzony sygnał z dyskryminatora będzie bardzo dobrym pomysłem na odbiór M17.

Zrobiłem dzisiaj próbę z beaconem SR5MS właśnie w ten sposób i udało się bez problemu zdekodować (choć coś się zepsuło z dźwiękiem na końcu, ale wysłałem już plik Wojtkowi), więc tym bardziej szkoda, bo miałbym szansę na odbiór balonu z radia a nie z rtl-sdr.

https://drive.google.com/file/d/1hBohvwPRXsUrtS5ZUkeUucC7CWR7GVhI/view?usp=sharing

Jak zrobiłeś wyjście z dyskryminatora ? W jakis sposób nagrałeś wav-a ?
Za parę dni będzie dostępny publicznie program do odbioru i m.in. dekodowania M17 pod system Windows - SDR++ v 1.0.4
Testowałem wersję beta i działa doskonale.

SP5LOT pisze:

Jak zrobiłeś wyjście z dyskryminatora ?

To było dawno, więc już nie pamiętam szczegółów, ale zgodnie z instrukcją z Internetu. To nie było trudne – był punkt testowy na PCB, do którego wystarczyło się podpiąć.

SP5LOT pisze:

W jakis sposób nagrałeś wav-a ?

Tak. Wyjście dyskryminatora do karty dźwiękowej i arecord. Generalnie tak wolę odbierać wszystkie dziwne / nowe / nietypowe rzeczy, zamiast robić to na żywo Najpierw nagrywam a potem próbuję zdekodować. Dzięki temu mogę wypróbować różne opcje na tych samych danych.

SP5LOT pisze:

Za parę dni będzie dostępny publicznie program do odbioru i m.in. dekodowania M17 pod system Windows - SDR++ v 1.0.4

Ja akurat nie potestuję, bo nie mam nigdzie Windowsa, ale to dobrze – na pewno wielu osobom się przyda i pomoże spopularyzować M17. Problem z wersją Linuksową jest taki, że… no cóż, wymaga Linuksa, co odcina dużą część osób, które nigdy nie miały z nim styczności.

Zainstalować linuksa to nie jest żaden problem. Problemem jest dokładny opis jak później wszystko skonfigurować, tak są różne różniste poradniki ale nigdy nie jest to opisane bardzo dokładnie. Choćby program radiosnde auto rx, program fajny, odbiera wszystkie sondy meteo ale jeśli ktoś nie ma doczynienia z linuksem to już problem.
To tylko moja opinia oczywiście i proszę jej źle nie odebrać

Pozdrawiam

Kilka lat temu ze zdaniem SP5BOB zgodziłbym się w 100%, ale może i kolega i inni koledzy dostrzegają, że coś niepokojącego się z Linuxami dzieje. Chodzi mi o dystrybucje Ubuntu i Mint bo te najczęściej używam. Na komputerku Fujitsu Q920 z 16 GB RAM i 120 GB HDD z prockiem i5 nie ruszył Ubuntu 20.04, 21.04 oraz Mint 20.02 . Ponieważ byłem zdeterminowany odpaliłem wreszcie 19.03 . Dlaczego myślę, że coś złego się dzieje, bo błędy w instalacji zdarzały się również w Mint 18 na virtual boxie. Kiedy stawiałem kiedyś Ubuntu 14.10 to dysk mogłem przekładać po kilku komputerach i wszędzie system ruszył (może nie wszystkie usługi ruszały ale pracować z grubsza się dało). Ale istotnie zgadzam się, że przy instalacji dodatkowych pakietów i konfiguracji to często brak dobrej dokumentacji a co za tym idzie wynikają problemy z konfiguracją . Ale cały ten pomysł z M17 pociągnął mnie do zabawy i kupna Raspberry Pi-400 z 4 GB Ram. Następnym razem mam nadzieje, że odbierać będzie można już na SDR++ i coś wywalczę na malinie.

No no LICHo nie śpi. Przeszukiwałem NET w celu znalezienia odpowiedzi co to nieszczęsne LICH oznacza. I trochę wskazówek znalazłem na stornie z opisem protokołu M17. Oto link https://m17-protocol-specification.readthedocs.io/en/latest/kiss_protocol.html#m17-protocols . Otóż te LICH to pierwsze 48 bitów sygnału,potem następuje reszta paczki, zatem wiem już że następował odbiór lecz dalej nie wymyśliłem czy problem leżał po stronie dekodera, czy po stronie słabego bądź zakłócanego sygnału. Może jeszcze gdzieś znajdę ...

Minusem też jest to, że nie "widać" tego sygnału. W takim np. Sdruno można ustawić notcha w dowolnym miejscu a tu nie wiadomo czy coś jest obok.

LICH mógł się także wyświetlać gdy częstotliwość nadawania rpi0 się zmieniła.
Są różne pomysły jak tą wadę zniwelować. Postaram się wypróbować wszystkie tak aby następnym razem
nie było losowego efektu dopplera.

Można wiedzieć jakiego rodzaju filtr na wyjściu stosujecie? Bo z pewnością jest to coś bardzo lekkiego. Jeśli nie to nie było pytania

Pozdrawiam

SP9MRT pisze:

zatem wiem już że następował odbiór

Puść z radia losowy sygnał (szum z dowolnego kanału) na dekoder. U mnie też wtedy dekoduje LICH. Także niekoniecznie następował odbiór. Może (tylko zgaduję) po prostu LICH jest na tyle prostą ramką, że jest dekodowana także przypadkowo, w szumie, a korekcja błędów jest dopiero na dalszych etapach.

SP9MRT pisze:

lecz dalej nie wymyśliłem czy problem leżał po stronie dekodera, czy po stronie słabego bądź zakłócanego sygnału.

Szkoda że nie masz pliku źródłowego Warto takie sygnały najpierw nagrać do pliku a potem próbować zdekodować, wtedy w razie problemów można (samemu lub dzieląc się takim plikiem) dojść, co jest nie tak.

Jakbyś był bliżej beaconu SR5MS, to mógłbyś spróbować go odebrać i zdekodować.

LFCN-80
https://pl.mouser.com/datasheet/2/1030/LFCN-80_2b-1700719.pdf

W przyszłości prawdopodobnie zmienimy na:
https://www.minicircuits.com/pdfs/RBP-140+.pdf

Jeszcze raz dziękuję wszystkim za odbiór zdjęć w systemie SSTV i dekodowanie beacona M17.
Dyplomy za odbiór SSTV zostały wysłane. Dyplomy za M17 zostaną wysłane przez Wojtka SP5WWP.

Przykładowy dyplom SSTV:


Przykładowy dyplom M17:

Czas ogłosić wynik głównego konkursu M17.

Spośród wielu podejmujących się tego wyzwania, wybrany przez międzynarodowe gremium teamu M17, zwycięzcą konkursu za odbiór i dekodowanie sygnału M17, a także za przygotowanie świetnego filmu, zostaje
Wojtek SP9WPN i otrzymuje transceiver SDR ADALM-PLUTO firmy Analog Devices.

SP5LOT pisze:

Jeszcze raz dziękuję wszystkim za odbiór zdjęć w systemie SSTV i dekodowanie beacona M17.
Dyplomy za odbiór SSTV zostały wysłane. Dyplomy za M17 zostaną wysłane przez Wojtka SP5WWP.

Mogę jeszcze wysłać raport SSTV (mailem), czy już za późno?

SP5LOT pisze:

zwycięzcą konkursu za odbiór i dekodowanie sygnału M17, a także za przygotowanie świetnego filmu, zostaje
Wojtek SP9WPN i otrzymuje transceiver SDR ADALM-PLUTO firmy Analog Devices.

Gratuluję SP9WPN!