Согласен. Иногда вовремя не заметить, да НОАА 18 иногда мешается. Только по AMIGOS смотрим, если у компьютера. Будем стараться оперативно сообщать об ошибках

Ну это то понятно. У меня, к сожалению, нет возможности постоянно мониторить AMIGOS ... Мне коллеги Marqus and Sakhalin часто помогают смсками. Но пока дойдет информация, сеанс уже закончился, следующий может быть аж через 5 часов. Вот такая оперативность😢.

В Австралии ожидают наступления тропического циклона «Дебби». Система приближается к берегам восточного Квинсленда и пока удалена от континента на 500 км. Власти призвали жителей ряда прибрежных районов штата покинуть свои дома и направили к северу от Брисбена группы спасателей и военных...
26 марта циклон достигает второй категории мощности, но в ближайшие сутки он может усилиться до четвертой и даже максимальной пятой категории.
Согласно прогнозам, «Дебби» пересечет австралийскую береговую линию в начале вторника. По заявлению заместителя регионального директора Австралийского национального метеобюро Брюса Ганна, этот тропический циклон обещает быть самым сокрушительным в Квинсленде со времен «Яси», который атаковал штат в феврале 2011 года и нанес ущерб свыше 3,5 миллиарда долларов...
https://www.gismeteo.ru/news/stihiynye-yavleniya/23113-avstraliya-gotovitsya-k-atake-moschneyshego-za-shest-let-tsiklona/

Благодаря AMIGOS, можно наблюдать за этим циклоном. Любопытно, что в южном полушарии они закручиваются по часовой стрелке, в отличие от наших.
26.03.2017 01.52мск Метеор-М2 AMIGOS

Увеличить

Помогите пожалуйста, если кто сталкивался. Сигнал есть, а демодуляции нет. Месяца три назад все было нормально, настройки никакие не менял, там вроде и настраивать особо нечего. Собственно вопрос куда копать?

А какя частота в Орбитроне прописана? У тебя 137.1, а должна быть 137.9

Да в орбитроне действительно 137,100 даже не обратил внимания, но SDR настроен на 137,900 сигнал ведь есть
Запускается вот так

radio_Start
radio_modulation_type<wfm>
radio_center_frequency_Hz<137900000>
radio_frequency_Hz<137900000>
radio_bandwidth_Hz<120000>
PSK_set_SymbolRate<72000>
send_tracking_frequency_On
QPSK_demodulator_Start
start_programm_Path<D:\Users\MyProgs\Спутники\AMIGOS\run.bat>

EV_geniy
Орбитрон по расчету траектории подстраивает частоту приёма под допплеровский сдвиг. Когда у него задана исходная частота 137,1, он выдаёт поправку на эту частоту + - сдвиг. У Вас на экране видно, что поправка 800 с чем-то кГц, соответственно захвата нет. Даже, когда устаревшие данные и не точное время, захват происходит позже, а тут совсем другая частота.

Да действительно в этом все дело, спасибо большое.
А не подскажете чем потом обработать снимки, чтобы одна картинка была, и города наложить?

Добрый вечер.

Регистрировался чтобы поназадавать вопросов по формату LRPT Метеора, а пока дело шло сам разобрался. :)

Имеющийся декодер от Robonuka меня много чем не устраивал, так что я решил написать свой, открытый, с поддержкой Линукса и вызова из командной строки.
Прямой ссылки на всякий случай не даю, найти можно на Гитхабе поискав artlav/meteor_decoder , сборки под Линукс и Виндовс есть там же.
Работает пока в 1.5 раза медленнее старого, при примерно таком же качестве раскодирования.

Надеюсь, что кому-нибудь это пригодится и извините если не туда написал.

Artlav
Надеюсь, что кому-нибудь это пригодится и извините если не туда написал.
Все к месту. Спасибо! Будет время - опробую обязательно. Только вопрос - декодер онлайн или офлайн?

EV_geniy
А не подскажете чем потом обработать снимки, чтобы одна картинка была, и города наложить?
Прием LRPT погодных снимков со спутника Meteor-M2 - Страница 39

Только вопрос - декодер онлайн или офлайн?
На вход дается s файл, на выходе bmp файл.
Это вроде оффлайн называется?

Сам по себе код безразличен к источнику, так что переделать на TCP будет не сложно если протокол описан.

Artlav
Это вроде оффлайн называется?
Именно так... Сегодня попробую найти время потестить...

Artlav
artlav/meteor_decoder
Опробовал. Работает.
Результат...

Увеличить

На снимке видно, что в самом начале снимка Ваш декодер захватил данные раньше. Это радует.

Вопросы-пожелания:
1. Интересна возможность сохранять каждый канал в отдельный файл.
2. Онлайн декодер от уважаемого Робонюки в самом конце обработки снимка генерит файл .stat. На его данных есть возможность на снимки наносить географические данные (названия городов, границы и т.д.). Есть ли возможность в Вашем декодере предусмотреть такую возможность?

Я думаю, что и уважаемый marquis тоже предложит свои хотелки.

Вообще очень радует, что появляются альтернативные продукты...

Еще раз - СПАСИБО!

1. Интересна возможность сохранять каждый канал в отдельный файл.
Элементарно. Есть пожелания по названию файлов, задаче их отдельно параметрами или автоименованием, 8 битный или RGB файл, и т.п.?

2. Онлайн декодер от уважаемого Робонюки в самом конце обработки снимка генерит файл .stat. На его данных есть возможность на снимки наносить географические данные (названия городов, границы и т.д.). Есть ли возможность в Вашем декодере предусмотреть такую возможность?
Теоретически да, практически я пока ещё не видел этот файл непустым. Я кстати навскидку не нашел онлайн декодера на его сайте, не подскажите где его искать?

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

Artlav
Есть пожелания по названию файлов, задаче их отдельно параметрами или автоименованием, 8 битный или RGB файл, и т.п.?
Имя не принципиально, но вида y-m-d-h-m-s-ms не помешает. Именно так через тире. Год-месяц-день-час-минута-секунда-миллисекунда. Кстати, миллисекунды тоже не принципиальны, вместо них можно просто 000 (три ноля). Это облегчит дальнейшую обработку в том же MeteorGIS. 8-бит индексированнные цвета - хватит за глаза.

Насчет онлайн декодера - могу свой предоставить.
AMIGOS

Океюшки, добавил опцию разделения по каналам, плюс исправил пару багов и выложил сборку под Raspberry Pi.

Artlav
Океюшки
Ага, опция -s работает. Теперь насчет .stat файлов... Могу после очередного приема выложить все получившиеся файлы...

Теперь насчет .stat файлов... Могу после очередного приема выложить все получившиеся файлы...
Буду благодарен - вечерний пролет я уже благополучно прозевал, а утренний скорее всего просплю...

Artlav
Буду благодарен
Один из вчерашних пролетов. Сегодня удачных не будет - НОАА-18 прям одновременно ползает...

2017_03_30_LRPT_14-46-54

Один из вчерашних пролетов.
Тэкс.
Первая строка - время начала по бортовым часам.
Вторая строка - продолжительность пролета плюс-минус не совсем понятно что в пару секунд.
Третья строка - ХЗ, смысл не уловил.

Добавил как понял, опция -t, проверяйте.

Artlav
Добавил как понял, опция -t, проверяйте.
LRPT_places_v1.05 ругается на неправильный формат .stat файла. Но если в LRPT_places_v1.05 руками вбить данные из .stat файла, полученного Вашим декодером - все срабатывает... Но странный размер картинки получается... Т.е. LRPT_places_v1.05 берет только часть рисунка, полученного Вашим декодером.



Кое-что обнаружил...
Это содержимое Вашего .stat файла:


Это оригинальный:


Т.е. в оригинале в конце каждой строки присутствует код 0D

Hex-редактором вставил этот код в .stat файлы - LRPT_places_v1.05 их хавает.
Но вопрос с размером изображения остается открытым...

Так, вот и различия между размерами изображений обнаружил...

Это оригинал:


А это после Вашего декодера:

Так вот что это за программка такая, затерявшаяся в дебрях этой темы (страница 93).

Тэкс.
1. Эта программа не понимает универсального конца строки. Исправил.
2. Эта программа берет из BMP файла данные о разрешении, которые в файлах от старого декодера не указываются. Убрал.
3. Третья строка в stat файле ею не используется. Гут.

Проверил на нескольких своих - над Москвой вроде все сходится плюс-минус десяток км, а вот Бразилия выходит необитаема.

Artlav
Ну, все чудесно. Все пробовал под Линуксом - скорость работы нормальная.

31.03.2017-06:26msk-Meteor-M2-Okha

Увеличить

Теперь ждем всякие плюшки, о которых Вы писали ранее :)

Artlav
Появился еще вопрос: в версии LRPT Offline Decoder от Робонюки есть возможность архивировать .s файлы кнопкой "Convert Soft to Hard", чтобы уменьшить размер файлов. Это удобно для хранения. Размер .hard (упакованного) файла в несколько раз меньше оригинала. Может быть у Вас получится включить поддержку этих файлов в своем декодере?...

архивировать .s файлы кнопкой "Convert Soft to Hard", чтобы уменьшить размер файлов
Поддержку то сделать не сложно, но тут один момент - hard файл это не "упакованный" вариант, а урезанный вариант - там 8 бит превращается в 1 бит, с соответствующей потерей качества.

Однако, эту погрешность можно исправить - надо всего лишь "ужимать" не сырой сигнал, а результат его вероятностной обработки и коррекции ошибок.
Тогда действительно получается hard файл в 8 раз меньше размером, но почти без потерь данных.

Сделано, опция -h для раскодировки hard файла на входе, -ch для создания очищенного hard файла при раскодировке s файла.

Artlav
Огромное спасибо!

Artlav
Спасибо за альтернативную прграмму. Пока, правда, так и не опробовал еще. К старому способу обработки уж очень привык ) Наверное, особо будет интересно для работающих с Линукс...

На фрагменте снимка - города Омск и Астана
05.04.2017 08.18мск Метеор-М2 Москва

Снимок целиком

05.04.2017 10.00мск Метеор-М2 Москва

Увеличить

Добавил опции чтения из и сохранения в раскодированный дамп, -d и -cd.
Дамп представляет из себя раскодированные кадры цифровой составляющей сигнала, и в два раза меньше hard файла.
Так как 95% времени занимает непосредственно раскодировка, этот формат позволяет обработать изображения и данные раз в 20 быстрее.

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

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

Отмечу так же, что декодер умеет конвертировать из дампа обратно в hard, -d -ch, так что если у вас сомнения, то операция обратима. :)

Artlav
Добавил опции чтения из и сохранения в раскодированный дамп, -d и -cd.
Отлично. Спасибо!