Тест снятия скриншота экрана при мониторинге spacesat.

Тест скриптов скриншотера фиксации проходов орбитеров.

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

Крайне интересно, как поведет себя автоматический мониторинг спутников со снятием скриншота ... Первые попытки были предприняты в городе : в железном ангаре и зашумленном радио / эфире, так что - я не придавал им особого значения, только проверяя стабильность работы системы ... По сравнению с городским - деревенский эфир, хотя и наполнен сигналами цифрового телевидения и сотовой связи - все же / несравненно, в десятки раз - чище городского ... Забегая вперед - скажу, что уже появились реальные мысли, как обойти проблему с аудио записью звука сигналов спутников - без применения плагина / рекордера и использования команд IF_recorder Start / Stop и baseband_recorder Start / Stop ... И, даже - способ управления автоматическим переключением диапазонов / антенн ... Но, сначала надо узнать / проверить действие скриншотера ...

Чтобы улучшить возможности приема и открыть круговой обзор - штыревая антенна Whip J Match 437 МГц была задрана на мачту высотой 6 метров, в надежде покорить новые горизонты ... Система мониторинга была запущена и оставлена в работе ... Самое прикольное, что можно сладко и беззаботно спать, пока компьютерные девайсы - пашут, не покладая транзисторов и микросхем (если 6 часов коматоза можно назвать полноценным отдыхом) ...

На следующий день - уже можно будет ознакомиться с визуальными результатами спутникового мониторинга ...Так, что тут у нас ? Ага ... Из 272-х скриншотов проходов спутников - особенно заинтересовали 28 снимков ... Но - вот, что особенно напрягает :
- не проблема с предполагаемым снижением чувствительности антенны, которое могло произойти из-за увеличения высоты приема ... Вроде бы - такое поведение не проявляют антенны Ground Plane / с заземляющими противовесами и не боящиеся высокой высоты установки благодаря стабильному наличию земли при приеме ... Надеюсь эту ситуацию можно исправить изготовлением новой антенны такой конструкции ...
- не проблема с неправильной настройкой месторасположения приемника : после выезда на фазенду не изменил локацию с Екатеринбурга на Аллаки ... Заметил это, и на втором этапе мониторинга спутников - исправил и заново запустил расчет проходов ... Хотя, в мировом масштабе / ошибка - и, незначительна, но и она могла сыграть роль в обнаруженной аномалии ...
- и, не проблема в том, что на некоторых снимках экрана - отсутствуют любые следы сигналов радио / передач ... У некоторых спутников они настолько короткие, что их можно заметить только при пристальном наблюдении - поэтому / нельзя беспрекословно считать, что сигналов с этого спутника - нет ... Просто автоматика выбрала неудачное время для съемки ... Можно снизить скорость водопада до 10 секунд на видимую область и расширить ее границы - это даст еще немного более информации для анализа и размышления ...
- и, даже - не проблема с отсутствием PPM коррекции RTL-SDR приемника, который / все-же - требует незначительной базовой поправки диапазона принимаемых частот ... Операция калибровки частоты приема RTL-SDR выполняется элементарно, по сигналам вышек сотовой сети, частоты которых достаточно известны и стабильны ... Не взирая на то, что эта процедура уже выполнялась ранее - в учетом ее важности, чуть позже - повторим ее снова ...

Главная аномалия в том, что : по частотам настройки - практически нет внятных радио / сигналов спутников, а вот, немного в стороне - идут ясные сигналы с неидентифицированных радио / передатчиков ... Конечно - это может вызывать подозрения в достоверности частот таблицы активных спутников ... Но, скорее всего - это последствия одной трудноразрешимой задачи : на орбите до сих пор болтается некоторое количество неидентифицированных спутников - это результат запуска большого количества спутников с одного космического корабля, которые летят толпой ...

Таким образом - возникла мысль, также / попутно - составлять таблицу неидетифицированных частот в зоне прохода спутника ... Вот примеры, которые можно считать ошибочными, так как неправильное указание расположения могли дать погрешность прохода и Доплер / коррекции частот радио / передач спутников ... Повторюсь, что это может быть - как ошибкой настройки на спутник / частоты, так и передачи наземных радиостанций (что - не исключено) ... Но, согласитесь : если я начинаю произвольно мониторить диапазон 437 МГц - то, как правило - не нахожу там никаких полезных сигналов передач (в городе можно услышать сигналы раций 433 МГц) ... То, что сигналы стабильно / раз к разу - появляются в момент прохода спутника - условно можно считать сигналами с космической орбиты ... Конечно, это заявление требует серьезного подтверждения ...

Условно НЕправильные скриншоты прохода спутников.

Приведу, в пример - только самые четкие снимки ... Хотелось бы верить, что это ошибка калибровки RTL-SDR или локации / расчетов - да, уж больно велико отклонение, такое калибровкой - не вытянешь ... Время - UTC ... Заодно - попытаюсь провести разбор полетов ...

Внимание! : для спутника 43669 - DDE драйвер Ротор / Радио не может выбрать частоту 5839.000 (программное ограничение Orbitron ???) ...

Внимание! : для спутника 41603 - DDE драйвер Ротор / Радио не может выбрать частоту 437.425 (разрешенное в Orbitron/Notes/00000.txt написание частоты в формате 437.325/425 - фактически не поддерживается ... Переписать все подобные записи в таблице спутников ???) ... Для спутника 43792 ситуация повторяется ...

Итак, возникшие вопросы :
- Это проблема неправильной настройки комплекса связанных программ ? ... Неправильно выбрано расположение, но это не должно так сильно влиять ...
- Ошибка времени UTC ? ... проверено, отклонение не более 15 секунд ...
- Почему DDE трекер шлет параметр Доплер коррекции 437.2756 ? Или, это программа SDRSharp неправильно интерпретирует данные ... Кто - виноват ? И, вообще, чей это сигнал 436.980 ???

Проанализировав проходы смежных спутников, можно прийти ко мнению, что это сигнал satellite 43792 : ...
# - у ИСЗ самая близкая рабочая частота ...
# - в 05:22 сателлит уже примерно находился на высоте 9 градусов, что дает право допускать уверенный прием его сигнала ...
# - нет пересечений с другими космическими аппаратами по частоте и в это время ...

Интересно, а что показал скриншотер в момент AOS / сработки на проход спутника 43792 ??? Кстати, обратите внимание, что AOS / сработка на проход спутника происходит не во время, указанное в расчете (05:24, высота 11,2 градуса) - а во время указанной высоты сработки (в моем случае 9 градусов, 05:20)

Сигнала - нет ! ... Частота Доплер коррекции - неправильная ... Что это такое ? Ошибка обновления или чтения / записи общего буфера данных DDE ??? ... С таким прицелом - в жизни ни одного спутника не поймать ... У программы Orbitron более 850 зарегистрированных пользователей с 7 континентов - и, что, у всех все работает, один я пахорукий ??? ... Конечно - так дело не пойдет ... Обнаруженные неисправности надо устранять ... И, конечно - разбираться, в чем тут геморрой ...

То есть, получается, что реальный порядок прохода - иной :

Судя, по всему - выходит, что DDE трекер завис на частоте 437.276 +/- 4 kHz ... Фото примеры скриншотов даже не буду приводить - и, так все ясно ...

Условно правильные скриншоты прохода спутников.

А, что происходит, когда место локации приемной станции было исправлено ? ... Да, примерно - то же самое ... Следственный комитет, в моем лице, выдвигает следующие версии произошедшего, и комментирует обнаруженные баги ...

# Так, как / ранее - все работало - одна из вероятных причин ошибки частоты коррекции - в ротор / радио не выбраны frequency Dnlink/МГц выпадающего меню (и частота коррекции остается настроенной от предыдущего спутника) ... Это очень плохо, если каждый раз придется вручную протыкивать более сотни спутников ... Однако - стоит один раз выбрать частоту - и она остается настроенной ( где это фиксируется ? ) ...

# Еще, наиболее вероятная причина - это гашение экрана компьютера ... Номера спутников переключаются, а частота коррекции - нет ... Надо попробовать запретить гашение экрана и, возможно, установить режим питания : высокая производительность, предотвращая засыпание программ или частей их программного кода ... В дополнительных параметрах настройки плана электропитания : установить время гашения экрана от сети = 1440 минут (24 часа, сутки) ... При предыдущих исследованиях экран не успевал погаснуть - а уж каким боком это связано с буфером обмена общих данных DDE - одни программисты знают ... Хотя, скриншоты из видеобуфера / при погашенном экране - ничем не отличаются от снимков работающего экрана ...

# Не исключается версия недавнего сбоя плагина DDE Tracker Client v1.2 и резервного копирования копии программы SDRSharp ...

# Наименее вероятно, что причина от расчета проходов в одну строку ... В три строки указывается время : ...
- для заданного угла AOS ...
- максимальной высоты прохода ...
- заданного угла LOS ...
Если, на момент расчета, спутник уже выше заданного угла - то будет указано время и текущая высота в градусах ... Установка галочки / назад / - не поможет (расчет производится от прошлого до текущего времени) ... Оптимальный вариант - задать диапазон дат и времени - вручную, отступив на 1 час назад / от текущего времени, чтобы для всех текущих спутников угол AOS был рассчитан правильно ... По этой причине, в расчете одной строкой - стоит время максимального угла высоты прохода ... А, сам факт прохода - начинается ранее (от заданного угла высоты), что и было отмечено, как - несоответствие фактического времени прохода спутника - расчетному ...

# Теперь - что касается выбора частот ...
Формат abc.def-ghi.jkl заставит корректор выбрать первую частоту abc.def ...
Формат abc.def/ghi - не обеспечит выбор частот, лишь допускает наличие второй фиксированной частоты ; корректор также применит первую частоту abc.def ...
Этот факт в корне меняет дело и требует правки исходников генератора таблицы и Notes ...

И на этих грустных размышлениях приходиться прерваться ...

1:02 16.08.2019

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