Сегодня за вечер набирал статистику на 80 метрах.
Вложение 155849
Сегодня за вечер набирал статистику на 80 метрах.
Вложение 155849
такие попытки уже были - разработчики в этом вопросе не пошли навстречу. В документации v1.6 сказано что при SNR лучше -10 показываемые значения SNR JT65 значительно компрессированы:
"JT65 reports are constrained to lie in the range –30 to –1 dB, and values are significantly compressed above about -10 dB. JT9 supports the extended range –50 to +49 dB and assigns more reliable numbers to relatively strong signals."
Если пытаться сделать это самостоятельно, то не только отнимем время у разработчиков вынудив их заниматься быстро последующим запросом о некорректных значениях наблюдаемых в эфире, но и вызовем раздражение своими непродуманными действиями.
увы, но этим цифрам верить нельзя, по крайней мере так документация говорит
с другой стороны, чтобы увидеть на водопаде продукты интермодуляции необходим второй сигнал с уровнем SNR близким к +30(надо два сигнала с примерно одинаковым уровнем), с одиночным сигналом можно наблюдать только снижение чувствительности или блокировку приема.
Три степени воздействия сильных сигналов, по мере увеличения уровня и воздействия:
1. Появление продуктов интермодуляции
2. Снижение чувствительности
3. Блокирование приема
Простым смещением полосового фильтра воспроизвел сценарии когда в декодированных сигналах смог получить дополнительно сообщения от PD2HAB, WB9OTX и 9A6CC. Без сомнений - дефект в коде быстрого преобразования Фурье.
Если разработчики смогут его найти и устранить, то софт WSJT-X в декодировании выйдет на новый качественный уровень.
Прикладываю звуковые файлики - чтобы увидеть все новые декодирования надо в коде декодера установить порог второго прохода равный значению 1.0.
Формулирую запрос на устранение дефекта.
Вложение 155856
Вложение 155857
Вложение 155854
Вложение 155855
Эти пустые строки получаются когда запущена фильтрация и CALL3 пустой. При этом удобно наблюдать "кандидатов".
По поводу динамики согласен что нужно 2 мощных сигнала, но тем не менее хотя бы косвенно можно примерно оценить возможности аппарата при декодировании сигналов с разными уровнями.
сам запрос, переписка по этой теме будет публиковаться здесь WSJT / Mailing Lists
[wsjt-devel] possible defect in the FFT code
Пятница, 15 января 2016, 9:39 +03:00 от Игорь:
Hi Joe and All,
Many thanks to Mikhail R3LW, who pointed me to this issue.
In order to reproduce it one shall tune FTRSD decoder to maximum sensitivity for second pass:
1st pass thresh0=2.4
2nd pass thresh0=1.0
_________________________
Test #1, original audio file brings these JT65 decodes:
2227 -15 0.8 1262 # CQ IZ0MIT JN61
2227 -21 1.0 1360 # CQ IK2HTY JN45
2227 -15 1.3 1626 # ZP9CTS HA3LI JN96
2227 -9 0.8 2030 # CQ I1RJP JN45
2227 -14 0.9 2128 # JF3SUL SQ5PFF 73
2227 -21 1.3 2320 # E9DX YT1DL KN04
__________________________
Test #2, 800...1000 Hz band pass filter is applied, now modified audio file brings additional decode:
0000 -25 0.9 2169 # W4MMP WB9OTX -01
__________________________
Test #3, 600...800 Hz band pass filter is applied, now modified audio file brings additional decodes:
0000 -20 1.6 1962 # KJ3N 9A6CC -20
0000 -25 0.9 2169 # W4MMP WB9OTX -01
__________________________
Test #4, 5700...6000 Hz band pass filter is applied, now modified audio file brings additional decodes:
0000 -27 1.1 799 # ER1PB PD2HAB JO22
0000 -25 0.9 2169 # W4MMP WB9OTX -01
All these tests raise question on correctness of the FFT implementation in the WSJT-X code.
For repro I used thresh0 modified r6373, JT65+JT9, Random Erasure Patterns=8. Bandpass filter has 30dB rejection outside it's bandwidth.
I have put audio files there: https://cloud.mail.ru/public/2FYq/iTExXKrnp
73 Igor UA3DJY
здесь могу отметить что даже не требуется "мощных" сигналов - когда я на FT990 и FT1000 выключаю АРУ при наличии пары примерно одинаковых сигналов идущих по S-метру на S8 (уровень оцениваю кратковременно включая АРУ), на линейном НЧ выходе трансиверов при помощи водопада уже отчетливо наблюдаю продукты интермодуляции. На SDR c цифровым аудио потоком в аудио потоке продукты интермодуляции можно увидеть лишь в случае выхода сигналов на нелинейный участок УВЧ.
Эта разница по крайней мере в большей части обусловлена работой быстрого преобразования Фурье: если последняя проблема будет найдена и устранена то и разница в декодировании скорее всего исчезнет (совсем низкий SNR как исключение - разная чувствительность декодеров).
Написал письмо на эту тему разработчикам.
Вложение 155872
Почему новые версии не грузит?? 97 и все
А 98-99 нет.Закрыли доступ?
верно, map65 это использующий JT65 протокол софт входящий в комплект большого софта WSJT, работает с I/Q железом http://physics.princeton.edu/pulsar/...sers_Guide.pdf
в WSJT-X этого нет
еще в данный момент лежит сервер SourceForge, похоже находится на обслуживании