Forum Krótkofalarskie PKI

Cześć,
Odpowiadając na pytanie: tak powinieneś
Ale najpierw zastanówmy się co dokładnie chcesz przetestować. Piszesz, że będziesz używać RTL-SDR. Polecam więc kilka testów:

1. Ściągnij jeden z plików IQ - nie wav - z tej strony: https://github.com/PW-Sat2/HAMRadio/wiki/PW-Sat2-Downlink-IQ-Signal-Recording i uruchom z zakładki "Signal Source" --&gt, "Recorded IQ file". W okienku wybierz pobrany plik IQ i wpisz offset -30000 Hz. Kliknij "Play" i otwórz Demodulator - zdekodowane ramki powinny pokazać się w głównym oknie aplikacji. Ten test pozwala zorientować się czy demodulator i wysyłanie na serwer działają OK. Nie testują jednak przechwytywania z RTL-SDR'a.

2. Włączenie Signal Source --&gt, RTL-SDR i zobaczenie "tła" radiowego (szumu) na waterfallu potwierdzi, że aplikacja ma dostęp do RTL-SDR'a. Uruchomienie GPredict + konfiguracja jak podałem powyżej w poście pozwoli sprawdzić czy działa korekcja efektu Dopplera.

3. Pełny test radiowy wymaga posiadania jakiegoś nadajnika radiowego, który nada plik IQ który dostarczamy (my używamy Pluto SDR) i wtedy można taki sygnał próbować odbierać RTL-SDR i zrobić w miarę pełen test.

Mam nadzieję, że nie zamieszałem zbytnio ,)

@mgumiela: ramki ładują się poprawnie. Natomiast samo działanie Donga przetestuję już na żywym organizmie. Wszak będę miał na to 40 dni
Dzięki za wskazówki.

Czy oprogramowanie odbiorcze zadziała na RPi3 bez GUI (tylko konsola)?

Aktualnie tylko opcja alternatywna - czyli użycie GnuRadio + modyfikacja naszych flow graphów GRC żeby nie używały GUI (trzeba powyłączać np. wykresy). Wtedy GnuRadio przy każdym uruchomieniu tworzy plik `downlink_frames`, który zawiera zdekodowane ramki. Na nasze serwery można ramki z tego pliku wysłać przy pomocy pythonowego skrytpu. Szczegóły opisane tutaj: https://github.com/PW-Sat2/HAMRadio/wiki/Receive-PW-Sat2-with-GNURadio

Cześć,
poniedziałkowy start SpaceX odwołany - https://twitter.com/SpaceX/status/1063900263570788352
Nie jest jeszcze znany dokładny, nowe termin wyniesienia polskiego satelity.
Informacje nt. temat mają zostać podane wkrótce.

Znalazłem takie info:

https://spacex.com.pl/misja/sso-a

https://spacexnow.com/upcoming.php

SpaceX potwierdziło nową datę startu - 28.11.2018, 19:32 UTC+1. 

https://twitter.com/SpaceX/status/1066467725151780864

Pierwszy przelot nad Polską z włączonym nadajnikiem PW-Sat2 będzie miał najprawdopodobniej (bazując na obecnych informacjach przedstartowych) rankiem 29.11.2018, pomiędzy godziną 9 - 11 (UTC+1).

Mam problem z uruchomieniem aplikacji pod windows 7, a także w linux. Windows może zostawmy w spokoju a linux to OpenSuse Leap 15. Tutaj Aplikacja uruchamia się, test "Recorded IQ file" przechodzi pomyślnie, wodospad idzie i ramki dekodują się. Potem jako signal source ustawiam "Audio in (SSB-USB)" i po kliknięciu w "Run source" wyskakuje okno konfiguracji parametrów źródła dźwięku. Tam zgodnie z instrukcją pole "Audio device name" pozostawiam puste, żeby użyć domyślnej karty dźwiękowej systemu i tutaj zonk. Wodospad nie idzie i otrzymuje komunikat:
ssb audio
True
48000
3000
ALSA lib dlmisc.c:254snd1_dlobj_cache_get) Cannot open shared library /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so
Traceback (most recent call last):
File "grc_part.py", line 121, in <,module>,
File "grc/source/ssb_audio_source/ssb_audio_source_main.py", line 64, in application
File "grc/source/ssb_audio_source/ssb_audio_source_main.py", line 43, in run_grc
File "grc/source/ssb_audio_source/ssb_audio_source.py", line 216, in main
File "grc/source/ssb_audio_source/ssb_audio_source.py", line 144, in __init__
File "gnuradio/audio/audio_swig.py", line 133, in make
RuntimeError: audio_alsa_source
[2866] Failed to execute script grc_part

Co powinienem podać w oknie "Audio device name" żeby karta dźwiękowa została prawidłowo wykryta przez aplikację?

SQ7HJL pisze:

Co powinienem podać w oknie "Audio device name" żeby karta dźwiękowa została prawidłowo wykryta przez aplikację?

Prawdopodobnie problem jest w innym miejscu - w sekcji "Known issues" na naszym wiki jest opis jak go naprawić - https://github.com/PW-Sat2/HAMRadio/wiki/Troubleshooting#ssb-usb-audio-in-on-fedoraopensuse-issue
Niestety każdy linux jest troszkę inny...
W razie dalszych problemów - będziemy szukać rozwiązania!

mgumiela pisze:


SQ7HJL pisze:

Co powinienem podać w oknie "Audio device name" żeby karta dźwiękowa została prawidłowo wykryta przez aplikację?


Prawdopodobnie problem jest w innym miejscu - w sekcji "Known issues" na naszym wiki jest opis jak go naprawić - https://github.com/PW-Sat2/HAMRadio/wiki/Troubleshooting#ssb-usb-audio-in-on-fedoraopensuse-issue
Niestety każdy linux jest troszkę inny...
W razie dalszych problemów - będziemy szukać rozwiązania!

Łooo! Moje rozwiązanie na wiki PWsat-a! So sweet.

Ogólnie, trzeba zlokalizować gdzie w Twoim systemie jest libasound_module_pcm_pulse.so i skopiowac lub hardlinkować (symlink nie zadziała) do /usr/lib/x86_64-linux-gnu/alsa-lib/libasound_module_pcm_pulse.so
Nie wiem czemu ta aplikacja szuka tego koniecznie w tym miejscu.

Mi przez parę dni apka zassała taki pliczek 770GB I/Q. "Turrifik"

Nowa data startu: 28.11.2018, g.19:32 CET, z Vandenberg Air Force Base.

https://tinyurl.com/y9vr22so

Hej.
Taaaak, koledzy (i koleżanki) z IceEye-2 też nieco wkurzeni
Mam pytanie. Używam waszej aplikacji na win10 na laptopie. Jest jakaś szansa albo "hłit" żeby okienka dawały się skalować? Teraz mam płachtę którą muszę przewijać w te i w tamte... Zwłaszcza okno z demodulatorem - tam jest dużo wykresów.

SQ5KVS pisze:

Hej.
Taaaak, koledzy (i koleżanki) z IceEye-2 też nieco wkurzeni
Mam pytanie. Używam waszej aplikacji na win10 na laptopie. Jest jakaś szansa albo "hłit" żeby okienka dawały się skalować? Teraz mam płachtę którą muszę przewijać w te i w tamte... Zwłaszcza okno z demodulatorem - tam jest dużo wykresów.

To są okienka z gnuradio, one się średnio dają cokolwiek robić. :/

SQ5KLN pisze:


Bo autorzy do aplikacji wrzucili binarki "wszystkich" bibliotek prosto z repo Debiana lub Ubuntu (które dla bezpieczeństwa mają niektóre linkowania dynamiczne w postaci pełnych ścieżek) zamiast polegać na tych, które użytkownik ma zainstalowane w systemie.

Niestety Pyinstaller nie jest najszczęśliwszym rozwiązaniem, o dziwo na Windowsie działa troszkę bardziej rozsądnie jeśli chodzi o includowanie bibliotek.

SQ5KLN pisze:


Zamiast "mieszać" w plikach systemowych można po prostu wywalić (lub zmienić jej nazwę) tę bibliotekę z katalogu programu (wtedy apka skorzysta z libasound.so.* podanego przez systemowy linker dynamiczny i powinno działać).

Tak, ta metoda powinna zadziałać. Jednak nie testowałem jej, dlatego poszła na wiki sprawdzona już metoda.

U mnie też już działa (pomogło skopiowanie libasound_module_pcm_pulse.so do /usr/lib/x86_64-linux-gnu/alsa-lib/ Dzięki za podpowiedzi i zgłaszam gotowość do nasłuchu.

a amsat-uk napisał:

The launch of Spaceflight’s SSO-A SmallSat Express mission, carrying many amateur radio satellites, on a SpaceX Falcon 9 from Vandenberg Air Force Base has been postponed and is now tentatively scheduled, pending approval, for December 1 with backup dates December 2-4.

https://amsat-uk.org/

szukam potwierdzenia w innym źródle ?

Mam problem z rejestracją na stronie https://radio.pw-sat.pl/, po wprowadzeniu swoich danych i kliknięciu SignUp dostaję komunikat, że powinienem czekać na maila aktywującego, ale żadnego maila nie dostaję (sprawdziłem na dwóch kontach pocztowych, folder spam też kontroluję). Czy znana jest Wam taka przypadłość?

SP3OSP pisze:

Mam problem z rejestracją na stronie https://radio.pw-sat.pl/, po wprowadzeniu swoich danych i kliknięciu SignUp dostaję komunikat, że powinienem czekać na maila aktywującego, ale żadnego maila nie dostaję (sprawdziłem na dwóch kontach pocztowych, folder spam też kontroluję). Czy znana jest Wam taka przypadłość?

Niestety potwierdzam przypadłość, czasem mail nie dochodzi. Twórcy aplikacji twierdzą, że to filtry antyspamowe gdzieś po drodze. Oba konta są już aktywne, może się Pan zalogować.