Скрипт для файлов настроек трекера DDE драйвера.

... Все страницы раздела SAT * KSM проекта MY TLE генератор DDE файлов спутникового мониторинга - являются размышлением, направленным на необходимость и обеспечение работоспособности скриптовых сценариев автоматической генерации собственных данных орбит и связей авто настройки программ - для работы в составе единого ПО комплекса отслеживания радио передач спутников - в образовательных и радиолюбительских целях ...
* KSM - kompleks sputnikovogo monitoringa, satellite monitoring complex, частная любительская домашняя наземная станция приёма сигналов космических аппаратов на базе RTL-SDR ...

DDE скрипт v1.

Скрипт отменен в пользу более нового и лучшего скрипта для работы программных агрегаторов спутникового мониторинга в едином формате ... Ссылка на рабочую версию скриптов и таблицы активных спутников - ниже, в меню страницы ...

Осознавая, что тяжело успевать вручную отслеживать более 130 спутников - решил наконец заняться автоматизацией ... Некоторый опыт работы с технологией DDE уже имеется и осталось отшлифовать ее для применения на массе спутников ... Делать такую работу вручную - руки не поднимаются ... Кстати, случайно наткнулся на рекомендацию JE9PEL по настройке DDE трекера : File name = NORAD number (имя файла = номер спутника) ... Ну, конечно ... Именно этим путем, как - самым простым, я и стараюсь идти ...

На самом деле ничего простого здесь нет ... Переведя имена спутников в номера - попутно я изменил информационные записи о спутниках (в программе Orbitron, папка Notes), добавив название, частоту, режимы и примечания для облегчения идентификации и быстрых подсказок ... При этом отказался от стандартного формата данных (по двойному клику) - в пользу упрощенного ... Это было первой ошибкой ...

Как сказано в описании к файлу Notes/00000.txt :
- частоты в МГц, с аннотациями в скобках ...
- * обозначает подтвержденный нисходящий канал (в начале или в конце?) ...
- чтобы быть принятой доплеровским калькулятором - частоты должны быть обозначены как ###.### (три или более цифр после точки) ...
- при этом допускается формат : частота, 145.000 ; дополнительные частоты, 145.000/500/800 ; или диапазон частот, 145.000-148.000 ...
- первая частота из диапазона берется для доплеровского калькулятора ...

Изменив формат записей я добился, что доплеровский калькулятор не смог определить частоту для мониторинга и коррекции ... Я не вижу удобства в излишних записях, не представляющих интереса и снижающих скорость восприятия информации мимоходом / на бегу ...
# NAME: обязательно для безымянных / номерных TLE
# LAUNCHED: зачем? Дублирует запись COSPAR, кроме запусков с МКС (всегда 1998), интересно в паре с EOL, что дискредитирует запись STATUS для большинства спутников ...
# SITE: зачем? ... конечно - не возбраняется, но желательно, чтобы эту информацию предоставляли сами разработчики спутника ...
# STATUS: возможно ...
# DNLINK: невозможно полноценно применять для многочастотных и многорежимных спутников ...
# UPLINK: невозможно полноценно применять для многочастотных и многорежимных спутников ... не применяется при радио / наблюдении ...
# BEACON: излишне для одно / частотных многорежимных спутников ...
# SIG: ??? информация добавляется в скобках к частоте / DNLINK, UPLINK, BEACON или в NOTES / замечания ... излишне ... Предположение, что SIG влияет на выбор режима драйвера DDE - не подтвердилось ...
# CALLSIGN: просится в скобках к частоте BEACON ... BEACON в любом случае DNLINK ... Выяснить приоритеты для принятия доплеровским калькулятором ...
# LASTRX: вероятно будет дублировать UPDATED ... излишне ...
# NOTES: желательно использовать для нестандартных примечаний ... предполагается дублирование предыдущих записей ... Последнее поле для различных записей ... Как же поле UPDATED оказалось еще ниже ? ...
# UPDATED: находится ниже видимой области и не мешает восприятию основной информации, сообщая об авторе последних изменений записей / редактирования файла ...

Если следовать нашей логике изначальной выборки активных спутников, то - записи LAUNCHED, SITE, STATUS, SIG, LASTRX, NOTES и UPDATED могут находится ниже видимой области и не мешать восприятию основной информации ... Это приемлемо и допустимо ... Тогда второй вопрос : если нельзя менять формат записей - можно изменить порядок их следования ? Можно ... Копи / пастер, по двойному щелчку, считывает образец записи (ограниченный линиями из тире) из Notes/00000.txt в редактируемый файл по номеру спутника ... Изменение порядка, с учетом указанных правил - никак не повлияло на работу копи / пастера или захвата частоты корректором ...

В программе Орбитрон вы должны сами контролировать, какая частота попадет в доплеровский калькулятор и далее в DDE трекер к другим программам! Это означает, что если для спутника прописаны
DNLINK: 437.000
DNLINK: 145.000
BEACON: 2100.000
то в доплеровском калькуляторе DNLINK отсортируется (а, не будет взято первое встреченное значение DNLINK) и смешается с BEACON ; то есть в выпадающем списке / меню частот калькулятора порядок будет такой :
DNLINK: 145.000
BEACON: 2100.000
DNLINK: 437.000

Нет ничего сложного, чтобы переключить частоту коррекции вручную для одного спутника ... Но нет никакой возможности заставить делать выбор требуемой частоты автоматически, кроме как в случаях :
- вручную переключать значение частоты на требуемое, для коррекции, каждый раз, для файлов правильного формата ...
- вручную исправлять значение частоты для коррекции внутри текста файла, каждый раз, для файлов неправильного формата, но полного описания возможных частот ...
- держать набор исправленных файлов диапазона нужных частот, неправильного формата / но, полного описания и копировать весь набор перед приемом ... (В этом случае будут известны все дополнительные частоты и режимы) ...
- держать набор файлов диапазона нужных частот, правильного формата / но, неполного содержания и также копировать весь набор перед приемом ... (В этом случае покрытие частот распространяется только на выбранный диапазон, и даже в этом случае для частоты 145.000/500/800 - все равно требуются ручные манипуляции с перестановкой частоты для доплеровского калькулятора и проверкой / согласованием с прописанной частотой планировщика RTL-SDR !!! ) ...

Внимание! Я не обнаружил, где еще в программе Orbitron хранятся настройки прежних частот драйвера DDE ! ...
# Если вы заметили, что частота, отправленная DDE - не совпадает с установленной в планировщике - проверьте и измените ее в выпадающем списке частот драйвера DDE ...
# Программа Orbitron, настройки, Ротор / Радио - запуск и настройки драйвера DDE ...
# Было предположение, что элемент Notes : SIG влияет на выбор режима DDE драйвера : CW, CW-N, FM, FM-N, FM-W, LSB, USB - но, это не подтвердилось ... (N / Narrow - узкополосной ; W / Wide - широкополосной) ...
# Выбор старой частоты сохраняется в планировщике, даже если в Notes - эта частота не указана ... После выбора текущей частоты DNLINK - старая частота пропадает из списка ... (Обнаружено несколько раз, на разных спутниках) ...

То есть, нет механизма единого управления выбора предустановленного диапазона приема (пока даже и не говорим о передаче) и единой настройки согласования частоты в доплеровском калькуляторе Orbitron и планировщике DDE / SDRSharp / RTL-SDR ... Здесь просматривается вторая ошибка : а, правильно ли я начал прорабатывать связку DDE трекера Orbitron с планировщиком ddetracker_net46, особенностью которого - есть поддержка QPSK демодулятора спутника Метеор-М2 ??? Возможно, следовало использовать родной DDE Client v1.05 Orbitron (MyDDE) и Satellite Tracker Plugin SDRSharp ??? Вероятно - нет, так как Satellite Tracker Plugin работает только до версии SDRSharp v1400 - а у меня (и, многих) v15xx и выше ...

Вернее, на версии SDRSharp v1361 закончилась поддержка Windows XP / Net Framework 3.5, а с версии v1362 SDRSharp работает на Net Framework 4.6 ... Естественным образом часть устаревших плагинов отвалилась / или нужно использовать старую версию программы ... Но, как это касается нашей задачи ? ... MyDDE все равно не имеет отношения к SDRSharp - это драйвер программы Orbitron ... Кто это говорит : правильнее будет - вручную переключить частоту в окне настройки Ротор / Радио программы Orbitron ??? Посмотрел частоту отслеживания в планировщике DDE / SDRSharp - 5 секунд ; ... проверил выбор частоты в Orbitron / переключил - еще 7 секунд ; ... итого 12 секунд на 131 спутник - если работать, как робот - 70 минут или 1 час 10 минут - каждый раз (!) при настройке приема ... Не-е-е, я голосую за третий или четвертый вариант ... Пусть лучше 10 / 20 спутников будут неправильно прописаны, чем я каждый раз буду тыкать кнопки ...

Итак, резюме :
# для стандартных спутников с одной частотой - нет проблем сгенерить правильные записи для планировщика и заметок / Notes программы Orbitron ...
# для нестандартных спутников с несколькими частотами придется писать разные генераторы по диапазонам : КВ, 144 мГц, 437 мГц ... Далее, S-band 2 / 5 / 8 / 10 ГГц (таких спутников пока немного и я про них не думаю) ...

Дело в том, что я уже написал генератор для DDESchedule.xml планировщика DDE / SDRSharp ... И уже на этом этапе столкнулся с проблемой много / частотности спутников ... Поэтому первый приоритет для диапазона 437 МГц, с которым работаю - расставил так : одна частота ; одна или первая частота маяка ; одна или первая частота DNLINK ... А, что я могу поделать ??? Много / частотные спутники - это большая проблема, требуют ручной настройки - и для них проще прописать хотя-бы одну частоту / или вообще от них отказаться ... Кому надо - пропишет ручками ; кому не надо - тем, более не имеет смысла тратить время ... Но, если не согласовать файлы коррекции и планировки - автоматика работать не будет - это также не есть гуд и пустая трата времени и сил ... Именно, поэтому я больше нигде не видел, чтобы кто-то, кроме R4UAB - раздавал прописанные файлы к Orbitron / и, тем более к DDE / SDRSharp планировщику ... Опять, же - проблема : мои файлы не будут работать со стандартными TLE ... Но, скажу вам - работать с собственным TLE - это чистое удовольствие ...

Пусть меня назовут резиновым изделием, но - я уже убежден, что пришла пора создавать новые программы спутникового мониторинга, с учетом указанных недоработок и взяв лучшие решения программ прошлых лет, с большим функционалом, совместимостью и возможностями ... Теперь слово за программистами ... Главная проблема : отсутствие синхронности и единого управления DDE сервера / корректора и DDE клиента / планировщика ... Достаточно написать пару DDE сервер / клиент с возможностью настройки одного из другого / или с общими настройками - и это решит проблему согласованности и двойной работы по индивидуальному добавлению одинаковых записей в доплеровский корректор и планировщик ... Спутник один и тот же, частота та же самая - так зачем нужна двойная работа ??? ...

Что касается записей DDE планировщика ... Так как спутники перекрывают один / другой - нет смысла прописывать LOS ... Достаточно указать данные AOS, чтобы переключить частоты и режим отслеживания следующего спутника, чтобы автоподстройка подхватила его ...
Постоянно путаюсь с этими командами ...
send_tracking_frequency_On - отправка частоты коррекции плагину фазовой модуляции, например спутника Метеор, если нельзя осуществлять подстройку частоты радио / приемника RTL-SDR ...
radio_tracking_frequency_On - подстройка частоты радио / приемника RTL-SDR ...
Обратите внимание : даже с номерными названиями спутников в TLE - для 25544 МКС программа Orbitron все равно укажет ISS ... Учитывайте это при создании сценариев планировщика, чувствительного к именам спутников, передаваемых через DDE ...
Примечание : не могу избавится от двойственности выбора частоты для корректора ... он видит вторую частоту даже в скобках, где должен быть комментарий, например :
DNLINK: 437.250 (1k2 AFSK ; 145.900 CW) - все равно отобразятся обе частоты и 145.900 - первой в списке по сортировке ... Вывод : DNLINK должен быть только один, частота для него - только одна и файлы, естественно, будут INCOMPLETE / неполные ... Остальные варианты частот придется пихать в NOTES, где они не распознаются ... Если, вообще есть смысл тратить на это время : файлы то, все равно - только для одного диапазона 437 МГц ...

Я, конечно, понимаю, что здесь не ЦУП / центр управления полетов, и не ЦСРК / центр стратегического ракетного командования ... Просто / нравится, когда все механизмы работают слаженно ... На последнем этапе разработки выяснилось, что добавить в файлы Notes названия спутников и описания к частотам - не получится, по причине пробела, разделяющего переменные при передаче параметров в командных файлах ... Усеченная информация меня не устраивает, а полная требует введения новых переменных и много ручного труда и времени на их описание ... Исходники от таблицы рабочих спутников и частот использовать не получится : там другой формат записей и частоты объединены, а здесь их требуется наоборот / разделить ... Пришлось пойти по пути наибольшей минимизации и работоспособности, учитывая, что :
- на первом этапе мониторинга сигналов спутников можно обойтись и без дополнительной информации ...
- вопрос о генерации файлов в правильном формате остается в разработке ...
- за основу можно принять и формат описания Notes / Orbitron - но нет уверенности в необходимости его 100% востребованности в спутниковой технологии ... Все-таки Notes - это не энциклопедия, и приоритеты нужно отдавать скорости восприятия нужной информации и ограниченности места отображения ... То, есть - еще раз отсортировать пункты по важности, иначе, в будущем - снова потребуются согласования, адаптации и переделки ...

Однако, как бы то ни было - технология по одновременному мониторингу 131 спутника диапазона радиочастот 437 МГц - работает успешно, и вы можете опробовать ее в экспериментальных целях, для поиска сигналов спутников и проверки антенн и радиооборудования ...
# Прежде, чем продолжить сохраните ваши исходные данные : папка Orbitron/Notes и файл RTL-SDR/DDESchedule.xml ...
# Чтобы проследить весь ход размышлений следует изучить весь цикл статей записки наивного радионаблюдателя по приему сигналов спутников ... Настройка DDE трекера - следствие и продолжение предыдущих экспериментов ...
# Генератор DDE 437-cw-nfm создает файлы из воздуха (из списка) с указанными Mode CW / NFM ...
# Запустить файл _ddexml1-ini.cmd, больше ничего не требуется ... Полученные файлы TXT и XML скопировать в соответствующие места ... Запустить программы и активировать трекеры, выбрать все спутники для отслеживания, которые подготовлены генератором TLE ... Вернее сказать, так : все последующие генерации основаны на списке спутников, выбранных для создания TLE ... Точно так же эту операцию можно будет проделать для диапазона 144 МГц - порядок следования алгоритмов не изменится ...
# Генератор DDE 437-usb создает файлы для режима - Mode USB ... Никаких других отличий и модификаций нет ... Просто используйте тот или иной режим настройки, выбрав подходящий генератор DDE / или используйте свой, исправив содержимое INI файла _ddexml1-ini.cmd, включая количество спутников / файлов / записей, ширину полосы и частоты ...

Примечание : скачивать скрипты с этой страницы - нет смысла (поэтому - они были удалены) ; материал оставлен для ознакомления и мог устареть ... Для комплекса спутникового мониторинга в комплекте идет весь набор необходимых новейших скриптов ...

Примечание 1 : ... Прочитал через пару недель - и сам не понял, что тут понаписано ... Если идти от начала исследования - такой проблемы не возникнет ... Кратко изложу суть DDE ... Чтобы DDE / автонастройка на спутники / частоты работала - нужно чтобы :
- В SDRSharp / плагин DDE клиент - были настроены планировщики обработчиков AOS / прихода спутника - это находится в виде записей в файле SDRSharp\DDESchedule.xml
- Чтобы работал DDE сервер в программе Orbitron - его нужно установить и включить ... DDE серверу нужны спутники для мониторинга (для которых создается свой TLE файл с номерами вместо имени) и файлы Orbitron\Notes с частотой приема для этих спутников, от которых работает доплер / корректор ...
- Определить список номеров спутников для приема ; сгенерить TLE файл и подключить его к программе Orbitron ...
- К списку спутников добавить Mode / Режим , частоту в Гц, ширину полосы - для настройки SDRSharp и частоту с точкой для настройки Orbitron ...
- Согласно формату записи в _ddexml1-ini.cmd (через пробел) DDE генератора - изменить этот файл и запустить - будут сгенерированы файл планировщика SDRSharp\DDESchedule.xml и файлы Orbitron\Notes ...
- Программы не должны работать ; скопировать и заменить файлы по указанным адресам ...
- Если все было сделано правильно - после запуска программ и плагинов DDE - автоматика начнет работать ...
- Скрипт / генератор DDE преднастроен на 430 МГц, а вот TLE нужно генерить еженедельно ... При использовании чужих TLE и несовпадении названий спутников - возможно будет работать только мониторинг ISS - так как название МКС принудительно прописано в Orbitron ... Не проверялось по причине бессмысленности ...

Примечание 2 : Во время экспериментов попробуйте поднять угол высоты спутника / ELevation до 15 / 30 / 45 градусов - это снизит общее количество проходов и поможет немного разлепить спутники ; но, не в случае, когда они идут группой ... Угол настраивается раздельно : и в Orbitron, расчете проходов / DDE драйвере, и в SDRSharp плагине DDE спутникового трекера / планировщика - опять двойная работа ...

Имейте ввиду, что это пробная / неокончательная версия DDE XML / TXT генератора, поэтому много править вручную - нет смысла : формат поменяется и файлы будут перезаписаны ... Удачных экспериментов!

Основной текст статьи был написан в мае 2019 ...

11:05 01.08.2019

Раздел sat-ksm : список всех страниц ...