JT65-HF

**UA3DJY** · 12.11.2015, 00:27

провел сравнительное тестирование 6052 и 6058 для JT65 моды, Intel/Windows_XP

Файлы с выключенной АРУ приемника:

релиз / количество декодированных сигналов

r6052 / 609
r6058 / 596

Файлы с отрабатыванием АРУ приемника:

релиз / количество декодированных сигналов

r6052 / 863
r6058 / 932

Файлы разработчиков с сигналами -24дБ(тест на чувствительность декодера):

релиз / количество декодированных сигналов

r6052 / 765
r6058 / 736

Выводы: r6052 обладает самой высокой чувствительностью. Если АРУ выключена либо если станции идут совсем тихо(диапазон почти закрыт) релиз 6052 дает выигрыш в декодировании JT65.

Если диапазон перегружен и при этом трансивер не имеет возможности выключить АРУ то релиз 6058 выигрывает в количестве декодированных станций.

В дополнение хочу отметить что время декодирования в 6052 в варианте перегруженного диапазона с включенной АРУ неприемлемо для работы в эфире.

73 Игорь

**UA3DJY** · 12.11.2015, 00:39

еще хотел сказать что на операционной системе Windows можно установить сколько угодно версий WSJT-X и запускать необходимую для конкретных условий диапазона, все установленные версии обращаются за логом и конфигурационными файлами к папке которая находится вне установленного WSJT-X софта и не удаляется при удалении софта WSJT-X. Попасть в эту папку можно через File -> Open log directory.

73 Игорь

**RC2SC** · 12.11.2015, 07:12

WSJT-X-v1.6.1-devel-r6080 https://www.dropbox.com/s/2u3h2uoylk...r6080.zip?dl=0

WSJT-10.0-r6055 https://www.dropbox.com/s/foxvzd8q40...81%29.zip?dl=0

**RZ1ZR** · 12.11.2015, 09:26

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

WSJT-X-v1.6.1-devel-r6080 https://www.dropbox.com/s/2u3h2uoylk...r6080.zip?dl=0

WSJT-10.0-r6055 https://www.dropbox.com/s/foxvzd8q40...81%29.zip?dl=0

если можно в двух словах, различие между 1.6.1 и 10 ?

**UA3ALE** · 12.11.2015, 09:52

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

если можно в двух словах, различие между 1.6.1 и 10 ?

Если в УКВ не работаешь то 10 тебе никчему!

**UA3DJY** · 12.11.2015, 10:47

копирую как есть, релиз 6080 это попытка объединить достоинства 6052 и 6058 в одном релизе, важно замечание внизу про использование RF gain в трансиверах где не выключается АРУ. Будет окошко сделаю сравнительный тест 6080.

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC handling
From: Steven Franke <s.franke@ic...> - 2015-11-12 00:32:18
Hi Igor,

Since this may be of interest to others, I’m copying this reply to the list. First, I’d like to echo what Joe said earlier. If you are running in JT65A mode and if your search range is the same for all cases, then you should see identical results on all platforms and operating systems with the only difference being execution time.

Having said that, I agree that r6052 and r6058 should perform differently on different types of files. In fact, your most recent results are as I would expect. Recall that r6052 uses a standard floating-point correlation function for identifying candidates for further processing. If there are no impairments to the data, then the algorithm used in r6052 should be the most sensitive and the most accurate. As such, it is no surprise that you see better results with r6052 for your “AGC OFF” files and for the -24dB files generated by JTSim.

r6058 uses a 1-bit correlation, which was introduced to mitigate the effect of AGC-induced noise “stepdown” (for lack of a better term) at the beginning of the record. It will also mitigate the AGC-induced “stepup” at the end of the record. This approach turns out to be very effective in cases where the AGC effect is severe, as in the example files that you provided. To give an idea of what it does, most of your files produce 100-200 (mostly spurious) candidates with the standard correlation as used in r6052, whereas the 1-bit correlation reduces the number of candidates to 10-30 in most cases. This dramatically reduces execution time, by as much as a factor of 5-10 in some cases.

The downside of using 1-bit correlation is a slight loss in sensitivity.

Just now, in r6080, I’ve committed my latest attempt at finding the best compromise between robustness and sensitivity. This latest version first uses the full correlation function to identify candidates. If the number of candidates is greater than 50, it then goes back and tries again using the 1-bit correlation. This restores the full sensitivity of the decoder for well-behaved data files (or even for AGC-contaminated data with a narrow search range) while resorting to 1-bit correlation when warranted. If even the 1-bit correlation produces more than 50 candidates (I have not yet seen this happen), then the fallback is to reduce ntrials to 100 to keep the decoder from appearing to “freeze”.

For future reference, I just ran r6080 on the -24dB test files using a setting of 8 for random erasure patterns (ntrials=10000), with 2-pass decoding turned off, and obtained 828 decodes.

Finally, a comment on your observation that many people have rigs that do not allow the AGC to be turned off. I expect that many such rigs will have an RF gain control. My recommendation is to reduce the RF gain to the point where AGC is activated only on the strongest signals. This will minimize the AGC-induced noise-step effect and will guarantee maximum sensitivity from the decoder. For example, on my TS-480 I usually run with the RF gain set at 80 (out of 100) and only 1-2% of my data files activate the 1-bit correlation option. In any case, this latest version should “just work” whether or not you are able to optimize your AGC settings.

73 Steve k9an

**UA3DJY** · 12.11.2015, 10:56

и еще раз про АРУ: если трансивер позволяет то АРУ ДОЛЖНА БЫТЬ ВЫКЛЮЧЕНА, ниже объяснено почему

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC handling
From: Joe Taylor <joe@pr...> - 2015-11-12 01:24:21
Hi Igor and Steve,

Perhaps it's worth mentioning that our advice for all WSJT-related
programs has always been to disable the receiver AGC (if possible) and
turn the RF gain control well down, thereby minimizing AGC action. If
you do this and follow instructions in the User Guide about setting the
signal level coming into the sound card (or equivalent device), there's
plenty of dynamic-range "headroom" still available for nearly all
situations.

The decoders know how to handle widely different signal levels, and they
appreciate having a reliably constant baseline noise level during an Rx
sequence.

-- Joe, K1JT

**UA9OP** · 12.11.2015, 11:08

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

Since this may be of interest to others, I’m copying this reply to the list. First, I’d like to echo what Joe said earlier. If you are running in JT65A mode and if your search range is the same for all cases, then you should see identical results on all platforms and operating systems with the only difference being execution time.

Having said that, I agree that r6052 and r6058 should perform differently on different types of files. In fact, your most recent results are as I would expect. Recall that r6052 uses a standard floating-point correlation function for identifying candidates for further processing. If there are no impairments to the data, then the algorithm used in r6052 should be the most sensitive and the most accurate. As such, it is no surprise that you see better results with r6052 for your “AGC OFF” files and for the -24dB files generated by JTSim.

r6058 uses a 1-bit correlation, which was introduced to mitigate the effect of AGC-induced noise “stepdown” (for lack of a better term) at the beginning of the record. It will also mitigate the AGC-induced “stepup” at the end of the record. This approach turns out to be very effective in cases where the AGC effect is severe, as in the example files that you provided. To give an idea of what it does, most of your files produce 100-200 (mostly spurious) candidates with the standard correlation as used in r6052, whereas the 1-bit correlation reduces the number of candidates to 10-30 in most cases. This dramatically reduces execution time, by as much as a factor of 5-10 in some cases.

The downside of using 1-bit correlation is a slight loss in sensitivity.

Just now, in r6080, I’ve committed my latest attempt at finding the best compromise between robustness and sensitivity. This latest version first uses the full correlation function to identify candidates. If the number of candidates is greater than 50, it then goes back and tries again using the 1-bit correlation. This restores the full sensitivity of the decoder for well-behaved data files (or even for AGC-contaminated data with a narrow search range) while resorting to 1-bit correlation when warranted. If even the 1-bit correlation produces more than 50 candidates (I have not yet seen this happen), then the fallback is to reduce ntrials to 100 to keep the decoder from appearing to “freeze”.

For future reference, I just ran r6080 on the -24dB test files using a setting of 8 for random erasure patterns (ntrials=10000), with 2-pass decoding turned off, and obtained 828 decodes.

Finally, a comment on your observation that many people have rigs that do not allow the AGC to be turned off. I expect that many such rigs will have an RF gain control. My recommendation is to reduce the RF gain to the point where AGC is activated only on the strongest signals. This will minimize the AGC-induced noise-step effect and will guarantee maximum sensitivity from the decoder. For example, on my TS-480 I usually run with the RF gain set at 80 (out of 100) and only 1-2% of my data files activate the 1-bit correlation option. In any case, this latest version should “just work” whether or not you are able to optimize your AGC settings.

73 Steve k9an

Поделиться
|
Спасибо

Быстрый ответ на это сообщение Ответ Ответить с цитированием Ответить с цитированием Мультицитирование этого сообщения Процитировать выделенный текст
Сегодня, 13:56 #8422
UA3DJY
UA3DJY на форуме
Радиолюбитель

Регистрация
05.03.2015
Сообщений
46
Поблагодарили
12
Поблагодарил
3

и еще раз про АРУ: если трансивер позволяет то АРУ ДОЛЖНА БЫТЬ ВЫКЛЮЧЕНА, ниже объяснено почему

Re: [wsjt-devel] high sensitivity of decoder vs TRX AGC handling
From: Joe Taylor <joe@pr...> - 2015-11-12 01:24:21
Hi Igor and Steve,

Perhaps it's worth mentioning that our advice for all WSJT-related
programs has always been to disable the receiver AGC (if possible) and
turn the RF gain control well down, thereby minimizing AGC action. If
you do this and follow instructions in the User Guide about setting the
signal level coming into the sound card (or equivalent device), there's
plenty of dynamic-range "headroom" still available for nearly all
situations.

The decoders know how to handle widely different signal levels, and they
appreciate having a reliably constant baseline noise level during an Rx
sequence.

-- Joe, K1JT

про что здесь? Вы бы хоть на русском языке коротенькую аннотацию сделали, все не надо. коротко и понятно чтобы было.И насчет АРУ если она не отключается? на Р-399А надо переходить?

**RC2SC** · 12.11.2015, 11:36

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

И насчет АРУ если она не отключается? на Р-399А надо переходить?

Не надо, если не отключается АРУ то выкрутите ручку "RF gain" трансивера на максимальную чувствительность и всё, а с остальным должна практически во всех случаях справится звуковая карта у которой есть запас по динамическому диапазону ( хотя производители иногда врут и завышают его значение

). А декодер разберётся с сигналами разного уровня ( ведь не дураки его писали

).

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

про что здесь?

А здесь о том что я был прав говоря что версия 6052 работает лучше чем 6058, правда только тогда когда у тебя нет грязи (речь не о высоком уровне сигнала) в принимаемом сигнале ну и время декодировки немного больше.

Остальное Игорь расскажет.

**UA3DJY** · 12.11.2015, 13:16

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

Не надо, если не отключается АРУ то выкрутите ручку "RF gain" трансивера на максимальную чувствительность и всё,

Немного по другому: если в трансивере не выключается АРУ то Вам в разных условиях прохождения придется ставить ручку RF gain в разные положения чтобы вывести Вашу АРУ на более-менее линейный участок ее характеристики. Если диапазон закрыт - то максимальное усиление(максимальная чувствительность приемника), если есть сигналы с ломовым уровнем то придется RF gain а значит и чувствительность прижимать. Но думаю что релиз 6080 в большей части случаев должен заменить собой ручную регулировку RF gain, за исключением очень сильных сигналов на диапазоне.

В остальном переводчик от поисковика Google Вам в помощь, я физически не смогу все перевести на русский. На вопросы с удовольствием отвечу.

73 Игорь

**RC2SC** · 12.11.2015, 14:34

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

Немного по другому: если в трансивере не выключается АРУ то Вам в разных условиях прохождения придется ставить ручку RF gain в разные положения чтобы вывести Вашу АРУ на более-менее линейный участок ее характеристики. Если диапазон закрыт - то максимальное усиление(максимальная чувствительность приемника), если есть сигналы с ломовым уровнем то придется RF gain а значит и чувствительность прижимать. Но думаю что релиз 6080 в большей части случаев должен заменить собой ручную регулировку RF gain, за исключением очень сильных сигналов на диапазоне.

Немного не соглашусь. Как говорил Джо выше то звуковая карта должна переварить сигналы разного уровня если она конечно совсем не отстой. Случайно получился эксперемент с RV9XQ Александром (сосед, метров 300 по прямой) , столкнулись на двадцатке, проходил он у меня 58+40 dB по S-метру трансивера и стоял он где то 700-800 Гц в стороне. Да, под его сигналом и небольшой бархоткой вокруг я ничего не принимал (герц 50, работал он в JT9) а вот уже рядышком сигналы декодировались. Мы потом ещё в JT65 перекинулись, смотрели сигналы друг друга ( у него Flex-3000). И нормально станции декодировались на фоне мощного сигнала, может конечно и не все но особого дискомфорта не было, кроме конечно яркого пятна на водопаде (жалко снимка не сделал). Больше мешают гармоники некоторых товарищей. Поэтому придерживаюсь мнения что "RF gain" надо ставить на максимум чувствительности (Стив k9an предлагает до точки когда АРУ начнёт реагировать на самую мощную станцию, где то 80% чувствительности от 100% максимальных) а если уж очень мощная станция то не ручкой "RF gain" уменьшать чувствительность а ползунком входного уровня программы можно слегка придушить сигнал. Конечно если ваша звуковая карта имеет линейную АЧХ и нормальную динамику. Глупо говорить о характеристиках встроенного звука, особенно на бюджетных а тем более старых материнках. Давно уже понял что нужна неплохая звуковая карта, внешняя или встроенная не имеет значения ведь цена вопроса не токая большая это всего порядка 1,5-3 тысяч рублей.
Понравилась концовка послания; "В любом случае, эта последняя версия должна "просто работать" или вы не в состоянии оптимизировать настройки АРУ."

**UA3DJY** · 12.11.2015, 16:28

очень интересная фраза выскочила в переписке с K1JT, получается что несколько ядер процессора при декодировании используются только в режиме JT65 + JT9, а в режимах только JT65 либо только JT9 используется только одно ядро процессора. Так что для быстрого декодирования используйте JT65+JT9 режим работы

> In the JT9/JT65
> decoder, multi-threading is used only in the combined JT9+JT65 operating
> mode, so such a cause could not be present in single-mode JT9 or JT65
> operation.

**UA3DJY** · 12.11.2015, 16:40

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

Давно уже понял что нужна неплохая звуковая карта, внешняя или встроенная не имеет значения ведь цена вопроса не токая большая это всего порядка 1,5-3 тысяч рублей.
Понравилась концовка послания; "В любом случае, эта последняя версия должна "просто работать" или вы не в состоянии оптимизировать настройки АРУ."

Владимир, динамический диапазон звуковой карты сверху определяется разрядностью АЦП а снизу собственным шумом АЦП в том числе шумом квантования. Поэтому сегодня 'хорошая' звуковая карта означает малошумящую и давно уже не имеет проблем с верхней планкой динамического диапазона - если на вход звуковой карты давать достаточный уровень сигнала то требования к собственному шуму звуковой карты могут быть ослаблены. С другой стороны в классических аппаратах при выключенной АРУ 'достаточный' уровень сигнала связан с уровнем интермодуляционных искажений в НЧ тракте трансивера. С этой точки зрения хорошая звуковая карта действительно в помощь.

Свои 'грязные' звуковые файлы я вообще писал с websdr используя VBcable драйвер, то есть чистый IP/цифра через виртуальный кабель с SDR приемника с передачей данных через интернет. Грязь в файлах дала АРУ приемника которую автор web интерфейса не дает возможности отключить.

73 Игорь

**UA3DJY** · 12.11.2015, 17:06

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

Понравилась концовка послания; "В любом случае, эта последняя версия должна "просто работать" или вы не в состоянии оптимизировать настройки АРУ."

Правильный перевод: независимо от того можете Вы или нет оптимизировать настройки Вашей АРУ.

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

73 Игорь

**RC2SC** · 12.11.2015, 17:33

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

очень интересная фраза выскочила в переписке с K1JT, получается что несколько ядер процессора при декодировании используются только в режиме JT65 + JT9,

Так об этом писали давно что на многоядерных процессорах декодирование сигнала в двух модах производилось одним ядром вот и решили разделить потоки по ядрам. Ведь если помните были версии где выскакивало окошко предупреждение что проходит оптимизация под ваш процессор.

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

Правильный перевод: независимо от того можете Вы или нет оптимизировать настройки Вашей АРУ.

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

Главное не точность перевода а передача глубинного смысла текста.

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