Автор Тема: EbNaut  (Прочитано 8385 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #15 : 11 Декабрь 2016, 22:31:59 »
Мне удалось принять участие в эксперименте Маркуса 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



В приложении также файл, содержащий сигнал Маркуса. Попробуйте его декодировать с установками, как сделано у Маркуса.

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #16 : 12 Декабрь 2016, 23:01:11 »
Удалось сегодня самостоятельно повторить успешное декодирование сигнала Маркуса и обнаружить еще два декода в другое время.
Конечно, нужно еще и еще разбираться; особенно трудоемко, если нужно искать сигнал по частоте и времени. Но тем не менее, это работает!

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #17 : 16 Декабрь 2016, 19:43:46 »
Теперь EbNaut можно передавать с нашего синтезатора DDS: http://136.su/index.php/topic,117.msg17798.html#msg17798
(Надеюсь, это заинтересует прежде всего R7NT, который мог бы впервые представить R в этом новом режиме).
Проведя довольно много экспериментов, пока отлаживал программу, могу сказать - EbNaut интересная вещь. Наверное, он обладает предельно возможной пробивной способностью.

Оффлайн ut7gh

  • Постоялец
  • ***
  • Сообщений: 173
    • Просмотр профиля
Re: EbNaut
« Ответ #18 : 16 Декабрь 2016, 20:59:31 »
А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ?   ???

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #19 : 16 Декабрь 2016, 21:48:49 »
А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ?   ???
Несколькими постами выше лежит руководство для начинающих от dk7fc, но я думаю составить для нас русскоязычное руководство с картинками; иначе, без совета от старших товарищей, трудно понять как что делать. Мне подсказал Маркус, за что ему большая благодарность, так у меня вначале ничего не получалось. На днях попробую составить пособие.

Оффлайн EW6X

  • Ветеран
  • *****
  • Сообщений: 1022
    • Просмотр профиля
Re: EbNaut
« Ответ #20 : 16 Декабрь 2016, 21:56:23 »
На днях попробую составить пособие.
Может тогда что и у меня сдвинется...
NA ебнашит ночами, можно было б попытаться принять...
« Последнее редактирование: 17 Декабрь 2016, 17:50:58 от EW6BN »
(ex EW6BN)

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #21 : 17 Декабрь 2016, 15:28:41 »
Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550, так как обработка строится на использовании файлов для опдс, формируемых Спектрумлабом, а в них только этот диапазон частот записывается!
Обычно наши европейские коллеги работают на 137490 (df6nm), 137495 и 137485 (итальянские станции).

Оффлайн Сергей RA1ADF

  • Ветеран
  • *****
  • Сообщений: 2961
    • Просмотр профиля
Re: EbNaut
« Ответ #22 : 17 Декабрь 2016, 16:16:49 »
Давно ждал. Внимательно перечитав тему, и выписав на бумажку все частоты о которых вы упоминается в теме, понял что передача ведется  на участке от 137485 Гц до 137542 Гц. Теперь эти частоты известны точно. Спасибо . Очень важная информация.
RA1ADF Сергей

Оффлайн EW6X

  • Ветеран
  • *****
  • Сообщений: 1022
    • Просмотр профиля
Re: EbNaut
« Ответ #23 : 17 Декабрь 2016, 17:54:47 »
Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550,
Ну тут бы понять что к чему, а там подтянем на другие частоты, если Вы про NA на 777, Маркус то его принимает.
Да и opds32 у меня с моим дайлом 135500 на 1950-2050 настроен.
(ex EW6BN)

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #24 : 18 Декабрь 2016, 20:44:12 »
Цитировать
Цитата: 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 (просто запускаем ее без параметров) видим фазы сигнала, "созвездие" и красным цветом спектр, а голубым - квадрат спектра, что для нас наиболее важно.
На голубом спектре будет присутствовать некоторый пичок (а на красном его не будет), так вот меняя частотный сдвиг и вновь запуская декодер и эту утилиту просмотра последовательно подгоняем голубой пичок к центру (справа - увеличенная центральная часть для большей точности). Подбираем на конечном этапе уже тысячные доли Гц.
Подобрали - запускаем декодер, и если повезет - будет довольно скоро декод.
Тут еще можно на десятые доли секунды меняя временной сдвиг добиться наилучшего качества. если ошибка временного сдвига больше половины (или целого) длительности символа - декода не будет.

зы Перенес ответ сюда чтобы не потерялось

Оффлайн EW6X

  • Ветеран
  • *****
  • Сообщений: 1022
    • Просмотр профиля
Re: EbNaut
« Ответ #25 : 18 Декабрь 2016, 21:05:02 »
Александр, спасибо!
Кстати, тайм офсет можно было бы и автоматом считать в ebnaut_rx. Типо вместо тайм офсет вводить начало передачи, а брать начало отсчёта из WAV и вычитать, уже было бы проще.
До скольки R7NT вещал сегодня днём? У меня пока есть есть отсчёты 134400.7 и 140400.9 ну и далее с 15:04
(ex EW6BN)

Оффлайн RА3-170-352

  • Ветеран
  • *****
  • Сообщений: 1665
  • ex RN3AGC
    • Просмотр профиля
Re: EbNaut
« Ответ #26 : 18 Декабрь 2016, 21:13:16 »
Жуть какая... :)

Оффлайн rn3aus

  • Ветеран
  • *****
  • Сообщений: 2183
    • Просмотр профиля
Re: EbNaut
« Ответ #27 : 18 Декабрь 2016, 21:39:45 »
Да он как начал вещать так вроде и до сих пор идет.

Оффлайн R7NT

  • Ветеран
  • *****
  • Сообщений: 1077
    • Просмотр профиля
    • E-mail
Re: EbNaut
« Ответ #28 : 18 Декабрь 2016, 23:09:53 »
сейчас последняя серия идет, но в 22:30МСК off и на боковую
как придумаю что со стабилизацией TX, то и продолжим эксперименты
дам знать

Оффлайн R7NT

  • Ветеран
  • *****
  • Сообщений: 1077
    • Просмотр профиля
    • E-mail
Re: EbNaut
« Ответ #29 : 19 Декабрь 2016, 18:36:13 »
ещё и итальянец 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
« Последнее редактирование: 22 Декабрь 2016, 16:07:55 от R7NT »