Предварительная настройка корректора Доплер частот.
... Все страницы раздела SAT * KSM проекта MY TLE генератор DDE файлов спутникового мониторинга - являются размышлением, направленным на необходимость и обеспечение работоспособности скриптовых сценариев автоматической генерации собственных данных орбит и связей авто настройки программ - для работы в составе единого ПО комплекса отслеживания радио передач спутников - в образовательных и радиолюбительских целях ...
* KSM - kompleks sputnikovogo monitoringa, satellite monitoring complex, частная любительская домашняя наземная станция приёма сигналов космических аппаратов на базе RTL-SDR ...
Аргументы в пользу новых скриптов и таблиц спутникового мониторинга.
Продолжая разбираться в конфигурации настроек и скриптов ... Ответом на вопрос прошлой статьи (где хранятся настройки частот, выбранных для DDE Доплер / корректора?) - может послужить папка Orbitron\Config ... Многое, там трогать (и, тем более - изменять) - нежелательно, но кое-что, все-таки - заинтересовало ...
Правка конфигурации расположения.
- файл World.loc : содержит записи об основных мировых расположениях точек приема в крупных городах всего мира / земного шара ... Однако, моих точек наблюдения, там - нет ... При переключении расположения - в глазах рябит ...
# Решение : оставить свои точки и удалить все остальные ... Зачем нужна лишняя информация - забивает голову и сбивает с толку ... А, так - расположение между домом и фазендой - сразу бросается в глаза ... Это же не онлайн приложение, чтобы предоставлять выбор из максимума возможного ... Все-равно, кроме меня - никто этой копией программы не пользуется - не нужно мне, значит не нужно и никому другому ... Кроме, того - новые точки легко добавляются вручную ... Зачем мне весь Мир ? ...
- Почему лучше очистить список вручную (отредактировать, как текстовый файл), а не с кнопки в главном окне - ну, если охота заново искать и вводить данные, то - пожалуйста ... Использование кнопки - сотрет / очистит весь список локаций, вместе с вашими избранными место / расположениями ... А, удалять поштучно ... не выдоишь за день - устанет рука ...
Правка конфигурации Доплер корректора частот.
- файл Radio.his : radio history / радио история - сохраненная запись последнего выбора / установки частоты для спутника в окне драйвера Ротор / Радио ... Именно из-за этого файла - и происходит бардак с частотой, используемой в DDE Доплер / корректоре ... Если частоты приема / передачи для текущего спутника не выбирались (нет записи в истории) - корректор DDE не берет первую частоту из файла спутника в папке Orbitron/Notes ... Или первую частоту из указанного диапазона (как - ожидалось) ... А, просто - остается настроенным на частоту коррекции приема предыдущего спутника (если она была указана ...) (или пред / последнего ... или пред / пред / последнего и так далее ...) пока не встретит указание о сохраненной частоте следующего активного спутника по порядку проходов - и, тогда DDE корректор сменит ее и будет держать до следующего указания об изменении в истории настроек радио ... Возможно - это баг программы (или, так было задумано) ...
- формат файла может содержать записи : _up = частота UpLink ; _dn = частота DnLink ; _um / _dm = Uplink / Downlink Modulation Type ...
- Возможно - это не плохое решение для поштучного добавления новых спутников или индивидуального мониторинга спутника, когда обязательно будет изменено значение выбора частоты коррекции (и будет записано в файл памяти) ...
- В случае системного мониторинга спутников в комплексе, когда мы скармливаем программам по 150 новых спутников с модифицированными многовариантными данными - у нас нет ни времени / ни желания протыкивать эти кнопки вручную ...
# Решение : этот файл должен генерироваться автоматически и заменяться в каталоге программы Orbitron при смене диапазона массового приема спутников ... Это уже второй аргумент в пользу переделки генератора таблицы активных спутников и скриптов настроек автоматизации ...
Как, всегда остаются вопросы : как поведет себя Доплер корректор, если удалить все записи из этого файла ??? Где-то, в настройках - останется еще одна запись, к которой привяжется автоматика ??? Полностью удаляю все записи из файла, оставляя только секцию [Radio] ... А, вот теперь - DDE автоматика начинает работать так, как задумано - берет первую частоту, но не из списка - а из своей сортировки, которая работает не совсем по возрастанию частоты ... Например из частот 455.000 ; 145.000 ; 1066.000 - первой будет 1066.000, потому-что сравнение идет по 1, 2, 3 ... и 106 всегда будет меньше 145 и 455 ... (если дописать ноль впереди - не учитывается, поэтому / тупо исправить порядок сортировки частот - не получиться) ...
Планы по модернизации таблицы спутников.
Конечно, это решение сильно облегчает задачу, но - только наполовину ... Что делать с много / частотными и диапазонными спутниками - сделать для них отдельные таблицы ? (пока другого решения на ум не приходит) ... Однако - и, как указать в новом файле Radio.his именно те частоты, которые нужны - тоже может оказаться задачей не из легких ... Это - уже третий аргумент, вынуждающий отказаться от текущей таблицы спутников и начать делать новую ...
Теоретически - такой подход мне нравится больше :
- таблица v3-1 / sat-table-v31-one : спутники любых типов, только с одной частотой передачи ... Самые простые для приема ... Файл истории Radio.his - можно обнулить (тогда корректор должен подставлять значения частоты из Notes) или - принудительно прописать частоты в Radio.his (тогда корректор должен подставлять значения частоты из Radio.his) ...
- таблица v3-2 / sat-table-v32-fix : спутники любых типов, с двумя фиксированными и более частотами передач ... Необходимо явно прописать требуемую частоту в файле Radio.his ... Желательно предоставить возможность назначения частоты по типу радио / передачи : BCN, TLM, AIS, ADS-B ... При отсутствии указанного типа для спутника - выбирать из BCN / TLM, как самые распространенные (или, первое встреченное / не нулевое значение, которое позже можно будет исправить) ...
- таблица v3-3 / sat-table-v33-range : спутники особых типов, с диапазонами частот, репитеры и транспондеры, для которых Доплер коррекция хотя и нужна - но, для каждой частоты настройки ее нужно указывать вручную ... Это - особая группа спутников, с отдельным опытом и умением работы с инвертирующими / неинвертирующими ретрансляторами ... Для, них - желательно указать первую частоту из диапазона, которая / впоследствии - должна быть исправлена ...
- таблица v3-4 / sat-table-v34-spec : спутники особых типов, скорее всего - погодные, со специализированными настройками на прием метео / изображений ... К этой же группе можно отнести научные и специальные спутники, у которых назначение радио / сигналов, может быть, и - не ясно ... Однако - это не должно стать препятствием к их мониторингу ...
Нет полной уверенности в том, что очищенный файл Radio.his не станет проблемой в дальнейшей работе ... Поэтому - единственным грамотным решением - будет прописать его явно / заранее ... Изменение может глобально затронуть скрипты генератора исходных данных базы спутников (вплоть, до создания с нуля) - но, такой подход к мониторингу спутников, несомненно, даст еще больше качественных возможностей для наблюдения ...
Также, что делать со спутниками, оборудованными передатчиками со смешанными частотами :
- одна частота + диапазон : дублировать в таблицы sat-table-v31-one и sat-table-v33-range ;
- несколько фиксированных частот + диапазон : дублировать в таблицы sat-table-v32-fix и sat-table-v33-range ;
- несколько диапазонов : только в таблицу sat-table-v33-range ...
... при этом, дублировать только те записи, которые имеют отношение к таблице ...
Уже на стадии внесения данных генератор должен понимать, в какую таблицу надо будет размещать записи о спутниках ... Даже не хочется думать, какой сложности будет код у скрипта ... С другой стороны нельзя разделять исходные данные, ориентируя их на разные таблицы - во избежание сложности обновления и нарушения точности / целостности данных ... М-да ... Еще, та, задачка ...
При подготовке списка спутников к мониторингу, теоретически можно выбрать данные из разных таблиц, так как Notes информация должна остаться единой, но - записи выбора частоты коррекции в Radio.his должны соответствовать типу приема ... Предполагается сложность при выборе значения частоты, если в список попадет спутник с множественным выбором вариантов ... Какой стратегии обработки следует придерживаться ? ...
- один скрипт с меню выбора выходных данных ? ...
- отдельный скрипт для каждого типа выходных данных ? ...
- общий скрипт с последовательной обработкой отдельных скриптов ? ...
Еще одна неувязка в текущей таблице спутников - варианты : цифровые BCN и TLM CW ... В таблице применялась градация : TLM для цифровых передач и CW / позывной - для BCN ... Разработчики и информаторы преподносят служебные спутниковые передатчики, как - общие радио / маяки, подразумевая, что / некоторые, могут отправлять, и - телеметрию ... При, этом, наличие позывного - необязательно ... Руководствуясь этими соображениями - префикс TLM имеет смысл отменить, заменив его ссылкой на программный декодер телеметрии, известный для спутника ... Это позволит указать строку запуска декодера из планировщика (по решению / разрешению оператора) ...
По крайней мере, спутники с одной и несколькими частотами могут легко перемешиваться между собой (так, как имеют строгую / фиксированную настройку, обеспечивая легкость выбора / смены частоты) ... Если предположить, что :
- все данные должны быть в едином формате / из исходников ...
- тогда, в исходниках - может быть определено :
- назначение принадлежности спутников к таблицам (по количеству / диапазону частот) ...
- критерии назначения частоты корректору (для файла Radio.his ; задает оператор ; исходя из требуемой таблицы и по типу передачи) ...
- теоретически - ширина полосы пропускания для каждого спутника / практически - слишком много писанины и недостаточности информации (для файла DDESchedule.xml ; задает оператор ; режим радио и ширина пропускания) ...
- общие для всех таблиц - файлы Notes с информацией о спутниках ...
Примечание : все еще остается недостаточно опыта предусмотреть заранее все требуемые варианты выборки / сборки файлов ...
В таблице, ниже - указаны примерные значения ширины пропускания для разных режимов модуляции радио ...
Радио | Прием, настройка ширины пропускания. | ||||
Режим модуляции | BW calc. | BW min. | BW default | BW max | BW RTL-SDR |
AM | BW = 2 * Fmod | 3500 Гц | 5000 - 12000 Гц | 16500 Гц | 10 - 32000 Гц |
CW | - | - | 300 Гц | - | 10 - 32000 Гц |
SSB : LSB / USB * | BW = 2 * Fmod | Сигнал BW | Signal BW + 10% | Signal BW * 2 | 10 - 16000 Гц |
DSB | - | Signal BW | - | Signal BW * 2 | 10 - 32000 Гц |
NFM / FM-N | BW = 2 * Fmod * (1 + Beta) | 2500 Гц | - | 25000 Гц | 10 - 32000 Гц |
WFM / FM-W | BW = 2 * Fmod + 2 * Delta * Fpeak | 25000 Гц | - | 250000 Гц | 10 - 250000 Гц |
RAW | - | - | - | - | 10 - 32000 Гц |
* Примечание : при работе любительской SSB радиостанции общепринято использовать LSB на частотах ниже 10 МГц / и USB - на частотах выше 10 МГц ... Это интересное замечание, которое я не встречал ранее ...
На этом и остановлюсь, потому-что надо крепко подумать, как быть дальше ...
12:19 23.08.2019
Раздел sat-ksm : список всех страниц ...