форум Радиолюбительского ДВ портала > Программное обеспечение
EbNaut
EW6X:
--- Цитата: rn3aus от 16 Декабрь 2016, 21:48:49 ---На днях попробую составить пособие.
--- Конец цитаты ---
Может тогда что и у меня сдвинется...
NA ебнашит ночами, можно было б попытаться принять...
rn3aus:
Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550, так как обработка строится на использовании файлов для опдс, формируемых Спектрумлабом, а в них только этот диапазон частот записывается!
Обычно наши европейские коллеги работают на 137490 (df6nm), 137495 и 137485 (итальянские станции).
Сергей UB1APE:
Давно ждал. Внимательно перечитав тему, и выписав на бумажку все частоты о которых вы упоминается в теме, понял что передача ведется на участке от 137485 Гц до 137542 Гц. Теперь эти частоты известны точно. Спасибо . Очень важная информация.
EW6X:
--- Цитата: rn3aus от 17 Декабрь 2016, 15:28:41 ---Важное замечание, которое я к сожалению раньше не написал:
чтобы можно было потом EbNaut декодировать, сигнал должен попадать в диапазон Оперы 137450-137550,
--- Конец цитаты ---
Ну тут бы понять что к чему, а там подтянем на другие частоты, если Вы про NA на 777, Маркус то его принимает.
Да и opds32 у меня с моим дайлом 135500 на 1950-2050 настроен.
rn3aus:
--- Цитировать ---Цитата: 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 (просто запускаем ее без параметров) видим фазы сигнала, "созвездие" и красным цветом спектр, а голубым - квадрат спектра, что для нас наиболее важно.
На голубом спектре будет присутствовать некоторый пичок (а на красном его не будет), так вот меняя частотный сдвиг и вновь запуская декодер и эту утилиту просмотра последовательно подгоняем голубой пичок к центру (справа - увеличенная центральная часть для большей точности). Подбираем на конечном этапе уже тысячные доли Гц.
Подобрали - запускаем декодер, и если повезет - будет довольно скоро декод.
Тут еще можно на десятые доли секунды меняя временной сдвиг добиться наилучшего качества. если ошибка временного сдвига больше половины (или целого) длительности символа - декода не будет.
зы Перенес ответ сюда чтобы не потерялось
Навигация
Перейти к полной версии