EbNaut

[ut7gh]

Про дублирую сообщение в тему.
В выходные дни по экспериментировал с модой  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/

[ut7gh]

Примерно вот так должно выглядеть , если всё работает правильно.
Источник информации : https://qsl.net/iz7slz/EBNAUT/img.jpg

[R7NT]

После почти 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?

[rn3aus]

В режиме 32-битной фазы ближайшая к 137541 частота при опоре 12,8 МГц будет равна 137 541,00004831949869791666666667‬. Именно эту частоту будет формировать DDS. Точность установки частоты, на мой взгляд, достаточна для EbNaut.
Еще с таким опорником есть абсолютно круглая частота 137500.
Другое дело, что ТСХО все-таки, как видно, плывет и "блуждает" по-немножку. И это заметно на графике Маркуса.
Выход один - подать на порядок более стабильную опору, будь то OCXO что-то вроде  "Гиацинта" или еще лучше рубидиевый генератор 10 МГц. Или выход 10 МГц с GPS приемника.

Вносит ли УМ какие-то изменяющиеся во времени фазовые сдвиги - тут мне трудно сделать какую-то оценку.

"Девиация" резонанса антенной системы может также постепенно сдвигать фазу, но в данном случае вряд ли это существенно - сдвиг на 45 градусов при уходе резонансной кривой в точку половинной мощности (0.707 по напряжению) - это должно быть заметно по падению тока в антенне почти в полтора раза. Если этого нет и резонанс никуда не уходит - то значит здесь все в порядке.

[ut7gh]

Есть проблема невозможности установить точно частоту nnn.00000 для автодекодеров.

Вот это и есть основной проблемой. Возможно если использовать значительно низкую частоту опрного генератора и удастся попадать в канал приёма. А насчёт стабильности. то логика следущая - приёмники автодекодеров используют в качестве опоры сигнал с GPS приемника, значит и нам надо только его применять для полной синхронизации!
А фаза сигнала очень зависит от состояния ионосферы.И бывают очень не удачные моменты.

[R7NT]

Мне собственно непонятна картинка от Marcus'а где мой сигнал сначала идет от условного 0 вверх, а затем в конце передачи возвращается опять к 0 , в результате справа получается "бублик"  И это за 30мин период передачи
Это вроде не может быть связано с каким-то прогревом-остыванием. Причём картинка практически симметричная
В чем проблема непонятно...
PS Вчера немного подразломал некоторые "составные части системы" и не вещал - сегодня наверное буду пробовать новый вариант, но с таким же EbNaut-OP32 попеременно

[R7NT]

если использовать значительно низкую частоту опрного генератора

а почему не наоборот? т.е. если использовать "значительно высокую частоту" и т.д.
наверное в таком случае вариантов частот будет больше (?)

[ut7gh]

возможностью работать с 32 битным аккумулятором фазы DDS. При этом шаг установки частоты равен 0.002 Гц.

Понижая опорную частоту пропорционально уменьшится шаг перестройки. Наверное можно подогнать и с помощью функции автокоррекции частоты, но это длительный экспериментальный процесс.
 -"бублик" получился из-за дрейфа опоры. Он заметен на рапортах из Opera, изменения в последней цифре частоты _ .000 -.005 Гц !

[rn3aus]

будет равна 137 541,00004831949869791666666667‬. Именно эту частоту будет формировать DDS. Точность установки частоты, на мой взгляд, достаточна для EbNaut.

При таком частотном сдвиге (0,0000483194 Гц) набег фазы на 90 градусов произойдет за 5174 секунды, то есть за полтора часа. За полчаса всего 30 градусов.

[R7NT]

изменения в последней цифре частоты _ .000 -.005 Гц !

тогда я не очень понимаю картинку от Marcus'а, вернее что рисует EbNaut софт - полагаю, что это всё за один период в 30m56s  т.е. ".000 -.005 Гц !" это за все периоды с паузами
да, опора с 20:31 по 02:04 уплыла вниз на эту величину, но если смотреть по opds за период 21:04 - 22:04 то на .005 - .003 = .002
Вот и не понятно мне почему на картинке частота(?) вначале поплыла вверх, а к концу опустилась вниз к первоначальному значению
Объясните PSE что-где на картинке, а то на ней ничего не обозначено по осям, как и собственно маcштабы-величины

[rn3aus]

Объясните 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 градусов, внутри одной вертикальной клетки на верхнем графике

[R7NT]

На верхней части

Спасибо Александр!
Если бы не было выбегов фаз, то справа были бы 2 размазанные точки - каждая в идеале просто совсем небольшая?
А с чем связано, что на картинках выше у UT7GH, что эти точки расположены под разными углами - в идеале должны быть точно одна под другой, с горизонтальным разбегом или вообще одна?

[rn3aus]

эти точки расположены под разными углами

Думаю, здесь мы видим абсолютное значение фазы. Разница между фазами 180, но начальное значение фазы может быть разным. В SpectrumLab и наверное в EbNaut ноль фазы отсчитывается с 00:00 суток. То есть в этот момент синусоида данной частоты переходит через ноль.
В нашем DDS начальная фаза не привязана к нулям суток и имеет случайное значение в зависимости от момента включения питания DDS, момента подачи команды установки частоты и т.д.
Собственно эти два размытых пятна - называемые "созвездие" - собираются из элементарных точек, каждая из которых несет информацию о фазе и амплитуде каждой из посылок сигнала. Абсолютная фаза откладывается как угол поворота вектора в полярной системе координат, на конце которого находится рисуемая точка, его длина - амплитуда. Так что если есть набег фазы - созвездие будет размазываться по окружности. Если есть флуктуация амплитуды - то размытие по расстоянию от центра координат. Когда флуктуирует и то и другое - по всей плоскости. Это же происходит (размытие по плоскости) когда сигнал слабый и фаза и амплитуда зашумлены.

[Сергей UB1APE]

Ребята слежу за темой, но стеснялся спросить,  после всего прочитано начинаю что то понимать. Изобразил вот , верно или нет?

[R7NT]

верно или нет?

я тоже так понял
единственное в данном моём случае ~31мин, а вообще зависит от конкретного времени передачи. например, если передача будет 10мин, то каждая метка =1мин