проект WSJT-X: моды JT65,JT9,WSPR,JT4,JTMS,MSHV - работа с тестовым софтом

**RA3RKA** · 17.01.2016, 10:59

Сообщение от UA3DJY

пороги проходов в файле jt65_decode.f90, файл находится в папке \lib\, строки thresh0=2.5

в файле ftrsd.c строка thresh0[i]=1.3*perr[ii][jj];

номера строк указал для r6373, в последующих релизах разработчики могли что то удалить с исходного кода, номер строки изменился с 135 на 133

Все нашел
Подправил.Запустил компиляцию.
Посмотрим что получится.

Название: Сник.PNG
Просмотров: 813

Размер: 72.2 Кб

первые проходы
настройки 6-0

**R5WM** · 17.01.2016, 13:03

Пока что то не так с программой. Нет декода отраженных от самолетов сигналов. Другая программа дает нормальный декод.
Кто желает можете проверить. Прилагаю 2 файла для тестирования.

Нажмите на изображение для увеличения.

Название: dec.jpg
Просмотров: 62
Размер: 32.3 Кб
ID: 155990

**UA3DJY** · 18.01.2016, 12:22

сконвертировал в HTML формат

SFRSD r6229, на самом деле уже модифицированный под алгоритм Franke-Taylor

FTRSD по состоянию на r6404

**UA3DJY** · 18.01.2016, 12:56

Сообщение от RA3RKA

первые проходы
настройки 6-0

при значении 6 декодер дает мало декодирований, оптимально значение Random Erasure Patterns = 8, если процессор справляется.

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

**RA3RKA** · 18.01.2016, 13:55

Сообщение от UA3DJY

при значении 6 декодер дает мало декодирований, оптимально значение Random Erasure Patterns = 8, если процессор справляется.

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

Пробовал несколько вариантов
При 7 успевает декодировать
при 8 нет
Сейчас работаю 6 и 6 Декодирует быстро, особенно, когда много станций
-29 лучший результат,но четко
Думаю было бы и лучше но помехи у меня доходят до +20
Чистого эфира не бывает
7 балов это праздник
Трансивер 590 кенвуд по USB кабелю комп -2ядра по 2.5 и несеметричный диполь
Вот такой расклад

**UA3DJY** · 18.01.2016, 17:25

Сообщение от RA3RKA

Пробовал несколько вариантов
При 7 успевает декодировать
при 8 нет
Сейчас работаю 6 и 6 Декодирует быстро, особенно, когда много станций
-29 лучший результат,но четко
Думаю было бы и лучше но помехи у меня доходят до +20
Чистого эфира не бывает
7 балов это праздник
Трансивер 590 кенвуд по USB кабелю комп -2ядра по 2.5 и несеметричный диполь
Вот такой расклад

Вы обмениваете уменьшение времени декодирования на уменьшение количества декодированных станций, если при 7 успевает декодировать то используйте Random erasure patterns = 7 вместо 6.

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

Компромиссное решение, когда много станций с высокими уровнями - при выключенной АРУ уменьшение усиления ВЧ ручкой RF gain.
Либо использовать АРУ, тоже компромисс, и неизвестно какой из двух лучше.

На слабых сигналах время декодирования при Random erasure patterns = 8 у Вас должно укладываться в 10 секунд.

**RA3RKA** · 18.01.2016, 18:32

Нажмите на изображение для увеличения.

Название: д.PNG
Просмотров: 57
Размер: 137.6 Кб
ID: 156092

Декодирование идет, а время вышло

Игорь ко мне это не подходит
Сейчас на 20 помеха +20 ни одной станции не слышно
включаю NB1+NB2 срезает помехи до 9 баллов,декодирование идет
В настойках ставлю 8 время дек 14 секунд
попробовал несколько раз
Вот такая беда!

**R5WM** · 18.01.2016, 19:28

Сообщение от RA3RKA

Игорь ко мне это не подходит

Если работать на конкретной частоте спектра, то можно сузить полосу захвата трека Tol до 10 или 20 и тогда поиск кандидатов будет идти быстрее.

**RK4LWA** · 18.01.2016, 21:13

Добрый всем вечер ! Не подскажите ,а где в коде снимается ограничение на -1 дб для jt65,смотрел в jt65_decode -что то не нашел

**UA3DJY** · 18.01.2016, 22:03

Сообщение от RK4LWA

Добрый всем вечер ! Не подскажите ,а где в коде снимается ограничение на -1 дб для jt65,смотрел в jt65_decode -что то не нашел

снятие этого ограничения нарушает функционал WSJT-X, предлагаю обсудить этот вопрос через Скайп/личную переписку.

**UA3DJY** · 18.01.2016, 22:12

Изменение исходного кода, которое сделал Steve K9AN в r6387, привело к увеличению количества декодированных сигналов.

В варианте файлов записанных с SDR ANAN-10 при выключенной АРУ:

пороги первого/второго прохода

2.5/2.5 r6373 1069 декодирований, r6387 1076 декодирований
2.4/1.0 r6373 1094 декодирований, r6387 1110 декодирований

Менять коэффициент в файле sfrsd2.c с 1.3 на 1.2 (применяется к символьным метрикам - матрице вероятностей) начиная с релиза r6387 смысла нет, в r6404 такое изменение при настроенных порогах первого/второго прохода дает прирост всего в одно дополнительное декодирование.

**UA3DJY** · 19.01.2016, 01:24

при использовании порогов первого/второго прохода 2.4/1.0 сравнивая декодированные сообщения для 1110 декодированных сообщений с выключенным Robust Sync получил такую разницу:

- релиз r6404 в конфигурации с выключенным Robust Sync декодировал на 40 уникальных правильных сообщений больше чем с включенным Robust Sync

- релиз r6404 в конфигурации с включенным Robust Sync декодировал на 8 уникальных правильных сообщений больше чем с выключенным Robust Sync

То есть уникальные декодированные сообщения для включенного Robust Sync в r6404 еще есть.

**UA3ALE** · 19.01.2016, 08:17

Сообщение от UA3DJY

при использовании порогов первого/второго прохода 2.4/1.0 сравнивая декодированные сообщения для 1110 декодированных сообщений с выключенным Robust Sync получил такую разницу:

- релиз r6404 в конфигурации с выключенным Robust Sync декодировал на 40 уникальных правильных сообщений больше чем с включенным Robust Sync

- релиз r6404 в конфигурации с включенным Robust Sync декодировал на 8 уникальных правильных сообщений больше чем с выключенным Robust Sync

То есть уникальные декодированные сообщения для включенного Robust Sync в r6404 еще есть.

Очень даже! По первым моим наблюдениям даже позволяет поднять рандом на одну позицию!
А может это только показалось!
Но это конечно при слабых сигналах!

**R5WM** · 19.01.2016, 11:12

Декод -30dB

Название: 30.jpg
Просмотров: 581

Размер: 12.5 Кб

**UA3DJY** · 19.01.2016, 11:58

Сообщение от UA3WM

Декод -30dB

нашел старое различие в работе декодера КВ/УКВ - когда то для декодирования использовались разные символьные метрики(матрица вероятностей), и старые метрики еще были в комментариях в файле sfrsd2.c в r6229. Но с полным переходом на FTRSD их из комментариев удалили и сейчас как и в r6229 используют универсальную матрицу вероятностей как для КВ так и для УКВ.

Пробовал старые специализированные КВ метрики с FTRSD, с новой универсальной матрицей КВ декодируется лучше.

Может активация согласованной фильтрации приводит к изменению оценки сигнал/шум, или сигнал попал на склон фильтра, но при выключенном УКВ функционале -30 для JT65 не наблюдал.