Forum Krótkofalarskie PKI

canis_lupus pisze:


sp5iou pisze:



Przedtem bawiłem się innym SDR-em - Lime SDR Mini



Jak porównujesz lime mini i pluto?

Lime SDR nie wymaga żadnych przeróbek i ma większy zakres częstotliwości "w dół".
może służyć jako odbiornik i wzbudnica radia KF / UKF/ Mikrofale, we współpracy z SDR Console.
Jednak wymaga podłączenia do PC poprzez USB. Przez sieć bezpośrednio się nie da. Nie znalazłem rozwiązania na "Malince", ale miałem łączności ze stacjami wykorzystującymi Lime SDR MIni do QO-100.

Adalm Pluto ma w sobie Linuxa, wiec może być dostępny poprzez sieć. Wystarczy USB "dongle" ethernet lub wifi.
Ma mniejszy zakres częstotliwości. Bez modyfikacji w systemie od ok 300MHz w górę do gigahertzów, a po prostej ingerencji w wewnętrzny Linux od 60MHz, więc na KF się nie nada.
Do pracy wąskopasmowej (CW, SSB, cyfrówki, wymaga przeróbki sprzętowej - wymiana generatora TCXO. Trzeba mieć precyzyjne oko i rękę, aby sobie z tym poradzić. Można tylko wylutować i doprowadzić stabilny sygnał z zewnątrz.
Jak pisałem, mój niedawno zakupiony egzemplarz zachowuje się dziwnie stabilnie, ale może zupa się wyleje przy nadawaniu na 2.4GHz, bo odbiór jest na 750MHz. Mam wszystko co potrzebne do przeróbki, ale na razie nie mam odwagi dotknąć tego lutownicą.

Współpraca z SDR-Console jest lepsza dla Adalm Pluto. Mniej obciąża PC. Lime SDR potrafi się zacinać zwłaszcza przy nadawaniu. Ostatnio rozszerzyłem RAM w stacyjnym laptopie do 16G, ale nie sprawdziłem czy to pomogło. SDR Console dość mocno "żre" komputer i w połączeniu z Ham Radio Deluxe - Log na tym samym PC, przeglądarka, Outlook, MS-Teams, potrafi być słabo (Intel I7 - Laptop HP Elitebook 2640p)

Do nadawania obydwa urządzenia potrzebują przedwzmacniaczy i wzmacniaczy, bo moc wyjściowa to ok 1mW.Obydwa zapewniają pełny duplex TX / RX, co jest przydatne do pracy przez satelity.

Cenowo podobnie.
Ze względu na lepszą współpracę z SDR-Console, co może tkwić w SDR-Console a nie w Lime-SDR-Mini, Adalm Pluto wydaje się lepszym rozwiązaniem, przynajmniej dla pracy poprzez QO-100.

To tak

Oryginalny generator 40 MHz Pluto można wyłączyć - pin 1 Enable/Disable do masy. Wtedy można wejść generatorem zewnętrznym przez mały kondensator na odpowiednie wejście.
Oryginalny generator krótkookresowo jest stabilny, ale jest wrażliwy na temperaturę otoczenia - pora dnia, roku, czy np. działa długo TX, czy w obudowie coś wydziela ciepło itp. Daje to na wyjściu do QO-100 różnice rzędu kilkuset Herców, co jest denerwujące. Wymiana na lepszy generator poprawia błędy o rząd wielkości.

Dzięki Mirku.
To wyjaśnia sprawę.

sp5iou: bardziej zależało mi na porównaniu własciwości radiowych. Lime mini mam, jestem zadowolony, działa. Ale mam wrażenie że jest NIECO mniej czuły niż tani RTL. Widzę to szczególnie jak go używam jako panadapter do radia.

Nadawałem z niego, bez problemu przez gnuradio.

sp5iou pisze:


Lime SDR nie wymaga żadnych przeróbek i ma większy zakres częstotliwości "w dół".
może służyć jako odbiornik i wzbudnica radia KF / UKF/ Mikrofale, we współpracy z SDR Console.

Współpraca z SDR-Console jest lepsza dla Adalm Pluto. Mniej obciąża PC. Lime SDR potrafi się zacinać zwłaszcza przy nadawaniu.

Ze względu na lepszą współpracę z SDR-Console, co może tkwić w SDR-Console a nie w Lime-SDR-Mini, Adalm Pluto wydaje się lepszym rozwiązaniem, przynajmniej dla pracy poprzez QO-100.

Jeśli chodzi o KF to Lime mini pracuje od 10MHz, "duże" Lime chodzi od 100kHz.

Z zacinaniem przy nadawaniu Lime mini był dość długo nienaprawiany bug w SDR Console, trzeba było się posiłkować obejściami problemu. W ostatniej wersji SDR Console w końcu ten błąd naprawiono.

Dziś zdobyłem się na odwagę i po walkach z wysokotemperaturowym lutowiem ROHC udało się wylutować oryginalny oscylator 40MHz.
Po próbach rozgrzanym powietrzem oscylator się uszkodził, więc już nie miałem wyjścia i musiałem go wylutować, co się w końcu udało.
Nie wlutowywałem nowego wysokostabilnego oscylatora. Jest jeszcze mniejszy niż oryginalny. Zdecydowałem się na gniazdo do zewnętrznego generatora 40MHz. Podłączyłem oscylator synchronizowany GPS-em, który kilka dni temu złożyłem z modułu Si5351 i Arduino Nano na płytce stykowej.
Niestety w moim lesie jest marna widoczność satelitów, ale przed anteną założyłem taki wzmacniacz 12dB stosowany do wzmacniania sygnałów nadawczyczyh z Pluto czy Lime. To pomogło. Niestety typowy moduł GPS w miejscu gdzie jest antena satelitarna bez przedwzmacniacza nie "łapie fiksa". Musiałbym użyć dodatkowej anteny aktywnej i jeszcze przedwzmacniacz. Roobi się to niezbyt zgrabne.

Okazało się że przy walkach z oscylatorem jednak nie popsułem Pluto i wszystko teraz działa bardzo stabilnie.

Widzę że w moich warunkach rozwiązanie z GPS-em nie będzie najlepszym rozwiązaniem i albo zastosuję wysokostabilny oscylator, albo jakieś inne rozwiązanie.
Zastanawiam się czy nie można uzyskać stabilnych i kalibrowanych częstotliwości do Pluto i LNB używając do autokalibracji Si5351 zamiast sekundnika z GPS, sekundnika z dobrego RTC - jest takie rozwiązanie, ale dodatkowo korygować RTC przez porównania z serwerem NTP. Można by to zgrabnie zrobić na module ESP8266.
Spróbuję poeksperymentować. Korekta RTC mogła by się odbywać przez porównanie z ntp w jakimś dłuższym czasie, co zminimalizowało by nierównomierne opóźnienia w sieci.
Ciekawe czy ktoś na to wpadł i opublikował gotowce, albo próbował, ale mu nie wyszło .

Nie prościej wsadzić OCXO?

Może i prościej, ale do satelity potrzebne są dwie super stabilne częstotliwości. Jedna do Pluto 40MHz a druga do LNB - 25MHz. więc z wzorca trzeba poprzez układy syntezy zrobić te dwa sygnały, lub mieć dwa OCXO i już się komplikuje.

Tak czy inaczej wypada sprawdzić czy sprawdzać okresowo lokalny wzorzec np. OCXO z jakimś arbitralnym światowym wzorcem, bo OCXO też się może lekko rozjechać. Te układy pracują w trudnych warunkach klimatycznych. Podwieszone pod antenę satelitarną, trudno dostępne do regulacji a każdy rozjazd mnoży się kilkaset razy - 25MHz powiela się do 9750Mhz czyli Rozjazd o 1Hz daje przesunięcie 0 390Hz a z 40MHz z Pluto mamy uzyskać pasmo 2400MHz czyli 60 razy. Dlatego stosuje się rozwiązania z automatyczną kalibracją. Nie jest to niezbędne, choć wygodne.
Najpopularniejsze rozwiązanie to wykorzystanie sekundnika z GPS do pomiaru i korekty, ale zastanawiam się czy nie można sprytnie wykorzystać uznanych serwerów NTP żeby uzyskać super dokładny sekundnik / minutnik.
Wtedy wystarczyłby moduł ESP8266 plus któryś z układów syntezy kilku częstotliwości - minimum 3. Choćby Si5351 lub coś jeszcze lepszego. jeśli własny timer z ESP8266t był by za mało stabilny krótkoterminowo, to jeszcze moduł stabilnego RTC. No i sprytny kawałek software, który okresowo ustawiał by zegar a za jakiś czas porównał z czasem z NTP i wprowadzał wyliczoną poprawkę do prędkości własnego sekundnika.
Mając dokładny sekundnik mierzymy procesorem częstotliwość ustawioną na syntezie i korygujemy stosownie co do ułamka Hz.

sp5iou pisze:

Dziś zdobyłem się na odwagę i po walkach z wysokotemperaturowym lutowiem ROHC udało się wylutować oryginalny oscylator 40MHz.
Po próbach rozgrzanym powietrzem oscylator się uszkodził, więc już nie miałem wyjścia i musiałem go wylutować, co się w końcu udało.
Nie wlutowywałem nowego wysokostabilnego oscylatora. Jest jeszcze mniejszy niż oryginalny. Zdecydowałem się na gniazdo do zewnętrznego generatora 40MHz. Podłączyłem oscylator synchronizowany GPS-em, który kilka dni temu złożyłem z modułu Si5351 i Arduino Nano na płytce stykowej.
Niestety w moim lesie jest marna widoczność satelitów, ale przed anteną założyłem taki wzmacniacz 12dB stosowany do wzmacniania sygnałów nadawczyczyh z Pluto czy Lime. To pomogło. Niestety typowy moduł GPS w miejscu gdzie jest antena satelitarna bez przedwzmacniacza nie "łapie fiksa". Musiałbym użyć dodatkowej anteny aktywnej i jeszcze przedwzmacniacz. Roobi się to niezbyt zgrabne.

Okazało się że przy walkach z oscylatorem jednak nie popsułem Pluto i wszystko teraz działa bardzo stabilnie.

Widzę że w moich warunkach rozwiązanie z GPS-em nie będzie najlepszym rozwiązaniem i albo zastosuję wysokostabilny oscylator, albo jakieś inne rozwiązanie.
Zastanawiam się czy nie można uzyskać stabilnych i kalibrowanych częstotliwości do Pluto i LNB używając do autokalibracji Si5351 zamiast sekundnika z GPS, sekundnika z dobrego RTC - jest takie rozwiązanie, ale dodatkowo korygować RTC przez porównania z serwerem NTP. Można by to zgrabnie zrobić na module ESP8266.
Spróbuję poeksperymentować. Korekta RTC mogła by się odbywać przez porównanie z ntp w jakimś dłuższym czasie, co zminimalizowało by nierównomierne opóźnienia w sieci.
Ciekawe czy ktoś na to wpadł i opublikował gotowce, albo próbował, ale mu nie wyszło .

Ja zastosowałem taką antenę GPS"
https://allegro.pl/oferta/antena-aktywna-gps-2-7v-dam-1575a3d-3m-7573784151

Mam ją na stronie zachodniej i widzi 10 satelitów.
Przy antenie pasywnej nie miałem fixów.

sp5iou pisze:

Może i prościej, ale do satelity potrzebne są dwie super stabilne częstotliwości. Jedna do Pluto 40MHz a druga do LNB - 25MHz. więc z wzorca trzeba poprzez układy syntezy zrobić te dwa sygnały, lub mieć dwa OCXO i już się komplikuje.

Tak czy inaczej wypada sprawdzić czy sprawdzać okresowo lokalny wzorzec np. OCXO z jakimś arbitralnym światowym wzorcem, bo OCXO też się może lekko rozjechać. Te układy pracują w trudnych warunkach klimatycznych. Podwieszone pod antenę satelitarną, trudno dostępne do regulacji a każdy rozjazd mnoży się kilkaset razy - 25MHz powiela się do 9750Mhz czyli Rozjazd o 1Hz daje przesunięcie 0 390Hz a z 40MHz z Pluto mamy uzyskać pasmo 2400MHz czyli 60 razy. Dlatego stosuje się rozwiązania z automatyczną kalibracją. Nie jest to niezbędne, choć wygodne.
Najpopularniejsze rozwiązanie to wykorzystanie sekundnika z GPS do pomiaru i korekty, ale zastanawiam się czy nie można sprytnie wykorzystać uznanych serwerów NTP żeby uzyskać super dokładny sekundnik / minutnik.
Wtedy wystarczyłby moduł ESP8266 plus któryś z układów syntezy kilku częstotliwości - minimum 3. Choćby Si5351 lub coś jeszcze lepszego. jeśli własny timer z ESP8266t był by za mało stabilny krótkoterminowo, to jeszcze moduł stabilnego RTC. No i sprytny kawałek software, który okresowo ustawiał by zegar a za jakiś czas porównał z czasem z NTP i wprowadzał wyliczoną poprawkę do prędkości własnego sekundnika.
Mając dokładny sekundnik mierzymy procesorem częstotliwość ustawioną na syntezie i korygujemy stosownie co do ułamka Hz.

ALE OCXO, nawet nie dyscyplinowane GPS-em da ci dużo stabilniejszą częstotliwość w krótkim czasie a na tym głównie Ci zależy. Dokładność czestotliwości moim zdaniem ma mniejsze znaczenie, bo po prostu korespondenta będziesz miał te 400 Hz wyżej - żaden problem. Najlepiej by było GPSem dyscyplinować właśnie OCXO a nie sterować syntezę, bo to da Ci dużo mniejsze szumy.

Czy ktoś czytał wpis https://hf5l.pl/adalm-pluto-clocker/ ?
To prawda, OCXO (wbrew pozorom) daje sygnał czystszy widmowo niż ten z GPSDO i do celów radiokomunikacyjnych jest lepszy. Po kilku minutach stabilizacji termicznej jest super stabilny. To prawda, że bezwzględna wartość częstotliwości nie musi być dokładna. Ale w przypadku SDRConsole uchyb łatwo koryguje się software-owo.
Si5351 to tani i fantastyczny chip, ale nie został on wymyślony do radiokomunikacji. Na czystość widmową (jitter) syntezera ma wpływ wiele czynników, w tym parametry filtru jego pętli fazowej. Potrzebna jest duża stała czasu, czyli duże pojemności, co jest bardzo kosztowne w produkcji (bo wymaga dużej powierzchni na strukturze krzemowej). Moim zdaniem (zresztą nie tylko) SI5351 nie będzie najlepszy do QO-100.
Marcin, spróbuj wyprodukować 25 MHz i podać do LNB jako wzorzec do powielenia 390 razy. Jestem bardzo ciekaw jakie będą rezultaty, daj znać.

Jest nowa wersja: pluto plus z VCTCXO 40MHZ 0.5ppm, with external clock input oraz Ethernet：,1Gb, czyli można używac jako remote

https://github.com/plutoplus/plutoplus



Nie znalazłem informacji, czy można nim sterować z Arduino. Na pewno się da, nikt jeszcze o tym nie napisał.

Arduino do Pluto? chyba żartujesz. Pluto ma w sobie dość solidny dwurdzeniowy procesor ARM9.
Pluto+ to chińska kopia, całkiem ciekawa, ale żadna nowość. Jest też nowa wersja ADALM-Pluto z Analog Device.
Wszystko to jest tutaj https://hf5l.pl/adalm-pluto-do-qo100-i-nie-tylko/

SP5GNI pisze:

Arduino do Pluto? chyba żartujesz....

nie nie żartuję, do sterowania - gałki, knoby i inne takie tam

Pluto można odblokować:

Environment Variables to enable:

fw_setenv attr_name compatible
fw_setenv attr_val ad9364
fw_setenv maxcpus

Environment Variables to disable (revert):
fw_setenv attr_name
fw_setenv attr_val
fw_setenv maxcpus 1



Tymczasem Pluto plus domyślnie startuja na takich parametrach:
# fw_printenv attr_name
attr_name=compatible
# fw_printenv attr_val
attr_val=ad9364
# fw_printenv maxcpus
maxcpus=2
#

SQ6RDP pisze:


SP5GNI pisze:

Arduino do Pluto? chyba żartujesz....


nie nie żartuję, do sterowania - gałki, knoby i inne takie tam

Gałki i knoby - piszesz. To bardzo ciekawe, zaiste

Pierwsze wrażenie po pierwszym odpaleniu pluto+:
Kompletny brak czułości - słychać tylko bardzo silne stacje, bez LNA i filtra się nie obejdzie. Testowane tylko na małej antenie

Chyba odkryłem dla czego pluto+ (plus) jest takie tępe na 2m, to nie jest kwestia ustawień, tylko użytego baluna,
W kopii zastosowano Balun B0310J50100AHF 300MHZ-1GHZ 50/100 0805, schmat: https://raw.githubusercontent.com/plutoplus/plutoplus/master/sch/PLUTOX_SDR-V1.0-20201212.pdf
Tak wyląda balun w kopii:

nota katalogowa:
https://cdn.anaren.com/product-documents/Xinger/BalunTransformers/B0310J50100AHF/B0310J50100AHF_DataSheet(Rev_D).pdf



tak wygląda balun w oryginale:






To teraz albo przelutować balun, albo LNA z filtrem dodać., może taki: TCM1-63AX https://www.minicircuits.com/pdfs/TCM1-63AX+.pdf ?


Dodam, że oryginał na 2m chodzi tak:

https://www.youtube.com/watch?v=6OwjfM_j1uo


https://www.youtube.com/watch?v=6OwjfM_j1uo

REV D już ma wyprowadzone obydwa TRXy!

Znalazłem wersję pośrenią zanim pojawiło się pluto plus:



https://pbs.twimg.com/media/Ed3QXXaU4AAkrUc?format=jpg&name=4096x4096
https://twitter.com/fei666888/status/1287415587505766402