форум Радиолюбительского ДВ портала > Программное обеспечение

EbNaut

<< < (4/32) > >>

rn3aus:
Мне удалось принять участие в эксперименте Маркуса 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:
Удалось сегодня самостоятельно повторить успешное декодирование сигнала Маркуса и обнаружить еще два декода в другое время.
Конечно, нужно еще и еще разбираться; особенно трудоемко, если нужно искать сигнал по частоте и времени. Но тем не менее, это работает!

rn3aus:
Теперь EbNaut можно передавать с нашего синтезатора DDS: http://136.su/index.php/topic,117.msg17798.html#msg17798
(Надеюсь, это заинтересует прежде всего R7NT, который мог бы впервые представить R в этом новом режиме).
Проведя довольно много экспериментов, пока отлаживал программу, могу сказать - EbNaut интересная вещь. Наверное, он обладает предельно возможной пробивной способностью.

ut7gh:
А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ?   ???

rn3aus:

--- Цитата: ut7gh от 16 Декабрь 2016, 20:59:31 ---А можно по подробнее об методике обнаружения и декодирования потенциальных сигналов режима EbNaut ?   ???

--- Конец цитаты ---
Несколькими постами выше лежит руководство для начинающих от dk7fc, но я думаю составить для нас русскоязычное руководство с картинками; иначе, без совета от старших товарищей, трудно понять как что делать. Мне подсказал Маркус, за что ему большая благодарность, так у меня вначале ничего не получалось. На днях попробую составить пособие.

Навигация

[0] Главная страница сообщений

[#] Следующая страница

[*] Предыдущая страница

Перейти к полной версии