Форум радиолюбителей ДВ
форум Радиолюбительского ДВ портала => Программное обеспечение => Тема начата: EW6X от 18 Ноябрь 2015, 23:45:55
-
С сайта http://abelian.org/
-
До кучи утилита от Маркуса, описание (En) внутри.
-
Какие требования к железу?
-
Какие требования к железу?
Да такие же как и к СПЛ, для приёма, а вот при декодировании на медленных компах будет долго.
-
беседа по части сей новой моды в теме "сегодня в эфире" (http://136.su/index.php/topic,18.msg13740.html#msg13740)
иначе, потеряется там, бетон.
и лучше, что её касается и дискуссии - перенесите сюда.
-
Mode Needed SNR in 2500 Hz Net data speed in bits/s Needed Eb/N0
SSB voice +10 dB 20* +31 dB
CW (ZRO-test, by ear) -18 dB 0.54 +16 dB**
CW (QRSS-3, waterfall) -26 dB 0.13 +14 dB**
CW (RSCW, 12 wpm) -12 dB 4 +13 dB**
OPERA-2 -23 dB 0.23 +14 dB***
RTTY -5 dB 32 +14 dB
PSK31 -10 dB 31 +9 dB
WSPR -29 dB 0.45 +5 dB****
WSPR-15 -38 dB 0.056 +5 dB****
JT65 (for EME) -24 dB 1.54 +5 dB****
Coherent BPSK on VLF -57 dB 0.0058 -1 dB
почти 30 дб ::) выигрыша перед wcpr-15
Но и скорость передачи в 10 раз ниже
-
Но и скорость передачи в 10 раз ниже
а если загнать в щрсс-120)))
-
В новом сезоне вновь некоторая активность в EbNaut. В рассылке возникла тема по "руководству для чайников" как работать в EbNaut.
Есть описание как настроить Спектрумлаб для этого: http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm (http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm)
-
В новом сезоне вновь некоторая активность в EbNaut. В рассылке возникла тема по "руководству для чайников" как работать в EbNaut.
Есть описание как настроить Спектрумлаб для этого: http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm (http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm)
Самостоятельная программа существует? Чтобы без Спецлабов.
-
В новом сезоне вновь некоторая активность в EbNaut. В рассылке возникла тема по "руководству для чайников" как работать в EbNaut.
Есть описание как настроить Спектрумлаб для этого: http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm (http://www.qsl.net/dl4yhf/speclab/EbNaut_Rcvr.htm)
Самостоятельная программа существует? Чтобы без Спецлабов.
Я так понимаю есть вот здесь: http://abelian.org/ebnaut/software_ms.shtml (http://abelian.org/ebnaut/software_ms.shtml)
-
В новом сезоне вновь некоторая активность в EbNaut.
Она была периодически постоянной, сейчас новый виток.
Я тогда пробовал прикрутить всё это, но что-то всё муторно оказалось, так толком и не добился.
Нужен софт "всё в одном флаконе", тогда и народ подтянется, а так только танцы с файлами и СПЛ, хотя может что-то сдвинулось за год, пока что-то нет желания поковыряться опять...
-
Сохраним здесь материалы из рассылки: советы для "чайников" от DK7FC:
Hi all,
There must be some progress.
I thought it could be useful to lern how to participate in EbNaut detections by doing 2 exercises.
1: Generating wav files that contain the message
2: Configure the EbNaut decoder to read the wav file successfully.
Step 2 can be done today.
First you need to download the decoder software at http://abelian.org/ebnaut/
Then you need a wav-file containing a message. For this tutorial, you can have a wav file that was generated on my PC. It contains even 2 messages (rare!).
Download the file from: https://dl.dropboxusercontent.com/u/19882028/LF/10111913.wav
To decode a EbNaut message you have to know the start time, the symbol length, the number of characters and the Coding. These informations are given by the TX stn.
Info for message 1:
> Am 11.10.2016 19:04, schrieb IZ7SLZ:
>> Hello LF,
>> Riccardo IW4DXW informs that he also will be QRV EbNaut tonight on 137485.0006 Hz
>> Message contains 31 characters transmitted at 0.5 s/sym, coding 8K19A, duration 14'40'' each hour starting 19.00Z till 23.00Z .
>>
>> GL.
>> 73, Domenico iz7slz
My file contains the 19:00 UTC transmission.
Info for message 2:
>>>> Hello Group,
>>>>
>>>> considering the Stefan's request, i'm pleased to test again EbNaut today on LF with a 51 characters message, 8K19A code, 0.5 s/symbol, duration 22' 40''.
>>>> QRG = 137495.000 Hz
>>>>
>>>> Scheduled UT: at hour, starting from 19.00 'till 01.00 of 12-10-2016 (included). Carrier will be "on" 5 minutes before the transmissions.
Now use the EbNaut decoder and select the wav file. For the first message you can choose 31 characters, and 0.5 for the symbol period. Then press start, just for a few seconds, then stop again. You will now see some more informations: The RX freqency and the file start time. Now you can select the frequency offset, which is -15 Hz. Type that into the field.
The next thing is the timing offset. The start time is 18:54:22.340 and the message started 19:00:00. You need to know the timing offset precisely! If you don't get a decode, it is worth to vary the time offset a bit. A timing offset could of course also come from the TX stn, sometimes unknown. SpecLab causes a time offset of 4 samples. You can also see the samplerate 117.19/sec. So the timing offset is: (4S)/(117.19S/sec)+0.66sec+37sec+300sec = 337.69 seconds. Type that into the start offset field.
Now you can start the decoder and should get a decode quite quickly, depending on your PC power.
By changing just the number of characters and the frequency offset, you should receive the other message.
Fine, that was part 1 :-)
I need to get a feedback now if YOU got a successful decode or if there are problems. Depending on that feedback i would then continue with part 2.
Can someone of the 'newcomers' decode both messages?
73, Stefan
Файл wav с примером можно скачать и отсюда:
http://rn3aus.narod.ru/10111913.wav (http://rn3aus.narod.ru/10111913.wav)
-
Если все сделали правильно, получите два декода. Первый при сдвиге частоты -15 Гц и длиной сообщения 31, второй при -5 Гц и длиной сообщения 51.
-
Стефан в рсгб вещал про настройки для ебнаута, да выклал юср для спл.
на всякий случай, пусть будет тут. может у кого дойдут руки из числа тех у кого приличный приём.
LF: Idiot's guide to receiving Ebnaut? - Tutorial part2
OK so if your RX and PC time is stable, we can give it a try.
-You need a stereo input soundcard and feed the PPS signal to the right channel. Just run it at 48 kS/s. The PPS signal must be DC decoupled and the level must be limited to 80% of the ADC range, simply use 100nF and a resistive divider. The values will depend on your GPS module and its output level.
-Download the latest version of SpecLab and install it to the recommended folder.
-Turn the RX to 136.00000 kHz USB and use a 2.5 kHz wide SSB filter. Connect the RX to the left channel of the soundcard input.
-Download the usr file in this mail and open it into SpecLab (File -> Load settings from...)
-Click on Components -> Show Components. A box opens. In the top left corner, click on "SR cal". Another box opens. The Status must be green, showing pps peaks OK. If the level is to high, click on "scope" and see the peak form. Then you need to adjust the divider of your GPS module to reduce or increase the PPS level. The box must be green for most of the time in the end. Click to scope again, there is a pulse counter PC and an error counter EC. The error should be lower than 2 % or so, for example PC=1000 EC=16. Just let it run a few hours and see if the tracking is stable.
If you have problems in this step, tell us what the problem is.
-Wait a few hours and check if text files appear at C:\Spectrum\data After the first 40 minutes, a file should appear each 10 minutes.
-Ask someone to transmit a short EbNaut message at 1s symbols and make sure to record on this time.
So far. Then we can continue with part 3 :-)
73, Stefan
-
посколь никто не почесался занести, извольте:
An update to the decoder, V0.6 fixes this. No other
significant changes.
http://abelian.org/ebnaut/software_ms.shtml
If a decoded message is too long for the width of the
output window, it will wrap onto the next lines at
word boundaries. But only if the message contains
some spaces (I guess long messages usually do). If there
are no spaces, it will be clipped at about 48 chars but
the log file will show the full message.
--
Paul Nicholson
--
-
Мне удалось принять участие в эксперименте Маркуса DF6NM. 10-11 декабря 2016 Маркус передавал EbNaut на 137490 Гц. У меня на граббере запущен speclab+opds и есть недельный архив файлов экспорта fft. По просьбе Маркуса я выкачал с граббера несколько файлов, содержащих сигнал EbNaut, и отправил их Маркусу для анализа. Частота у меня была не очень точно калибрована, время с точностью до плюс-минус одной секунды. Самому мне после нескольких попыток сразу не удалось получить правильный декод, но это удалось Маркусу!
В общем, прием EbNaut вполне возможен и на простой аппаратуре...
Привожу текст переписки, приведшей к успеху:
Hi Alex,
congratulations, your receiver works quite well! Attached is an EbNaut decode from my 3 UT transmission.
I used the nominal samplerate (12000 Hz) and found that the real FFT center frequency was fc=137501.7233 Hz. This value could also be used in opds.ini, and you could correct the spectrogram by entering 136001.723 in "Options-part 2 - Radio Freq Offset".
The unexplained time offset is (almost) exactly half of the FFT duration (see calculation below). I could not find any error in your SpecLab settings, so I still don't know why the file timestamps do not match the middle of the FFT. I only noticed that if your computer clock is running local time, the "get timezone information from system" entry under "Options-System settings-Timezone" should not be ticked.
I have now started a SL instance with your settings.ini, and will see if I can reproduce that timestamp anomaly.
Best 73,
Markus
file name: 12110252.txt
TX start DF6NM: 3:00:00.3 UT (+-0.2s)
EbNaut offset: 458.8 s = 7:38.8 m:s (+-0.2s)
=> true file start: 2:52:21.5 UT
start from timestamp: 2:34:53.22 UT
=> timestamp error: -17:28.28 m:s = -1048.28 s
nominal file duration: 2^18/125 s = 2097.152 s
half nominal duration: 1048.576s
-----Ursprüngliche Mitteilung-----
Von: Alex K <rn3aus@mail.ru>
An: Markus Vester <markusvester@aol.com>
Verschickt: So, 11 Dez 2016 11:43 am
Betreff: Re[2]: EbNaut decodes from opds files?
Thanks Markus!
My settings for opds speclab instance are in attacmen, SR=12000
Also my fft-export settings are same as on the picture...
73!
Воскресенье, 11 декабря 2016, 13:24 +03:00 от Markus Vester <markusvester@aol.com>:
Hi Alex,
ah I forgot one more question: Could you tell me the calibrated soundcard samplerate of your opds SL instance?
73, Markus
-----Ursprüngliche Mitteilung-----
Von: Markus Vester <markusvester@aol.com>
An: rn3aus <rn3aus@mail.ru>
Verschickt: So, 11 Dez 2016 11:15 am
Betreff: Re: EbNaut decodes from opds files?
Hi Alex,
thank you very much for the data! It will give me some work for today ;-) And of course I'll let you know the results.
I also noted your question about the strange 18 minute time offset of your opds-32 detectiuons. I do not yet know the reason for this. It seems that SpecLab is using a wrong time stamp for the data export, referring to the beginning of an FFT block instead of the middle. Attached is a screenshot of my FFT-export settings, are these different from yours?
BTW I also find that I am missing some emails from the Blacksheep RSGB reflector, also I usually do not get my own messages back.
All the best,
Markus
-----Ursprüngliche Mitteilung-----
Von: Alex K <rn3aus@mail.ru>
An: Markus Vester <markusvester@aol.com>
Verschickt: So, 11 Dez 2016 10:28 am
Betreff: Re: EbNaut decodes from opds files?
Hello Markus,
In the file http://rn3aus.narod.ru/EbNaut-df6nm-10-11dec16-137490.zip are some opds files for December 10-11. Apparently on the spectrogram, the EbNaut signal needs to be looked for about 137486.8 (?) Hz. My receiver is calibrated inaccurately and time is determined with an accuracy plus or minus one second, sorry. :(
The grabber is established on the seasonal dacha. I did not come there more several months and I will probably be there only next spring. However I can operate its (grabber) work on the Internet by TeamViewer. This way I downloaded also files of opds.
Unfortunately, on my email only some part of messages from mailing of rsgb are arrived, I do not receive other messages. (spam filtering?) So happened also to messages on EbNaut experiments during this week-end. Thanks for the private letter and information on an experiment!
Now I will also try processing files by EbNaut software.
73 de rn3aus/Alex
Суббота, 10 декабря 2016, 21:27 +03:00 от Markus Vester <markusvester@aol.com>:
Hi Alex,
tonight I am again transmitting an EbNaut message on 137.490 kHz, and I'm wondering if you could possibly receive it? I noticed that you are already running an opds-32 detector, so you could save the data files from this SpecLab instance and use them for the EbNaut decoder. Have you tried this already? If you like, you could also send me one of the files, and I could look for my signal and help finding the right decoder parameters.
All the best,
Markus (DF6NM)
______________________________________________
Von: Markus Vester <markusvester@aol.com>
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: Sa, 10 Dez 2016 7:10 pm
Betreff: Re: LF: EbNaut tests 137.490 kHz
More EbNaut tonight: Same 2 s/symbol format with hourly repeats starting 18 UT, but carrying a new 8-char message.
Best 73,
Markus (DF6NM)
-----Ursprüngliche Mitteilung-----
Von: Markus Vester <markusvester@aol.com>
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: Fr, 9 Dez 2016 11:10 pm
Betreff: Re: EbNaut tests 137.490 kHz
To obtain some extra sensitivity, I have now slowed down to 2 seconds per symbol, with transmissions starting 0.3 s after each full hour.
Frequency 137490 Hz,
8 characters, 8K19A,
2 second symbols (duration 21m52s)
Start times: 22:00, 23:00, etc. until 7:00 UT, plus 0.3 s transmit delay.
73, Markus
В приложении также файл, содержащий сигнал Маркуса. Попробуйте его декодировать с установками, как сделано у Маркуса.
-
Удалось сегодня самостоятельно повторить успешное декодирование сигнала Маркуса и обнаружить еще два декода в другое время.
Конечно, нужно еще и еще разбираться; особенно трудоемко, если нужно искать сигнал по частоте и времени. Но тем не менее, это работает!
-
Теперь EbNaut можно передавать с нашего синтезатора DDS: http://136.su/index.php/topic,117.msg17798.html#msg17798 (http://136.su/index.php/topic,117.msg17798.html#msg17798)
(Надеюсь, это заинтересует прежде всего R7NT, который мог бы впервые представить R в этом новом режиме).
Проведя довольно много экспериментов, пока отлаживал программу, могу сказать - EbNaut интересная вещь. Наверное, он обладает предельно возможной пробивной способностью.
-
А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ? ???
-
А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ? ???
Несколькими постами выше лежит руководство для начинающих от dk7fc, но я думаю составить для нас русскоязычное руководство с картинками; иначе, без совета от старших товарищей, трудно понять как что делать. Мне подсказал Маркус, за что ему большая благодарность, так у меня вначале ничего не получалось. На днях попробую составить пособие.
-
На днях попробую составить пособие.
Может тогда что и у меня сдвинется...
NA ебнашит ночами, можно было б попытаться принять...
-
Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550, так как обработка строится на использовании файлов для опдс, формируемых Спектрумлабом, а в них только этот диапазон частот записывается!
Обычно наши европейские коллеги работают на 137490 (df6nm), 137495 и 137485 (итальянские станции).
-
Давно ждал. Внимательно перечитав тему, и выписав на бумажку все частоты о которых вы упоминается в теме, понял что передача ведется на участке от 137485 Гц до 137542 Гц. Теперь эти частоты известны точно. Спасибо . Очень важная информация.
-
Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550,
Ну тут бы понять что к чему, а там подтянем на другие частоты, если Вы про NA на 777, Маркус то его принимает.
Да и opds32 у меня с моим дайлом 135500 на 1950-2050 настроен.
-
Цитата: EW6BN от Сегодня в 18:32:08
Пробую выудить R7NT из отсчётов СПЛ, пока не получается декодить, продолжаю курить доки... Пока не совсем понял как time offset посчитать. файл например 1344 время, начсло передачи 1400. Как сдвиг посчитать?
Файл от Маркуса/Александра преобразовал в вав и раздекодил.
А чем Маркус такой анализ делает?
file name: 12110252.txt
TX start DF6NM: 3:00:00.3 UT (+-0.2s)
EbNaut offset: 458.8 s = 7:38.8 m:s (+-0.2s)
=> true file start: 2:52:21.5 UT
start from timestamp: 2:34:53.22 UT
=> timestamp error: -17:28.28 m:s = -1048.28 s
nominal file duration: 2^18/125 s = 2097.152 s
half nominal duration: 1048.576s
Это вручную делается, просто тут изложено в аккуратном виде :)
Тут надо отметить: у меня в опдс файлах по невыясненной причине метка времени указывается смещенной ровно на половину длительности одного опдс-fft преобразования, то есть 1048.576 с
Поэтому делаем так. Сконвертировали файл опдс *.txt с помощью ebnaut_ifft3a.exe в wav файл.
Открываем этот файл декодером ebnaut-rx.exe и запускаем RUN, и останавливаем.
Декодер сообщает какой timestamp записан в файле. (у меня он неправильный и к этому времени нужно прибавить 1048.576 сек чтобы получить правильное время файла. У всех других людей таймштамп правильный и ничего в нем корректировать не нужно).
Теперь смотрим указанное в анонсе время начала передачи, например 03:00:00 и из него вычитаем время метки файла, например 02:52:21. Разница получается 7 минут 39 секунд = 7*60 +39 =420+39=459 сек
(ну это округленно, в штампе будет время с миллисекундами, учитываем и их).
Вообще, если передача начинается в 00 каждого часа, то для анализа нам потребуются файлы вида ММДДчч52.txt, то есть сохраненные на 52 минуте. Если передача в 30 мин , то файл ММДДчч22.txt
В принципе все просто, только считать неприятно.
Выставили временной сдвиг, выставляем частотный сдвиг относительно номинала 137500, например для 137490 это будет -10 Гц. В моем случае у приемника есть ошибка частоты, так что он реально работает со сдвигом вверх на 1.7233 Гц.
Выставили, запустили, чуть подождали, остановили.
Теперь утилитой showrawsims_3a.exe (просто запускаем ее без параметров) видим фазы сигнала, "созвездие" и красным цветом спектр, а голубым - квадрат спектра, что для нас наиболее важно.
На голубом спектре будет присутствовать некоторый пичок (а на красном его не будет), так вот меняя частотный сдвиг и вновь запуская декодер и эту утилиту просмотра последовательно подгоняем голубой пичок к центру (справа - увеличенная центральная часть для большей точности). Подбираем на конечном этапе уже тысячные доли Гц.
Подобрали - запускаем декодер, и если повезет - будет довольно скоро декод.
Тут еще можно на десятые доли секунды меняя временной сдвиг добиться наилучшего качества. если ошибка временного сдвига больше половины (или целого) длительности символа - декода не будет.
зы Перенес ответ сюда чтобы не потерялось
-
Александр, спасибо!
Кстати, тайм офсет можно было бы и автоматом считать в ebnaut_rx. Типо вместо тайм офсет вводить начало передачи, а брать начало отсчёта из WAV и вычитать, уже было бы проще.
До скольки R7NT вещал сегодня днём? У меня пока есть есть отсчёты 134400.7 и 140400.9 ну и далее с 15:04
-
Жуть какая... :)
-
Да он как начал вещать так вроде и до сих пор идет.
-
сейчас последняя серия идет, но в 22:30МСК off и на боковую
как придумаю что со стабилизацией TX, то и продолжим эксперименты
дам знать
-
ещё и итальянец IZ7SLZ принял - вот так в бухты-барахты получилось
но подумать надо ещё
Hello Alex, LF
i made further investigations at recording files related to your EbNaut transmissions of yesterday. Using DF6NM's application SHOWRAWSYMS.EXE (thanks Markus!), i have found some better offsets and decoded your message as follow:
QTC: 73!R7NT
UTC Eb/N0[dB] Eb/N0 carr[dB] time off [ s] freq. off [Hz]
15.30 ----- 10.1 -484.59 41.9944
16.00 4.1 6.3 715.59 41.996
16.30 7.7 13.4 715.59 41.994
17.00 5.0 12.0 715.59 41.9944
17.30 4.4 7.5 715.6 41.9928
18.00 4.6 8.2 715.6 41.9928
18.30 1.7 3.7 715.58 41.9929
19.00 3.2 6.8 715.58 41.9929
-
ещё и итальянец IZ7SLZ принял - вот так в бухты-барахты получилось
но подумать надо ещё
Как вариант -
FE-5680a rubidium frequency standard 10 Mhz как опорник синтезатора. Повезло пару лет назад купить такой б/у за 3тр. Поставил в dds - работает хорошо.
-
Для удобства подсчёта start time offset накидал в excel простенький калькулятор, вводим данные из WAV (смотрим в EbNaut Decoder) и время начала передачи, результат подставляем с учётом знака в EbNaut Decoder.
P.S. пытаюсь декодить, пока результатов нет :-[
-
Для удобства подсчёта start time offset накидал в excel простенький калькулятор, вводим данные из WAV (смотрим в EbNaut Decoder) и время начала передачи, результат подставляем с учётом знака в EbNaut Decoder.
P.S. пытаюсь декодить, пока результатов нет :-[
Спасибо Юрий! Очень полезный калькулятор.
Странно, что нет декодов. От df6nm должны быть, он даже здесь давал большие пики в shworawsims. Видны ли они у тебя? Если нет, то надо от номинала частоты отходить вправо и влево где-то по 0.2 Гц и искать их.
И еще: у меня под ХР проявилась особенность ebnaut-rx.exe: если вводить дробную часть значений с разделителем в виде запятой, то оно не понимало эту дробную часть и округляло до целой. Чтобы все встало на свои места пришлось поступить так: Панель управления - языки и региональные стндарты - дпоплнительно - разделитель дробной части - ввести точку (вместо запятой). (путь пишу по памяти, может быть названия не точные, но смысл понятен). После этого запускаем программу и все начинает работать как надо. Под win10 такого не потребовалось.
А то я тоже сначала бился, но картинка в showrawsims все время была одна и та же при разных вводимых офсетах. А когда поменял настройку - картинка стала меняться при вводе новых данных.
зы А еще лучше путь к каталогу, где живет ebnaut, иметь не очень длинный и без пробелов (может быть).
-
УРА!!!!!
Есть!!!!
Пришлось повозиться со сдвигом по частоте, пока пик нашёл
Сейчас буду искать DXW, главное отсчёты СПЛ работоспособны!
Кстати, на спектре виден хорошо NM 490 и GH 505, буду искать!
-
Это Маркус с Рикардо qso проводили. Поздравляю!!
-
Ну теперь всё уже проще, Рикардо вещал ночью с 19 до 7 utc , почти все периоды декодировались.
Время точно по калькулятору, дополнительный офсет частоты у меня около 1,5 Гц
UTC MSG Eb/N0 Eb/N0carr
23.00 DXW JN64 7.0 6.6
00.00 DXW JN64 4.7 5.7
01.00 DXW JN64 7.0 7.6
02.00 DXW JN64 11.3 11.5
03.00 DXW JN64 10.4 10.3
04.00 DXW JN64 2.5 3.5
05.00 DXW JN64 13.4 13.3
Картинки самого слабого и сильного периода
-
Ещё добрался декодировал воскресную вечернюю передачу Павла UT7GH
-
Поздравления, Юрий!
А мне так и не удалось получить декод DXW.
-
Спасибо, Александр. А мне так и не удалось декоднуть R7NT.
Domenico пытается облегчить процесс, а то можно и ебнауца ;)
Hello,
the calculator it is now transformed in a nice EbNaut launchpad.
Just place EbLaunch.exe in the same Ebnaut-rx folder; choice the file name, fill the required parameter and you can run EbNaut-rx from here.
https://www.dropbox.com/s/a6k25o6srtuvr1n/EbLaunch.zip?dl=0
A feedback with failures and bugs is appreciated.
73, Domenico iz7slz
On 22 December 2016 at 18:04, Yuri Kazakevich <ew6bn@tut.by> wrote:
Hello, LF
Hmmm, simple offset calc in excel ;)
В Thu, 22 Dec 2016 13:21:22 +0100
DK7FC <selberdenken@posteo.de> пишет:
> Hello Domenico,
>
> Thank you for the service. I tested the tool and it works well now :-)
> More comfort, but now i'm again loosing my skills to quickly
> calculate in my head ;-)
>
> 73, Stefan
>
> Am 21.12.2016 19:04, schrieb Domenico IZ7SLZ:
> > Hi,
> >
> > a revised version, with some bug fixed, is now again available
> > here:
> >
> > https://www.dropbox.com/s/tv48x8hysqr9wzr/offset.zip?dl=0
> >
> > 73, Domenico iz7slz
> >
> >
> >
> > On 21 December 2016 at 00:50, Domenico IZ7SLZ
> > <iz7slz.domenico@gmail.com <mailto:iz7slz.domenico@gmail.com>>
> > wrote:
> >
> > Hi EbNauters,
> >
> > i spend a couple of hours for writing this stupid program
> > (offset.exe) in ancient VB6.
> >
> > Just place the program in the .wav directory, select the file
> > under analisys, set the TX start time and press Calculate.
> >
> > https://www.dropbox.com/s/t2sbe6e9ohm6hs7/offset.zip?dl=0
> > <https://www.dropbox.com/s/t2sbe6e9ohm6hs7/offset.zip?dl=0>
> >
> > Not 100% tested but seems working on Xp and Win7.
> >
> > All the best.
> > Domenico, iz7slz
> >
> >
-
Надо будет опять попытаться перенастроить СПЛ на центр 137777, попытаться принять как-нибудь VO1NA, почти год назад пытался, тогда не получилось, теперь понимания больше стало.
-
Немного освоил этот несчастный EbNaut ;), выделил отдельным приложением, так что кто будет работать в TX делайте анонсы....
-28 на улице и если помехи не будет то попробую принимать....
Да и еще сегодня в ночь RN3AGC не вкл Tx ?, где то с 16 UTC.
-
В 18:00 UTC старт EbNaut 2 8К19А Len 5 каждые 30 мин. до 23:00 UTC .
-
Да и еще сегодня в ночь RN3AGC не вкл Tx ?, где то с 16 UTC.
Василий, включился в 19 UTC. 137779
-
В 18:00 UTC старт EbNaut 2 8К19А Len 5 каждые 30 мин. до 23:00 UTC .
Done!
-
В 18:00 UTC старт EbNaut 2 8К19А Len 5 каждые 30 мин. до 23:00 UTC .
И у меня
-
Freq: 137542.000
Code: 8K19A
Symbol: 2.0 s
Len: 8
Time: 1312.0 s (21m 52.0s)
start h:00 h:30
Снизил мощность и запустил маяк на несколько часов - потом в обычный режим перейду OP32-WRSP15
-
с 17:30 EbNaut был при полной моще и далее традционный multibeacon
-
с 17:30 EbNaut был при полной моще и далее традционный multibeacon
Бьюсь, никак не могу найти пик :(
Попробую 17:30 это МСК? Александр пишите время начала вещания (UTC), лопатил получасовки, а с какого времени ХЗ...
-
Попробую 17:30 это МСК?
Да т.е. 14:30 UTC
-
Посколь не у всех рассылка рсгб корректно ходит, оставлю у нас тут:
I wrote a non-mathematical introductory article about how
forward error correction works.
There's a lot of material on the web about FEC but most
of it is very technical and tends to concentrate on one or
another particular coding scheme. I couldn't find anything
that demonstrates and really explains in simple terms the
essential principle of it.
So I thought I'd try to write something, perhaps to see if
I can understand it myself.
The article should appeal to anyone who's wondered how 'coding'
a message, which increases its bandwidth and reduces its S/N,
can actually lead to greatly improved communications.
http://abelian.org/fec/pn161218/
or in pdf format
http://abelian.org/fec/pn161218.pdf
Whether I've succeeded or not, the reader will have to judge.
--
Paul Nicholson
Опосля ознакомления со статьёй по диагонали стало наконец-то понятно, откуда они вытащили ему такое ебнаутое название! -)
-
Всем привет, и с наступающим Новым Годом.....
Может ли кто включить TX где то с 16:00 UTC, ну и сколько можно далее.
73!! Василий.
-
22:00 UTC EbNaut 2 8K19A Len 5 137505 Hz
-
Поймал DF6NM, а Павла выловить не сумел.
у меня ночью на приеме был подъем уровня шума пару отрезков времени, в котором и потонули еще две передачи Маркуса и Павла..
-
Поймал DF6NM, а Павла выловить не сумел.
Да, Маркус ГРОМКО!
И Павел тоже ГРОМКО!
-
Сегодня принял IW4DXW, наблюдая в действии приемную мощь ebnauta.
Ничто на спектрограмме opds не свидетельствовало о наличии сигнала, никаких следов.
Однако глубокий поиск обнаружил правильный декод, который оказался в списке вариантов отнюдь не первым. Ему предшествовали и последовали несколько неправильных, пока работа декодера не завершилась; помогло изучение файла лога, в котором был записан и этот "читабельный" правильный декод.
Riccardo подтвердил:
That's a really FB DECODE, Alex! Sure, the message it's correct, many thanks!
На скриншотах видно, что сигнала не видно :) а он есть!
-
Маркус тут в рассылке ещё раз описал алгоритм действий по дкодированию, перенесу сюда
Hi Joe, LF,
this should be a step-by-step guide to obtain EbNaut decodes from your .txt files.
If you haven't done already, download the Windows decoder ebnaut-rx.exe (either 32 or 64 bit version) from Paul's website
http://abelian.org/ebnaut/software_ms.shtml
and my auxiliary utilities from
http://df6nm.bplaced.net/VLF/fec_tests/df6nm_ebnaut_utilities.zip .
Place the following files into a single directory:
ebnaut-rx.exe
ebnaut_ifft3a.exe
show_rawsyms3b.exe
sr.txt
together with your SpecLab data export file(s), e.g.
12310712.txt
12310612.txt
Next you should edit sr.txt, which will be used by ifft3a to write the correct metadata into the wav file header. It contains four numbers: the audio samplerate, the pre-FFT decimation factor from SpecLab'S FFT settings, the FFT length, and the RF center frequency. Replace the first entry (12000) by your calibrated samplerate. So the file content should now be "11999.7658 48 524288 137500" (without the quotes). Save this file.
Then in Windows Explorer, drag-and-drop 12310712.txt over ebnaut_ifft3a.exe to initiate the file conversion. A console window will blink up shortly and a file 12310712.wav will be written. There will also be a temporary fft.dat file which can be deleted.
Now it's time to start the decoder by double-clicking ebnaut-rx.exe. Fill in the symbol period (2), filename (12310712.wav), and CPUs (1 or 2) fields. We don't yet know the proper values for the start offset and freq offset fields so initially leave them at zero. Press "Run" at the bottom, and then abort the decoder already after a couple of seconds by pressing "Stop" again.
Now under "Signal file", you will find the meta information from the wav header, which is based on sr.txt and the timestamp in the SpecLab data file. Here the file start time is shown as 06:55:17.4 UT. With the knowledge that my transmission started 0.2 seconds after the hour, ie. 07:00:00.2 UT, you can calculate the time difference as 4 min 42.8 sec, or 282.8 s. Enter this value into the start offset field, and run and abort the decoder again.
The decoder has written a file rawsyms.txt, containing the complex amplitudes of the 896 two-second symbols. This can be inspected by doubleclicking on the show_rawsyms3b.exe utility. A window with four graphs will pop up: A symbol-phase and a vector constellation plot at the top, a red spectrum in the middle, and a blue spectrum-of-squares at the bottom. For information, ebnaut-utilities.zip contains an annotated screenshot explaining the meaning of the graphs.
We will now look for your pilot tone in the red spectrum. With 2 s symbols, this spectrum is 1/2 Hz wide, ie. from -0.25 to +0.25 Hz with 50 mHz per box. As the pilot is not far from the center frequency, we indeed find it's ~ 25 dB peak at about 1.8 boxes right of the middle, or +0.09 Hz.
But we need the frequency with better precision, so we will do a few run-stop-showrawsyms iterations to accurately bring it to the middle. The next round using 0.09 Hz as freq offset already brings the peak into the small red zoomed graph on the right. The phase points are gathered around a slightly upwards-sloping trendline. This means that the QRG is almost right but still slightly higher. In this example, the carrier is strong enough that it is also the highest peak in the blue plot, so the frequency readout at the bottom is valid: +0.00058 Hz/2 suggests that we should try 0.00029 Hz higher. Rounding to the nearest 0.1 mHz, we start the decoder again with 0.0903 Hz offset. This produces properly centered peaks and a horizontal trendline for the phase dots, so we hit it right. Let the decoder run a few seconds longer and observe the 13-asterisk "decode" from the pilot carrier.
Using our a-priori knowledge that your DDS pilot is 0.8 mHz below 137500, we know now that the real receiver center frequency was 137500 - 0.0008 - 0.0903 Hz or 0.0911 Hz below 137500 Hz.
Now let's have a go at the real signals! My transmission was exactly on 137490 Hz which should be -10 Hz offset. As your RX is already at -0.0911 Hz, we will enter only -9.9089 Hz freq offset. Run the decoder again - and watch Gizmo's message appear already after a couple of seconds. Show it to Tangles!
This signal is strong enough to show up in the rawsyms plot. Note that the phase dots are now assembled around two lines (0° and 180°), and due to the balance of PSK symbols the red carrier peak has completely vanished. The blue peak could still guide you to the right frequency, but this one will quickly be lost in the noise when the signal is weaker.
If you like you can tweak the offsets very slightly to improve the Eb/N0 result. In case of non-constant phase (e.g. due to propagation), you will sometimes have to let the decoder run through a number of phase combinations until it finally finishes at 25% status.
Now let's try to find Riccardo's 8-character message in your 12310612.txt file. In that file, the pilot is found at 0.0910 Hz and thus the RX center frequency was 0.0918 Hz low. Ric's TX frequency was 137485.0006 Hz, giving -14.9994 + 0.0918 = -14.9068 Hz freq offset. He was starting exactly on the hour without delay, so the time offset is 282.6 s. Let the decoder run through the phase iterations. Hmmm - no result for a long time, then a couple of gibberish answers with high rank numbers showing little significancy. And nothing but noise in the rawsyms plots. Give up?
We know that around sunrise, the ionosphere is pressed downwards, which shortens the path and creates a small positive Doppler shift. So let's try to increase the freq offset very slightly. 200 uHz up to -14.9070 Hz? Yes! The FBDECODE appears after a short while with phase pattern 0 0 30 30 degrees - apparently still with a slight phase slope. Another 200 uHz to -14.9072 Hz brings the message up instantly at flat phase, 180 180 180 180 degrees.
Well that was a long essay...
Want more exercise? I did send another 8-character 2-second message last night Jan 1st, hourly from 01 to 07 UT (plus 0.2 s TX latency). Can you decode it?
All the best,
Markus (DF6NM)
-
Запустил маяк EbNaut на долго :-) пробуйте принимать
Freq: 137542.00
Code: 8K19A
Symbol: 2.0 s
Len: 8
Time: 1312.0 s (21m 52.0s)
Start: every h:30
Start: every h:00
-
Запустил маяк EbNaut на долго :-) пробуйте принимать
последняя передача была с 20:30 MSK
OFF
-
Александр RN3AUS, а чем объяснить разницу в частоте приёма у Маркуса DF6NM (или моей передачи) в OPDS и EbNaut ?
Т.е. у него, например есть неоднократный прием (при незначительном дрейфе у меня)
2017-01-29 02:33:06 R7NT 2060km 137542.002Hz 2mHz -46.1dBOp 93% 18.5dB
а при передачи EbNaut я только опустился на 0.002 Гц ниже, но Маркус приводит частоту уже как 0.008. Если бы я не опускал частоту, то было бы у него 0.01 Гц
Ведь он обрабатывает одни те же файлы OPDS насколько я понимаю
Конечно незначительное различие, но всё же
-
Не могу пока сказать ничего определенного, к сожалению; постараюсь поэкспериментировать, может быть что-то и замечу.
-
Фантастическая помехоустойчивость EbNaut позволила принять и декодировать сообщение Стефана DK7FC на VLF 8270.1 Гц около Москвы.
Ток антенны на передачу был 700 мА
На приеме Мидивип и звуковвая карта, синхронизированная от GPS.
Подробности также здесь: http://136.su/index.php/topic,6.msg18266.html#msg18266 (http://136.su/index.php/topic,6.msg18266.html#msg18266)
-
Эксперименты продолжаются. Сейчас достигнута передача 8 символьных сообщений на частоте 8270 Гц на дальности 2000 км. Подробности и сами файлы для "упражнений" в декодировании здесь: http://136.su/index.php/topic,6.msg18481.html#msg18481 (http://136.su/index.php/topic,6.msg18481.html#msg18481)
-
Good luck Luis,
Later, for a QSO mode, i would suggest rather to use 8K19A than 4K19A. As far as i understand this will have more 'coding gain'.
As soon as it all works, it becomes quite easy.
In Linux one could even run a script doing all the file preparation and decoding automatically, as demonstrated by Domenico. You just need to watch the screen, like in FT8 ;-)
73, Stefan
Что там за скрипт то хитрый придумали?
Глядишь, может дождемся внятной и простой программы как OPERA или WSJT-X...
-
Да уж... Я пока ничего в EbNaut не понял. Время от времени возвращаюсь, к теме почитаю..., и снова ни чего не понятно...
-
Да уж... Я пока ничего в EbNaut не понял. Время от времени возвращаюсь, к теме почитаю..., и снова ни чего не понятно...
забей.
для того, чтобы в нем понимать - надо быть профессором гейдельбергского университета или Уважаемым Профессором 136.су как Саня или просто очень грамотным и просвещнным программером как Юра -)
-
Не-е. Не забью.)
-
Не-е. Не забью.)
Правильно Сергей!
GPS прикрутить - реально.
Место тихое.
Софт помогут настроить.
Только вперед.:)
-
Не-е. Не забью.)
Правильно Сергей!
GPS прикрутить - реально.
Место тихое.
Софт помогут настроить.
Только вперед.:)
ну да. как вариант - включить тим-вьювер и дать Стефану там самому копаться)
-
Немцы сделали какой-то автоматичекий декодер этого ебнута на 137490.
Можно пытаться пробиться, если стабильность позволит.
LF: EbNaut Autodecoder 137490 Hz
Когда: 6 окт. в 10:30
Last night, Domenico IZ7SLZ and myself had an unscheduled EbNaut two-way contact ;-) Well not quite a QSO, as we didn't exchange reports etc. I had sent a couple of 6-character messages into the blue before going to bed, and was pleasantly surprised this morning to find Dom's replies on all three automatic decoders.
Attached 477 uHz spectrogram from DL0AO shows both EbNaut signals, along with a few other WSPR and Opera transmissions, and 6.25 Hz spaced Loran lines from Slonim. Note that the receive level of nearby stations (DK1IS and DF6NM) is being reduced by SpecLab's frequency-selective limiter to avoid overloading and noiseblanker artifacts.
Thank you very much Dom! Now we're hoping for more and distant signals, like from Spain or U.S. ;-)
73, Markus (DF6NM)
-----Ursprüngliche Mitteilung-----
Von: Markus Vester
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: Mi, 3. Okt 2018 14:46
Betreff: LF: EbNaut Autodecoder 137490 Hz
After some playing around, we are running an experimental EbNaut autodecoder at DL0AO and DF6NM under Windows. Receive parameters are currently
137490.000 Hz, 6 char, 3 s, 8K19A crc 16, start hh:00 and hh:30
and preliminary results can be found here (scroll to bottom):
DL0AO: https://vlf.u01.de/LF/LFgrabber/ebnautresults.txt
DF6NM: http://df6nm.darc.de/opds/ebnautresults.txt
This is nowhere near as perfect as Domenico's Linux solution, and our software contraption is nowhere near a stable state. Anyhow a few test transmissions with a couple of microwatts radiated power lead to useful decodes, and a trace also appeared in the opds spectrogram at DK7FC. It would be nice to find some more signals later...
Best 73,
Markus (DF6NM)
-----Ursprüngliche Mitteilung-----
Von: Domenico IZ7SLZ
An: rsgb_lf_group <rsgb_lf_group@blacksheep.org>
Verschickt: Di, 2. Okt 2018 1:18
Betreff: Re: LF: 2200M EbNaut Beacon
LF EbNauters,
thanks to Markus and Stefan for the comments and to Rob for putting on air a very good signal.
I was also surprised to see the decode achieved by the auto-decoder without any time and frequency offset !
Propagation conditions are becoming better, but noise here is still high.
I tried a deep investigation: no further decode, but with an offset of -0.0001 Hz and +0.005s (ooops !) i have improved the 2018-09-30_03:00 UT decode:
initial reference phase -62.3 amplitude 2.049e-01
phase 0 0 0 0 0
carrier phase: -6.9 deg
carrier Eb/N0: 0.5 dB
carrier Es/N0: -10.10 dB
carrier S/N: 19.87 dB in 672.0 uHz, -11.86 dB in 1Hz, -45.84 dB in 2.5kHz
elapsed 58
found rank 43 ber 3.4980e-01 Eb/N0 -0.6 M -7.389708042e+00 ph 0 0,0,0,0 [K3RWR_FM18QI_73]
Looking on the October 1st recordings, with these offsets, i got another decode at 02:30 UT:
initial reference phase -6.6 amplitude 2.356e-01
phase 0 0 0 0 0
carrier phase: -1.2 deg
carrier Eb/N0: 0.4 dB
carrier Es/N0: -10.23 dB
carrier S/N: 19.74 dB in 672.0 uHz, -11.99 dB in 1Hz, -45.97 dB in 2.5kHz
elapsed 58
found rank 84 ber 3.6694e-01 Eb/N0 -1.7 M -7.504411221e+00 ph 0 0,0,0,0 [K3RWR_FM18QI_73]
QRB is about 7600 km.
Working conditions here, (vintage ????) as usual:
- miniwhip (a modified ex-Navtex antenna from Furuno ; see attachment)
- receiver JRC NRD-92M with external 10 MHz reference signal steered by GPS
- a modest PC (Intel P4 CPU 3.50GHz x2) from scrap with Ubuntu 14.04LTS
- software vlfrx-tool from Paul Nicholson.
I have attached also the latest version of the bash './autoebnaut' i.e. the list of the commands that recall vlfrx-tool programs to start the decoder each 30 minutes.
Other linux programs are running in background:
- vtcard and vttime to manage and calibrate the audio card
- vtwrite to store audio coming from receiver
- gpsd and chrony to manage the nmea and 1pps from neo8 gps (connected at serial COM1) and adjusting the PC clock.
73, Domenico IZ7SLZ
-
https://www.qsl.net/iz7slz/EBNAUT/DECODED.TXT
IZ7SLZ receiver in JN80nu
=========================
Ebnaut auto-decoder (linux program 'ebnaut' vers. 0.9 by Paul Nicholson)
=====================================================================
--------------------------------------------------------------------------------------------
2018-10-05_22:30:00 137490.000Hz N=6 T=3s 8K19A CRC=16 list=1000 sym=560 Duration=1680s
found rank 0 ber 0.0000e+00 Eb/N0 72.1 M -2.306549531e+05 ph 1 180,180,180,180 [RRR 73]
--------------------------------------------------------------------------------------------
2018-10-05_22:00:00 137490.000Hz N=6 T=3s 8K19A CRC=16 list=1000 sym=560 Duration=1680s
found rank 17 ber 3.8393e-01 Eb/N0 -1.5 M -4.178676172e+04 ph 7 -120,-120,-120,-120 [NM SLZ]
found rank 0 ber 3.8393e-01 Eb/N0 -1.5 M -7.983961719e+04 ph 15 -120,-120,-150,-150 [NM SLZ]
found rank 0 ber 3.8750e-01 Eb/N0 -1.7 M -7.988867188e+04 ph 49 -120,-150,-150,180 [NM SLZ]
found rank 0 ber 1.4464e-01 Eb/N0 9.6 M -8.935704688e+04 ph 51 -90,-120,-120,-150 [NM SLZ]
--------------------------------------------------------------------------------------------
--------------------------------------------------------------------------------------------
2018-10-05_19:30:00 137490.000Hz N=6 T=3s 8K19A CRC=16 list=1000 sym=560 Duration=1680s
found rank 0 ber 1.8929e-01 Eb/N0 8.0 M -8.019285202e+00 ph 1 180,180,180,180 [SLZ NM]
--------------------------------------------------------------------------------------------
2018-10-05_19:00:00 137490.000Hz N=6 T=3s 8K19A CRC=16 list=1000 sym=560 Duration=1680s
found rank 0 ber 3.4464e-01 Eb/N0 1.2 M -3.526315212e+00 ph 1 180,180,180,180 [HI DOM]
--------------------------------------------------------------------------------------------
http://df6nm.darc.de/opds/ebnautresults.txt
EbNaut-RX DF6NM JN59NJ
137490.000 Hz, 6 char, 3 s, 8K19A crc 16, start hh:00 and hh:30
---------------------------------------
file start time 2018-10-05 18:28:10.610
found HI DOM
list rank 0
carrier Eb/N0 25.52 dB
Eb/N0 from symbol errors -2.9 dB
---------------------------------------
file start time 2018-10-05 18:58:10.510
found HI DOM
list rank 0
carrier Eb/N0 42.91 dB
---------------------------------------
file start time 2018-10-05 19:28:10.510
found SLZ NM
list rank 0
carrier Eb/N0 48.16 dB
---------------------------------------
---------------------------------------
file start time 2018-10-05 21:58:10.510
found NM SLZ
list rank 0
carrier Eb/N0 3.83 dB
Eb/N0 from symbol errors -0.2 dB
found NM SLZ
list rank 0
carrier Eb/N0 3.83 dB
Eb/N0 from symbol errors 2.2 dB
---------------------------------------
file start time 2018-10-05 22:28:10.510
found RRR 73
list rank 0
carrier Eb/N0 7.07 dB
Eb/N0 from symbol errors 4.1 dB
found RRR 73
list rank 0
carrier Eb/N0 7.07 dB
Eb/N0 from symbol errors 6.9 dB
---------------------------------------
https://vlf.u01.de/LF/LFgrabber/ebnautresults.txt
EbNaut-RX DL0AO JN59VK
137490.000 Hz, 6 char, 3 s, 8K19A crc 16, start hh:00 and hh:30
---------------------------------------
file start time 2018-10-05 18:55:07.720
found HI DOM
list rank 0
carrier Eb/N0 16.29 dB
Eb/N0 from symbol errors -2.8 dB
---------------------------------------
file start time 2018-10-05 19:25:07.720
found SLZ NM
list rank 0
carrier Eb/N0 19.49 dB
Eb/N0 from symbol errors 4.4 dB
---------------------------------------
---------------------------------------
file start time 2018-10-05 21:55:07.720
found NM SLZ
list rank 0
carrier Eb/N0 8.02 dB
Eb/N0 from symbol errors 3.8 dB
---------------------------------------
file start time 2018-10-05 22:25:07.720
found RRR 73
list rank 0
carrier Eb/N0 10.49 dB
Eb/N0 from symbol errors 5.7 dB
---------------------------------------
-
в ебнаут QSO делают ::)
козырно ! дальнобойная вещщь
надо осваивать , на 137 с небольшим ерпи
делать QSO на 10т км оченнно заманчиво
-
Да уж... Я пока ничего в EbNaut не понял. Время от времени возвращаюсь, к теме почитаю..., и снова ни чего не понятно...
забей.
для того, чтобы в нем понимать - надо быть профессором гейдельбергского университета или Уважаемым Профессором 136.су как Саня или просто очень грамотным и просвещнным программером как Юра -)
эхх емое , поторопился я с освоением ,
-
эхх емое , поторопился я с освоением ,
Можно поупражнять мозг :) !
Роман, спасибо конечно, но польстил ты :)
Да, писал об этом, муторно весьма, на то он и ебнаут :)
Саша AUS гораздо дальше продвинулся! Я просто забил на эти танцы с бубном, выискивать сигналы от далёких цивилизаций :)
Но вот если появился авто-декодер, это уже интересно, это будет прорыв, что-то я упустил в рсгб, наверне стоит углубиться.
73!
-
Роман, спасибо конечно, но польстил ты
да ладно!)
в нашей тут местечковой "табели-о-рангах" ты у нас гуру по многим вопросам! -)
Саша AUS гораздо дальше продвинулся! Я просто забил на эти танцы с бубном, выискивать сигналы от далёких цивилизаций :)
Но вот если появился авто-декодер, это уже интересно, это будет прорыв, что-то я упустил в рсгб, наверне стоит углубиться.
я им уже сто раз говорил, что нужна простая и педальная в пользовании программа как в той же фт8. иначе никакого движения вперед не будет.
им бы стоило координироваться с вспр-щиками и Джо Тейлором и командой разработчиков его.
-
On the evening of 8 October 2018 tuned to the 136 khz dial, I received on a spectrogram the signal of IW4DXW that was transmitting in EBnaut mode.
About 250 km distance.
my setup is composed of Rx kenwood TS450S and Miniwhip antenna.
my JN52HX locator.
Except disturbances, every night (especially in the early evening) I remain in Op32 reception on 136 khz.
73 de Daniele Caccia
http://scientific-notes.blogspot.com/
там есть скрин как он видел этот ебнаут. и щрб приличное.
-
В очередной раз - Спасибо Роман. Значить буду глядеть. Заранее знать бы когда кто на передачу включится. Подскажи где эту инфо узнать.
-
В очередной раз - Спасибо Роман. Значить буду глядеть. Заранее знать бы когда кто на передачу включится. Подскажи где эту инфо узнать.
в рсгб
из наших никто в ебнауте не вещал еще пока.
да и там не смотреть надо. надо писать вав длиный, часами, имея при этом синхронизацию от гпс гетеродина приемника и звуковухи, насколько я понял.
и потом, этим самым декодером- там выискивают этот самый сигнал и декодят. а пишут с помощью спл.
про эти подробноси к Саше АУС и Юре. они сведующие, а я тут не в теме. просто что вижу полезного в рсгб- к нам тащу. иначе оно так и канет в лету. там потом ничего не найдешь, рассылка есть не у всех, да и не все сообщения туда корректно доходят.
на такой случай пришлось завести буржуйский ящик- там вроде доходило все.
-
из наших никто в ебнауте не вещал еще пока.
Информация не верна) Вещали RN3AUS (кажется), R7NT и UT7GH, когда это было "модно". У Александра AUS этот режим введён в синтезатор.
-
из наших никто в ебнауте не вещал еще пока.
Информация не верна) Вещали RN3AUS (кажется), R7NT и UT7GH, когда это было "модно". У Александра AUS этот режим введён в синтезатор.
хм. ну, пусть подтвердят чтоль, что вещали... я что-то не слышал, чтобы кто-то вещал в ебнуте из наших.
АУС пинимал его на сдв - вот это помню. ХГ принимал его на сдв - Стефана принимали. это - было точно.
-
хм. ну, пусть подтвердят чтоль, что вещали... я что-то не слышал, чтобы кто-то вещал в ебнуте из наших.
вотъ.
Сообщений: 1074
Re: EbNaut
« Ответ #45 : 24 Декабрь 2016, 14:29:35 »
Цитировать (выделенное)
Freq: 137542.000
Code: 8K19A
Symbol: 2.0 s
Len: 8
Time: 1312.0 s (21m 52.0s)
start h:00 h:30
Снизил мощность и запустил маяк на несколько часов - потом в обычный режим перейду OP32-WRSP15
-
из наших никто в ебнауте не вещал еще пока.
Информация не верна) Вещали RN3AUS (кажется), R7NT и UT7GH, когда это было "модно". У Александра AUS этот режим введён в синтезатор.
хм. ну, пусть подтвердят чтоль, что вещали... я что-то не слышал,
Роман прекращай тут пургу гонять ," пусть подтвердят" , ну ты сказанул , лучше реальное чтонибудь делай .
-
из наших никто в ебнауте не вещал еще пока.
Информация не верна) Вещали RN3AUS (кажется), R7NT и UT7GH, когда это было "модно". У Александра AUS этот режим введён в синтезатор.
хм. ну, пусть подтвердят чтоль, что вещали... я что-то не слышал, чтобы кто-то вещал в ебнуте из наших.
АУС пинимал его на сдв - вот это помню. ХГ принимал его на сдв - Стефана принимали. это - было точно.
На ДВ успешно вещали R7NT и UT7GH в январе 2017, я только принимал.
Их сигналы были декодированы у EW6X, DF6NM, DK7FC (вроде), IZ7SLZ и у меня. Может быть и еще где-то - не помню.
Материалы здесь: http://136.su/index.php/topic,270.msg17800.html#msg17800
http://136.su/index.php/topic,270.msg17883.html#msg17883
http://136.su/index.php/topic,18.msg18173.html#msg18173
http://136.su/index.php/topic,270.msg17895.html#msg17895
Ну а на VLF, конечно, никто из наших не вещал. Да нам и нельзя вроде как...
-
Ну вот ... ни кто не вещал... И всё таки , давайте анонсы.
С этим способом передачи я сути так и не уловил. По причине отсутствия объяснения принципа передачи инфо (на русском) при помощи EbNaut и читая эту тему я решил пофантазировать, и строю свои догатки. Вот мои фантазии на это тему.
Нужна точная синхронизация по времени - это ясно и сомнений не вызывает. То биш это понятно из сообщений в этой теме. Вопрос- какая точность ? Секунда, милисикунда, микросекунды? Во всяком случае тут догатки нет это написано. А дальше? Одновременно
( синхнронно ) на передающей стороне включается передатчик , а на приёмной приемник. И так несколько раз синхронно в течении какого то времени. За этот промежуток времени компьютер записывает ( с помощью SpectrumLab) звук что приходит с приёмника на звук. карту и сохраняет его отдельным файлом. После "засовывают" этот файл в другую программу, она (эта программа) что то сделает с этим файлом(звуком) и выдаёт декод и картинки всякие что тут опубликованы. Я верно понимаю эту "механику" или нет?
-
Сергей, в целом верно.
Практически это выглядит так (у меня):
- на моем граббере запущен Спектрумлаб, который используется для приема оперы-opds. Он каждые 10 минут выдает файлы с результатами вычисления спектра, "fft-экспорт". Файлы хранятся в папке Spectrum/data/. Каждый такой файл содержит амплитуды спектра, накопленные за последние 34 минуты. Идея в том, что можно эти файлы использовать не только для оперы, но и для EbNaut.
- теперь пусть кто-то захотел повещать в EbNaut. Он дает аннонс в рассылке или здесь и в определенный момент времени (чаще всего это начало hh:00:00 и середина hh:30:00 каждого часа) начинает передачу. Обычно делают так, чтобы передача длилась чуть меньше 30 минут.
- на приеме теперь нужно выбрать соответствующий по времени opds-файл. В нем внутри в форме отсчетов спектра как-бы неявно записан и принятый искомый сигнал корреспондента.
- этот opds-файл, как здесь было описано выше, подвергаем обработке утилитой ebnaut_ifft3b.exe. Появляется wav-файл. Его обрабатывают уже с помощью декодера ebnaut_rx.exe, выставив в нем необходимые параметры. Это я описывал где-то выше. Запускаем декодер и ждем декода...
Точность синхронизации по времени нужна не хуже порядка одной десятой длительности посылки ebnaut. На ДВ обычно бывает длительность посылок 5-10 секунд, стало быть часы компьютера должны быть выставлены с точностью до одной секунды и даже чуть лучше, что в общем-то не трудно.
С точностью частоты и главное с ее стабильностью ситуация сложнее. Так как используется когерентный прием фазовой телеграфии, то фаза сигнала должна стоять на протяжении всей длительности всего сигнала, то есть все полчаса не должно быть частотного дрейфа, ну или он не должен превысить скажем 360 градусов по фазе. Что это дает в цифрах? Разница в 1 Гц дает лишний период за 1 секунду. Нам нужно, чтобы лишний период набежал за полчаса, то есть за 1800 сек. Значит частотный дрейф не больше 1/1800= 5е-4 Гц = половина миллигерца. Опорники на деленном кварце или ТСХО с этим справляются, особенно, если вокруг постоянная температура.
По крайней мере на моем дачном граббере, где приемник находится в ящике с подогревом, стабильности обычно хватало, за исключением случаев, когда менялся температурный режим - отключался подогрев или резко холодало. :)
Ну и конечно с тавой же точностью приемник и спектрумлаб должны быть откалиброваны, чтобы искать сигнал именно на той частоте, где он передавался, а не немножко в стороне, где его нет!
-
из наших никто в ебнауте не вещал еще пока.
Информация не верна) Вещали RN3AUS (кажется), R7NT и UT7GH, когда это было "модно". У Александра AUS этот режим введён в синтезатор.
хм. ну, пусть подтвердят чтоль, что вещали... я что-то не слышал,
Роман прекращай тут пургу гонять ," пусть подтвердят" , ну ты сказанул , лучше реальное чтонибудь делай .
щас абижус и не буду больше писать!))
т.е. все, что я таскал отовсюду и сохранял для нас тут. чтобы можно всегда было найти - пурга и бесполезно...
ну, не помню я чтоб кто-то вещал в ебнуте из наших... вот, видишь- Саша АУС все подсказал и ЛДД тоже.
а с ебнутом - я точно дело иметь не буду в обозримом будущем. видно у меня из-за помехи только Сашу АУС, АГЦ было видно и Николая ДЙГ. увы, ни о каком ебнауте с европы речи не идет вообще в такой обстановке.
ну и потом все эти танцы с бубном вокруг спл - не, точно не мое.
пока не будет простой программы на три кнопки - я с такими модами не дружен.
-
Я так понял, прогресс идет, ебнаут ускоряется.
https://klubnl.pl/rsgb_lf_group-archives/html/rsgb_lf_group/2018-10/msg00114.html (https://klubnl.pl/rsgb_lf_group-archives/html/rsgb_lf_group/2018-10/msg00114.html)
LF,
yesterday October 13, during daytime, i had a very nice reception with low QRN/QRM floor. So i have invited Riccardo to send some EbNaut messages with 30 or 60 characters using a very short symbol period from 1 s to 0.05 s.
We had some positive decodes also with 60 characters and 0.05 s/sym:
2018-10-13_13:30:00 137490.000Hz N=60 T=0.05s 8K19A CRC=16 list=1000 sym=3152 Duration=157.60s
found rank 0 ber 2.1605e-01 Eb/N0 4.5 M -1.234827161e+00 ph 1 180,180,180,180
[TU DOM AND MARKUS FER HIGH BIT RATE EBN0 RPRT 73 DE IW4DXW K]
QRB between us is about 650 km.
The complete log of the test is listed in the website : https://www.qsl.net/iz7slz/EBNAUT/DECODED.TXT from 09:30 to 15:00 UT of 2018-10-13.
Some messages have been decoded also by Markus DF6NM with his 'D' auto-decoder: http://df6nm.darc.de/opds/ebnautresults.txt
So, it is possible to exchange on LF messages of 60 characters with less than 3 minute transmission. I think that 30 Characters at 0.1 s/symbol can be a good settings for a 'fast' QSO with 10 minutes timeslot : TX ends within 3 minutes, so, using an auto-decode program, should be possible to reply at next '10' minute.
73, Domenico IZ7SLZ
-
Hi Domenico, Riccardo, Markus, LF,
I also copied that message, see attachment :-) Not bad, 60 characters in less than 3 minutes in daylight on LF!
What about a longer message? :-)
73, Stefan
PS: I try to set up that auto-decoder as well. And maybe i'll be back on LF...
-
Маркус описал, как настроить автодекодер для ebnaut:
Here are the Windows scripts which I am currently using for the EbNaut autodecoder. It is based on an already running opds-32 instance, providing a copy "fft.txt" of the current export file every 10 minutes. The "cleanup.bat" script, which is executed after each Opera correlation run, gets an extra line which creates a dummy file "do.txt" to invoke the Ebnaut decoder:
cleanup.bat:
@echo DF6NM JN59nj Opera-32 Deep Search 137.45 - 137.55 kHz %date% %time:~0,5% >time.txt
@copy time.txt + headline.txt + detected.txt + detecold.txt opds32.txt >nul
@::copy c:\spectrum\data\*.txt c:\spectrum\data\saved\ 1>nul 2>nul
@del c:\spectrum\data\*.txt 1>nul 2>nul
@copy dirw.txt dirdone.txt >nul
@ftp -s:ftp_opds.txt >ftp_log.txt
@echo >do.txt
Here opds is running on my LF-grabber PC (called "SILVER") which is an old laptop under 32-bit Win-XP. The EbNaut decoder is on a different 64-bit machine, and it accesses the opds folder through Windows fileshares. Note that for some reason, the 32-bit Version of ebnaut-rx won't autostart using the -a option. This is the autodecoder script which becomes active after each half hour:
autodecodehalfhour.bat:
:loop
if exist \\SILVER\SharedDocs\Funk\Opera\opds\do.txt goto cont1
sleep 30
goto loop
:cont1
del \\SILVER\SharedDocs\Funk\Opera\opds\do.txt
if %time:~3,1% EQU 0 goto cont2
if %time:~3,1% EQU 3 goto cont2
:: files should be ready within 5 minutes after half hour
goto loop
:cont2
copy \\SILVER\SharedDocs\Funk\Opera\opds\fft.txt fft.txt /y
ebnaut_ifft3b fft.txt
del fft.dat
findoffset 0
set /p startoffset=<startoffset.txt
start /belownormal ebnaut-rx.exe -f fft.wav -N6 -p8K19A -k16 -L1000 -S3 -c2 -F-10 -T%startoffset% -a
sleep 2
start show_rawsyms3b.exe
sleep 38
taskkill /im ebnaut-rx.exe
taskkill /im show_rawsyms3b.exe
findstr "time found rank Eb/N0" fft-log.txt >>ebnautresults.txt
echo --------------------------------------- >>ebnautresults.txt
ftp -s:ftp_ebnaut.txt >ftp_ebnaut_log.txt
goto loop
As usual, you will need ebnaut_ifft3b.exe, ebnaut-rx.exe and the appropriate sr.txt in the decoder folder. Invoking show_rawsyms could just as well be omitted for unattended operation.
Taskkill is a workaround as neither ebnaut-rx nor showrawsyms will terminate itself. The decoder runtime has been limited to 40 seconds, which turned out to be long enough to run through all flat-phase decode attempts (on this machine).
The findoffset.exe utility is at
http://df6nm.bplaced.net/VLF/fec_tests/findoffset.zip
It calculates the startoffset to the next 10 minute boundary and writes it to startoffset.txt. To accomodate possible latencies (e.g. from a virtual audio cable), it can be called with an extra delay (in seconds).
For this to work, you should make sure that one export file starts before a half hour, and ends within a few minutes after the next half hour. For the usual 478 uHz 35-minute FFT , this can be achieved by starting the opds SpecLab instance in the second half of any 10-minute interval (e.g. between hh:55:00 and hh:59:50, but not between hh:49:50 and hh:55:00)
The findstr command appends some selected lines from the log file to the end of ebnautresults.txt.
You will also need another copy of sleep.exe
http://df6nm.bplaced.net/VLF/fec_tests/sleep.zip
and your own FTP control file which might look similar to this:
ftp_ebnnaut.txt:
open *Server*
*Login*
*Password*
cd *Remote Folder*
bin
put ebnautresults.txt
bye
Hope this may be useful...
Best 73,
Markus (DF6NM)
-
Ага, теперь технологический процесс понятен. А что представляет из себя посылка в EbNaut?
-
Фазовая модуляция. Когда передается 0 передается несущая с нулевой начальной фазой, 1 - С фазой 180 градусов.
-
Всем доброго времени суток. Проверил свой сетап на стабильность частоты и вот что намерял. Для эталона бралась польская станция на 225 кГц. Вопрос : достаточно ли этой стабильности для приёма ебнаута, если нет то как можно улучшить стабильность? Синтезатор si570 и встроенная звуковая карта. На графике зелёный трек и шкала слева 99,78-99,9 Гц. Несущая выставлена в HDSDR на 100 Гц. Сразу видно несоответствие выставленной и реальной частот.
-
Использовал SI570 . Для стабильной работы в WSPR пришлось разместить схему генератора , вместе с индивидуальным стабилизатором питания ,
в термостат. За основу взята схема... Но там есть тонкости с настройкой режима стабилизации и выбора рабочей температуры ;)
Наилучший результат получен при использовании smd термистора припаянного к массовому выводу SI570 (вместо LM335 ) и т.д....
Удачная ссылка... https://beta.observablehq.com/@eu2aa/smd
-
Использовал SI570 . Для стабильной работы в WSPR пришлось разместить схему генератора , вместе с индивидуальным стабилизатором питания ,
в термостат. За основу взята схема... Но там есть тонкости с настройкой режима стабилизации и выбора рабочей температуры ;)
Наилучший результат получен при использовании smd термистора припаянного к массовому выводу SI570 (вместо LM335 ) и т.д....
спасибо..) дельный совет
-
Всем доброго времени суток. Проверил свой сетап на стабильность частоты и вот что намерял. Для эталона бралась польская станция на 225 кГц. Вопрос : достаточно ли этой стабильности для приёма ебнаута, если нет то как можно улучшить стабильность? Синтезатор si570 и встроенная звуковая карта. На графике зелёный трек и шкала слева 99,78-99,9 Гц. Несущая выставлена в HDSDR на 100 Гц. Сразу видно несоответствие выставленной и реальной частот.
Использовал SI570 . Для стабильной работы в WSPR пришлось разместить схему генератора , вместе с индивидуальным стабилизатором питания ,
в термостат. За основу взята схема... Но там есть тонкости с настройкой режима стабилизации и выбора рабочей температуры ;)
Наилучший результат получен при использовании smd термистора припаянного к массовому выводу SI570 (вместо LM335 ) и т.д....
Удачная ссылка... https://beta.observablehq.com/@eu2aa/smd
Влад - не забывай про нестабильность частоты вещательного передатчика. Если бы ты мерял по станциям точного времени-частоты - эталонным, это бы было еще туда сюда.
Стабильности чатоты для ебнаута не хватит.
Пиши Стефану или Маркусу - они тебя проконсультируют.
Они применяют GPS locked термостабильные генераторы для приема-передачи ебнаут.
Си570 даже с термостатом - очень сомнительный вариант, что пройдет по стабильноси частоты.
-
LF Explorers,
For several days K3RWR broadcast a 13 character EbNaut message of 14m 58s duration at power levels ranging from +7 dBm ERP to -13 dBm ERP on 137479 Hz. The primary intent was to test QRPp on LF. Listening and decoding were Jay (W1VD - 304 mile / 487 km path) and Garry (K3SIW - 662 mile / 1059 km path).
Both Jay and Garry reported multiple decodes over the several days at QRPp power levels ranging between 0 dBm to -13 dBm ERP. Examples include:
W1VD - Regular decodes at -13 dBm (50 uW) ERP including 3 at mid-afternoon. Typical:
Rank 0 car EB/N0 9.6 EB/N0 8.5 -13 DBMERP_LF
K3SIW - Regular decodes at 0 dBm (1 mW) ERP. Typical:
Rank 0 car Eb/N0 6.5 Eb/N0 4.0 0_DBM_ERP_LF!
This brief experiment demonstrates QRPp possibilities on LF and highlights the capabilities of EbNaut as a weak signal mode. Further experimentation welcome.
73,
Rob - K3RWR
FM18qi
-
LF: VO1NA 137477 Hz
This week the EbNaut autodecoders at DL0AO and DF6NM have been refurbished, producing more compact output with one line for each successful decode. My current script and required utilities are here:
http://df6nm.bplaced.net/VLF/fec_tests/ebnaut_autodecode_scripts.zip
Our autodecoders are currently observing 137477 Hz. Until yesterday, VO1NA has been making strong and consistent decodes every night. Today I'm doing a few of low-power daytime tests on his QRG, with the LEA-6T barefoot to the antenna.
Best 73,
Markus (DF6NM)
-
LF: EbNaut on 137.477 kHz
The 25 W tx is off air while a 15 W CW beacon runs on 136.4 kHz for the
next few days. EbNaut frames had been decoded almost every day at
0200 ut on the DF6NM and DL0AO autodecoders. Tnx to the respective ops.
73
Joe VO1NA
-
Здравствуйте. Может подскажите почему нет декодирования, начальные установки соответствуют, сообщение 7 символов "UT7GH73" ???
Время синхронизировал, передача с начала часа, может точность установки частоты не достаточна...
Граббер https://www.qsl.net/iz7slz/
-
Здравствуйте. Может подскажите почему нет декодирования, начальные установки соответствуют, сообщение 7 символов "UT7GH73" ???
Время синхронизировал, передача с начала часа, может точность установки частоты не достаточна...
Граббер https://www.qsl.net/iz7slz/
Паша, там без GPSDO - уже никак-(
Об этом писал Стефан сам...
Ты пошли ему файлик свой на анализ.
Он тебе точно подскажет.
-
Павел, как будто бы частота чуть смещена от номинала - на скриншоте видно как точки фазового созвездия идут не примерно горизонтально, а под наклоном. Ошибка в сотую долю герца наверное.
-
Общими усилиями был получен результат ! Подтверждён приём на граббере https://www.qsl.net/iz7slz/ :D
Congratulations to Domenico and Pavel for the surprise decode! Knowing where to look, the blobs at 20 and 21 UT are also well visible on our grabbers, but no decode yet. Domenico, you could try to tweak the symbol timing by a tiny fraction (~ 0.2% ?) to optimize the rank of the UT7GH decodes.
Best 73,
Markus
"Поздравляем Доменико и Павла с неожиданной расшифровкой! Зная, где искать, капли в 20 и 21 UT также хорошо видны на наших захватах, но еще не расшифрованы. Доменико, вы могли бы попытаться настроить синхронизацию символов крошечной долей (~ 0,2%?), Чтобы оптимизировать ранг декодирования UT7GH. "
Информация с rsgb-lf-group@groups.io
-
На всякий случай описание предетчика Риккардо:
Hi Markus, LF
Thanks for your autodecoder!
Here it's my usual SDR H-mixer based, with quadrature generator resetted every 1PPS pulse of GPS (to avoid phase errors due to unwanted glitch on the clock signal).
An Ublox NEO-M8T module generates both 1PPS (TP1) and 540 kHz clock (TP2), so my SDR LO is 135kHz (÷4) at this moment.
A Spectrum Lab session with PLL configuration locks the audio phase (a 2522 Hz tone, quadrature I/Q out) with 1PPS signal.
Finally, the BPSK on the RF (encoded by ebnaut-tx for Win program) is made by a diode ring modulator before the PA driver.
All the best
73 de Riccardo IW4DXW
-
Кто знает как убрать лишние нули, подчёркнутые красной линией? Из-за них поле с датой выходит за пределы обзора.
-
Кто знает как убрать лишние нули, подчёркнутые красной линией? Из-за них поле с датой выходит за пределы обзора.
У Маркуса и Стефана спроси.
-
10 W эксперимент VO1NA с Ebnaut. Добил до Маркуса.
Not too bad for 10 Watts...
EbNaut-RX DL0AO JN59VK (active 137477 Hz)
start date and time frequency char symb code crc Eb/N0c Eb/N0s rank message
------------------------------------------------------------------------------
2019-11-24 02:00:00 137477.000Hz 7 3.0s 8K19A 16 2.4dB 3.6dB 0 C VO1NA
2019-11-24 01:00:00 137477.000Hz 7 3.0s 8K19A 16 7.9dB 8.5dB 0 C VO1NA
EbNaut-RX DF6NM JN59NJ (active 137477 Hz)
start date and time frequency char symb code crc Eb/N0c Eb/N0s rank message
------------------------------------------------------------------------------
2019-11-24 01:00:00 137477.000Hz 7 3.0s 8K19A 16 6.7dB 8.0dB 0 C VO1NA
Маркус пишет о хорошей корреляции максимума похождения на 137кгц с Ньюфаудленда и Штатов.
Now two hits at earlier hours, approximately the same time when VO1NA was picked up.
DL0AO JN59vk Opera-32 Deep Search 137.45 - 137.55 kHz 24.11.2019 7:30
date time call distance frequency bandwidth snr correlation
2019-11-24 02:24:42 K3RWR 6778km 137479.966Hz 4mHz -48.7dBOp 88% 15.5dB
2019-11-24 01:51:57 K3RWR 6778km 137479.966Hz 14mHz -47.5dBOp 97% 15.2dB
-
Про дублирую сообщение в тему.
В выходные дни по экспериментировал с модой Ebnaut , auto-decoder IZ7SLZ receiver in JN80nu 137506.000Hz, всё получается даже днём, а вечером вообще можно QRP TX :), 50W хватает с запасом. Но это справедливо если на частоте только одна станция TX! Вообщем получается , что надо согласовывать циклы передач. У auto-decoder IZ7SLZ две частоты приёма с разной длинной сообщения 137506.000Hz, length 5 и 137477.000Hz N=7;
в итоге за час может принять три сообщения . Есть ещё два с одинаковыми параметрами, EbNaut-RX DL0AO JN59VK (active 20-8 UT, 137477 Hz N=7),
EbNaut-RX DF6NM JN59NJ (active 20-8 UT , 137477 Hz N=7) и в отличии от IZ7SLZ работают RX только: 20-8 UT на DX NA. А вот в NA похоже нет Ebnaut auto-decoder RX :(
Скрин приёма последней передачи out 25W!
Общая схема сопряжения узлов для организации работы этой модой. Мой рабочий вариант.
Могу описать процедуру настройки uBlox NEO на частоту, если в ссылке не хватит информации.
http://www.ra3apw.ru/proekty/ublox-neo-7m/
-
Примерно вот так должно выглядеть , если всё работает правильно.
Источник информации : https://qsl.net/iz7slz/EBNAUT/img.jpg
-
После почти 3-х летнего перерыва начал эксперименты с EbNaut - времени неожиданно появилось много из-за треклятого COVID-19 (уже несколько дней всех своих домашних держу в режиме изоляции на неопределённый период)
Сейчас использую DDS-VFO by RN3AUS с последними версиями DDS_ctrl_v.4.3.0 и с прошивкой версии v4.1 - ATTiny4313
Стабильность частоты за ~30мин передачи оцениваю косвенно по передаче Opera32 по параметру bandwidth на opds грабберах
Разными методами пытался решить проблему долговременной стабильности - сейчас за ~30мин bandwidth от 2mHz до около 4mHz (сегодня). А вот почасовая доходит до 0.1 Никаких GPS и прочего не использую пока - не успел :( хотя прошивка под 10МГц уже есть.
2020-03-28 02:04:15 R7NT 2060km 137541.001Hz 3mHz -36.9dBOp 93% 20.7dB
2020-03-28 01:04:15 R7NT 2060km 137541.000Hz 4mHz -37.5dBOp 93% 20.4dB
2020-03-28 00:04:15 R7NT 2060km 137541.002Hz 3mHz -41.2dBOp 93% 17.9dB
2020-03-27 23:04:15 R7NT 2060km 137541.004Hz 2mHz -38.8dBOp 93% 20.2dB
2020-03-27 22:04:15 R7NT 2060km 137541.003Hz 3mHz -37.1dBOp 93% 21.6dB
2020-03-27 21:04:15 R7NT 2060km 137541.005Hz 3mHz -38.7dBOp 93% 20.7dB
Надеюсь в ближайшие месяцы получить GPS модуль - наверное UT7GH у нас самый большой дока по ним - буду благодарен за помощь. В частности интересует возможность реализации именно в DDS-VFO - или это не перспективный вариант?
Есть проблема невозможности установить точно частоту nnn.00000 для автодекодеров. Вернее, через Calibration можно найти сочетания, но потом похоже для другого автодекодера нужно искать новые
Пока софт для декодирования EbNaut достаточно сложный для простого пользователя
Для моего случая больше подходит вариант когда приходят слушать на мою не очень "круглую" частоту
Придумал, что для указания приёмной стороне на какой точно частоте передаю, включить Opera в промежутках передач EbNaut на той же частоте и по opds грабберам определяться с offset для декодирования
Сегодня тестировал такой multibeacon
EbNaut
Freq: 137541.0
Code: 8K19A
CRC CRC-16
Symbol: 4.0 s
Len: 4-char
Time: 1856.0 s (30m 56.0s) start h:00
Opera32 (marker frequency signal 137541.0 for EbNaut)
Freq: 137541.0
Time: 28m 35s start h:31 stop h:59:35
Marcus DF6NM прислал картинку моего сигнала и написал
"I tried to decode your 21 UT transmission with +5 mHz offset, but only got "V.M4" which is obviously incorrect. The phase plot shows a pair of parabolic curves, indicating that the frequency is drifting too much. What type of frequency reference are you using for your DDS?"
Теперь думаю что с этим делать
Есть чувство, что проблемы с фазовыми искажениями в PA. Он у меня 125Вт, но я его использую фактически в резонансном режиме и получаю около 230Вт. Смотреть фазовые характеристики PA сейчас нечем
Наверное надо попробовать его в простом режиме испытать на Ваттах 100
У кого какие соображения на сей счет и кто может еще принимать EbNaut?
-
В режиме 32-битной фазы ближайшая к 137541 частота при опоре 12,8 МГц будет равна 137 541,00004831949869791666666667. Именно эту частоту будет формировать DDS. Точность установки частоты, на мой взгляд, достаточна для EbNaut.
Еще с таким опорником есть абсолютно круглая частота 137500.
Другое дело, что ТСХО все-таки, как видно, плывет и "блуждает" по-немножку. И это заметно на графике Маркуса.
Выход один - подать на порядок более стабильную опору, будь то OCXO что-то вроде "Гиацинта" или еще лучше рубидиевый генератор 10 МГц. Или выход 10 МГц с GPS приемника.
Вносит ли УМ какие-то изменяющиеся во времени фазовые сдвиги - тут мне трудно сделать какую-то оценку.
"Девиация" резонанса антенной системы может также постепенно сдвигать фазу, но в данном случае вряд ли это существенно - сдвиг на 45 градусов при уходе резонансной кривой в точку половинной мощности (0.707 по напряжению) - это должно быть заметно по падению тока в антенне почти в полтора раза. Если этого нет и резонанс никуда не уходит - то значит здесь все в порядке.
-
Есть проблема невозможности установить точно частоту nnn.00000 для автодекодеров.
Вот это и есть основной проблемой. Возможно если использовать значительно низкую частоту опрного генератора и удастся попадать в канал приёма. А насчёт стабильности. то логика следущая - приёмники автодекодеров используют в качестве опоры сигнал с GPS приемника, значит и нам надо только его применять для полной синхронизации!
А фаза сигнала очень зависит от состояния ионосферы.И бывают очень не удачные моменты.
-
Мне собственно непонятна картинка от Marcus'а где мой сигнал сначала идет от условного 0 вверх, а затем в конце передачи возвращается опять к 0 , в результате справа получается "бублик" И это за 30мин период передачи
Это вроде не может быть связано с каким-то прогревом-остыванием. Причём картинка практически симметричная
В чем проблема непонятно...
PS Вчера немного подразломал некоторые "составные части системы" и не вещал - сегодня наверное буду пробовать новый вариант, но с таким же EbNaut-OP32 попеременно
-
если использовать значительно низкую частоту опрного генератора
а почему не наоборот? т.е. если использовать "значительно высокую частоту" и т.д.
наверное в таком случае вариантов частот будет больше (?)
-
возможностью работать с 32 битным аккумулятором фазы DDS. При этом шаг установки частоты равен 0.002 Гц.
Понижая опорную частоту пропорционально уменьшится шаг перестройки. Наверное можно подогнать и с помощью функции автокоррекции частоты, но это длительный экспериментальный процесс.
-"бублик" получился из-за дрейфа опоры. Он заметен на рапортах из Opera, изменения в последней цифре частоты _ .000 -.005 Гц !
-
будет равна 137 541,00004831949869791666666667. Именно эту частоту будет формировать DDS. Точность установки частоты, на мой взгляд, достаточна для EbNaut.
При таком частотном сдвиге (0,0000483194 Гц) набег фазы на 90 градусов произойдет за 5174 секунды, то есть за полтора часа. За полчаса всего 30 градусов.
-
изменения в последней цифре частоты _ .000 -.005 Гц !
тогда я не очень понимаю картинку от Marcus'а, вернее что рисует EbNaut софт - полагаю, что это всё за один период в 30m56s т.е. ".000 -.005 Гц !" это за все периоды с паузами
да, опора с 20:31 по 02:04 уплыла вниз на эту величину, но если смотреть по opds за период 21:04 - 22:04 то на .005 - .003 = .002
Вот и не понятно мне почему на картинке частота(?) вначале поплыла вверх, а к концу опустилась вниз к первоначальному значению
Объясните PSE что-где на картинке, а то на ней ничего не обозначено по осям, как и собственно маcштабы-величины
-
Объясните PSE что-где на картинке, а то на ней ничего не обозначено по осям
На верхней части - как изменялась фаза во время одной передачи. По вертикали поле разделено на 4 части - это очевидно 360 градусов с сеткой по 90 градусов. Поэтому мы в идеале видим две горизонтальные полосы (состоящие из точек - каждая точка - фаза очередной посылки), между которыми 2 клетки по вертикали, то есть 180 градусов. По горизонтали деления условные - вся длительность передачи разделена на десять частей. Если передача длилась 30 минут, то одно горизонтальное деление=3 мин.
В данном случае видно, что за первые 10 минут был большой набег фазы почти на 270 градусов, 27 градусов в минуту, что соответствует частотной ошибке 0,00125 Гц. Потом фаза держалась с небольшими осцилляциями и затем поплыла вниз на 270 градусов за 6 минут (45 градусов в минуту), то есть дельта F = 0,00208 Гц.
Коэффициент деления синтезатора был равен 1280000\137541=93.06, следовательно опорный ТСХО уплыл на 0.116 Гц в начале и на -0,19357 Гц в конце. Это соответствует абсолютной точности ТСХО 1.5 ppm Это соответствует параметрам того ТСХО, что стоит в синтезаторе.
То есть генератор имеет право медленно плавать в пределах +-0.2 Гц от своего номинала и это происходит не только от изменения от температуры, но и просто случайным образом. Такие блуждания свойственны любым генераторам и вызываются в том числе наличием внутренних шумов в деталях генератора.
Отсюда видно - если бы иметь ТСХО с 0.1 ppm, то этого было бы достаточно для EbNaut, так как случайные вариации фазы были бы в пределах +-30 градусов, внутри одной вертикальной клетки на верхнем графике
-
На верхней части
Спасибо Александр!
Если бы не было выбегов фаз, то справа были бы 2 размазанные точки - каждая в идеале просто совсем небольшая?
А с чем связано, что на картинках выше у UT7GH, что эти точки расположены под разными углами - в идеале должны быть точно одна под другой, с горизонтальным разбегом или вообще одна?
-
эти точки расположены под разными углами
Думаю, здесь мы видим абсолютное значение фазы. Разница между фазами 180, но начальное значение фазы может быть разным. В SpectrumLab и наверное в EbNaut ноль фазы отсчитывается с 00:00 суток. То есть в этот момент синусоида данной частоты переходит через ноль.
В нашем DDS начальная фаза не привязана к нулям суток и имеет случайное значение в зависимости от момента включения питания DDS, момента подачи команды установки частоты и т.д.
Собственно эти два размытых пятна - называемые "созвездие" - собираются из элементарных точек, каждая из которых несет информацию о фазе и амплитуде каждой из посылок сигнала. Абсолютная фаза откладывается как угол поворота вектора в полярной системе координат, на конце которого находится рисуемая точка, его длина - амплитуда. Так что если есть набег фазы - созвездие будет размазываться по окружности. Если есть флуктуация амплитуды - то размытие по расстоянию от центра координат. Когда флуктуирует и то и другое - по всей плоскости. Это же происходит (размытие по плоскости) когда сигнал слабый и фаза и амплитуда зашумлены.
-
Ребята слежу за темой, но стеснялся спросить, после всего прочитано начинаю что то понимать. Изобразил вот , верно или нет?
-
верно или нет?
я тоже так понял
единственное в данном моём случае ~31мин, а вообще зависит от конкретного времени передачи. например, если передача будет 10мин, то каждая метка =1мин
-
Да, все верно.
Теперь оставшиеся графики.
Посередине - красный - это обычный спектр. Справа малое окошечко - он же с увеличением, захватывается только центральная область на +-1 деление. На нем можно видеть несущие или сигнал Оперы. Сигнал же EbNaut на нем видно не будет, так как присутствие фазовой манипуляции не дает максимума на частоте несущей - его спектр размазан.
Нижний - голубой - это квадратичный спектр или спектр мощности. Он нужен, чтобы увидеть сигнал EbNaut. Возведение BPSK сигнала в квадрат снимает модуляцию и остается синусоида удвоенной частоты. Так что синий спектр - показывает спектр принимаемого сигнала, возведенного в квадрат и сигнал EbNaut на нем виден как острый максимум. Рядом окошечко с увеличением центральной части.
-
Вариант решения вопроса стабильности генератора.
http://forum.vhfdx.ru/prijomnoe-oborudovanie/gnss-modul-v3-2/
Для просмотра схем и прикреплённых файлов необходима регистрация на сайте!
-
Хрен там зарегистрируешься. Только по блату, видимо.
-
Хрен там зарегистрируешься. Только по блату, видимо.
Ветка с форума в PDF.
https://yadi.sk/i/UuvPkEEqNB_TCw (https://yadi.sk/i/UuvPkEEqNB_TCw)
-
Ну вот с таким результатом прошёл дневной марафон TX EbNaut.
Скриншот 31-03-2020 214514.jpg (82.03 КБ, 581x231 - просмотрено 7 раз.)
IZ7SLZ receiver in JN80nu.jpg (246.49 КБ, 697x854 - просмотрено 7 раз.)
Отлично Павел!
Я так понимаю передаёте со своего устройства с GPS стабилизацией и кажется оно только для EbNaut (?)
Кажется в разных местах описывали составные части
PSE описать здесь подробности - может ещё что "накопали"
PA какой пользуете?
-
Hi Alex,
this is a strong signal, but I still cannot decode it.
Marcus, PSE post pictures of my signal here
-
PA какой пользуете?
Усилитель аналогичен Вашему, мощность снижена на 25% от максимума для гарантировано стабильной работы. Могу работать прямо из родной программы Opera. Обратил внимание, что старт передачи в программе утилиты EbNaut Sender V0.9b происходит за~ 1,5сек до точного времени. Что то предворяет начало передачи.....
-
Новая версия DDS_ctrl, в которой EbNaut теперь формируется правильно (исправлена обидная мелкая ошибка): http://136.su/index.php/topic,117.msg27431.html#msg27431
-
Каждая точка это момент когда появлялся сигнал передатчика в эфире. Другими словами -это время включения передатчика. Правильно?
-
Можно и так сказать. Точнее, так как в EbNaut сигнал изучается непрерывно, лишь время от времени инвертируется его фаза, то каждая точка соответствует моменту приема каждого нового бита сообщения. А в целом - да, по горизонтали откладывается время текущей передачи
-
Значит я не верно понял.
Спасибо Александр за ответ.
На рисунке я изобразил то как понял ваш ответ #129. Надеюсь с второй попытки верно понял.
-
Да, Сергей, верно!
Для полноты скажем еще так: не в каждом тактовом интервале происходит инверсия фазы. Некоторые смежные тактовые интервалы идут с непрерывной фазой.
Допустим сейчас фаза 0 градусов - точка пойдет на нижнюю линию графика. Следующий такт - опять 0 градусов, фаза продолжилась без инверсии - точка опять в нижней части графика. Еще такт - фаза 180 градусов, инверсия - тут уже точка пойдет в верхнюю часть графика. И так далее...
-
Про дублирую сообщение в тему.
В выходные дни по экспериментировал с модой Ebnaut , auto-decoder IZ7SLZ receiver in JN80nu 137506.000Hz, всё получается даже днём, а вечером вообще можно QRP TX :), 50W хватает с запасом. Но это справедливо если на частоте только одна станция TX! Вообщем получается , что надо согласовывать циклы передач. У auto-decoder IZ7SLZ две частоты приёма с разной длинной сообщения 137506.000Hz, length 5 и 137477.000Hz N=7;
в итоге за час может принять три сообщения . Есть ещё два с одинаковыми параметрами, EbNaut-RX DL0AO JN59VK (active 20-8 UT, 137477 Hz N=7),
EbNaut-RX DF6NM JN59NJ (active 20-8 UT , 137477 Hz N=7) и в отличии от IZ7SLZ работают RX только: 20-8 UT на DX NA. А вот в NA похоже нет Ebnaut auto-decoder RX :(
Скрин приёма последней передачи out 25W!
Общая схема сопряжения узлов для организации работы этой модой. Мой рабочий вариант.
Могу описать процедуру настройки uBlox NEO на частоту, если в ссылке не хватит информации.
http://www.ra3apw.ru/proekty/ublox-neo-7m/
Питание логики от 5 вольт ?
-
Да, прямо от USB
-
Статья Domenico IZ7SLZ о его методе декодирования EbNaut
https://qsl.net/i/iz7slz//DOWNLOADS/0%20Notes_on_EbNaut.pdf
И прочее его по технике для EbNaut
https://qsl.net/i/iz7slz//DOWNLOADS/
-
R7NT, спасибо.
-
к вопросу как Opera выглядит в красном секторе show_rawsyms3b и одновременно что в OPDS у IZ7SLZ декодируется
2020-04-04 07:48:23 R7NT 1876km 137480.001Hz 2mHz -46.8dBOp 93% 15.8dB
-
Сегодня проверил работу программы DDS_Ctrl версии 14.4.0 "на лабораторном столе", чтобы убедиться в правильности формирования ebnaut. Использовался синтезатор с рубидиевой опорой 10 МГц. Выходная частота равнялась 1480 Гц, через резисторный делитель подавалась на звуковую карту компьютера. Так имитировалась работа через эфир на 137480.
Вот что получилось:
- из-за некоторого отличия частоты дискретизации звуковой карты от номинала 12000 Гц имеется небольшой сдвиг принимаемой частоты -0.004 Гц (первая картинка). Измерялось по немодулированной несущей средствами спектрумлаба
- это было учтено при декодировании записи, сдвиг от центральной частоты 1500 Гц составил -20.004 Гц. Декодирование прошло сразу же без ошибок, то есть сигнал правильный и на нужной частоте.
- хорошо видно как четко стоит фаза.
Похоже, в новой версии сигнал формируется правильно.
К сожалению, провести полный эфирный эксперимент не могу. Тот приемник, что есть, имеет несколько дрейфующий опорный генератор и не годится для EbNaut.
-
Нашёл утилиту позволяющую вычислять time offset. Ссылка на облако - https://cloud.mail.ru/public/2Kdh/3RwJbyv7L
-
Пусть останется здесь.
Рикардо IW4DXW и Доменико IZ7SLZ провели интересный эксперимент на ДВ 137.480 КГц.
Впервые с помощью Ebnaut передали 400 символов сообщение - кусочек стихотворения итальянца Giosuè Carducci (https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D1%80%D0%B4%D1%83%D1%87%D1%87%D0%B8,_%D0%94%D0%B6%D0%BE%D0%B7%D1%83%D1%8D).
Hello LF,
Riccardo has used nice poetry for the 400 characters message sent yesterday. There were present some apostrophes in the text that were counted by ebnaut-tx.exe but not sent. So the exact number of characters sent on the 17.10 UTC message is 392.
After increasing a bit the ram memory of the pc in the shack, i was able to decode his message:
2020-10-21 17:10:00 137480.000Hz N=392 T=0.05s 8K19A CRC=16 list=1000
T_OFFSET=0.0s F_OFFSET=0.000Hz BLANKER A_FACT=18carrier phase: 1.2 deg
carrier Eb/N0: 10.4 dB
carrier Es/N0: 1.04 dB
carrier S/N: 43.85 dB in 1047.8 uHz, 14.05 dB in 1Hz, -19.93 dB in 2.5kHz
elapsed 211
found rank 0 ber 1.1499e-01 Eb/N0 7.9 M -9.552142334e+01 ph 1 180,180,180,180 [LA NEBBIA A GLIRTI COLLI PIOVIGGINANDO SALE, E SOTTO IL MAESTRALE URLA E BIANCHEGGIA IL MAR; MA PER LE VIE DEL BORGO DAL RIBOLLIR DE TINI VA LASPRO ODOR DE I VINI LANIME A RALLEGRAR. GIRA SU CEPPI ACCESI LO SPIEDO SCOPPIETTANDO: STA IL CACCIATOR FISCHIANDO SU LUSCIO A RIMIRAR TRA LE ROSSASTRE NUBI STORMI DUCCELLI NERI, COMESULI PENSIERI, NEL VESPERO MIGRAR. G.CARDUCCI_____________DE IW4DXW]
------------------------------------------------------------------------------------------
The poetry written by Giosuè Carducci, talks about scenes of the coming winter in a village.
Huge signal from Riccardo decoded here with Eb/N0=7.9, as we can see also in the 'Markusplot' attached. He used about 200 W and our QRB is 650 km.
73, Domenico
IZ7SLZ
-
Маркус полезную штуку запилил.
The EbNaut script for the u-blox has been updated to also support fractional Hz frequencies (which did not work before). There is also a simple version for DFCW.
http://df6nm.bplaced.net/LF/u-blox_ebnaut/setubx2.zip
-
Receiving EbNaut with SpecLab
To receive EbNaut, SpecLab has a predefined configuration option "Quick Settings - Other Amateur modes - EbNaut Receiver (decimating wave file recorder)". However this somehow did to not work well for me, so I stayed with the old and cumbersome method of postprocessing FFT-export files using my ebnaut_ifft utility. Yesterday I had another look at the wave recorder configuration, and I think that I have found a way to make it work. So here's how:
- In the "Wave file settings" (aka "Audio files") setup window, "invert Q channel" does not work the way it should. It needs to be unticked (as in the attached screenshot).
- To use UTC for spectrogram time markers and scheduled actions, go to "System-Timezone" and untick "get time zone information from system".
- The data in the wav files seem to have an additional delay of 10 to 12 samples (e.g. about one second at 11.72 Hz decimated samplerate), which may be relevant when trying to decode fast EbNaut transmissions. This delay needs to be added to the start offset for the EbNaut decoder.
Here is an updated usr configuration file for an 8270 Hz EbNaut receiver:
http://df6nm.bplaced.net/VLF/fec_tests/EbNaut_recorder.usr
The decimation has been set to 4096, producing 11.72 Hz IQ-samplerate for the wav files and 2.86 mHz bins for the FFT display. As usual, the 1pps reference from a GPS device should be fed to the right channel, or alternatively superimposed on the antenna signal if you have only a mono input (it will then be removed by the noise blanker). You should create an "ebnaut" subfolder in the SpecLab directory where the wav recordings will go. The start times for the file series (e.g. every 10 minutes) can be changed in periodic actions.
Best 73,
Markus
-
Старый метод также хорош тем что можно суммировать отсчёты нескольких OPDS-файлов с помощью утилиты sum. Для волновых файлов такой возможности на данный момент нет. Спрашивал у Маркуса по поводу сложения волновых файлов - он ничего не ответил. Суммирование файлов записей - чуть ли не главная фича ебнаута.
-
На первой странице этой ветки в прикрепленном pdf файле
есть определение - EbNaut coherent BPSK.
Обычный BPSK через полярную трассу не идет- проверено.
Судя по всему с данным сигналом будет аналогично?
-
На первой странице этой ветки в прикрепленном pdf файле
есть определение - EbNaut coherent BPSK.
Обычный BPSK через полярную трассу не идет- проверено.
Судя по всему с данным сигналом будет аналогично?
Предполагаю что да, поскольку требования к стабильности частоты у этого режима жёстче
-
по полярной трассе - там дело не в стабильности частоты как таковой. а в том, что сигнал авроральный. шипит и расползается. или звенит.
вот потому опера канала по полярным трассам, а вот бспк - нет.
фт8 будет видимо работать. йт9 тоже помню работала.
всё, что передается однотональным сигналом.
-
FT8 нормально декодирует.
В JT65 на 20 м доводилось проводить QSO
с автором программы K1JT.
-
FT8 нормально декодирует.
В JT65 на 20 м доводилось проводить QSO
с автором программы K1JT.
помнится сия дискуссия про кв(в основном) и полярные трассы присутствовала в теме по JT9, когда начинали ее освоение в 2011-2012гг.
-
Кто что может подсказать ? Есть цель - принять ебнаут на внешнюю звукокарту delta44. На два входа подаются I Q сигналы от SDR приёмника. На третий вход - смесь 1 PPS + NMEA, В компьютере I Q сигналы конвертируются в аудиопоток с данными 16 бит 48000 КГц. Программа для конверсии - HDSDR. Выходной поток она передаёт в левый канал виртуального аудиокабеля. Через повторитель в правый канал этого же виртуального аудиокабеля приходит смесь 1 PPS + NMEA. Далее в программе SpectrumLab идёт приём ебнаута по обычной процедуре. Не будет ли в такой связке потери посылок, срыв фазы и прочие "прелести" ?
Что прочёл по виртуальному аудиокабелю - это не процесс реального времени, кодек захватывает пачку отсчётов и передаёт дальше клиенту, то есть работает по принципу - взял отдал. Можно менять время сбора выборок. Не нарушит ли этот принцип целостности фазы и будет ли возможен приём сигналов ебнаута в такой конфигурации ?
-
Потери будут.
Лучше задай вопрос Маркусу. И Стефану заодно.
-
Потери будут.
Лучше задай вопрос Маркусу. И Стефану заодно.
Маркус ответил что такую конфигурацию не испытывал и предполагает наличие задержек сигнала в виртуальном аудиокабеле, также эта задержка не будет постоянной, а постоянно будет плавать туда сюда. Он предлагает из IQ сигналов сформировать SSB через фильтр Гильберта и этот SSB сигнал подавать на аудиовход.
-
Потери будут.
Лучше задай вопрос Маркусу. И Стефану заодно.
Маркус ответил что такую конфигурацию не испытывал и предполагает наличие задержек сигнала в виртуальном аудиокабеле, также эта задержка не будет постоянной, а постоянно будет плавать туда сюда. Он предлагает из IQ сигналов сформировать SSB через фильтр Гильберта и этот SSB сигнал подавать на аудиовход.
Ну, видишь как. Мэтры дали ценный совет!
-
Успешно прошла передача посылок ебнаута между EW8RD и EW8HP. Без какой-либо стабилизации по частоте. Несмотря на видимый дрейф сигнала по частоте, сигнал был принят и успешно декодирован. В качестве антенны - 73 витка на ферритах отклоняющей системы. Ферриты одеты на батарею. Усилитель TDA2030. Приём - минивип на крыше. Расстояние метров 400.
-
Здорово! Поздравляю, я бы так не смог - мозгов не хватит) Удачи!
-
Здорово! Поздравляю, я бы так не смог - мозгов не хватит) Удачи!
Спасибо..) Мозгов хватит у каждого, было бы желание. Если оно есть - могу поэтапно провести по пуктам. Аудиофайлы я составляю средствами СпектрумЛаба, чем немного теряю в чувствительности, за счёт простоты. Если хотите попробовать себя в передаче этой цифры - вам нужен просто компьютер с колонками и микрофоном. Один экземпляр Спектрумлаба передаёт - другой принимает. Если у вас уже есть модуль u-blox или собираетесь его покупать - я подскажу как его настроить и где взять батники. В общем если есть конкретная проблема - пишите, попробую помочь. Мануалов для чайников я не пишу..) потому как у каждого может быть свой путь. Кто-то сразу с железа начинает, кто-то с программ. Даже аудиофайлы можно записывать по разному, либо напрямую, либо через экспорт fft-отсчётов ( с этим к Саше RN3AUS). Ну и так, к слову, преимущество ебнаута в более пробивной моде и способности накапливать сигнал, это чтобы вас подбодрить и воодушевить к экспериментам. Несколько слов про накопление сигнала - не всё так грустно как было в начале. Уже есть утилита для суммирования аудиофайлов, и проведён эксперимент, в котором стало известно, что одинаковая начальная фаза у сигнала в каждом аудиофайле, приводит к выйгрышу только на небольшом количестве слагаемых, сравнивали с суммой из аудиофайлов, в которых начальная фаза сигнала была случайной. Далее разница между суммами свелась к 1 дб.
-
У меня синтезатор Александра - пока не разбирался, там вроде бы есть Ибнаут и модуль есть. Если буду пробовать то сначала на 136 кГц - если это возможно. Готовлюсь к экспериментам с другими модами, углубляться не буду, а то накаркаю, две темы не осилю. Поэтому, пока просто интересуюсь. Больше вопрос по приёму, про передачу помалкиваю. Когда в плотную начну занимать, буду беспокоить. Так понял, что мода пробивная, больше шансов на 8200 засветиться, чем обычными qrss и т.д. - это конечно подкупает.
-
У меня синтезатор Александра - пока не разбирался, там вроде бы есть Ибнаут и модуль есть. Если буду пробовать то сначала на 136 кГц - если это возможно. Готовлюсь к экспериментам с другими модами, углубляться не буду, а то накаркаю, две темы не осилю. Поэтому, пока просто интересуюсь. Больше вопрос по приёму, про передачу помалкиваю. Когда в плотную начну занимать, буду беспокоить. Так понял, что мода пробивная, больше шансов на 8200 засветиться, чем обычными qrss и т.д. - это конечно подкупает.
Понял вас Алексей. У вас достаточно хорошие возможности для проведения эксперимента с ебнаутом. Также поддерживаю ваше решение делать проекты один за другим , а не все сразу. Будут вопросы - пишите. Мои пять копеек - в синтезаторе есть ебнаут, поскольку у вас есть модуль gps , вы можете спросить у RN3AUS как его связать с синтезатором. Я полагаю что просто выход с gps timepulse подать как опорный для работы микросхемы синтезатора, вместо кварца. Там фьюзы подправить возможно. Это уже в тему про синтезатор.
Как только сможете наладить связку gps и синтезатор -сразу можете передавать, дома даже на кусок провода без усилителя ,напрямую с синтезатора. Приёмник на 136 у вас есть, как я понимаю. На первое время не нужно заморачиваться со стабильностью частоты. Увидели свой сигнал на спектрумлабе, далее можно пробовать принимать. Синхронизация часов по Dimension 4. Там подскажу если непонятки будут. И передать на 136 в ебнауте проще чем на 8270, людей больше кому принять.
Про 8270 скажу так - народу мало, только по договорённости, часто там работает VO1NA. Надо иметь огромные антенны и мощности чтобы кто-то принял. Пока у нас с EW8RD дело на 8270 пригасло, некогда ехать на дачу и не на чем. Аппаратура готова.
-
Судя по vlf рассылке , периодически на 8 кгц включают передачи в этой цифровой моде.
Если в приёмнике стоит опорник fox924 (около 2 ppm стабильность от температуры ), то такой стабильности не хватит, чтобы что-то принять ?
-
Стабильность опорной частоты, частоты дискретизации и так далее должна быть такой, чтобы за время передачи фаза на частоте несущей не повернулась больше чем на 180 градусов. В этом случае декодер еще сможет декодировать, лучше бы не более 90 градусов.
Длительность передачи бывает 4 часа, бывает и 8 часов, редко 2 часа. Частота 8270, длительность полупериода 60,46 мкс. Значит за время 4×3600=14400 сек нужно набрать погрешность не более 60 мкс, для чего получается нужна точность 60мкс / 14400 сек = 4×10-9
Вроде так получается. В общем по этой причине для коррекции неточности частоты дискретизации звуковой карты необходимо использовать импульсы 1 pps с приемника gps/глонасс: http://rn3aus.narod.ru/VLF-QSO-Radio2017.djvu