JT65-HF

[UA3DJY]

Игорь, прочитав ваши действия, я также при выключенных АРУ, NB и NR для порядка выставил на 50 усиление по ЗЧ (дорожка со значком "динамик"), регулятор ВЧ также установил на 50. Перед этим регулятор усиления в программе WSJT-X тоже установил на 50. Регулятором усиления DAX настроил показание в отсутствие сигнала, только шум, на 30 дБ. Сигнал в динамике был громкий и я регулятором ЗЧ убрал движок в положение 10.
Буду пробовать.
P.S. До этих действий у меня регулятор WSJT-X стоял в самом низу, т.е. ниже 0 дБ,
А регулятор ВЧ в SSDR на 10.

На 15 метрах появились цифры -26, -29 дБ.

Владимир, сегодня проштудировал разные документы на разные софты/трансиверы и при полном отсутствии полезной информации по настройке усиления в документации на ANAN-10 решил не рисковать чувствительностью, и поскольку ползунки RX AF / VAC RX gain вторичные сделал так:

RX AF = 5
VAC RX gain = -40

и для 30 дБ шума эфира на WSJT-X получил fixed gain (он же RF gain) = 98 - зависит от состояния диапазона

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

73 Игорь

[UA3DJY]

еще раз о важности использования NTP и необходимости мониторинга среднего DT принимаемых станций

Записал звуковой файлик с SDR приемника, компьютер не самый медленный но во время записи файла дал задержку принимаемых сигналов на выходе софта PowerSDR не превышающую одной секунды.

пытаюсь декодировать файлик на r6080 получаю 2 станции в JT65:
0706 -23 0.6 2493 @ CQ PA3GUK JO32
0706 -7 1.0 280 # CQ R9HAW NO26
0706 -2 0.9 2124 # SP2CDN YO8SEP -06

пробую его же в релизе 6058:
0706 -23 0.6 2493 @ CQ PA3GUK JO32
0706 -7 1.0 280 # CQ R9HAW NO26
0706 -23 1.7 1087 # JH8JNF F5GPE 73
0706 -25 1.2 1499 # CQ UA3LHA KO64
0706 -2 0.9 2124 # SP2CDN YO8SEP -06

Видно что для релиза 6080 более критичен DT слабого сигнала, а корреспонденты с плохой синхронизацией часов имеют меньше шансов быть декодированными у DX станций.

файлик лежит здесь https://cloud.mail.ru/public/Hhpj/EgLDYNPK4

73 Игорь

[UA9OP]

синхронизацией часов имеют меньше шансов быть декодированными у DX станций.

Игорь, а 6097 еще не пробовали, вроде как тоже хорошо ведет себя и насчет DT у меня D4 не хотит нормально работать, пользуюсь интернетовским временем, только постоянно перезапускать приходится, потому как часто сбивается время, может есть что то новое ?

[R3LW]

Попробовал файлик Игоря на r6097. Тоже меньше декодирует, чем r6058.

[UA3DJY]

Видно что для релиза 6080 более критичен DT слабого сигнала, а корреспонденты с плохой синхронизацией часов имеют меньше шансов быть декодированными у DX станций.

файлик лежит здесь https://cloud.mail.ru/public/Hhpj/EgLDYNPK4

73 Игорь

похоже что дело не в DT а в короткой импульсной помехе которая присутствует в файле. Steve сказал что 6058 с постоянно используемой однобитной корреляцией лучше держит такого типа помехи. Вопрос все еще в обсуждении с разработчиками - у меня есть несколько файлов с такой же помехой но уже слабой по уровню и в этих файлах 6058 тоже декодирует совсем слабые станции а 6080 нет.

[UA3DJY]

Игорь, а 6097 еще не пробовали, вроде как тоже хорошо ведет себя и насчет DT у меня D4 не хотит нормально работать, пользуюсь интернетовским временем, только постоянно перезапускать приходится, потому как часто сбивается время, может есть что то новое ?

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

73 Игорь

[UA3DJY]

Всем кто работает с выключенной АРУ

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

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

73 Игорь

[UA3DJY]

DT у меня D4 не хотит нормально работать, пользуюсь интернетовским временем, только постоянно перезапускать приходится, потому как часто сбивается время

если NTP глючит (что у меня тоже бывает при плохом Интернет канале через сотового оператора)то можно попробовать периодически его автоматом перезапускать с использованием командного файла .bat

Например Meinberg NTP для рестарта пользуется вот таким командным файлом:
@echo off
REM ********** RESTART NTP SERVICE *************
echo Trying to stop NTP service:
net stop ntp
REM Insert a delay ...
echo Wait 10 seconds before restart ...
ping -n 10 127.0.0.1 > NUL
echo Trying to restart NTP service:
net start ntp
pause

но здесь Вам придется изменить значение таймера с 10 секунд на необходимое и добавить цикл.

Еще есть вариант вместо D4 включить и настроить периодичность срабатывания Windows NTP. Вот инструкция которую когда то выкладывали на CQHAM:

"
Необходимо внести изменения в системном реестре Windows.
Откройте редактор реестра (Пуск -> Выполнить -> "regedit") и найдите раздел
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\W32Time\TimeProvi ders\NtpClient
В этом разделе есть параметр - SpecialPollInterval, который как раз и отвечает за период обновления
времени в секундах. Поменяйте значение этого параметра, например, на 3600, что будет соответствовать
синхронизации времени каждый час. Для того, чтобы эти изменения вступили в силу, выполните команду (из командной строки - cmd)
w32tm /config /update или перезагрузите компьютер.
"

Я сам товарищу с неделю настроил NTP так под Windows 10, думаю что значение 300..600 соответствующее раз в 5..10 минут даст приемлемую для JT65 работу часов.

73 Игорь

[RK1NA]

если NTP глючит

У меня была проблема с D4 и с Meinberg NTP из за провайдера.
Видимо он где то поставил "тормоз" на NTP файлы - программы сайты видят
но время не корректируется. В свое время NTP сервера были источником
сильного спама и видимо некоторые провайдеры лечились так.
Сменил провайдера и все стало нормально.

[RC2SC]

6099 https://www.dropbox.com/s/i7cvkafmnn...r6099.zip?dl=0
И тут JT65-DX.com

[UA4ALT]

D4 не хотит нормально работать, пользуюсь интернетовским временем, только постоянно перезапускать приходится, потому как часто сбивается время, может есть что то новое ?

Валерий, лично я отказался от D4 - тоже начала глючить.
Попробуйте NetTime - Network Time Synchronization Tool
Маленькая простая утилитка, хорошо работает, проблем нет.

[UA3DJY]

выложил файлики записанные с DDSSDR с прямым цифровым аудиопотоком на центральный процессор компьютера
https://cloud.mail.ru/public/Cker/Qviw8qin1

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

Если проанализировать файлы на audacity то видно что

в файлике 18:08 есть две громкие станции с сигналами примерно +40 и +50дБ к шуму, чистый спектр выше и ниже этой пары.
в файлике 18:12 есть станция с уровнем примерно +52дБ к шуму (максимальные пиковые уровни за интервал) и при этом декодируется станция с уровнем -25дБ (уровень приведенный к интегральному шуму во всей аудио полосе, если попытаться привести к максимальному пиковому уровню за интервал то выйдет немного менее 0 дБ, то есть перепад уровней двух станций чуть более 52 дБ)

Что подтверждает отсутствие какой либо необходимости использования узкополосного фильтра в тракте приемника при использовании DDS SDR с прямым цифровым аудиопотоком. В этом разница с классическими трансиверами - если в классическом трансивере выключена АРУ(что возможно только при высокой линейности НЧ тракта) то в НЧ тракте трансивера при сильных сигналах на диапазоне есть интермодуляционные продукты, при слабых сигналах и малом шуме с антенны появляется вопрос к собственному входному шуму звуковой карты. Трансиверы в которых производитель не предусмотрел отключение АРУ пользователем как правило имеют очень плохую линейность НЧ тракта и принудительное отключение АРУ в таких аппаратах может привести к ухудшению декодирования JT сигналов.

Если АРУ включить то становится еще хуже - кроме интермодуляционных продуктов вследствие нелинейности АРУ появляется еще броски уровней слабых сигналов при появлении сильного сигнала на диапазоне - при этом слабые сигналы, в случае когда АРУ не отрабатывает на шум эфира, при срабатывании АРУ на сильных сигналах уходят вниз вместе с чувствительностью приемника, то есть не доходят до WSJT-X. Раньше еще была проблема работы софта при броске уровня шума при резком срабатывании АРУ, но начиная с релиза 6058 ее решили.

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

Вот так кратко разница между современным SDR и классическим трансивером, пусть даже и самым дорогим, в применении к JT.

73 Игорь

[UA9OP]

Маленькая простая утилитка, хорошо работает, проблем нет.

Попробую. спасибо.

[RC2SC]

WSJT-X 1.6.0-devel-r6102 https://www.dropbox.com/s/7yujdghql1...r6102.zip?dl=0
Здесь тоже добавили http://jt65-dx.com/download/wsjt-x.html

[RN6MT]

WSJT-X 1.6.0-devel-r6102 https://www.dropbox.com/s/7yujdghql1...r6102.zip?dl=0
Здесь тоже добавили JT65-DX.com

Когда поставил предидущую версию, ну думаю класс. Водопад стал классно работать. Нет завала АЧХ, практически ровная линия.
А в этой версии опять испортили. Ниже 500 герц идет подъём усиления(((((
Из нового, что заметил-убрали моды ISCAT и JTMSK
Еще- убрали меню "Advanced"