 
|
| SQ5RIQ KO01OJ - waw.websdr.pl KO02MF [93km] |
 |
| SCAN E4000, antena wewnątrz budynku, X: 1805-1880MHz, Y: 6 godzin (linia co 20sekund) // tuner nie kalibrowany, może być lekkie przesuniecie // |
 |
| na 2016-11-27 w Radomiu w pasie 2600, LTE ma tylko PLAY |
PLAY LTE_800 5MHz : ^HFREQINFO:0,6,20,6275,_8035,_5000,24275,_8445,_5000 PLAY LTE1800 10MHz : ^HFREQINFO:0,6,_3,1449,18299,10000,19449,17349,10000 PLAY LTE2100 5MHz : ^HFREQINFO:0,6,_1,_474,21574,_5000,18474,19674,_5000 PLAY LTE2600 20MHz : ^HFREQINFO:0,6,_7,3350,26800,20000,21350,25600,20000
  |
| Jeden kabel USB (jak do drukarki) a pojawiają się trzy urządzenia MMSSTV Menu: Radio command -> Setup.. EX1081; oraz EX0741; podczas nadawania przełączają źródło dźwięku na kartę USB dla obu modulacji, a po zakończeniu nadawania wybiera mikrofonu jako domyślnego źródło dźwięku dla FM i USB |
 |
| MMSSTV Menu: Radio command -> Edit menu, można dodawać ustawiania sterowania radiem, np ta ustawia: modulację USB i częstotliwość 14.230MHz |
 |
| Każda wartość co się zmieni w radiu poziom sygnału, częstotliwość, lub jakiś klawisz lub gałka dotknięta, kod tego działa wysyłany jest na serial terminal. |
 |
| SDR LTE800 - GSM900 (790-960MHz) na trasie Radom - Kraków - Katowice - Ołomuniec - Brno - Praga // ciemniejszy poziomy pas, to postój autobusu na dworcu w BRNIE // LINUX convert foto 397M |
 |
| LTE 900 Vodafone CZ //fragment z oryginału, bez skalowania, y: 1h// |
   |
| T-MOBILE.CZ LTE800(10MHz) + LTE1800(20MHz) + LTE2100(10MHz) // odczyt wewnątrz budynku, na 1p. w budynku przy lesie obok małej miejscowości // |
 |
2016-10-17 11870kHz GALBENI TX1 AMPRO-20 (reverse 16932kHz screenshot) DRM Mode: B/10kHz|64-QAM Audio1: 20.96 kbps aac screenshot |
|---|
 |
2016-09-18 7550kHz GOS-IV / VIVIDH BHARATI DRM Mode: B/10kHz|64-QAM Audio1: 10.48 kbps aac screenshot Audio2: 10.48 kbps aac |
|---|
 |
2016-09-18 7550kHz MAIN/SECOND CHANNEL DRM Mode: B/10kHz|64-QAM Audio1: 8.72 kbps aac screenshot Audio2: 8.72 kbps aac screenshot |
|---|
 |
2016-09-18 15120kHz Voice Of Nigeria screenshot, AGC DRM Mode: C/10kHz|16-QAM Audio: 9.10 kbps aac |
|---|
 |
2016-09-17 9760kHz Babcock DRM screenshot DRM Mode: B/10kHz|64-QAM Audio: 17.46 kbps AAC+ |
|---|
 |
2016-09-16 7330kHz Galbeni EM2 (1) 5925kHz SNR Tiganesti E1 (2) 7330kHz SNR Tiganesti E2 (3) DRM Mode: B/10kHz|64-QAM Audio: 20.96 kbps AAC+ low quality audio 5kHz |
|---|
 |
2016-09-14 5845kHz BBC World Service screenshot DRM Mode: B/10kHz|64-QAM Audio: 16.92 kbps AAC+ Data: 0.54 kbps Journaline [main, news, info] |
|---|
 |
| HDSDR + Dream na 10kHz przysłane techniką OFDM przesyłane są trzy rodzaje danych: FAC - podstawowe dane o organizacji kanału (4-QAM) SDC - informacje o strumieniach i sposobie dekodowania właściwych nośnych z danymi audio MSC MSC (16-QAM lub 64-QAM) - dane dźwięku |
   |
| odebrane AMPRO-14 na 1p bloku 10p. 15120kHz Voice of Nigeria XXX - 19:30 UTC 7544kHz GOS-IV / VIVIDH-BHARATI XXX - 22:30UTC 11612KHz "INDIA" 16:10 (1750Hz ton), 16:15 - 17:30 UTC |
  |
| SNR taki sam ale po lewej MODE C i dźwięk odtwarzany praktycznie bez uciążliwych przerw, po prawej MODE B i MSC CRC "czerwone pole" błąd podczas dekodowania brak dźwięku. Modulacja 64-QAM wykorzystywana w MODE B wymaga bardzo stabilnego i mocnego sygnału. |
   | ||||||||
| sygnał równo o 7:00 czasu lokalnego pojawia się i równo o 8:00 zanika. z anteną AMPRO-80 sygnał rósł do ok. 7:10 (osiągnął maksimum) i minutę udało się odebrać, a następnie poziom sygnału zaczął spadać i ok. 7:40 zniknął z "waterfall" Na antenie FD3 /dłuższy końcem na połodnie/ sygnał był widoczny do końca transmisji (8:00 lokanlego), ale za słaby aby go zdekodować
|
   |
| PROJEKT TEN, TO ROZWINIĘCIE MODYFIKACJI ANTENY DK7ZB przez 9A5NLO Bananki i mosiężne rurki i już wydałem 50pln, a jeszcze nic nie mam. Bananek z rurką zlutowałem przez 20mm drutu 4mm2 |
   |
| 2h40min - drukowało się każdy element, wypełnienie 60% (wszystkie trzy jednakowe dla uproszenia) Element łączący "wydruki" rurka plastikowa elektryczna fi 16mm. |
 |
| NIEBIESKI 1085mm (metrowa rurka na pół) - 132.5MHz CZERWONY 1036mm (50mm odcięte reszta na pół) - 137.5MHz CZARNY 982mm (100mm odcięte reszta na pół - 142.5 MHz |
 | ||
| po wstawieniu trzech odczytów i wykreśleniu wielomianowej linii trendów Zmiana długości o 8mm (połówka 4mm) przesuwa rezonans o 0.5MHz !!! |
 |
| Antena skończona czeka na analizator, bo moja SWR miarka pokazała SWR 1.4, trochę za dużo! |
 | ||
| BTS "Przysucha" duży masz i na górce. Po wymuszeniu LTE2600 w odległości 20km od eNodeB zasięg pojawił się wewnątrz samochodu i to na jedną kreskę, ale "brak mocy" aby dobić się do nadajnika ... |
 |
| PLUS LTE 2600 "26300(20000)" = 2620-2640MHz download, 25100(20000) = 2500-2520MHz upload |
 |
| Play LTE 2600 "26800(20000)" = 2670-2690MHz download, 25600(20000) = 2550-2570MHz upload ORANGE pojawił się raz podczas kilkudziesięciu prób wyszukiwaniu sieci, niestety nie udało mi się nawet rozpocząć próby rejestrowania w sieci, aby HFREQINFO sprawdzić parametry |
|
Tunel do serwera, z którego odwrotny tunel do rutera OpenWRT i z którego tunel do maliny. Gdzie zapingowałem samego siebie, ale tą tunelostradą. To tylko opis programowy, bo w topologi sieci było jeszcze parę urządzań: telefon jako AP dla komputera z którego połączyłem się do VPS Serwera oraz druga sieć OpenWRT, Raspberry Pi via LAN do Routera LTE Z Maliny na kolejnym porcie zestawiłem drugi odwrotny tunel i przestało mi się to podobać nie widać różnicy, a przy każdym moim kliknięciu, kilka tysięcy kilometrów różne sieci i zero lagów !!! --- eko.one.pl "OpenWrt - Reverse SSH tunnel" eko.one.pl "OpenWrt - Cron" |
 |
| SDR 820T2 790-960MHz crop LTE800 down (Y:12s/px) Radom - Warszawa - Modlin // za tydzień w środę będę jechał jeszcze raz tą trasą, to zrobię zbliżenie oraz wykres synchronizuję z trasą przejazdu // |
 |
| plik graficzny 125256 x 567 px (tak dużego pliku nie da się otworzyć) Raspberry Pi3 convert w minutę wykadrował lewą część wykresu |
  |
| "fragment" SDR LTE800 rtl_power 790M:960M:5K -c40% -g42 -e2h |
 |
| rtl_sdr -f 791e6 -s2400k -g42 -n144e6 (BIN 2 WAV) |
 |
| widmo złożone z 6 "pasków" IQ 2.4MS/s (zarejestrowany sygnał zawiera moce interferencje od pobliskiej stacji GSM900) |
  |
| 2xSDR (heatmap.py czas budowania png ~50 minut) rtl_power -f 791M:821M:1K -c40% -g42 -e1h E4000 x: 44226, y: 1945, z: (-67.450000, 5.700000); gz-9 165M; kompresja 7z (67min) 132M; PNG 96M 820T2 x: 44226, y: 2011, z: (-67.450000, 0.000000); gz-9 160M; kompresja 7z (62min) 126M; PNG 102M |
 | |||
rtl_power -f 925M:960M:1K -c40% x: 51597, y: 1117, z: (-67.450000, 11.430000) x: 51597, y: 1190, z: (-67.450000, 14.800000) E4000 zaleta tylko, że obsługuje pasmo 2GHz, zakres FM, VHF i UHF w porównaniu do 820T2 jest nieczytelny! |
 |
| Dodatkowo nawet pomimo stosowania crop 40% są widoczne pasy, w miejscach łączenia przejść sudo apt-get install imagemagick convert 20160727_1556_T2-L800K2c40g42e1h.png -resize 16000 low.png |
![info]](https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEjPDYwMOI1Am9Vhtq6GOr7YUyr3McMHht9nPDBI-fSOYlf7H_z-UtGR5_tB5rCJOMgWP7d1IikWrjcK5bbCb4u6Y3UytZU6uNRNpBroO5HGelsZvLX9PrkZwcjUZ8zp-tblbuYEtGqZY44/s1600/rxSQ5RIQ_DRM_Journaline_BBC_News_news.png){kind=link}