Господа радиолюбители! Большая просьба ко всем принимающим и отправляющим на сервер AMIGOS данные приёма, зарегистрироваться с указанием QTH. Для этого надо отправить robonuke свой ID из ini файла, имя и QTH место.

volkoff_58
QTH не имею, вычеркиваем?
TSSDR
Проверил - OQPSK потребление ресурсов явно меньше: 50% против 90% на всю машину с амиго декодером, перегрев впервые не приходил.
Но: все в черточку типа пропусков при переполнении буфера.

На следующий, более низкий виток, вернул в зад QPSK ничего более не меняя.. Поле без пропусков, но перегруз и перегрев.

QTH это географическое положение. Думаю вы его имеете :) Здесь можно быстро определить свои координаты.
90% - откуда такие цифры? Вы LRPT декодер обновили?
Может вы настройки какие не те поставили? Отчеты от других пользователей вполне положительные. Разница практически не ощущается.

jangolen
На Марсе проживаете что ли? В сети полно определителей QTH! Ну или хотя бы обозначьтесь районом и населенным пунктом!

Да я на бедовой машинке запускаю. LRPT обновил да и не в нем дело, для проверки декодер на другой машинке работал полоски остались. Сейчас вот QPSK 1.4+ поставил, все хорошо прошло.
Вечерком по тестю еще раз по новой.

Господа радиолюбители! Большая просьба ко всем принимающим и отправляющим на сервер AMIGOS данные приёма, зарегистрироваться с указанием QTH. Для этого надо отправить robonuke свой ID из ini файла, имя и QTH место.
Почему-то мне кажется, что этот пост нужно процитировать на англицком с указанием майл адреса в статистике amigos - иначе результата не будет ;)

А мне кажется что надо добавить примерное определение места приема и ввод имени в декодер - иначе результата не будет.

TSSDR
А мне кажется что надо добавить примерное определение места приема и ввод имени в декодер
Можно прям в ini-файле декодера ввести еще одну строчку с указанием QTH... А декодер во время работы пусть сообщает эту строчку серверу...

Сегодня конфликт Метеора с 19-ым... :(

Можно зацепить координаты из ini-файла Орбитрона.

Только тогда предупреждать стоит иностранных друзей об отслеживании положения.
TSSDR
Декодер в моей полосатости не причем, где то кончается буфер и после половины снимка начинаются пропуски, с НоАА такая же беда. Сдвиг частоты в спектре помогает на очередные несколько минут. Где копать уже не знаю. только один комп этим грешит.

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

TSSDR
Согласен с Вами, но у нас пока что нет полного покрытия земной поверхности. Даже по России. Зная расположение существующих станций,можно было бы поискать радиолюбителей в необходимых регионах и попытаться привлечь их к проекту. Никто никого ни к чему не обязывает! Если не хочется открывать своё место, дело личное.

Я не про принуждение. Картина покрытия и так ясна. Достаточно отследить по времени приема. Лучше ещё на шарик результат наложить, будет вообще красота.
А прежде чем народ завлекать, надо то что имеем в порядок привести, тогда может и народ подтянется. У Robonuki завал по работе, Amigos некому довести до ума. Те данные которые уже идут на сервер толком не обрабатываются и не визуализируются правильно.

Пара красивых фрагментов снимков с сегодняшних пролетов.

Антициклон над Черным морем
23.07.2015 10.35мск Метеор-М2 Москва


Циклон над Баренцевым морем
23.07.2015 12.10мск Метеор-М2 Москва

TSSDR
в crash.txt вот это, куда копать?

• Попытка чтения или записи в защищенную память. Это часто свидетельствует о том, что другая память повреждена.
• в SDRSharp.RTLSDR.NativeMethods.rtlsdr_set_center_freq(IntPtr dev, UInt32 freq)
• в SDRSharp.RTLSDR.RtlDevice.set_Frequency(UInt32 value)
• в SDRSharp.RTLSDR.RtlSdrIO.set_Frequency(Int64 value)
• в SDRSharp.MainForm.TuneThreadProc(Object state)
• в System.Threading._ThreadPoolWaitCallback.WaitCallback_Context(Object state)
• в System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
• в System.Threading._ThreadPoolWaitCallback.PerformWaitCallbackInternal(_ThreadPoolWaitCallback tpWaitCallBack)
• в System.Threading._ThreadPoolWaitCallback.PerformWaitCallback(Object state)

TSSDR
Тоже верно! Проект нуждается в администрировании. Робонука и так огромный труд проделал. Впору отдельную ветку по софту завести, где разложить по полочкам алгоритмы, исходники, идеи и хотелки. Нужны программеры толковые и с энтузиазмом, денег ведь брать неоткуда. Ну и, как говаривал Михал Сергеич, гласность и открыость. Такой проект только всем миром поднять можно. А наложение на шарик лежит на поверхности, только кто сможет пособить? У Робонуки дел невпроворот. Я в программировании таких задач-нолик... А как было бы красиво в цвете да в 3D и в интерактиве...

volkoff_58
По поводу шарика - у меня все руки чешутся, но пока со временем то-же слабовато, а объём работы большой. Я не силен в Delphi, придется практически все переписать на C#.
jangolen
Проблема в ртл драйвере или фроентенде sdr#, при условии что дата краша соответствует моменту возникновения проблемы. Краш может быть и старый.

Драйвер переставил и крутанул ppm до 17, проблема исчезла.
Черток нет, ноашки то же без лестниц пошли.
Вот ведь как, три других компа с этим свистком не требуют внимания к ppm а этому взбрендило.
Спасибо за участие.
Вот в принципе какой результат должен быть у Амигос http://1.usa.gov/1CSOFsw

24.07.2015 10.13мск Метеор-М2 Москва

Увеличить

24.07.2015 11.52мск Метеор-М2 Москва

Увеличить

25.07.2015 08.11мск Метеор-М2 Москва

Увеличить

25.07.2015 09.53мск Метеор-М2 Москва

Увеличить

Блин,столько народа на приёме, а координаты никто не выкладывает!

volkoff_58
Не надо суету наводить. Регистрация координат не решение всех проблем. Подождите немного, работа идет.

Вот и мне удалось, наконец, получить снимки с Метеора: ссылка
Принимал в Пикалево, Ленинградская обл. сегодня утром.
Антенна - QFH, установлена в саду, на высоте 4 метров. Как видно, картинка получилась так себе, уж не знаю почему.
Принимающий компьютер довольно слабый - нетбук с Atom 1.6 GHz.
Для того, чтобы одновременно принимать сигнал в SDRSрarp и декодировать его в QPSK Decoder, сам шарп приходится сворачивать - при этом нагрузка на процессор становится меньше 100 %.

Грозовой фронт западнее Москвы, смещается на восток

26.07.2015 21.03мск Метеор-М2 Москва


Снимок целиком:
http://images.vfl.ru/ii/1437944239/fe3c6df1/9396303.jpg

citizen
Вам надо по максимуму уменьшить потребление ресурсов SDR#:
1. Используйте QPSK плагин V1.4+
2. Отключите отображение созвездия в плагине.
3. Отключите водопад и анализатор спектра в SDR#.
4. Отключите все дополнительные плагины.
5. Используйте IQ corrector плагин вместо стандартного IQ correction, или попробуйте вообще обойтись без коррекции.

Надеюсь вы используете последнею версию lrpt_decoder с сайта робонуки?

27.07.2015 10.53мск Метеор-М2 Москва

Увеличить

С завистью поглядываю на соседние многоэтажки в 17-24 этажа: вот бы там поставить антенку?!! Но проблема будет в огромной длине кабеля... Да и как его тащить? А если попробовать сделать автономную станцию? То есть антенна+конвертер в диапазон Wi-Fi+роутер с направленной антенкой, аккумулятор и солнечная батарея. Один раз выбрался на многоэтажку, воткнул и развернул в свою сторону... Никого идея не вдохновляет?

TSSDR, спасибо за советы.
Отключил водопад со спектром - действительно загрузка упала.
Проверял работу стандартной IQ correction, не заметил, чтобы она сильно влияла на загрузку.
Никто не знает, как отключить декодер RDS в SDRSharp? Насколько я понимаю, этот декодер тоже ресурсы потребляет.

Сегодня в 12.30 удалось принять такой снимок:
https://img-fotki.yandex.ru/get/6441/14557097.4/0_ebc23_eb0248e5_orig
Максимальный подъем спутника - 27 градусов.
lrpt_decoder использую - LRPToffLineDecoder_2014.11.13.0014

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

27.07.2015 14.11мск Метеор-М2 Москва