btr
Тоже принимаю на 1702.5. Со стороны FY-2H идет:


P.S. на предыдущей странице вопрос от BATONS про директоры.

marquis
а вы какую поворотку используете?

я сейчас собираю по проекту коллеги из китая Сайт
тут исходники
управлявшая программа там wxtrack (протокол EasyComm I )

BATONS
Yaesu G-5500 DC.

Здесь немного описывал приемную станцию:
Прием изображений высокой четкости (HRPT) с погодных спутников - Страница 2

BATONS
Директоры вырезаны из латунного листа, 0.5мм.

Уровни сигнала на 1697 немного подросли, в сравнении с приемом на поляризованный патч АХ-1700.

Было http://www.radioscanner.ru/uploader/2020/1697.jpg

Стало:

В районе 1679.850 есть какой-то burst-сигнал.
https://youtu.be/xOZvy_ZKUUQ
А рядом, очень слабо в районе 1679 похожий на GPS, на скрине момент отключения передачи данных.



Только не говорите, что это бояны)). Также, после установки нового патча, прилично подрос уровень FengYun-2H на 1687.5Mhz. Кстати на видео в конце заснял прием этого сигнала.

btr
в моей антенне, директивы диаметром 83 мм, толщиной 0,8мм

у меня получается, две антенны в стек объединены... по идее усиление должно быть побольше

marquis
спасибо за ссылки, капитально у вас сделано.. добротно

В районе 1679.850 есть какой-то burst-сигнал.
https://youtu.be/xOZvy_ZKUUQ
А рядом, очень слабо в районе 1679 похожий на GPS, на скрине момент отключения передачи данных.
Может это как-то связано с метеозондами?

А рядом, очень слабо в районе 1679 похожий на GPS Очень похоже на то что я производил своим зондом,просто горочка из шума,но в АМ модуляцию слышно по всей этой горочке. Радар сканирует импульсами около 400 гц,поидееэто должно отчётливо слышно.

marquis
Вопрос по декодеру https://github.com/altillimity/S-VISSR-Ingestor

Вы запускали версию под windows? У меня стартует, но непонятно декодирует или нет. В папке SVISSR_DATA пусто.

Оптимизировал патч, убрал часть директоров. Сигнал на 1687,5Мгц еще больше подрос.



Было: http://www.radioscanner.ru/uploader/2020/1697_500mhz.jpg
Стало:

btr
Да, под Windows. Сегодня позднее запущу прогу, посмотрим.

btr
Сейчас попробовал. Вроде, все работает. Схема такая:
поворачиваем тарелку на спутник Feng-Yun-2H. Далее через cmd запускаем svissr-ingestor.exe. При этом SDR# не открываем, все происходит автоматически. В файле config.yml по умолчанию заложены настройки для приемника Airspy mini. Далее ждем окончания цикла (25 и 55 минут каждого часа). В папке SVISSR_DATA должна появиться папка с 5 снимками.

marquis
Спасибо, вот оно что. Видимо у меня терпения не хватало, дольше 10 мин не оставлял приемник включённым.

marquis
Не хочет декодировать, даже намеков. Было точно такая же история с приемом LRIT GK-2A, не всегда происходил захват PLL у свистка rtl-sdr. Видимо автор использовал какую-то старую версию драйверов. Потом проблема сама по себе решилась. Эта тема с чипом 820T2 меня преследует уже скоро как год))).

Сейчас достал другой свисток, на чипе e4000, запустил, пока тоже пусто. Жду.

Демодуляция и на e4000 не идет, вроде уровень достаточный. Кстати написал вчера в твиттер, автор должен был переделать граф для версии gnuradio 3.7. Надо еще попробовать под линукс.

marquis
В линуксе тоже ошибки при запуске. И первая проблема для версии windows и rtl-sdr связана с ошибкой перераспределения буфера. Это сообщение видно скрине, по началу не обратил на него внимание. У Вас не появляется данная ошибка при использовании airspy. Написал автору, пообещал пересобрать код.

btr

Это проявилось и на Виндовс? Весной возникшая проблема обсуждалась в отношении связки libusb - librtlsdr, когда первая пытается создать буферы нулевого копирования для использования librtlsdr на ARM-платформах типа Raspberry Pi.
Правда такая ошибка, по идее, скорее приводит к остановке и завершению программы, а не к ее неработоспособности. Но могу ошибаться с последствиями. В Линух, по сообщениям, эффект был отмечен где-то с версии ядра >5.4.40 и вызывает резкое (в десятки раз) увеличение использования ресурсов CPU. В более старом ядре это отключило бы использование сопоставлений с нулевой копией. С новыми ядрами librtlsdr начал использовать нулевую копию.

Надо глянуть, что автор декодера использует в качестве библиотеки rtlsdr - скорее всего оригинальный https://github.com/osmocom/rtl-sdr. С некоторых пор там, при сборке, по умолчанию "Building with usbfs zero-copy support disabled". Но, для абсолютной уверенности :) можно пересобрать с опциями -DENABLE_ZEROCOPY=0 и -DENABLE_ZEROCOPY=OFF.
И посмотреть, останется ли проблема.

p.s. Глянул - в Линуксе использует libsoapysdr-dev. Придется ее пересобирать. А для Виндовс - готовую dll-ку.

sergsero
Да, ошибка с буферами и под windows. Направил Ваш совет aang254.

Попробовал собрать под raspberry, при сборке:
/home/pi/S-VISSR-Ingestor/src/decoder.cpp:3:22: fatal error: filesystem: No such file or directory

Подсунул другую библиотеку #include <experimental/filesystem> это не помогло, явно по задумке автора нужен несколько другой набор деклараций. Какой-то заколдованный круг. Под виндовс и rtl-sdr не работает, так как буфера на USB не хватает, а под разными линуксами собрать из src не получается.

На вскидку, там еще для компилятора GCC версии >=6.x потребуется флаг компоновщика: -lstdc++fs.
А вообще замечательно конечно - автор живет в ногу со временем :) - сразу стандарт С++17 и ничего ранее! Хотя пространство имён <filesystem> целиком находится в std::exprimental у всех более старых компиляторов и #include <experimental/filesystem> нужно добавлять конечно же ...

btr
я подотстал от новостей - хотел спросить, а с приемом HRIT на GEO-KOMPSAT-2A (GK-2A) так никуда и не продвинулось стараниями SAM? Или появился другой альтернативный декодер?

sergsero
Видел только, что Cэм проводит эксперименты по приему Himawari на 4148Мгц. Картинки хорошие с него идут, только тарелку большую надо.

sergsero
Переписываюсь Aang254, пока ему не удалось исправить ошибки запуска в декодере. Извиняется и просит немного подождать.

sergsero
Пошел процесс!


Пока ждал когда Aang254 перекомпилит декодер посмотрел 1690.5 и увидел момент передачи LRIT FY-2H.
Вот такая картинка:

btr
Тоже недавно случайно наткнулся на передачу сигнала на 1690.5 со спутника FY-2H. Помониторил его немного: включается каждые 3 часа. Первый раз зафиксировал включение в 21.48мск, отключение - в 21.56мск. К сожалению, там идут пустые пакеты.

Момент выключения:

marquis
Мне еще мешает декодировать FY-2H, вероятно 2G своим HRPT. На картинке выше, видны полоски и ершистость спектра http://www.radioscanner.ru/uploader/2020/1687.6mjz-2.jpg

Пока декодер https://github.com/altillimity/S-VISSR-Ingestor доходил только до 79%. Непонятно какие уровни gain выставлять.

Еще нюанс с FY-2H. Когда идет передача раз в 3 часа на 1690.5, то передатчик на 1687.5 отключается полностью. Я когда он исчез, даже запаниковал, пошел антенну проверять, но потому все-таки понял, что отголоски HRPT FY-2G никуда не делись.

В районе 1679.850 есть какой-то burst-сигнал.
https://youtu.be/xOZvy_ZKUUQ
А рядом, очень слабо в районе 1679 похожий на GPS, на скрине момент отключения передачи данных.
btr
Похоже на HRIT с FY-4A. У меня принимает на 2дБ насколько я помню, недостаточно для какой либо работы по реверсу протокола. Завтра попробую принять еще раз, отпишусь.

У меня принимает на 2дБ насколько я помню, недостаточно для какой либо работы по реверсу протокола.
3дБ максимум получилось выжать из того что есть.

Раздобыл офсетное зеркало 1.2м, завтра буду ставить вместо 0.9м. Надеюсь после этого удастся принять FY-4H.

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


Все сигналы также подросли. А FY-2H по прежнему не декодируется. Статус в % меняется, но папка SVISSR_DATA пустая. Бред...

Коллеги, есть ли среди вас кто принимает картинки с этого спутника на rtl-sdr?

Может не совсем по теме, какую из простых самодельных omni антенн лучше всего сделать для приема GPS-спутников?
(кроме квадрофиляров, они уже с мудреными цепями согласования)