Тогда ещё вопрос: а по чему на все сигналы разбег по времени разный? Время тут вроде в автомате стоит.Но более чем 0,9 сек. я разбега пока не видел.
Так. Но я говорю о том, КАКАЯ QSO. Меня интересуют только трансконтинентальные ЩСО, и то, выборочные.
Поэтому когда я в свои всего 10 минут прохождения на SR даю CQ DX и меня зовет народ от 3 до 0 района, остается вздыхать и порадоваться за них - им-то любая ЩСО в радость... С той лишь разницей, что с ними я могу круглосуточно связи проводить, а те, кто мне интересны - всего несколько минут на восходе.
О необходимости синхронизации и коррекции времени почитайте хотя бы с поста #4916 (и это касается всех работающих в данной моде), если вы так и не удосужились заглянуть в user manual. А если бы заглянули то наверное увидели бы что в данной программе есть возможность синхронизировать время через интернет.
Вложение 181354
Вложение 181352
Настройки в программах по умолчанию
кроме wsjtx-1.7.1-devel-build-7551 вместо 6-0 поставил 7-5 (8 ком не тянет)
Вложение 181357
Что это, нужно ли это. Может это место использовать для ограничения количества CQ?
Вложение 181361
Только JT65 и отключил Hint
Если читали то почему у вас раз в неделю происходит синхронизация?
Автор программы предоставил вам выбор и возможность как делать синхронизацию, можно вообще стороннее приложение использовать но при этом вы должны отключить её в других местах.
https://time.is/ Хорошая ссылка на проверку точного времени.
Вложение 181362
Вложение 181365
5 раз переставлял одно и тоже
Вложение 181365
5 раз переставлял одно и тоже
7ка
то R0JF Игорь я про эти символы--Вложение 181368 ----- (*)-----
Ошибка сборки hamlib3
Вложение 181369
Вложение 181376
Всем привет у меня SDR и иногда программа зависает с такой рамочкой..........может кто сталкивался с такой проблемой......помогите её РЕШИТЬ !!!!!
Добрый вечер. Подскажите как вылечить проблему. Установил JTDX 17.4 совместно с UR5EQF. Коммутация через OmniRig работает нормально, но декодирует только один раз и затем кнопка Decode не отключается, т.е. следующий цикл уже не декодирует. И еще постоянно идут какие-то тоновые посылки в трансивер. Периодически выскакивает заставка с предложением переконфигурировать настройки. Время синхронизировал, настройки звуковой карты сделал (16 бит, 48000 Гц). В чем дело может быть еще?
Замените файл CALL3. Скачайте и замените. Путь к файлу: FAIL - Open Log Directory. Тот, что вставить, здесь. После замены, перезапустить программу.
На счет тоновых посылок - смотрите, что еще включено в комп. Все, не относящееся к работе программы JTDX выключить. Если в моде DIGI в трансивере микрофон не отключается, то и его выдерните из гнезда.
Микрофон отключен. Что значит заменит файл CALL3? Просто удалить? Я его открыл, он пустой у меня. Все увидел файл. Спасибо. Сейчас попробую.
Сергей, огромное спасибо. Все, стал нормально декодировать. А вот с "бипами" буду разбираться. Пока не понятно, что за причина. За файл еще раз спасибо. А то второй день "ломаю голову" - устал уже.
Наверное каков вопрос таков и ответ. Хотелось бы уточнения так как у вас в программе постоянно отваливается CAT. Какой трансивер SDR, какой протокол, используете ли лог, какой лог и CAT у лога как настроен. COM порта - что на CAT, что на PTT, настройка портов. В программе каковы настройки CAT. Какие манипуляции или запуск чего то были перед отваливанием COM порта. Не зная точную конфигурация тяжело давать советы, надо определить что влияет у вас на работу CAT.
Уф, вроде бы разобрался с 17.5.2 для EQF.
Изменения-рапорт передаётся в лог как от простых позывных, так и от дробных (переписал заново процедуру записи в ALL.TXT). По-поводу удаления ini, он находится в директории, как у оригинала. Тестируйте.
JTDX-17.5.2 UI1 for UR5EQF
Вот сейчас слышу сильную несущую на весь участок . Вот что творит UA6JQ -------видимо нашел в 3ем районе DX решил( подкочегарить)Вложение 181413Вложение 181414
Всем, добрый день. Подскажите как решить проблему, такое ощущение, что программа JTDX 17.4 для UR5EQF формирует команду на переключение диапазона и в наушниках постоянно и хаотично звучит тоновый сигнал как при нажатии кнопки переключения диапазона. При этом диапазон не переключается. Из-за чего это может быть? Трансивер TS-950SD, модем UnicomDual. Все коммутирует и декодирует, но этот паразитный сигнал заколебал.
Установил версию 17.5.2 и все паразиты исчезли. Олег, большое спасибо.
Посмотрите на скрин. Может у Вас галочки в отмеченных местах стоят? Тогда причина - они.
Вложение 181436
Да по тому, что разбег со всеми станциями в JT65 по времени не превышает как я писал ранее более 0,9 сек в неделю, от 0,0 сек до 0,9 сек и все станции кодируются по разному временному режиму.У кого то 0,0 сек. а у кого то разбег на 1,0 сек. По вашей сторонней ссылке вообще разные показания, то опоздания на 4,8 сек, то 2,0 сек, то на 0,5 сек итд, 15 раз нажал и результаты все разные, к тому же программа на 1 час разницу даёт с местным временем.
Вместо 18 часов сообщает 17 часов.Спасибо, но мне это инфо не нужно.Вы так и не ответили на мой вопрос про разбег времени в программе.Программа сама выбирает время ( при отсутствии интернета, полевые условия) или всё же отсчёт времени по компу?
Установил EQF 17.5.2,работает не устойчиво.Постоянно слетает CAT и PTT.
Откатил назад на EQF 17.5.1,эта версия работает без глюков.
Я все восстановил вот 17.5.1 как build-jtdx package все ОК
Вложение 181450
а вот 17.5.2 так не получается...делал по вашему.
Вложение 181451
Да нет, простачком прикидывается. Сначала учил всех уму разуму, тряс своей первой категорией, не корректно разговаривал с оппонентами, потом случилось чудо и появился провал в памяти. Для меня это крутой чел с первой категорией который имеет право и которой приобрёл ACOM1000 (уже модифицированный) в официальном сервис центре на морском причале за три года до того как начали выпускать упомянутый выше ACOM.
Вас ещё бездарем с четвёртой категорией не называли, удивительно.
Позвольте несколько вопросов от чайника :)
Установил и запустил я JTDX 17.5.1 ... возникли вопросы:
1. Почему моя передача продолжается и после 48-й секунды?
2. Почему моя передача автоматически не прекращается после 48-й секунды? Т.е. если я не отжал кнопку Tune - моя передача продолжается и на следующей минуте :)
3. Возможность выбора РТТ через LPT-порт нет в настройках?
4. Как очищать окна с позывными? :)
Что я не так делаю?
Вообще-то кнопка TUNE здесь для настройки. Это как в CW нажатие. Просто несущая в эфир. ))
Передача включается кнопкой ENABLE TX. Но, предварительно надо выбрать макросс с текстом, который вы хотите передать.
Для начала попробуйте CQ.
А вообще-то, для начала, надо изучить "мануал - "Инструкция по пользованию".
После нажатия ENABLE TX, с первой секундой следующей минуты включится передача. И будет идти до 48-й. Следующая минута - прием.
Где-то на 50-й..52-й секунде появятся позывные в окне приема. выбираете , кого хотите позвать. Жмете на эту строку. И с 1-й секунды следующей минуты пойдет ваша передача.
Мощность установите небольшую, около 10-20 ватт. Это для начала. И следите за уровнем ALC трансивера. ALC должно быть на нуле! Иначе искажения неизбежны!.
И обязательно проверьте синхронизацию времени вашего компьютера. Разница более 2-х секунд недопустима. Иначе ни вы ни вас декодировать не получиться.
если самостоятельно не дорабатывать JTSDK то результат выполнения build-wsjtx будет выглядеть так:
Вложение 181456
RU4SS Константин вы на каком диапазоне?
Ура, провел первую связь на JTDX :) на 30м.
На прием, однозначно, лучше JT65.
Интересно только, будут ли слышать меня эти, видимые теперь, станции с уровнем типа -25дб :)
А для чего ползунковый регулятор Pwr? Что им регулируется, выход со зв.карты компа?
Жаль только, что РТТ через LPT-порт недоступен :( приходится делать РТТ via САТ.
Иногда вылезает окно с упоминанием, что потеряна связь с трансивером, приходится жать RETRY...
Трансивер Kenwood TS850SAT,в закладке Radio стоит Omni-Rig1,VSPE и другой софт одновременно для управления трансивером не использую.
Я постоянно слежу за обновлениями программы и работаю на ней давно.Может это после переделки под EQF.
Пример:Стою на 40м, включаю передачу и трансивер самостоятельно перескакивает на частоту 14.152,тесть на 20м.
Для PTT использую VOX и на передачу перестала становиться.
Вот такая бяка.С 17.5.1 все нормально.
Спасибо Игорь, все нормально внизу немного не так, но это не влияет ни на что.
Вложение 181460
Так ставте оригинальную http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1331842
Добрый вечер коллеги. Обновил до версии JTDX-17.5.2 for UR5EQF. Работает отлично !!!
Не совсем. Сделал в одном месте, вылезло в другом (по поводу занесения автоматом рапорта от станций c "/"). Исправил, добавил ещё, по F7 будет открыт в блокноте wsjtx_log.adi независимо от ассоциации. Обновитесь
JTDX-17.5.2 UI1 for UR5EQF
Просто проверить будет ли работать как надо.
Проверил.Не работает.Опять свистопляска с CAT.Цитата:
Просто проверить будет ли работать как надо.
Ставлю эти программы с каждым новым выпуском так,что ошибки в установке нет.
Но,заметил одну особенность.Может в этом причина.
Вложение 181478
В тех программах где запись частот через точку,все работает нормально.
В той где через запятую,проблемы.
Может можно как то в 17.5.2 активировать запись через точку?
Вложение 181485
Вложение 181486
japan притащил usa и это во всех версиях происходит.
диапазон чистый.
еще вот это появляться стало
Вложение 181487
Вложение 181488
А все таки...
У некоторых товарищей еще старенькие компьютеры :)
Нельзя ли добавить в настройки JTDX возможность выбора LPT-порта для управления РТТ?
Вполне может быть что с переходом на Qt 5.5 софт начал смотреть региональные настройки Windows.
Вложение 181495
CAT, CW и PTT может одновременно работать на одном СОМ порту. Иногда сигнал RTS берётся для питания схемы САТ, его можно заменить на DTR. Больше информации на моей странице, если что не понятно, можете мне написать е-майл, отвечу.
Кажется так в Вашем FT-1000
Вложение 181498
У китайцев есть решение вашей проблемы https://ru.aliexpress.com/item/High-...9-927a3a207ded
Ну вот уже и подсказали. PTT можно взять с RTS.
http://www.cqham.ru/mix_1000r.htm
Вложение 181496
Поступают просьбы сделать поддержку нижней боковой полосы LSB в JTDX для работы со старых самодельных трансиверов.
Вчера ради любопытства попробовал, инвертировал приемный спектр в JTDX и протестировал с приемником, пришел к следующему выводу:
если сделать инверсию всего спектра на входе программы декодирования при частоте дискретизации 12 кГц то инвертируется полоса 6 кГц и для приема будет необходима полоса в приемном тракте самодельного трансивера в 6 кГц, а вариант сделать инверсию спектра для каждого сигнала в отдельности связан с большими изменениями в исходном коде. Отдельная тема передача сигнала.
Учитывая что на ВЧ диапазонах надо поддерживать и USB, объем работы и связанные с доработкой риски и затраты времени на поддержку не позволяют вкладывать время в создание LSB функционала в JTDX.
Software and source code are published on the JTDX web page:
Собранный софт JTDX v17.5.2 и исходный код можно взять здесь:
JTDX
альтернативно можно взять здесь:
SW 17.5.2 user interface UI1 https://cloud.mail.ru/public/8vkD/mXtgbaimd
SW 17.5.2 user interface UI3 https://cloud.mail.ru/public/4591/X7bWnsYYB
source code 17.5.2 https://cloud.mail.ru/public/LyBr/D5hzq7vaj
Переход между разными версиями софта JTDX.
Переход с JTDX v16.x на 17.x: cофт создаст новую папку JTDX (File -> Open log directory) куда
необходимо будет вручную скопировать свой лог wsjt_log.adi и файл CALL3.TXT (файл поставляется
в комплекте с софтом, последняя версия файла опубликована на сайте JTDX
http://www.qrz.lt/ly3bg/JTDX/jtdx.html ).
Переход с предыдущих версий JTDX v17.x на 17.5.2 и обратно: изменился формат файла JTDX.INI,
старый файл необходимо удалить. Рекомендуется обновить CALL3.TXT до последней версии.
Детальная инструкция по удалению JTDX.INI файла есть здесь:
http://www.qrz.lt/ly3bg/JTDX/info/instal_ru.html#notes
Детальная инструкция по удалению JTDX.INI файла есть здесь:
JTDX installation notes
Версия 17.5.2 создана на основе исходного кода JTDX v17.5.1
- отключена запись звуковых файлов на жесткий диск если пользователь выбрал 'Save -> None'
- в основном для улучшения работы CAT и режимов Split - Rig / Split - Fake it в исходный код добавлены
следующие патчи: 6581,6588,6589,6590,6597,6599,6618,6622,6636,6650,6651,6658,6659,6660, 6661,6703,6705,6750,
6755,6766,7030,7031,7032,7038,7039,7122,7124,7130,7293,7320,7390,7357, 7457
- упрощен фильтр нижних частот используемый при понижении частоты дискретизации входного сигнала
с 48 до 12 кГц
- теперь пользователь может отказаться от вывода стандартных сообщений-повторов в окно декодированных
сообщений, за исключением сообщений содержащих MyCall. Как и ранее для определения повторов используется
остаточный принцип после проверки всех активированных критериев 'Новый'. Под этот функционал добавлена
галочка в закладку Notifications.
- несколько изменений по блокировке вывода дублирующих Hint декодирований в окно декодированных сообщений
- в закладке 1 генерации сообщений для окошка tx5 добавлено уведомление цветом о превышении 13 и 17 символов
длины сообщения
- обновлен Hamlib
- начиная с 17.5.2 софт JTDX собирается в пакете компиляторов версии Qt 5.5. Всем кто самостоятельно собирает
софт в операционной системе MS Windows необходимо в JTSDK активировать Qt 5.5 и в нем заново собрать Hamlib.
Исходный код JTDX теперь несовместим с ранее использовавшимся пакетом Qt 5.2.
- в cty.dat добавлен позывной KG4W как USA VA
- устранен дефект в функционале Filter: при двойном щелчке левой кнопки мыши на водопаде декодировалась
вся доступная полоса JT65 вместо 400 Гц
- применено несколько критериев блокирования ложных CQ Hint декодирований для случая когда на диапазоне есть
сильные сигналы
Test results, JT65a, number of decoding attempts=1, decoding passes=4:
SDR audio files with more than 20 signals in each file, decoding test results:
test files: https://cloud.mail.ru/public/9Dfk/xrP5GvfYR
correct/ false decodes
v16.4 hint off 3172/6
v16.6 hint off 3168/7
v16.7 hint off 3189/9
v16.8 hint off 3198/3
v16.9 hint off 3214/6
v16.9.1 hint off 3229/1
v17.0.1 hint off 3230/2
v17.1 hint off 3231/4
v17.2 hint off 3232/5
v17.3 hint off 3232/0
v17.4 hint off 3228/1
v17.5 hint off 3227/0
v17.5.2 hint off 3231/1
v16.4 hint on 3248/4 * --- CALL3.TXT/20480 records
v16.6 hint on 3251/4 * --- CALL3.TXT/20480 records
v16.7 hint on 3272/9 * --- CALL3.TXT/20480 records
v16.8 hint on 3284/4 * --- CALL3.TXT/20480 records
v16.9 hint on 3300/7 * --- CALL3.TXT/20480 records
v16.9.1 hint on 3306/1 * --- CALL3.TXT/20480 records
v17.0.1 hint on 3304/1 * --- CALL3.TXT/21570 records
v17.1 hint on 3310/4 * --- CALL3.TXT/21570 records
v17.2 hint on 3354/3 * --- CALL3.TXT/21570 records
v17.3 hint on 3376/0 * --- CALL3.TXT/21570 records
v17.4 hint on 3372/0 * --- CALL3.TXT/21570 records
v17.5 hint on 3366/1 * --- CALL3.TXT/21570 records
v17.5.2 hint on 3361/3 * --- CALL3.TXT/21570 records
for decoding attempts=3:
v16.4 hint off 3218 total
v16.6 hint off 3217 total
correct/ false decodes
v16.7 hint off 3223/4
v16.8 hint off 3225/1
v16.9 hint off 3233/5
v16.9.1 hint off 3247/5
v17.0.1 hint off 3244/2
v17.1 hint off 3255/1
v17.2 hint off 3252/1
v17.3 hint off 3256/0
v17.4 hint off 3256/3
v17.5 hint off 3250/3
v17.5.2 hint off 3245/2
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, all signals are out of RX frequency, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v16.4 hint off 17.0%
v16.6 hint off 17.4%
v16.7 hint off 16.1%
v16.8 hint off 17.1%
v16.9 hint off 16.8%
v16.9.1 hint off 16.3%
v17.0.1 hint off 16.0%
v17.1 hint off 21.1%
v17.2 hint off 21.6%
v17.3 hint off 21.4%
v17.4 hint off 23.0% # AGCc is OFF
v17.4 hint off 21.6% # AGCc is ON
v17.5 hint off 23.2% # AGCc is OFF
v17.5.2 hint off 22.1% # AGCc is OFF
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, decoding on the QSO frequency 1000Hz, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v16.8 hint off 20.0%
v16.9 hint off 24.0%
v16.9.1 hint off 24.0%
v17.0.1 hint off 27.0%
v17.1 hint off 28.0%
v17.2 hint off 28.0%
v17.3 hint off 28.0%
v17.4 hint off 29.0% # AGCc is OFF
v17.4 hint off 28.0% # AGCc is ON
v17.5 hint off 50.0% # AGCc is OFF
v17.5.2 hint off 48.5% # AGCc is OFF
-----------------------
* Для декодирований широкополосных декодеров CQ/CQ DX из SDR файлов невозможно определить все ли полученные декодирования верны.
Рекомендуемые настройки для версии 17.5.2:
- комбинированный режим JT65+JT9
- кнопка AGCc: включайте эту кнопку только если в начале интервала отрабатывает АРУ приемника на
сильные JT сигналы. Срабатывание АРУ можно определить по перепаду уровня шума на водопаде.
- кнопка Hint: рекомендуется держать эту кнопку всегда включенной, активирует группу из 12 декодеров
работающих с использованием согласованных фильтров, позволяет декодировать сигналы с соотношением
сигнал/шум вплоть до -35дБ
- кнопка Clean DX, используйте эту кнопку для ручной очистки окон DX Call DX Grid после окончания
QSO, очистка этих окон немного снижает количество ложных Hint декодирований.
Закладка настроек Advanced:
- Number of decoding attempts(количество попыток декодирования): установить согласно требуемому времени
декодирования. Зависит от количества ядер процессора и тактовой частоты. Для двухядерного процессора
с тактовой частотой 2ГГц можно установить значение 1, для двухядерного процессора с тактовой частотой
3ГГц можно установить значение 3. Чем больше это значение тем выше вероятность декодирования слабых
сигналов.
- Number of decoding passes (количество проходов декодирования) - рекомендуется значение 4, можно установить
3 или 2 на процессорах с низкой производительностью (тактовая частота менее 2ГГц если при количестве попыток
декодирования = 1 процесс декодирования не вписывается в 10 секунд конца приемного интервала)
- RX frequency decoding attempts (количество попыток декодирования для отдельных проходов декодирования на
приемной частоте QSO). Значение 1 для слабых процессоров, 2 для процессоров с двумя и более ядрами и тактовой
частотой более 3ГГц, 3 для мощных многоядерных процессоров.
- Hinted decoding DT range = 1
Диапазон частот на водопаде: выставить на водопаде такую полосу частот в которой требуется декодировать
JT65/JT9 сигналы. Установка значения Bins/Pixel позволяет выбрать приемлемый размер окна водопада.
Все сигналы расположенные по частоте за пределами окна водопада не декодируются.
Для правильной работы декодеров Hint и фильтрации ложных сообщений декодера FTRSD необходимо скопировать
файл CALL3.TXT в папку где находится JTDX лог (File -> Open log directory).
Программа JTDX v17.5.2 может давать ложные JT65 FTRSD и Hint декодирования. Каждое Hint декодирование
маркированное звездочкой и каждое FTRSD декодирование маркированное знаком '?' блокируется при отправке спотов
на сервер pskreporter.info, но может быть передано программой JTAlert на сервер hamspots.net.
Внимание: большое число попыток декодирования или использование кнопки SWL приводят к высокой загрузке
центрального процессора компьютера в течении продолжительного времени, вызывая повышенное потребление
электроэнергии и увеличивая требования к охлаждению процессора.
Удалось кое чего добиться.
К примеру,включен трансивер на 7.076 Мгц в EQF и JTDX все показывает правильно.
Стоит нажать кнопку Tune в JTDX и трансивер перескакивает на частоту 14.152 Мгц.
Показания частоты в EQF 14.152Мгц в JTDX 00.000 000 на красном фоне.
Возвращаю трансивер на 7.076 Мгц и нажимаю опять Tune все,показания частот в обеих программах выровнялись,можно работать.
Но при переходе на другой диапазон манипуляцию приходиться повторять.
Пока работаю так.Но мне интересно почему при откате на 17.5.1,все работает прекрасно.
Очень интересно...
А без EQF все нормально? OmniRig свежий установлен (что-то в нем автор не так
давно исправлял!)?
Да, а если запустить JTDX и EQF и, не нажимая Tune, попробовать переключать диапазоны
из JTDX - в EQF значение частоты меняется? Связь с трансивером не пропадает?
Linux x64 version:
UI1 - https://cloud.mail.ru/public/83Ho/HTrkX5t3f
UI3 - https://cloud.mail.ru/public/MCjG/ZJJxHVa7W
Вопрос закрыт.
Огромное спасибо Евгению Цибизову R0CM за совет,все заработало как надо.
Оказывается не у одного меня была такая проблема.
Доброе утро. В 17.5.2 У меня не получилось поменять шрифт.Пришлось вернуться на 17.5.1 Winda XP
При нажатии кнопки Tune считывается информация о диапазоне и моде, но она используется только для выставления и запоминания выставленного уровня сигнала на передачу. Далее программа задействует модулятор генерирующий НЧ частоты. Не вижу в исходном коде чтобы нажатие кнопки Tune меняло частоту на трансивере.
Другими словами если проблема есть при нажатии кнопки Tune то она должна быть и при передаче сообщения.
void MainWindow::on_tuneButton_clicked (bool checked)
{
if (m_mode == "JT9+JT65" && m_modeTx == "JT65")
curBand = ui->bandComboBox->currentText()+m_modeTx;
if (m_tune) {
tuneButtonTimer.start(250);
}
Q_EMIT tune (checked);
Settings-General-Application Font.... и Decoded Text Font... INI удалял.Пытался дважды установить-неудача Эти окна просто не активны.
Вложение 181544
Вот это поле я всегда заполнял на прошлых софтах,а на 17.5.2 пришлось все стереть и все заработало.
Еще раз спасибо R0CM.
Вложение 181548
если здесь поставить частоту вот тут начинается что попало
А у вас галка на этом не стоит?
Вложение 181550
Разрешить изменение частоты в режиме передачи. А в окошке вы ввели значение частоты на которою происходит корреляция, она может быть как положительная так и отрицательная. Рекомендую изредка заглядывать в User Guide перед тем как производить манипуляции в программе.
Вложение 181566
это что может значить??
JTDX-17.5.2 UI1 for UR5EQF
JTDX-17.5.2 UI3 for UR5EQF
В архивы включены файлы CALL3, cty.dat. Перенести в папку bin. Рекомендации по установке не отличаются от оригинала, за исключением wsjtx_log.adi, находится в папке bin.
Исправлена работа с дробными позывными. По F7 открывается wsjtx_log.adi в блокноте независимо от ассоциации файла (работает в UI1).
ver 17.5.1
Вложение 181586:p-up:
Судя по приведенному списку TS850SAT может не поддерживать смену TX частоты трансивера во время передачи, спасибо Владимиру RA9XQ за ссылку на документацию WSJT-X:Цитата:
Сообщение от RA9XQ
If you will use automatic Doppler tracking and your radio accepts frequency-setting commands while transmitting, check Allow Tx frequency changes while transmitting. Transceivers known to permit such changes include the IC-735, IC-756 Pro II, IC-910-H, FT-847, TS-590S, TS-590SG, TS-2000 (with Rev 9 or later firmware upgrade), Flex 1500 and 5000, HPSDR, Anan-10, Anan-100, and KX3. To gain full benefit of Doppler tracking your radio should allow frequency changes under CAT control in 1 Hz steps.
Компенсация эффекта Доплера это функционал УКВ, для работы на КВ он не нужен.
Игорь, надо было ещё отобразить то что немного ниже или выше.:D
Вложение 181589
Значения смещения вы можите добавить если скажем используется трансвертер.
Наверное сыграло злую шутку желание как можно больше информации отправить в PSK репортёр.
В рамках дальнейшего развития JTDX доработал симулятор JT65 сигналов/звуковых файлов.
В этом линке https://cloud.mail.ru/public/Fdpb/zjX15mYDX набор из 50 звуковых файлов, в каждом файле 70 сигналов со следующими псевдослучайными параметрами: позывные в сообщениях, частота, DT и SNR, из этих параметров DT имеет Гауссовское распределение со средним значением 0.5 секунды. Шум в каждом файле разный и тоже имеет Гауссовское распределение.
Частоты в пределах 5...2695 Гц, SNR от -01 до -26дБ, для генерации сообщений использовал последний файл CALL3.TXT.
Этот набор можно использовать для сравнения эффективности декодирования разных версий JT софта для сценария загруженного сигналами диапазона.
Кроме этого попробовал декодировать в JTDX файл в котором 100 сигналов, после 70 декодированных сообщений JTDX вышел за пределы установленного индекса массива декодированных сообщений, в версии 17.6 увеличу значение индекса массива декодированных сообщений до 100.
набор из 50 звуковых файлов, в каждом 100 JT65 сигналов: https://cloud.mail.ru/public/8JkV/4pauCWyYH
JTDX v17.5.2 зависнет после декодирования 70 сообщений из файла.
так выглядит диапазон на котором 200 сигналов
Вложение 181666
При таком количестве сами сигналы уже становятся шумом друг для друга.
Если JT будет развиваться такими же темпами как сейчас то похожую картинку на экранах уже можно будет наблюдать через год.
Практически это какую пользу будет иметь? Допустим будет реально работать такое количество станций, будет декодировано 100 сообщений, хорошо но практически на каком мониторе вы их всех увидите без прокрутки в окне приёма? Второй вопрос, сколько времени займёт декодирование 100-а станций в реальных условиях, уложитесь хотя бы в десять секунд? Времени для визуальной оценки принятого и выбора кому ответить уже как понял не будет. Выжать можно сколько угодно но надо смотреть и на реальное положение дел, может наоборот при выходе за допустимые границы времени необходимое для более или менее комфортной работы ( не только для вас но и для второй стороны) ограничить декодировку, останавливать при выходе за рамки временного интервала.
В JTDX уже реализован функционал невывода повторов в окно декодированных сообщений. Для желающих увидеть все есть возможность использовать 4к телевизор в качестве монитора.
Можно декодировать 100 сигналов и за одну секунду, вопрос в цене. Декодирование уже ограничивается в JTDX выбором количества проходов и попыток декодирования.
Если действительно так будет расти количество станций на диапазонах, то тогда, по моему мнению, будет только один выход - Расширить диапазоны до 4-5-ти килогерц (а может и более) а полосу приема программы JTDX уменьшить до 1 кгц(а может и меньше). Т.к. декодировать сразу все станции на диапазоне нереально, а если и декодируешь каким-то образом все 200 станций, то все-равно нереально отобразить его на экране и разобраться в этом списке за 10 сек кого звать.Поэтому сделать как в SSB, будет DX учсасток, участок работы с другими континентами и участок местных связей и можно будет передвигаться по диапазону и декодировать часть диапазона. Мы же в SSB не слушаем все станции сразу, а только одну, ну максимум 2-3 если разнос частот небольшой.
Вот том то и вопрос. Если вопрос цены то тут всё во власти пользователя, усовершенствования своего оборудования, но ведь сейчас не редкость когда на слабеньких системах декод заканчивается уже далеко за 10-и секундным интервалом и где то в районе 15-20 секунды следующего периода корреспондент переходит на передачу. Ограничение на время декодирования будет сдерживать пыл накрутить настройки.
Второй момент это может быть не только ограничение отображение повторов на экране а добавление функционала по отображению сообщений с не сработанными локаторами или блоков локаторов, скажем Северная Америка, Латинская Америка, Африка и т.д. и т.п. Режим целенаправленного DX.
Выбор полосы приёма должен выбирать пользователь, ведь всё зависит от возможностей аппаратной части и условий прохождения. А диапазон расширится и так, ведь уже и так далеко заползают на участок для JT9 и в настройках можно добавить новый промежуток для моды. А вот если будет участок для DX то как думаете где будет основная масса станций? И как думаете с каким уровнем они там будут?
Хотя бы перекрестить две параллельные прямые в голове.
Владимир, пропиши в подписи что то типа...
- С точки зрения банальной юридикции, не каждый индивидум нас может понять.
Без обид, ты всё верно пишешь, но воду лить то зачем?
Здесь не пленум ЦК )))
73!
Пардон, что отрываю от высоких сфер - вопрос возник...
Поставил http://ur5eqf.ru/download/JTDX-17.5....r%20UR5EQF.rar, все вроде работает, НО! Лог никак не реагирует на поле "Диапазон". Т.е. в JTDX диапазоны переключаются, а в UR5EQF поле "Диапазон" никак не реагирует на изменения. Ладно локатор не вводится и рапорта через раз (последнее обычно если вручную переключаются Тх1-Тх6) - это все прекрасно записывается в UR5EQF при записи связи в лог JTDX, а вот диапазон - никак. Если забыл поменять в логе вручную - запросто можно наработать "дэхов" на 160, работая на 20-ке.
Вот и вопрос - это так и должно быть, или я где-то что-то упустил в настройках?
ЗЫ. При работе с Миксом в поле диапазон в логе заносится частота без проблем.
DX участок вряд ли нужен и передвигаться по диапазону скоро станет техникой времен трансивера UW3DI. Уже несколько лет существуют приемники позволяющие видеть полосу в десятки мегаГерц, например такой приемник http://websdr.ewi.utwente.nl:8901/, обработка сигналов в широкой полосе: цена железа + софта, а также эффективность алгоритмов обработки.
Вывод на экран - фильтры, тот же самый настраиваемый фильтр DX вместо DX участка в спектре.
Пардон, а нахрена эти танцы с бубном, если все во всех прогах кроме описанного момента и так все работает? Наставить в комп лишнюю кучу программ чтобы потом еще и в их "междуусобицах" разбираться?
Насколько я ничего в этом не понимаю, вся проблема тут в передаче данных из JTDX в UR5EQF. И проблема скорее в JTDX, а не в логе - последний и без Омнирига из того же Микса прекрасно все принимает. Да и в самом JTDX никаких проблем с САТ трансивера нет - все считывается, все управляется.
Жаль...
Придётся ВСПЕ ставить (((
Уважаемые, подскажите пожалуйста!
JTDX не передает QSO в Logger32. Т.е. при нажатии на на кнопку добавить в Log. Logger32 запускается, но выдает ошибку типа не правильный файл и еще что то такое(сейчас на работе и точно сказать не могу). Logger32 зависает и предлагает себя закрыть. Как с этим бороться?
Я в курсе что автора лога нет. Только не понимаю при чем тут лог, если из одной программы он ПРИНИМАЕТ ВСЕ данные, а из другой - только часть? Моя логика говорит что проблема тут совершенно не в логе.
ЗЫ. Кстати, Омнириг я пробовал - все точно так же.
И еще. Вложение 181680 Тут в заголовке такое интересное написано...
Сергей, для работы с MixW, в установках CAT UR5EQF, я ставлю NONE, так как для совместной работы с MixW, достаточно настройки САТ в нем. Если хочу работать в JTDX, то снова в CAT UR5EQF устанавливаю марку трансивера. Немного неудобно, но не всегда требуется оперативность при переходе с JTDX на MixW.
Вложение 181684
вот минута все позывные с звездой?? это как понимать?
Сергей! Вы не правильно представляете себе работу программ.
Из JTDX в лог UR5EQF вообще ничего не передаётся. JTDX разработана как самостоятельная программа и, кроме как на PSK reporter, эта программа ничего, никуда и никому не передаёт. При связи JTDX с логом, в лог добавляют процедуры чтения из определённых мест, в которых JTDX хранит свои данные, например позывной и рапорта. Лог читает эти данные и записывает себе. Улавливаете разницу? Лог читает из JTDX, а не JTDX передаёт в лог!!!
Чтобы в JTDX отображалась рабочая частота, JTDX должна быть связана с трансивером с помощью САТ, через СОМ-порт. Лог, для этой же цели, тоже должен быть связан с трансивером через СОМ-порт. А так как СОМ-порт в компьютере, как правило, только один, программы не могут поделить один порт и конфликтуют. Поэтому нужно установить программу, которая из одного физического порта делает несколько виртуальных. Теперь JTDX и лог, хоть и настраивают на один номер порта, но они работают так, как буд-то подключены к разным портам и уже не конфликтуют. Так будут работать JTDX и лог UR5EQF, если их запустить без всякой связи между ними. При запуске JTDX из лога UR5EQF, в JTDX не возможно установить нужный номер порта и выбрать свой трансивер для работы САТ. Поэтому, в качестве трансивера выбирается Omni Rig, который уже задействован в UR5EQF, и после этого всё работает и в логе и в JTDX.
Вам тут правильно сказали, что нужно сделать, просто не объяснили, почему так нужно.
Это я в курсе, но лично мне ПРОЩЕ щелкнуть по графе "Диапазон", чем каждый раз при смене программы менять настройки для нее. ЛЮБОЙ. А там, глядишь, и программеры наконец-то разродятся и поправят.
ЗЫ за много лет работы и проб самых разных программ, я давно убедился что Микс - своеобразный эталон работы проги с САТ. Если в какой-то проге САТ не работает или сбоит - проверяю в Миксе. Если в нем все работает - 146% того, что глюк в сбоящей програме, а не в технике. Перегружать же комп без необходимости кучей "заплатных" программ мне уже давно не интересно - ни к чему хорошему это не приводит - и без этого на компе такая "файлопомойка" с годами образуется - мама не горюй!
Спасибо. Про такой вариант я даже не подумал. Ну да ладно. Мне, как простому юзеру, в общем-то эти тонкости ни к чему. Я сужу по тому, что в обычной JTDX у меня ничего в лог не передавалось ВООБЩЕ. Увидел вариант специально для работы с логом, поставил - результат описал выше. Думал может не там поставил крыжик или точку вместо запятой, потому с спросил. :) Еще раз спасибо за разъяснения - буду знать.
Эталон не столько софт сколько операционная система. Если операционная система не позволяет занять (микшировать передачу данных) один физический COM порт нескольким приложениям то как ни крути софт работать не будет.
Только переход на виртуальные COM порты с разветвлением доступа.
Software and source code are published on the JTDX web page:
Версия для мониторинга диапазонов с расширенным диапазоном JT65 SNR
Собранный софт JTDX v17.5.2-SWL и исходный код можно взять здесь:
JTDX
альтернативно можно взять здесь:
SW 17.5.2-SWL user interface UI1 https://cloud.mail.ru/public/P12L/U4Ncxj84Y
SW 17.5.2-SWL user interface UI3 https://cloud.mail.ru/public/MnvU/bgGkR4gHr
source code 17.5.2-SWL https://cloud.mail.ru/public/8y5A/69RZMqEmu
Переход между разными версиями софта JTDX.
Переход с JTDX v16.x на 17.x: cофт создаст новую папку JTDX (File -> Open log directory) куда
необходимо будет вручную скопировать свой лог wsjt_log.adi и файл CALL3.TXT (файл поставляется
в комплекте с софтом, последняя версия файла опубликована на сайте JTDX
JTDX ).
Переход с предыдущих версий JTDX v17.x на 17.5.2 и обратно: изменился формат файла JTDX.INI,
старый файл необходимо удалить. Рекомендуется обновить CALL3.TXT до последней версии.
Переход с JTDX v17.5.2 на 17.5.2-SWL и обратно: JTDX.INI файл имеет идентичную структуру данных и
может быть переиспользован.
Детальная инструкция по удалению JTDX.INI файла есть здесь:
JTDX installation notes
Версия 17.5.2-SWL создана на основе исходного кода JTDX v17.5.2
- открыт диапазон рапортов -35...+35дБ для JT65 сигналов, по звуковым файлам симулятора откалиброван до уровней +35дБ SNR
- закрыта передача сообщений из-за того что софт JT65-HF не поддерживает прием сообщений с рапортами в расширенном диапазоне
Вчера установил программу, все замечательно работает, кроме сплита. Что получается у меня, включаю сплит, VFOA прием, VFOB передача, при переходе с передачи на прием VFOA становится равен VFOB. Не могу понять, что я делаю не так. С JT65HF такого помню не было.
Сделал небольшое упражнение на скорую руку. В деревне несколько компьютеров в сетке, есть возможность посравнивать железо, софт и пр. Я так с MMTTY, RITTY и пр делал уже, результат впечатлил.
Подключил основной комп с JTDX 17.5.1 P4/2.6G/2Gb и параллельно (без развязывающих трансов - тупо параллельно) JTDX 17.4 Cel 2.4/1Gb.
На втором компе кнопка Decode бОльшую часть времени была голубая, проц на 100% нагружен. Гораздо дольше декодировал. Первый комп при декодировании тоже на 100% грузился, но гасла кнопка всегда раньше.
Результат таков, что второй (слабый) комп декодировал всегда больше строк.
Вложение 181693
По устройству записи разрядность/частота дискретизации на обоих стоит 16 бит 48000 Гц ? Незначительную разницу может давать положение ползунка регулировки усиления в JTDX, при подаче на аналоговый вход количество декодирований может зависеть от амплитуды подаваемого сигнала и динамического диапазона входа звуковой карты.
Каким образом сигнал передается через сетку, возможно выпадание отсчетов сигнала во время передачи из за разной скорости потоков разного оборудования.
Полоса приема на водопаде одинакова?
На основном компе (Creative Audigy2) 96к, на втором (Creative Audigy LS) было 48. Поставил 96 только что.
Да, ползунки выставлены по-разному были. Как в системе, так и в JTDX.
Да сетка-то ни при чем. У меня даже САТ не был включен на обоих компах.
Полоса одинаковая, по умолчанию.
Тут видимо речь о том, что есть какой-то оптимум в этих движках уровней и нужен механизм, как его обнаружить. Я-то раньше считал, что меньше декодов из-за ресурсов, но когда на 4-ядернике также не досчитался некоторых строк, понял, что ресурсы компа вторичны.
Что интересно, второй комп МОЙ же уровень показывает -11, хотя сигнал очень сильный на водопаде и чуть размазанный даже.
Я давно заметил эту особенность и устанавливаю настройки отличные от рекомендованных.
Так, если на диапазоне мало станций и они проходят с низким уровнем, устанавливаю усиление в период приема в пределах 40-43 db. Не больше и не меньше.
Если станций на диапазоне много с большим уровнем, то устанавливаю усиление п пределах 55-57 db. Не больше и не меньше.
Немного неудобно, зато больше декодов. И самое главное, намного меньше ложных декодов при включенной Hint. У других могут быть другие значения.
Надо Игоря подождать, он в СДРах хорошо разбирается! Я больше а классике!
Функционал Split управляется из под JTDX, для этого не надо вручную включать кнопку Split на трансивере (в SDR софте). Поэтому по окончании передачи у Вас JTDX возвращал трансивер на 14076.0
Здесь есть описание функционала http://www.qrz.lt/ly3bg/JTDX/info/instal_ru.html#split
Прочитал, спасибо. Но чуда не произошло. Вторая серия.
https://yadi.sk/i/-XP-cOnV3E2JKk
Во первых почему если вы используете протокол для TS-2000 у вас стоит два стоповых бита? Должен быть один. Второй вопрос COM 15, порта поближе не нашлось? Вот при таких настройках сплит работает на TS-2000 замечательно, особенно когда CAT через OmniRig.
Вложение 181706
Вложение 181707
Смотрю вашу вторую серию и удивляюсь, зачем вы дергаете частоту в SDR? Встали VFO-A на нужную частоту, трансивер в режиме SPLIT. Всё, теперь забыли про SDR ( только смотрим на значения частоты VFO-A/B), работаем только с водопадом программы JTDX. Встали маркером на нужную частоту ( скажем 1000), на VFO-A у вас будет 1.838.00 а на VFO-B 1.837.50. Включили передачу, теперь передача идёт по VFO-B на 1.837.50 при переходе на приём переключается опять на VFO-A. Ёрзаем маркером по водопаду и смотрим как работает SPLIT, в SDR ничего не трогаем когда работаем из программы.
На водопаде JTDX перемещайте маркер вот вам и разнос. Если команда на CAT идёт из программы JTDX то там вы никаких манипуляций с частотой не делали. Ещё раз повторюсь, работать и тестировать надо из программы JTDX.
Вы можите сделать то что я вам предложил, просто повторить без всяких манипуляций в SDR?
ua3djy если не декодирует а пишет low rms что это?
Спрашиваете что не понятно, непонятно то что вы стараетесь сделать по своему. Начнём с начала. Вы переместили маркер на водопаде JTDX, да мы увидели разницу значений VFO-A/B но вы вместо того чтобы в программе включить передачу начали манипуляции с частотой VFO-A SDR-а. Вы даже повторить толком не можите.
Встанте VFO-A на частоту, на водопаде JTDX сместите маркер на любой участок водопада (на VFO-B будет частота отличная от VFO-A), в программе JTDX включите передачу, потом перейдите на приём. Забудьте на время свой SDR. Что не понятно?
Загнал частоту VFO-A своего трансивера и далеко в низ и далеко в верх, SPLIT работает. Протокол у нас один так что по CAT должно работать. У вас COM порта и в программе и в SDR через что работают? Как связали по CAT?
Теперь и нам понятно в чем проблема - с этой фразы имело смысл начинать, много времени бы сберегли. Пока не знаю как сделать урезанный CAT в софте чтобы PTT через него шел а управления частотой не было, для работы с разнесением диапазонов с Японией на 80/160м, будет возможность посмотрю в исходном коде.
На форуме есть коллеги использующие SDR трансиверы с управлением через софт, может кто то сможет поделиться опытом настройки сетапа и работы с разнесением частотных диапазонов.
Извиняйте за время, радует, что стало понятно.
Сравниваю две программы в реальном времени, одна антенна, два одинаковых приемника в одной микросхеме.
https://yadi.sk/i/sAi8d6Bu3E3DJP
вот и первое QSO c JA в JT65.
Если Вы подаете два приемника на один JTDX то мощность шума у Вас будет как минимум на 3дБ выше, соответственно просядет SNR и декодирование.
Как пример - при попытке подключить три WebSDR с разных континентов к одному JTDX мощность шума растет настолько что с тремя приемниками декодируется меньше сигналов чем с одним из них.
тогда непонятна эта картинка, судя по направленному вызову JA приемник на частоте 1838, по проводимому QSO - на частоте 1909
Вложение 181728
2 RZ3QS попробуйте выбрать PTT через CAT. Мне помогло
Нет, нормально сплит не работает. Я далек от понимания программирования, но если в JTDX стоит сплит none, то включая сплит на трансивере в JTDX он не должен включаться, соответственно JTDX должна молчать и не совать установку частоты в трансивер, все думаю заработает, могу конечно ошибаться.
Что означает эта запись?
Вложение 181729
IC-756PRO3.
В таблице Frequencies на диапазоне 160 м выставляю 1,909 МГц.
Вложение 181737
В настройках Split -> None
Вложение 181738
Кнопкой на трансивере включаю SPLIT и его настраиваю на 1,838 МГц.
Тестирую. Приём на 1,909 МГц, передача на 1,838 МГц.
А где Вы наблюдаете , что RX перескакивает по частотам на передачу? у меня так FT- 450 в режиме DATA работает в цифре , и я не где не вижу переходов , что то я не понимаю ???
Нашел для себя самое простое решение по сплиту, отключил CAT. Одну частоту в JTDX руками можно выставить. С логом CAT работает, связи заносятся с частотой. В целом программа понравилась, хорошо принимает слабые и сильные сигналы, вчера на 20 м наблюдал за раз более 40 декодов, со звездочками еще больше.
Немного записал прием на 20 м. Хочу подчеркнуть, что S-метр работает правильно, показывает шум в полосе 2500 Гц. Хорошо видно после 50 сек приема шум эфира. Приятно смотреть, когда нет мощных станций, S-метр показывает только шум, а идет прием станций с уровнем по JT (т.е. по отношению к полосе 2500 Гц) -25 -27 дБ.
https://yadi.sk/i/uCYzG8TT3E745f
пять девяток - это почти 100 кГц, если чо
А вот и ни фигушечки!!
Если чо, то это водка
Вложение 181894
которая у нас продается!:ха-ха:
Я просто использую обычный сплит в трансивере и все работает ок
Послушал WEBSDR приемники из kiwi.hu и попытался посмотреть декодирование станций на JTDX. Не удобно тем, что сигнал идет на динамики, а потом на встроенный в крышку ноутбука микрофон. В этот же микрофон идут и посторонние звуки. Может есть метод как направить сигнал из WEBSDR в микрофон USB Audio CODEC?
Не надо сигнал отправлять в микрофон, виртуальный аудиокабель выставленный в операционке как устройство по умолчанию сразу отправляет сигнал с WebSDR на центральный процессор компьютера.
Это кабель устройства воспроизведения, в JTDX его надо выбрать в окошке Audio -> Soundcard -> Input.
Игорь, извини меня за бестолковость, но у меня только такая картинкаВложение 181946
Прошу прощения вот эта картинка.
Вложение 181948
Вложение 181949
А здесь если посмотреть! Виртуальные должны быть иначе как звук в СДР идёт!
У меня не СДР, а Кенвод 590. И вот такие устройства:
Вложение 181950
Вопрос снят. Скачал виртуальную карту и все получилось. Спасибо всем за участие.
Сегодня, на 20-ке удалось неожиданно отхватить 170-ю страну в JT!
Вот таким, "пожарным", цветом у меня отображаются NEW ONE. Сразу сон отшибает!))
Вложение 181964
Если кто то работает на JTDX на диапазонах 6м и 2м, в том числе через Луну:
подскажите пожалуйста используете ли Вы в версии 17.5.2 JTDX отслеживание изменения частоты вызванного эффектом Доплера?
Функционал вызывает много проблем если не поддерживается трансивером или если пользователь его случайно активирует на КВ, и если этот функционал на УКВ не используется то я уберу к нему доступ.
Вложение 181986
На 6 м все луновики используют классику WSJT, кто только не пробовал WSJT-X - говорят, что не декодирует луну. Сам я не пробовал, в чем причина не знаю, сам все время использую WSJT там.
Да что вы всё про Луну, да про Луну. Во всем мире давно уже идет подготовка к первому полету человека к Марсу. Пора бы уже начать разработки новый "моды" для межпланетной связи. Или для связи с кораблем, летящим к Марсу. Лететь-то до-о-олго. Будет время и с любителями "по-балакать".
А если серьезно, то интересно, а в каком виде радиосвязи общаются автоматические станции и Центр управления. Как они передают изображения и телеметрию? Понятно , что в "цифре". А в какой? Я имею ввиду не те спутники, что вокруг Земли крутятся. А те, что за Марс и дальше летают. Не думаю, что мощность их передатчиков равна той моще, что наши контестмены в RTTY рубятся. Скорее всего, какой-нибудь импульсный режим.
Пытаемся локализовать проблему когда для JTDX 17.5.2 кратковременно прерывается звук на передачу если во время передачи сообщения скрывать окно какого либо приложения в панель задач и открывать его снова. Проблема не связана с драйверами звуковых карт, загрузкой HDD и CPU. Установка драйвера ASIO и увеличение размера буфера в ASIO и в софте JTDX не устраняют проблему.
После многочисленных тестов пока остаются под вопросом два предположения:
- кривая поддержка чипсета материнской платы (PCI шина) типовыми драйверами из комплекта драйверов MS Windows, на мощной машине-сервере где наблюдается проблема стоит древняя материнка на два процессора и под Win7 поставщик материнки уже не предоставляет драйверов и предлагает использовать типовые драйвера от операционки Windows
- использование двух мониторов под расширение экрана.
Если кто то пользуется двумя мониторами, подскажите пожалуйста, есть ли у Вас эта проблема?
Если кто то сталкивался с такой проблемой и решил ее у себя, подскажите пожалуйста в чем была у Вас причина.
вопрос к организаторам соревнований по ограничению используемых частот и мощности, определяется верной формулировкой правил проведения соревнований и контролем за их соблюдением, вопрос вне этой темы
Операторы использующие большую мощность на антеннах с высокой эффективностью излучения в условиях хорошего ближнего прохождения должны понимать что таким образом они лишают окружающих и косвенно самих себя DX связей на диапазоне.
Если предположить что на диапазоне одновременно работают 20 станций с расстояния первого скачка, у каждой мощность 50 Вт, то суммарная мощность получается 1 кВт и отрабатывание АРУ при хорошем ближнем прохождении подавит все слабые сигналы, будут декодированы лишь сигналы находящихся на расстоянии первого скачка операторов.
Второй вариант, допустим все работают на SDR со сквозным динамическим диапазоном в 90 дБ, в этом случае приемник с выключенной АРУ способен выдержать намного больший уровень сигналов но и в этом случае есть предел как динамического диапазона так и устойчивости к помехе(не Гауссовского шума) создаваемой для декодирования слабых сигналов. Тест JTDX v17.6(декодирование версии 17.5.2) на файлах содержащих 200 сигналов показал что из них декодируется в среднем около 110 сигналов, то есть порог декодирования примерно -15 дБ SNR, почти все сигналы ниже этого порога потеряны из-за шума создаваемого более сильными сигналами с уровнем в пределах от -01 до -15 дБ SNR, уровни сигналов в файлах к Гауссовскому шуму в отсутствии помех.
Постепенно назревает вопрос расширения используемой полосы частот под JT65, поскольку плотность используемой сейчас полосы частот для JT65 скоро достигнет предела, плотность использования других частот КВ диапазонов отличается в десятки...тысячи раз.
Вчера заметил эту проблему.
При переходе из LogHX3 в Chrome было кратковременное прерывание звука при передаче сигнала.
Использую 2 монитора: Ноутбук и к нему дополнительный монитор.
Ноут Aser Aspire 5720, Core 2 Duo, Centrino Duo 1.7, 2gb, Win7
Второй монитор Samsung SM 710N.
Использую виртуальный COM порт от GpsGate.
Внешняя звуковая карта, и USB to COM. Интерфейс самодельный. Трансивер FT-450D.
Друзья подскажите решение такого вопроса можно ли установить две программы JTDX,одну на один диск другую на другой, что бы одна работала с SDRом а другая с WEBSDRом .Запускаю WEBSDR а из под ЛОГHX вторая работать не хочет .Как то так . С Уважением Павел
Еще нужная функция: фильтр на позывной в окне. Не сидеть и пялиться в монитор в ожидании FT3YL, а задать на него звуковой фильтр, как в любом логгере и все.
WebSDR работает через Интернет браузер и в операционной системе Windows может использовать только звуковое устройство назначенное устройством по умолчанию. По этой причине, к сожалению, в одной операционой системе Win нельзя включить несколько разных WebSDR на разные JTDX.
В режиме общей памяти (shared memory) можно запускать несколько JTDX (multiple instances) и для этого в ярлыках запуска используется ключик --rig-name= который определяет имя папки для хранения уникальных настроек файлами JTDX.INI и раздельных логов wsjtx_log.adi.
Неважно на какой диск установлен софт, но могут быть проблемы с локализацией, поэтому желательно ставить софт в папку в корне диска.
Вложение 182101
у меня внутренняя и в PCI воткнута DELTA44, проблем нет
это скорей от железа тогда
Вопрос стоял чтобы использовать на одну программу WebSDR а на другую просто SDR трансивер обвязав всё аудио кабелями, думаю что получится и довольно интересная связка. А я бы может попробовал и ещё такой вариант это с трансивера и WebSDR ( на одной частоте) сложил два сигнала и подал на программу, уровни можно отрегулировать на каждый канал.
А вот тут я сомневаюсь. Если WebSDR находится относительно рядом то может быть а вот если на приличном удалении то только плюс несмотря на 3 дБ. Сколько раз видел что меня спотят но эти станции я не вижу или не вижу с кем работают те кто у меня декодируется и при том им дают приличные уровни сигналов в рапортах.
в таком случае личный опыт решит сомнения
своим опытом уже поделился здесь http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1334424
Игорь, здравствуйте. Программой JTDX начал пользоваться совсем недавно. С помощью товарища установил и почти настроил, приём работает. Столкнулся с такой проблемой - File--Settings--Radio--PTT Method не могу поставить точку около CAT. Около ДТР и РТС точки ставятся, а вот около САТ - нет, причём сама надпись САТ остаётся серым цветом (как запрет внесения изменений). Соответственно на передачу работать не могу... Подскажите, что я не так делаю?
Совсем не обязательно. Тест САТ красным ,потому что трансивер только что выключил. Не по теме :Только что на 40м одна Европа,пару японцев ,Индонезия и Китай. Короче чепуха.Включим позже.
Вложение 182135
Владимир, Вы не написали, работаете с каким либо журналом или напрямую из программы JTDX.
Тут может быть очень много нюансов. У меня используется trx ft-950 и журнал LogHX - связь журнал -> JTDX
через виртуальный порт. В журнале LogHX для связи со сторонними программами - происходит по протоколу TS-870.
Привожу скрин моих настроек...
Вложение 182136
А почему не ft950. Насколько я помню в вашем Логе связь с трансивером или через OmniRig или через авторскую приблуду (тормоз еще тот).Устанавливал этот Лог под новый трансивер ic7300,через авторскую программку,тормозило ужасно.Удалил и Лог в том числе.
Постоянно работаю на Kenwood через UR5EQF_Log через внешний интерфейс ну и понятно, что связь с Логом через OmniRig по другому нельзя. Все отлично!
Вложение 182146
Сегодня на 160 - сигнал выше моего - что сие такое? Полоса в несколько раз шире обычной и совершенно не декодируется.
Точное соответствие гармоникам: вторая гармоника - JT65b, третья гармоника - JT65c. Для декодирования можно использовать УКВ софт WSJT.
На водопаде гармоника определяется по ширине спектра. По НЧ частоте синхропоследовательности иногда непросто вычислить автора если частота VFO передатчика отличается от частоты VFO приемника, в этом случае помогает сравнение расположения передаваемых тонов сигнала.
Разработчики WSJT-X осознают существование проблемы скорого выхода за пределы емкости полосы JT65a на КВ но пока не вижу воли и желания ее решать, также почти отсутствует так необходимая реакция от сообщества, похоже что всех устраивает существующее положение вещей:
https://sourceforge.net/p/wsjt/mailm...sage/35674399/
Как временное решение проблемы предлагается массовый переход в JT9.
Игорь, может где-то у меня в настройках, но при включенной моде JT9-JT65, нет декодирования сигнала JT9, хотя сам сигнал на водопаде присуствует.
При включении только моды JT9, декодирование происходит. Это в версии 17.5.2, в предыдущих версиях декодирование происходило одновременно.
Время синхронизировано. Что касается популярности моды JT9, то там присуствует только Европа, а DX-сов я не видел.
Если посмотреть в Пскарепортере, то радиолюбители как Российские так и зарубежные 50% из них работают в JT65-HF HB9HQX, а там JT9 не присуствует.
Привет, Игорь!!! Я тоже рад тебя читать! Да, у меня всё ещё тот же 718-й. А можешь нарисовать что и как, я как то по рисунку легче разберусь. Моя почта - позывной @ майл.ру.
И ещё. Если я ставлю точки у ДТР или РТС, то ТХ включается, но тут же начинают сами собой включаться в компьютере вкладки, интернетстраницы, аудиоплеер и через 10-15 сек ТХ отключается...
Вот уже как пять лет в цифре, использую IC-718. Проблем в стыковке с программами не было. Работал и логом UR5EQF и LogHX3. Была проблема со скоростью передачи по ком порту, пришлось уменьшить до 1200 бот, а для управления несколькими программами через один порт поставил Virtual serial ports emulator project. И всё пошло хи пока гроза не вмешалась и КАТ систему не вы щелкнула, но ПТТ работает хи и сейчас без проблем. На ПТТ с COM1 5 7 ноги в девяти пиновом разъёме.
Как понял разговора о временном решение проблемы не было, был разговор о том что большая загруженность участка JT65 подтолкнёт пользователей к работе в моде JT9 а также осваиванию новых диапазонов. Прискорбно что вы не отметили в этом ответе обращение к благоразумию пользователей так как большая перегруженность является от части следствием применения избыточной мощности.
А повышение мощности является прямым следствием чрезмерной загруженности диапазона.
В переписке была поднята другая тема - о необходимости расширения полосы частот как выделенной и используемой так и поддерживаемой софтом. Ответом стало предположение что большая загруженность участка JT65 подтолкнёт пользователей к работе в моде JT9 и искреннее удивление части участников переписки что так не произошло до сих пор. Сама поднятая тема осталась открытой и в ожидании конкретных действий.
Если ничего не предпринять то через полгода мы все будем скорбить что обращение к благоразумию пользователей не встретило ответного понимания.
Виталий, спасибо за ответ. Программа Virtual serial ports emulator project позволяен создать кучу компортов, а каким образом это способствует решению моей проблемы? Установки у меня такие же, как у Вас на картинке, не считая Baud Rate, у меня 9600. И проверка Тест КАТ загорается зелёным, а Тест ПТТ - красным. А работать хочется...
если эти порты стоят и лог такой же LogHX то так надо....Вложение 182292 у меня тоже айком
Вложение 182293
Посмотрите и объясните где вы увидели ограничение по полосе частот для JT65? Участки для Narrow band modes, digimodes маловаты? JT65 это digimodes или Narrow band modes?
Какие меры должны принять разработчики и чем они вас ограничивают? Добавить новый участок для выбранной моду нельзя? Вы точно уверены в этом?
Вложение 182294
Вложение 182298
Вложение 182295
Вложение 182297
Вложение 182296
Надо же, а я видел когда всего несколько станций на диапазоне и не заметил чтобы был пайлап на этих станциях. При том что эти две-три станции могут загадить так эфир что нельзя разобрать других, даже с приличным уровнем. Мне вообще не понятно это постоянное выгораживание и оправдывание любителей поддать жару в эфире
Попробовал выбрать TS-850S - САТ стал чёрного цвета и получилось поставить в нём точку. Но тогда перестал загораться зелёным Test CAT. Вернул назад на IC-718 и поставил точку на RTS - передача включается на 10 секунд а потом выключается и выскакивает окошко:
(В Mix-е всё работает без проблем)
А как вы думаете почему выбраны именно эти частоты? Почему они немного отличаются от тех что были в начальных версиях программ? Расширив полосу до 20 кГц какие участки диапазона она затронет и какими видами уже работают на этих частотах? Вы в самом деле верите что частотный план определяют разработчики программ? Посмотрите пример и почитайте примечание JT65 HF JT65A HF Frequencies Frequency Information - Digital Mode Software Download
http://www.ciarc.org/downloads/Digit..._Band_Plan.pdf
Вложение 182309
Вложение 182310
Просто для информации чтобы понять что за сигналы Digital Signals - Signal Identification Wiki
Вложение 182311
Не надо валить все в одну кучу. Я не верю а знаю кто определяет частотный план, и в рамках возможного пытаюсь помочь его скорректировать ведя соответствующую переписку.
На данный момент софт WSJT-X/JTDX позволяет использовать полосу 5 кГц, которая привязана к любой несущей частоте выставленной оператором. Если оператор ставит VFO на 14076 кГц то софт позволит использовать полосу 14076-14081, если выставит 14080 то полоса от 14080 до 14085 кГц.
И не надо пугать тем что расширение полосы в софте с 5 до 20 кГц затронет какие либо участки, использование частот выделенного спектра это право, выбор и ответственность оператора.
Все таки подсказка проработана очень хорошо в последней версии (я про малое кол-во ложных срабатываний)-прием на метровый штырь с кучей помех от свитчей Вложение 182312 Видно что позывной C5YK определился правильно с подсказкой,ранее его вызывает IZ0MIT которому он и отвечает -32 дб однако .
Спасибо Игорь за программу и за Труд такой.И нововедение что уже принятые позывные не показываются очень облегчает работу глазам.Желаю дальнейших успехов в разработке программы которая имхо лучшая в мире сейчас по приему JT65
Так никто и не пугает а пытается показать что при полосе 20 кГц будут перекрыты участки с быстрыми видами в отличии от медленного JT65/JT9. Если за пример взять 20-ку и от частоты 14076 кГц расширить полосу по 10 кГц в каждую сторону то мы залазим в участки где в основном работают CW, PSK и RTTY, расширение только в одну из сторон ничем не лучше и это разговор только про двадцатку. Добавит это проблем, думаю да. Теперь технический момент, допустим что все трансивера имеют возможность использовать по приёму полосу 5 кГц. В предложенном варианте полосы это получается как минимум четыре участка в пределах которых должен перестроится трансивер и это при работе в медленной моде. Только обзор этих участков займёт минимум 4 минуты для одного периода а для двух восемь. Скажите что для DX будет выделен отдельный участок но тогда как вы думаете где будут работать все станции, конечно в DX участке, и тогда какой смысл в расширении. Ну да ладно, кто вам мешает сделать самому программу с полосой в 20 кГц? Делайте и не стоит ждать когда это сделают другие согласно вашим советам. Или всё таки без переработки WSJT-X ничего не получится? Это я к тому что легче давать советы, ставить условия и работать с готовым продуктом чем сделать самому.
Владимир. Наблюдаю за вашей перепалкой хи. Вы действительно верите что это поможет. Буквально сейчас работая на 20 метрах наблюдаю такую картину, смотрите скриншот. Два друга UA4ATB И UA3SAQ, в погоне за DX накрутили свой передатчики, и таких хоть пруд пруди. Азарт батенька азарт хи. Будит так, и при 20 кгц и шире тот же результат, пока до людей суть не дойдёт хи а это не скоро случится, а точнее вряд ли случится вообще. Я работал в это время мощностью 200 ватт и мне на шею садились не мешал не кому. Стоит отметить что мой IC-718 в это время выдавал на усилитель всего 8 ватт и ноль ALC. А так хотелось тоже крутануть и сбросить с шеи, любителей выжать с частоты.
Это не перепалка как вы себе хотите представить, это дискуссия. Моё мнение что даже самая бредовая идея должна быть рассмотрена и обсуждена, из этого можно извлечь и что-то положительное. Игорь предложил своё виденье развитие программы, я с чем-то не согласен вот и выражаю своё мнение. Было бы полезно если у кого-то есть своё мнение по данному вопросу он его высказал а не наблюдал и хихикал в стороне. Ну а если нет то и суда нет. А про мощность я талдычу давно и моё мнение не меняется, не перекручивается как флюгер у других. А вот в том что сколько не расширяй полосу всегда найдётся один, два оператора которые испортят всем работу с этим я совершенно согласен.
Владимир я не коим образом не хотел вас обидеть. Я высказал своё мнение по поводу вашей дискуссии. Пока люди не поймут что это за вид JT и почему нельзя повышать мощность с одного аппарата до максимальной, все дискуссии и перепалки по улучшению обстановки в Р/Л эфире будет пустой звон. Главная проблема в линейном усилении SSB сигналов, и её ни кто не отменял. Но увы не все похоже это понимают хи.
Прием по НЧ, речь идет об SDR - за ними будущее. Пользователи классики как и для RTTY будут продолжать ходить частотой VFO по диапазону.
Звуковые карты в типовой конфигурации DVD качества позволяют обработать полосу 20 кГц при частоте выборок 48 кГц, хорошие звуковые карты без фильтров/завала по входу и частотой выборок 192 кГц позволяют обработать полосу 80 кГц.
Обработка ПЧ классики - необходимость дополнительного железа в вариантах подключения к машине через USB, Ethernet или PCI, по сути это железо есть SDR приемник.
При установки здесь точки, частота немного уходит, но по окончания связи частота должна встать в исходное состояние.
Но у меня это не происходит. Если не доглядишь, то и станции в стороне и нет декоде. Трансивер кенвоод 590.
Вложение 182321
Есть много комбинаций которые можно попробовать чтобы добиться устойчивой работы Split, в том числе такие
Вложение 182322
Также управление CAT через Hamlib, OmniRig, HRD панель управления - вариантов множество. Один из них должен работать.
Из-за множества вариаций реализации набора команд в интерфейсе CAT у разных производителей, у некоторых и для каждого трансивера отдельно, софт в принципе не способен обеспечить поддержку стабильной работы CAT в каждой из комбинаций со всеми трансиверами - поэтому придется искать свою комбинацию настроек которая работает.
Вот сейчас на 20м. 2-3 станции JT9 и 30 JT65.
Ну и что? Вчера ночью(точнее сегодня) на 40м в JT65 сотни станций которые мне и даром не нужны ,в основном Европа ну и окрестности.А перейдя на частоту 7078 в моду JT9 не много но десяток тех кого хотел ,это прежде всего Северная Америка ну Южная ...эти всегда да и еще много интересного. Отличная мода!
Вложение 182342Вложение 182343 Друзья, подскажите пожалуйста .У меня показывает страну,только тогда, когда станция дает CQ, а на форуме увидел
картинку где страна прописывается и на против обычной связи (не смог найти этому объяснение) Еще хотел узнать JTDX c MixW
взаимодействует? Товарищ хотел освоить JT9 и JT65 Заранее благодарю.
Сейчас в исходном коде принудительно выставлен предел JT65 в 2700 Hz, при желании можно самостоятельно поменять - ограничение связано с увеличением времени декодирования на медленных CPU, парк компьютеров постоянно обновляется и скоро это ограничение будет снято.
jt65_decode.f90:
if(ninterval.ne.rxfchg(1)%ninterval) then
if(nfqso.le.2700 .and. nfqso.ne.rxfchg(1)%nfqso) then
rxfchg(1)%rxfchanged=.true.
go to 2
endif
endif
if(.not.filter .and. .not.nagainfil) then
nfa=nf1
nfb=min(2700,nf2) ! bottom freq defined by waterfall, upper one limited to 2700Hz
endif
if(filter .or. nagainfil) then ! +- 200Hz bandwidth for FILTER
nfa=max(0,nfqso-200)
nfb=min(2700,nfqso+200)
endif
Все проще - за счет большого количества сигналов слабые сигналы JT65 с других континентов уже не пробиваются через массу более сильных ближнего прохождения. Призывы всем срочно снизить мощность до 1 Ватта проблему не решают - за счет большого количества сигналов создается не-Гауссовский шум который не дает декодировать слабые сигналы. С учетом разных условий прохождения и разной эффективности излучения используемых антенн выравнивание мощности передатчика всех операторов почти ничего не даст.
Примерно до 10% и увеличит. Пользователям медленных и одноядерных CPU возможно придется отказаться от комбинированного режима JT65+JT9 и зажимать полосу декодирования размером окна водопада.
Увеличу верхний порог JT65 до 3000 Гц в версии 17.6. К сожалению при существующем распределении частот использование широкой полосы JT65 в WSJT-X и JTDX будет способствовать выжиманию JT9 операторов на более высокие частоты.
Это надо на Эстонца так дуть. R3KF.
Да бог с ним, пусть дует. Меня интересует куда дуют те что левее.
Вложение 182349
хорошо в сибири летом - целый месяц снега нету, ой, не то хотел сказать - не так уж и много этих "дутелей" тут слышно, т.е. слышно, конечно, но не мешают так, как у вас в европах =) по крайней мере гармошки не хлопают по всему участку jt и видно всех, куда проход есть =)
[QUOTE=RN9AZ;1336791 Два друга UA4ATB И UA3SAQ, в погоне за DX накрутили свой передатчики, и таких хоть пруд пруди. Азарт батенька азарт хи. Будит так, и при 20 кгц и шире тот же результат, пока до людей суть не дойдёт хи а это не скоро случится, а точнее вряд ли случится вообще. Я работал в это время мощностью 200 ватт и мне на шею садились не мешал не кому. Стоит отметить что мой IC-718 в это время выдавал на усилитель всего 8 ватт и ноль ALC. А так хотелось тоже крутануть и сбросить с шеи, любителей выжать с частоты.[/QUOTE]
Вы что ребята подурели?!?!?! КАКИЕ 200 ватт?!?!?! Этот вид связи для слабых сигналов. Вы же забиваете все приемники на первом и втором скачке волны. Из-за вас никто не может принять действительно слабые сигналы. Для этого вида нормальная мощность 20-30 ватт, для ДХ можно 50 ватт врубить. ВСЁ. У меня SDR и то как врубится кто-то из Америки с мощей, так хоть на другой диапазон беги, даже если сигнал чистый. А сколько грязных сигналов, перекачаных, ужас. Я работаю 20-30 ватт сейчас. А до этого 10 ватт было и работал спокойно со всем миром. А вот из-за таких мощностей пришлось и сакмому поднять мощность. Применяйте хорошие антенны с приземленным лепестком в диаграмме напрасленности. Я работаю на Магнитном диполе с балкона 5-го этажа и ничего. нормально.
Где то так. Извиняюсь, если кого-то обидел. Не хотел, просто читаешь об этих мощностях и волосы дыбом встают.
У меня часто появляется на 80-ке вот такая хр...нь. На слух как искровая помеха. Иногда, когда уровень помехи не очень сильный, помогает NB. Но даже без него программа декодирует сигналы до -24db!
Вложение 182398
Б'ольшая часть операторов европейской части у Вас идет вторым скачком под высокими углами возвышения, только за счет второго скачка подавление сигналов примерно 20дБ к одному скачку, плюс еще подавление за счет высоких углов излучения при малой активности Солнца - на ВЧ диапазонах под высокими углами сейчас пусто.
То есть 1 кВт Вы слышите по уровню сигнала на S-метре менее чем как 10 Вт на одном скачке.
шаг 25 Гц, как будто у однополупериодного выпрямителя в питании от сети переменного тока используют только каждый второй импульс
уровни SNR относительны, например если помеха добавила Вам 30дБ шума то планка декодирования тоже поднялась на 30дБ, то есть теперь Вы декодируете -24дБ SNR относительно помехи, а до нее декодировали относительно шума который был на 30 дБ ниже
В споре кто появился первый, курица или яйцо, ответ простой - первой появилась жизнь. Она и привела Вас и многих других операторов при увеличении загрузки JT65 диапазонов к необходимости повышать мощность чтобы быть услышанным. Вы подняли ее на 3..5 дБ, это значит что в том регионе с которым Вы работаете шум еще до того как Вы подняли мощность вырос на эти 3..5 дБ.
С увеличением мощности шум еще вырос и другие операторы тоже начинают повышать мощность, что ведет к дальнейшему росту уровня шума.
Рост количества сигналов на диапазоне -> рост уровня шума и порога декодирования -> повышение мощности чтобы пробиться через этот шум -> рост уровня шума и порога декодирования ... Процесс не имеет предела.
Единственный выход из этого круга - распределить суммарную мощность сигналов на б'ольшую полосу частот. Вышли за пределы емкости 2.5 кГц, переходим в 5 кГц, вышли из 5 кГц идем дальше, чтобы балансировать плотность спектральной мощности шума.
Здравствуйте коллеги!!! Дак все таки на каких мощностях работаете?????? Что то иногда проскакивает на форуме что работают на каких то диких мощностях??? Может про 200 вт просто описка - тоже удивился когда прочитал, наверное 20 вт ??? Всегда считал что правильно 20 - 30 вт, ну иногда на 40-ке подкидываю до 40 вт на DX. За частую бывает, после перестройки на другой бэнд, забываю включить УМ, получается на 5 вт (SDR) сработать с Австралией, Японией.
Было время и я спокойно работал мощностью от 1 до 5 ватт, отвечали все континенты без проблем. Но когда многие поняли что можно работая на простенькие антенны проводить хорошие QSO, с этого и началась погоня за мощностями. А количество одновременно работающих в эфире станций, легко увидеть на страницах сайта https://pskreporter.info, и понять почему так непросто стало работать этим видом JT. Даже имея средненькую антенну три элемента, и даже мощностью 200 ватт. А станций с Сибири и Востока в эфире не много работает, даже сейчас. Посмотрите споты и сами убедитесь, откуда идут эти проблемы. А про свою мощность пишу, специально хотя и использую её не так часто, это в направлении вызова мощность идёт а бок и тыл антенны минус 18 и 25 дб соответственно, усиление 6 дб. Посчитать не трудно. И то не всегда помогает. Да и сигнал даже в черте одного города, соседям не мешает.
Александр! Дело не в мощности, хотя этими видами киловатт не нужен. Дело в уважении к другим людям. А последние время, стал замечать, работая 20-30 ватт, постоянно стоит провести QSO. прямо на твоей частоте встанут и накрутят как будто тебя и нет. А дехов звать тут уж бульдозер обязательно наедет. Не кого не берусь поучать, но как с этим быть.
Я не боюсь мощных сигналов от соседних радиолюбителей. В классике Кенвод 590s (у меня), есть функция A.NOTCH. При её включении близко расположенные трансиверы
проходят на водопаде как Европа и водопад не чернеет. Я не знаю как в СДРе, но у меня хлопот с этим нет.
И призывать к совести киловаттников бесполезно.
Только что на 20м. только 5w. (контроль CN-801 HP), антенна slopper нижний конец 2,5м от земли, SDR-1000 + ExpertSDR... ПРИЯТНО ЖЕ!
Но может кому интереснее изнасилование, кто сильнее тот и прав?
Вложение 182430
Михаил, вы вот посмотрите на снимок вашего водопада и особенно на то место где десяти секундный интервал и нет передачи, у вас хорошо визуально виден шум, да и водопад довольно яркий. Как мне кажется вы двумя верхними ползунками слегка завысили чувствительность водопада и спектра, если уменьшить до приемлемого уровня то всё будет не так довольно страшно (я не говорю о сигнале справа).
Да потому что пришли в данную моду тогда когда уже был бардак и воспринимают его как должное а вот те кто давно уже работает в данной моде и знает что нет необходимости применять избыточную мощность те так и работают. Часть любителей со временем это осознает, часть нет так как у них " цели, разнящиеся с энтузиастами". Важно не замалчивать, оправдывать кивая на цели, не поощрять их своим молчанием.
"На вкус и цвет" - мне так виднее слабые сигналы. А как Вам лучше так и делайте себе...
У некоторых в JTDX 17*** такие цвета! А у других почти никакие... А у некоторых всего два цвета (я ещё пропустил дальтоников)...
А вообще то, у Микса водопад приятнее, зеленоватый переходит в жёлтый далее красный, на голубом (с малыми шумами даже на синем)... сколько переходов, какой динамический диапазон. ExpertSDR беднее, а PowerSDR вообще...
Тут не понятно у кого какие цели. Вчера вечером из Антарктиды Француз вызов общий дал, решил позвать. Перешёл на приём а тут два западно европейца нарисовались, да так плотно прикрыл Антарктиду хи. И главное тоже CQ DX давай давать. Что у них на уме было трудно судить. Но сработать не дали.
UA3VFL Александр "эта прога не видео принимает HI-HI"
Александр, не Вы ли УЧИЛИ что настройки водопада не влияют на приём, а служат для визуализации и контроля работы...
Или Вы уже забыли? И что Вы с UA9OP и К.О. пытаетесь мне инспирировать на моё сообщение о том что и малой мощёй можно работать:
Только что на 20м. только 5w. (контроль CN-801 HP), антенна slopper нижний конец 2,5м от земли, SDR-1000 + ExpertSDR... ПРИЯТНО ЖЕ!
Вернитесь и прочтите, с чего весь этот флуд?
Четверг, 23 февраля 2017, 8:27 +03:00 от Игорь <c_igor@inbox.ru>:
Hello Tsutsumi san and All,
.
This may be the way we will go further with JT modes on HF bands:
.
1. 20 kHz processing bandwidth support in JT software, as we can share RTTY spectra now
2. Shared common band for JT65 and JT9 communication modes
3. Expansion of the narrow digital modes frequency allocation down in the CW allocated spectra, we need in extensive communication with regulators on it.
For frequency allocation we have to share full CW bandwidth, keeping in mind 80 kHz JT signals software processing support is possble in the future.
.
As some HF bands like 40/20/15m have always attracted vast majority of users, actions listed above will let us to preserve weak signal communication there for the several next years.
.
73 Igor UA3DJY
.
>From: Takehiko Tsutsumi <take.tsutsumi@gm...> - 2017-02-21 08:15:31
>
>Hi Igor,
>
>In the thread concerning your proposal i.e. "new concept for JT65 HF
>usage and spectra allocation", I do not see any objection to your
>proposal but several comments about observation, analysis and
>alternatives i.e. JT9 to be able to delay the expansion timing.
>
>Thus, I wish to hear you concrete proposal to be able to move the
>discussion forward.
>
>Regards,
>
>take
>
>de JA5AEA
https://sourceforge.net/p/wsjt/mailman/wsjt-devel/
Вложение 182464Всех радиолюбителей JTDX, с праздником Советской Армии и Военно Морского Флота!! (И. СТАЛИН)
Сегодня женщины для вас,
Пусть приготовят целый таз:
Любимых жареных котлет,
Вкуснейший из яиц омлет,
Большую тару шашлыка,
Подливу из рогов быка.
Пивка бочонок пусть прикатят,
Хотя его скорей не хватит!
Пусть с Днем мужчин поздравят вас,
Такой подарок – высший класс!
С Днём защитника Отечества!!!
С Праздником всех форумчан кто когда то стоял и возможно и сейчас стоит на защите Родины
Сегодня в 23 февраля 2017 года.
Хочу поздравить вас мои друзья.
Защитников Российского народа!
Давайте вспомним тех, кто спит в полях
Сном вечным. Безымянного солдата...
За вас за всех , защитников России.
Хочу поднять сто граммов фронтовых.
Таких, как наши деды поднимали.
И выпить их за павших и живых, за тех.
Кто родину за зелень не сдавали.
В этот праздничный день предлагаю задуматься о том какого уровня жизни смогли бы достичь жители нашей планеты если бы наши деньги, затраченные на вооружение и войны, пошли на образование, науку, медицину и пенсионное обеспечение людей.
Сколько бы появилось возможностей для творчества и постижения счастья в жизни.
Как сильно до сих пор судьбы простых людей зависят от политиков и как мало судьбы политиков зависят от простых людей.
Как часто ошибки политиков, нежелание учитывать интересы других сторон, а иногда и неумение договориться между собой, ставка на грубую силу приводят к лишениям и гибели множества людей.
Во власти простых людей попросить политиков научиться договариваться.
Поздравляю с Праздником защитников Отечества.
Да.
Об этом надо задумываться.
И не походя, а серьёзно и вдумчиво.
Мы (они) строим ракеты, что бы они (мы) нас не победили.
...
В Конституции сказано - власть принадлежит многонациональному народу России.
Почему мы должны ПРОСИТЬ?
Мы имеем право требовать.
- днем РККА
- Днем Советской Армии и Военно морского флота
- Днем защитника Отечества.
Чем больше морда и живот
Тем крепче Армия и Флот.
Но коль худой и с гемороем-
то тоже можешь стать героем.
С Днем Защитника Отечества!!!!
:russian:
С празноком все российские коллеги !
RW4LN Я слышу очень хорошо Вам на 18мгц JT65 с очень чистым сигналом !
73!
Dobri, приношу свои извинения за несдержанность пользователя портала.
На 10 дней он отлучен.
Я опять с дурацким (возможно) вопросом...
Время от времени программа не декодирут сигнал станции с которой работаешь. Т.е. меня позвали, я отвечаю, перехожу на прием, прекрасно вижу станцию, проходит декод... а ответа станции не видно. Щелкнешь "декод" - после повторного строка появляется. От уровня сигнала не зависит, от DT - тоже. "Хинт" включен. В настройках все по умолчанию (количество проходов и т.п.).
Это просто какой-то глюк программы или где-то что-то недонастроено?
Програма JTDX v17.5.2 for UR5EQF
Дорвался...
Вложение 182548Вложение 182549
При разном порядке декодирования сигналов возможен разный результат, для совсем слабых сигналов используется другой набор случайных чисел в декодере BM/FTRSD при каждом повторном декодировании интервала.
Эффективнее может быть дважды кликнуть на сигнале на водопаде.
Если подозреваете дефект то пожалуйста звуковой файл с таким сигналом.
Пользователь JTDX мне сегодня прислал картинку с живого эфира, количество декодированных сигналов-сообщений на ней я уже не стал считать. Так загружен диапазон 20м в восточной части США.
Вложение 182551
JTDX по всему миру
Вложение 182552
Вышел на предвыпускное тестирование, если дефектов не обнаружим то выпуск сегодня вечером или завтра утром.
JTDX по всему миру
Вложение 182553
Да какой дефект... Бывает редко, правда вот (чисто на мой взгляд) безосновательно - сигнал обычно достаточно сильный, как правило от -15 и выше, первый период декодируется автоматом и без проблем, а второй в автомате "пропадает". Щелкнешь "Декод" - появляется. Разумеется с повтором всего уже декодированного. Мало того - в общем окне декодированная строка обычно есть, ее нет в правом, "личном" окне.
Ладно, повторится - попробую скриншот сделать и выложить - вдруг... Просто я думал что возможно что-то "недонастроил". :)
JTDX по всему миру - 7 континентов
Вложение 182571
Это хорошо но факты вещь упрямая.
Вложение 182574
Не берусь сказать что какой либо софт лучше или хуже, каждый автор преследует определенные интересы и поэтому каждый софт находит своего пользователя.
JTDX довольно непростой в использовании софт и требует как минимум прочтения документации для правильного и эффективного использования, также он исполняется под интересы группы пользователей предпочитающих активный стиль охоты за DX.
Поэтому он всегда будет занимать свою нишу в предпочтениях пользователей и мы не ставим перед собой цель добиться 100% перехода сообщества на JTDX. Каждый использует и будет использовать то что ему нравится.
Интересное письмо от Take JA5AEA где он прогнозирует массовое использование QRP SDR трансиверов ценой около 100 долларов США в случае расширения полосы декодирования JT в софте.
Вопрос расширения полосы частот диапазонов JT все еще в ожидании ответа от Joe K1JT.
Re: [wsjt-devel] JT65 HF bands capacity, spectra allocation, and software support
From: Takehiko Tsutsumi <take.tsutsumi@gm...> - 2017-02-24 05:21:56
Attachments: Message as HTML
Joe,
Thank you very much for your explanation.
I will ask detail analysis about available bandwidth to digital
processing experts like you while developing the software including SDR
program for this application.
Therefore, I will left the following comments as my inputs to your proposal.
1. As the congested JT65 HF bands in Japan, available spectrum is 42kHz
at 20m (14.070-14.112MHz) and 70MHz at 40m (7.030-7.100). Therefore, I
welcome you will pick up the bandwidth to match to Japanese spectrum
allocation. This number has the magnificent impact for the negotiation
with the regulators.
2. Your proposal will break the wall for SDR application program
development. We will see $100 QRP SDR transceivers will dominate HF
bands soon.
Regards,
take
de JA5AEA
В первую очередь это описание работы программы WSJT-X, огромная часть функционала унаследована из этого софта https://physics.princeton.edu/pulsar...ain-1.7.0.html
Часть изменений сделанных в JTDX можно найти в документации на софт: JTDX installation notes
Перечень всех изменений JTDX можно найти в файле Release notes идущем в комплекте с установочником софта.
Начиная с какого то момента перечень изменений публикуется на русском языке: JTDX release notes
И в процессе работы над JTDX каждое значимое изменение обсуждалось здесь на форуме, если что то спрятано далеко или непонятно то всегда можно задать вопрос на форуме.
Ага, но где обещанный 17.6? =)
Коллеги , доброго дня !
Помогите скачать последнюю версию JTDX для UR5EQF.
На форуме рабочих ссылок не нашел, все битые ...
Заранее благодарен.
Главный недостаток это отсутствие широкой полосы по приёму и передачи в классических трансиверах. Массовой пересадки на SDR не будет по ряду причин и основная масса радиолюбителей будет работать на тех же участках что и работали и теми программами к которым привыкли. А когда ещё появятся маломощные SDR трансивера за сто бакинских это ещё вопрос. Следующий момент это обработка сигнала с широкой полосой, широкая полоса шумов не добавит а наоборот будет некоторое увеличение шума в полосе приёма, появится больше источников помех. Вы уже и так начали вводит некоторые ограничения связанные с тем что обработка сигнала отбирает много ресурса системы. Предложите народу пересесть на современные высокопроизводительные компы? Или будите вводить ограничения на обработку сигнала? Или предложите скакать по диапазону с узкой полосой по приёму?
В моём ZS-1 аналогично. Может имелась в виду полоса обзора, в ZS-1 при полосе обзора 100 кГц и ниже в компьютер передается непрерывный поток IQ данных, который затем обрабатывается (фильтрация, демодуляция, вычисление преобразования Фурье).
Замечу что мой SDR стоит гораздо больше чем сто баксов, про ваш я вообще молчу.:pardon:
Там уже немного другая опера, на примере ZS-1 "Передача данных при полосах обзора 160 кГц и выше организована иначе: в компьютер передается узкополосный непрерывный поток IQ данных, который используется для получения аудио сигнала (фильтрация, демодуляция), и блоки данных для расчета преобразования Фурье (построение спектра и водопада). По этой причине максимальный размер спектра для полос 160 кГц и выше ограничивается 1024 точками, а работа функции Time Machine возможна только без изменения частоты приема (при изменении частоты приема буфер сигнала очищается и накопление начинается заново)." Видеть то мы видим а вот слышать в узком диапазоне.
Да недостаток ,но не настолько. Изначально ведь мы работали ,а я и сейчас продолжаю, на частоте 7076кгц в моде JT65 ,а на частоте 7078 в моде JT9 .Даже сейчас при работе в этих разных модах я перехожу по частоте обязательно и стараюсь работать в полосе по приему как можно уже ,а не" раскрыл как варежку",а передача в трансивере стандартная ,200-2600Гц.
Я так думаю можно что то подобное организовать дискретно типа полоса JT65 /1 ; JT65/2; как вынужденную меру но которая позволит расширить полосу работы. Да недостатки есть и немалые НО.....Стоит подумать!
А я сейчас так и поступаю ,прием на очень узкой полосе и ОБЗОР ,а иначе в черте большого города только с соседом Васей Пупкиным возможно и будет провести связь и не более. У меня товарищи на СДР ах так тоже поступают. Уровень шумов в городе в некоторых районах 9+20дб на НЧ при включении наружного освещения в огромных торговых центрах ,а ведь работают же! У меня 300м от дома огромный торговый центр ,а ведь работаю.И мне по сути все равно или изначально дискретно разбито по частоте или я сам на узкой полосе делаю этот обзор! А далее будет еще хуже ....в плане помех различного характера. Уж лучше не будет ,это точно!
P.S. По побережью от города в пределах 20км и далее уровень шума и одного балла по S метру не превышает. У некоторых в нашем городе уже сейчас организован"удаленный прием" а иначе .......как было выше сказано "максимум Вася Пупкин из деревни Гадюкино"
Дык и здесь так же.
Вот сейчас я "вижу" в полосе 30 кГц, а "слышу" в полосе 5 кГц.
Этими 5-ю кГц могу гулять по 30 кГц.
Вместо 30 можно сделать и 100 и 200 кгц но ни к чему.
Иногда на 10-ке включаешь обзор под мегагерц что бы посмотреть где иранский! радар дует.
...
И зачем мне 10 кГц обзора в программе WSJT ну или JTDX?
По порядку: у меня уже сейчас и довольно давно ТВ и интернет по оптике. В соответствии с своей категорией у меня кило в наличии ,антенна у меня Яги на ВЧ и Базука на НЧ на высоте 45м и на всякую "дрянь" менять не собираюсь ну ,а все остальное это юмор! Вдуваю на ВЧ максимум 100ватт ,это сейчас при довольно плохом прохождении ,а на НЧ до 200ватт на Базуку то есть обычный кабельный диполь и в большинстве случаев 100ватт хватает со всеми......или вообще никак. Это именно сейчас при плохом прохождении ,а при нормальном 30ватт на 40м ....да со всеми! Дело не в этом , а в количестве станций на частоте в этих модах которые растут не по дням ,а по часам и общем состоянии и количестве помех по диапазонам.
Вложение 182614
Новые версии программ (JTDX - тестовый вариант)
А может зачем извращаться коль массово пойдут SDR-ы по 100 зелёных и сразу начать писать программу для SDR с поддержкой классических трансиверов, со встроенным декодером JT ( и не только JT ) сигналов. Исчезнет дублирующий водопад, CAT уже встроенный, добавить сюда ещё лог, кучу сервиса и работай в своё удовольствие.:grin:
файл
Ну я не думаю что все побегут покупать СДР тем более за 100у.е. это что же за "барахло" будет за такую сумму.Вот когда эти СДР достигнут уровня дорогих классических во всем и по сервису в том числе ,возможно и купим.Ну уж никак не при нашей жизни ,а уж когда и доллар будет равен рублю ,это вообще из области ....весьма далекой.А что будет за......нам как то не очень значимо! Так что нам и сейчас!
Звуковой файл с эфира
я включал 3 программы сразу на 20 в живом эфире
настройки по умолчанию (кроме 1.7.1 поставил 7-5)
Вот и результат
Версии для EQF будут дублироваться на Персональный сайт - JTDX for UR5EQF_Log3.
Там же видеоинструкция, как подключить к логу.
Установил версию 17.5.2 на прием иногда выскакивает ошибка и программа не декодирует станции сов7 bad data, такую ошибку вижу впервые.
Замените файл CALL3.
Владимир, вы не один, кто так поступает. Прохождение заставляет увеличивать мощность, а от этого страдает прием. Замкнутый круг. Если в прошлом году на 20-ке японцы с моими 30-40 ватт на AD-223 давали рапорта -8...-10, то в этом году и в это же самое время дают -18...-22. А бывает вообще не слышат. Приходиться добавлять до 50..80 ватт. И "окно" прохождения стало короче по времени. По вечерам, на этой же 20-ке, после 19...20 моего местного, дозваться европейцев стало проблемой! )) К примеру CQ de G0XXX. Зову - отвечает поляку. Жду. Следующий вызов - отвечает немцу. И так очень долго. Я представляю, что там у англичанина творится на водопаде!
Я использую по приему USB мода SSB ,ну это понятно, и в моем трансивере в этой моде снизу можно изменить полосу от 0 до 1000гц ,а вверху от 5000гц до 1000гц. оперативно ,в течении секунд .То есть видите сами в каких полосах по приему могу осуществлять прием. На передачу максимальная полоса в SSB 0-4000гц.
Добавлю.При благополучной шумовой обстановке на диапазоне исходная полоса на прием 200-2600гц. при неблагоприятной или выделении конкретно нужную станцию изменением частоту снизу и сверху могу сузить полосу в трансивере по приему до 200гц в JT65 легко и до ....единиц в JT9.И все изменения хорошо видно на водопаде программы которую применяю ,конкретно сейчас JTDX. Вот так и боремся!
На 20м согласен! А на 40м при работе с японцами в принципе 100ватт хватает и сейчас но вот с северо американцами .....вот с ними труднее всего ,есть но уже не так как ранее ,десятками нанизывал ,а сейчас единицы. Ну ничего ,подождем ,какие наши годы!
Да вот еще,на 15 м частенько на Яги 100ватт максимум ,но как правило Европа и максимум Англия.К сожалению пока так!
Начиная работать в моде JT-65, пробовал разные программы, но когда тебе отвечает DX а ты его через раз слышишь, на ту антенну которую тебе удалось установить в определенных условиях существования, вот тогда эти программы сами за себя все сказали (на скрине RA3RKA все видно)
приходилось запускать несколько (к одной привык, другая лучше декодирует,а третья на HRDlog заносит итд) впоследствии все эти прокладки отсеялись
и работа в эфире с JTDX стала доставлять удовольствие!!!
Ну вот, долгожданный ответ разработчиков.
"Hi Igor,
On 2/24/2017 3:10 PM, Игорь UA3DJY wrote:
> Just to avoid any possible confusion: we have still been waiting
> for response from Joe K1JT on this subject.
I do not understand why you would be waiting for a response from me.
The purpose of the WSJT Development Group is to design digital protocols
for weak-signal communication, develop software to implement these
protocols, and make it available to the Amateur Radio community. On
occasion we have aided the selection and adoption of conventional
frequencies on which our protocols can be used, but it is actually the
users themselves who make the important decisions. We have never taken
a leading role in setting boundaries of sub-band segments for any
particular purpose, and -- speaking for myself -- I am certainly not
prepared to suddenly recommend commandeering 20 kHz of spectrum on any
HF band for exclusive use of JT65 and/or JT9.
...
While I have your attention, I must remind you of obligations you
assumed under the GNU General Public License (GPL) when you copied the
source code of WSJT-X, made some changes, and renamed it as
"JTDX vXX.X ... by UA3DJY".
1. Compliance with GPL requires that a derivative work (such as JTDX)
must be licensed in a compatible manner. Just saying "It is open source
software distributed under the GPL v3 license" is not enough.
Apparently a significant fraction of JTDX distribution takes place from
the web site JTDX WSJT-X v1.7 based HF evaluation version by UA3DJY .
2. I see nothing on that web site mentioning any license requirement.
3. I see a JTDX screen shot in which the main window title is given as
"WSJT-X v1.7.0-devel JTDX v16.6 ... by UA3DJY." We have never released
a program called "WSJT-X v1.7.0-devel", so I would not expect to see
such a designation on a derivative work.
4. Describing JTDX as "by UA3DJY" is surely misleading, and a violation
of the copyrights on our code. Probably >90% of code in your derivative
work was written by someone other than yourself.
6. Finally: if you were truly committed to the Free Open Source Software
(FOSS) philosophy, I would expect your development work to be organized
in a way so that can give back to, as well as take from, the amateur
software development community. I can see no evidence that you are
doing this, for example with an open source-code repository.
-- 73, Joe, K1JT "
Задержка с опубликованием следующей версии программы связана скорее всего с этим письмом.
20Кгц - это круто. Только в какую сторону? Вверх или вниз. Вверху телетайп прилично мешает. Только вниз. Там до PSK есть место.
Где круто?
"We have never taken
a leading role in setting boundaries of sub-band segments for any
particular purpose, and -- speaking for myself -- I am certainly not
prepared to suddenly recommend commandeering 20 kHz of spectrum on any
HF band for exclusive use of JT65 and/or JT9."
Мы не устанавливаем границы и не готов рекомендовать.
Уважаемый я вас умоляю,мой товарищ RA6ATV окучивает Японию и Индонезию на SanSdr двадцатью ваттами и антенна ромбик на 40м,
а вы 100w побойтесь бога так засорять эфир.Сам работаю на 45wВложение 182628
Валерий у вас сегодня явно плохое настроение,у нас сегодня +10 и дождь,
и грязь,но мы не брюзжим.
Ну и что еще ваш знакомый выдаст? Это не показатель тем более через .....кого то ,как то ....опять про "устрицы".
Уважаемый вы наверное не в курсе ,что в Японии зарегистрированных радиолюбителей более 1.200.000 и только ленивый на пенсии этим не занимается.Им больше делать нечего. По сравнению с нами 38000 ,намного выше. У нас на пенсии есть чем заняться. А с Индонезией ,а их каждый вечер до десятка.....у них антенны на нас смотрят куда еще смотреть. Пооригинальнее что нибудь бы!
P.S.У меня когда японцев за четвертую сотню перевалило ,перестал на них реагировать вообще.А по поводу Индонезии ,чуть более 30 связей и это все подтвержденных и тех и тех. Мне больше не надо , куда их.Особенно японцы по почте постоянно карточки идут ну их же и отсылать нужно, а каждый конверт 50р с .....разорится можно.
Сегодня прохождение ожидается ,по крайней мере намного выше чем вчера ,так что в эфире встретимся!
Вы мне чем-то напоминаете менеджеров нашей довольно крупной компании которые ни черта не смыслят в производстве но регулярно проводят тренинги, находят инновационные решения, методы и совершенствуют производство но итог их деятельности загибающиеся предприятия. А хуже всего что и загубленные человеческие жизни.
Вот сейчас звал на 80 в JT9 RU0LL, увы, не дозвался. С моей стороны было 5 Вт, это я к чему, если бы с CQ вместо квадрата шел уровень мощности, то я может и передачу не стал нажимать. Понимаю, что квадрат помогает декоду, но от уровня мощности думаю тоже польза немалая.
Евгений. Объяснять работу с дехами по моему бесполезно, не поймут. Работая в 70 годы CW с DX даже на 160и метрах, в DX участках, проблем не возникало. DXа брали все и не мешали друг другу. Наоборот старались помочь. Бардак на КВ результат 90 годов, вседозволенность, всё можно и так далее. А главное, простота вида работы с DX, доступная всем, этими видами JT. Вот и дорвались как Вш_ив_ый до бани хи. Пока до них не дойдёт, что дисциплина нужна везде, так и будет продолжатся. И глупости писать будут, думая что говорят дело хи. Сейчас КВ диапазон больше напоминают CB участки, отсюда и проблема хи. Про западную Европу вообще молчу, там и раньше порядка не было.
Вложение 182648
Игорь, вот третий раз вываливается что может не так? win7-32
Только мощность не поможет. Мы все живем в разных условиях, в ряде стран в городах локальный шум выше нашего на 20..30 дБ, поэтому вместе с мощностью еще необходимо передавать уровень шума в дБм. В такой комбинации уже можно оперативно вычислить софтом необходимую мощность для проведения QSO.
Динамическое управление мощностью это огромная отдельная тема и современные трансиверы пока не готовы к этому.
Кроме мощности в баланс трассы связи (path balance) входят условия распространения волны, которые отличаются в прямом и обратном направлении.
Да, на 100% не поможет, но это лучше, чем ничего. Передавать вместе с CQ две цифры мощности по сетке WSPR, а при декоде для особо одаренных выводить мощность в ваттах. С мощностью шума эфира на месте приема немного сложнее, но тоже решаемо, в плане измерения. Думаю, что вывод мощности, не всех конечно, будет приучать к здравому смыслу.
Всё это Игорь хорошо, что современный уровень развития, оборудования применяемого HAM + программное обеспечение, очень заметно расширило возможности радиолюбителей, при проведении двухсторонних связей. Но эти возможности не безграничны, увы. Человеческий фактор что населяет наш общий эфир, играет не малую роль, и его не стоит не брать во внимание. А разместится всем в ограниченных участках диапазонов что выделены нам, ещё деды наши разграничили, и дали рекомендации как использовать их. Пишу это лишь для того, чтоб разработчики софта для HAM учитывали и это. В описании работы с программой, давали рекомендации по использованию частот, при проведении внутриконтинентальных связей, и связей с DX. Хотя даже дедовские рекомендации на сегодня кое в чём не соответствуют, сегодняшнему времени. На сегодня DX является не просто работа с другим континентом, а редкая территория. Вот почему для работы JT на КВ нужны особые правила провидения QSO. Внутри участков выделенных HAM, участок для цифры, плюс в них участки для работы только с DX. А простое расширение участков, существенного результата не дадут. Зас рут
Немного по другому: потребуется SDR который измеряет уровень шума в конце интервала. Передается одно число в котором объединяются два значения: используемая оператором мощность (не представляю как оператор сейчас сможет вручную каждый раз менять это значение в окне софта при изменении им мощности на выходе усилителя) и уровень шума.
На приемной стороне софт вычисляет и показывает оператору требуемую мощность для проведения QSO.
В общем то кто постоянно работает на различные континенты на различных диапазонах со своими антеннами,а сейчас при неважном прохождении и в разное время суток,а это очень важно, уже давно знает и регулирует это все в ручном режиме и зная по себе это происходит довольно оперативно.Каждый сам для себя определяет как и что..... Вот это все и есть личный ОПЫТ и регулярная ПРАКТИКА . Успехов всем!
C SDR все проще, там S-метр показывает реальный уровень мощности шума эфира в заданной полосе, достаточно только считывать его данные. Пока процент SDR мал и тут начинаются определенные проблемы. Просто так в конце интервала, чтобы программа измерила правильно именно шум эфира, а не шумы трансивера нужно много действий. Т.е. делать калибровку трансивера и при измерении выключать АРУ, отключать антенну, чтобы прога зацепила собственные шумы трансивера, короче, для обычных аппаратов все сложно.
Вот это правильная мысль, но пока можно только мощность, потому как, даже с SDR, если в конце интервала в полосе будет присутствовать левая несущая, то S-метр передаст ее мощность. Т.е. определить мощность шума правильно не так просто, особенно в автомате. И на прием, особенно на НЧ, другая антенна, мощность шума на входе в приемник будет меньше, чем с передающей, но С\Ш лучше.
Зачем каждый раз менять, стал на CQ, как в WSPR выбрал значение и вперед, на это уйдет не более 2 сек.
Публикуется с целью предварительного ознакомления:
Версия 17.6 создана на основе исходного кода JTDX v17.5.2
- устранен дефект отсутствия инверсии цвета уведомлений в комбинации когда ни один из критериев проверки
не выбран
- устранен дефект сбрасывания режима передачи с JT9 на JT65 и наоборот если на RX частоте был декодирован сигнал другой моды
- динамическое вычисление количества попыток декодирования для оставшихся JT65 кандидатов на каждом из широкополосных
проходов декодирования
- реализовано виртуальное DX окно с возможностью выбора континентов для блокировки вывода декодированных сообщений на экран.
Сообщения содержащие MyCall выводятся на экран независимо от активированного фильтра.
- сделано звуковое уведомление на заданный пользователем позывной, используется системный звук, срабатывает при появлении позывного
в правой части стандартного сообщения
- незначительно доработан функционал компенсации АРУ при декодировании JT65 сигналов
- доработано основное окно интерфейса пользователя: выбор минуты передачи теперь выполняется при помощи кнопки, из интерфейса
удалены часть неиспользующихся элементов управления функционалом УКВ
- в софте сделана поддержка до 200 декодированных сообщений JT65
- добавлены два дополнительных прохода декодирования с использованием частотной маски первого широкополосного прохода декодирования
и повторным определением JT65 кандидатов в рамках заданной маски частот. Функционал включен по умолчанию и всегда работает для
сценария полупустых диапазонов. При достижении порога определенного количества кандидатов этот функционал будет выключен автоматически
софтом если оператор не поставит в закладке Advanced галочку принудительного использования этого функционала.
- вместо диагностического уведомления 'bad data' теперь выводится на экран сообщение 'audio gap detected', часть нулевых
отсчетов сигнала заполняется значением 1.0 и сигнал отдается на декодирование. В предыдущих версиях JTDX софт не пытался декодировать
такие RX интервалы.
- облегчено и расширен интервал времени определения слабого уровня сигнала на входе звуковой карты,
уведомление 'input signal low rms' вместо 'low rms'. В этом случае сигнал как и ранее на декодеры не подается.
- увеличен предел обрабатываемого количества записей: в файле ALLCALL.TXT до 40 тысяч, в файле CALL3.TXT до 35 тысяч.
- обновлен файл ALLCALL.TXT в софте, одновременно с софтом поставляется новый CALL3.TXT. Новый CALL3.TXT несовместим
с предыдущими версиями JTDX из-за превышения количества записей в нем предела в 25000.
- изменен тип данных c 4-байта на 1-байт в больших массивах связанных с хранением сообщений для декодеров Hint, несмотря на рост
количества позывных в файле CALL3.TXT общий объем занимаемомй памяти ощутимо снижен
- изменены размеры буферов: входного сигнала со 100мс до 2сек, выходного с 1сек до двух секунд
- верхняя частота декодирования JT65 сигналов увеличена с 2700 до 3000 Гц
А софт то сам где? Или когда будит?
Software and source code are published on the JTDX Web page:
Собранный софт JTDX v17.6 и исходный код можно взять здесь:
JTDX
альтернативно можно взять здесь:
SW 17.6 user interface UI1 https://cloud.mail.ru/public/6dDD/JLpCusxuW
source code 17.6 https://cloud.mail.ru/public/88yq/Dgqid3Zsd
ATTENTION: built v17.6 package has shifted dynamic range towards weak signals and superior performance in weak
signal decoding by FTRSD at poor propagation conditions if there are less than 12 signals on the band.
Top part of dynamic range will be addressed in v17.6.1 where the same source code will be used, difference only
in the specific build. So far we do not know why dynamic range being shifted at specific build.
ВНИМАНИЕ: распространяемый собранный софт версии 17.6 имеет исключительно высокую эффективность декодирования
слабых сигналов декодером FTRSD в условиях когда на диапазоне менее 12 сигналов. Этот софт работает менее удачно
в условиях высокой звгрузки диапазонов и мы пока не знаем что вызывает смещение динамического диапазона.
Динамический диапазон определяется сборкой софта, при этом для каждой сборки используется один и тот же исходный
код. Планируем выпустить сборку версии 17.6.1 в которой динамический диапазон будет смещен в сторону сильных
сигналов для использования на диапазонах с высокой загрузкой, для 17.6.1 будет использоваться исходный код 17.6.
Переход между разными версиями софта JTDX.
Переход с JTDX v16.x на 17.x: cофт создаст новую папку JTDX (File -> Open log directory) куда
необходимо будет вручную скопировать свой лог wsjt_log.adi и файл CALL3.TXT (файл поставляется
в комплекте с софтом, последняя версия файла опубликована на сайте JTDX
JTDX ).
Переход с предыдущих версий JTDX v17.x на 17.6 и обратно: изменился формат файла JTDX.INI,
старый файл необходимо удалить. При переходе на 17.6 рекомендуется обновить CALL3.TXT до
последней версии.
Детальная инструкция по удалению JTDX.INI файла есть здесь:
JTDX installation notes
Версия 17.6 создана на основе исходного кода JTDX v17.5.2
- устранен дефект отсутствия инверсии цвета уведомлений в комбинации когда ни один из критериев проверки
не выбран
- устранен дефект сбрасывания режима передачи с JT9 на JT65 и наоборот если на RX частоте был декодирован
сигнал другой моды
- динамическое вычисление количества попыток декодирования для оставшихся JT65 кандидатов на каждом из
широкополосных проходов декодирования
- реализовано виртуальное DX окно с возможностью выбора континентов для блокировки вывода декодированных
сообщений на экран. Сообщения содержащие MyCall выводятся на экран независимо от активированного фильтра.
- сделано звуковое уведомление на заданный пользователем позывной, используется системный звук, срабатывает
при появлении позывного в правой части любого сообщения. Пока в в интерфейсе применено ограничение длины
позывного в 6 символов.
- незначительно доработан функционал компенсации АРУ при декодировании JT65 сигналов
- доработано основное окно интерфейса пользователя: выбор минуты передачи теперь выполняется при помощи кнопки,
из интерфейса удалены часть неиспользующихся элементов управления функционалом УКВ
- в софте сделана поддержка до 200 декодированных сообщений JT65
- добавлены два дополнительных прохода декодирования с использованием частотной маски первого широкополосного
прохода декодирования и повторным определением JT65 кандидатов в рамках заданной маски частот. Функционал
включен по умолчанию и всегда работает для сценария полупустых диапазонов. Софт распознает состояние диапазона
и при достижении порога определенного количества кандидатов этот функционал будет выключен автоматически
софтом если только оператор не поставит в закладке Advanced галочку принудительного использования этого
функционала.
- вместо диагностического уведомления 'bad data' теперь выводится на экран сообщение 'audio gap detected',
часть нулевых отсчетов сигнала заполняется значением 1.0 и сигнал отдается на декодирование. В предыдущих
версиях JTDX софт не пытался декодировать такие RX интервалы.
- облегчено и расширен интервал времени определения слабого уровня сигнала на входе звуковой карты,
уведомление 'input signal low rms' вместо 'low rms'. В этом случае сигнал как и ранее на декодеры не подается.
- увеличен предел обрабатываемого количества записей: в файле ALLCALL.TXT до 40 тысяч, в файле CALL3.TXT
до 35 тысяч.
- обновлен файл ALLCALL.TXT в софте, одновременно с софтом поставляется новый CALL3.TXT. Новый CALL3.TXT
несовместим с предыдущими версиями JTDX из-за превышения количества записей в нем предела в 25000.
- изменен тип данных c 4-байта на 1-байт в больших массивах связанных с хранением сообщений для декодеров Hint,
несмотря на рост количества позывных в файле CALL3.TXT общий объем занимаемомй памяти ощутимо снижен
- изменены размеры буферов: входного сигнала со 100мс до 2сек, выходного с 1сек до двух секунд
- верхняя частота декодирования JT65 сигналов увеличена с 2700 до 3000 Гц
Рекомендуемые настройки JTDX:
- комбинированный режим JT65+JT9
- кнопка AGCc: включайте эту кнопку только если в начале интервала отрабатывает АРУ приемника на
сильные JT сигналы. Срабатывание АРУ можно определить по перепаду уровня шума на водопаде.
- кнопка Hint: рекомендуется держать эту кнопку всегда включенной, активирует группу из 12 декодеров
работающих с использованием согласованных фильтров, позволяет декодировать сигналы с соотношением
сигнал/шум вплоть до -35дБ
- кнопка Clean DX, используйте эту кнопку для ручной очистки окон DX Call DX Grid после окончания
QSO, очистка этих окон немного снижает количество ложных Hint декодирований.
Закладка настроек Advanced:
- Number of decoding attempts(количество попыток декодирования): установить согласно требуемому времени
декодирования. Зависит от количества ядер процессора и тактовой частоты. Для двухядерного процессора
с тактовой частотой 2ГГц можно установить значение 1, для двухядерного процессора с тактовой частотой
3ГГц можно установить значение 3. Чем больше это значение тем выше вероятность декодирования слабых
сигналов.
- Number of decoding passes (количество проходов декодирования) - рекомендуется значение 4, можно установить
3 или 2 на процессорах с низкой производительностью (тактовая частота менее 2ГГц если при количестве попыток
декодирования = 1 процесс декодирования не вписывается в 10 секунд конца приемного интервала)
- RX frequency decoding attempts (количество попыток декодирования для отдельных проходов декодирования на
приемной частоте QSO). Значение 1 для слабых процессоров, 2 для процессоров с двумя и более ядрами и тактовой
частотой более 3ГГц, 3 для мощных многоядерных процессоров.
- Hinted decoding DT range = 1
- Use frequency mask decoding. Функционал в софте включен по умолчанию и выключается по превышении порога
определенного количества JT65 кандидатов на диапазоне. Для быстрых процессоров желательно поставить галочку
чтобы этот функционал не отключался в условиях загруженного диапазона.
Диапазон частот на водопаде: выставить на водопаде такую полосу частот в которой требуется декодировать
JT65/JT9 сигналы. Установка значения Bins/Pixel позволяет выбрать приемлемый размер окна водопада.
Все сигналы расположенные по частоте за пределами окна водопада не декодируются.
Для правильной работы декодеров Hint и фильтрации ложных сообщений декодера FTRSD необходимо скопировать
файл CALL3.TXT в папку где находится JTDX лог (File -> Open log directory).
Программа JTDX может давать ложные JT65 FTRSD и Hint декодирования. Каждое Hint декодирование
маркированное звездочкой и каждое FTRSD декодирование маркированное знаком '?' блокируется при отправке спотов
на сервер pskreporter.info, но может быть передано программой JTAlert на сервер hamspots.net.
Внимание: большое число попыток декодирования или использование кнопки SWL приводят к высокой загрузке
центрального процессора компьютера в течении продолжительного времени, вызывая повышенное потребление
электроэнергии и увеличивая требования к охлаждению процессора.
Test results, JT65a, number of decoding attempts=1, decoding passes=4:
Wideband experience based Hint decoder
test Web SDR audio files https://cloud.mail.ru/public/LrVm/zEkJ1ZVLg
CALL3.TXT file as of November 2nd, 2016, 21570 records
SW version / total JT65 decodes / BM-FTRSD decodes / wideband CQ/CQ DX Hint / experience based Hint / JT9 /
v17.2 Hint OFF / 3087 / 3087 / - / - /
v17.2 Hint ON / 3296 / 3055 / 61* / 180* / - /
v17.3 Hint ON / 3315 / 3028 / 94* / 193* / - /
v17.4 Hint OFF / 3123 / 3123 / - / - / 374 / # AGCc is OFF
v17.4 Hint OFF / 3162 / 3162 / - / - / 378 / # AGCc is ON
v17.4 Hint ON / 3355 / 3064 / 98 / 193 / - / # AGCc is OFF
v17.4 Hint ON / 3432 / 3083 / 127 / 222 / - / # AGCc is ON
v17.5 Hint ON / 3332 / 3060 / 100 / 172 / - / # AGCc is OFF
v17.6 Hint OFF / 3118 / 3118 / - / - / 374 / # AGCc is OFF frequency mask is OFF
v17.6 Hint OFF / 3158 / 3158 / - / - / 377 / # AGCc is ON frequency mask is OFF
v17.6 Hint OFF / 3174 / 3174 / - / - / 377 / # AGCc is ON frequency mask is ON
*it is not possible to confirm every hinted CQ/CQ DX decode from these
SDR audio files is correct one.
-----------------------
SDR audio files with more than 20 signals in each file, decoding test results:
test files: https://cloud.mail.ru/public/9Dfk/xrP5GvfYR
correct/ false decodes
v16.4 hint off 3172/6
v16.6 hint off 3168/7
v16.7 hint off 3189/9
v16.8 hint off 3198/3
v16.9 hint off 3214/6
v16.9.1 hint off 3229/1
v17.0.1 hint off 3230/2
v17.1 hint off 3231/4
v17.2 hint off 3232/5
v17.3 hint off 3232/0
v17.4 hint off 3228/1
v17.5 hint off 3227/0
v17.5.2 hint off 3231/1
v17.6 hint off 3202/1 frequency mask is OFF
v17.6 hint off 3231/2 frequency mask is ON
v16.4 hint on 3248/4 * --- CALL3.TXT/20480 records
v16.6 hint on 3251/4 * --- CALL3.TXT/20480 records
v16.7 hint on 3272/9 * --- CALL3.TXT/20480 records
v16.8 hint on 3284/4 * --- CALL3.TXT/20480 records
v16.9 hint on 3300/7 * --- CALL3.TXT/20480 records
v16.9.1 hint on 3306/1 * --- CALL3.TXT/20480 records
v17.0.1 hint on 3304/1 * --- CALL3.TXT/21570 records
v17.1 hint on 3310/4 * --- CALL3.TXT/21570 records
v17.2 hint on 3354/3 * --- CALL3.TXT/21570 records
v17.3 hint on 3376/0 * --- CALL3.TXT/21570 records
v17.4 hint on 3372/0 * --- CALL3.TXT/21570 records
v17.5 hint on 3366/1 * --- CALL3.TXT/21570 records
v17.5.2 hint on 3361/3 * --- CALL3.TXT/21570 records
v17.6 hint on 3350/1 * --- CALL3.TXT >25000 records frequency mask is OFF
v17.6 hint on 3349/5 * --- CALL3.TXT >25000 records frequency mask is ON
for decoding attempts=3:
v16.4 hint off 3218 total
v16.6 hint off 3217 total
correct/ false decodes
v16.7 hint off 3223/4
v16.8 hint off 3225/1
v16.9 hint off 3233/5
v16.9.1 hint off 3247/5
v17.0.1 hint off 3244/2
v17.1 hint off 3255/1
v17.2 hint off 3252/1
v17.3 hint off 3256/0
v17.4 hint off 3256/3
v17.5 hint off 3250/3
v17.5.2 hint off 3245/2
v17.6 hint off 3244/2 frequency mask is OFF
v17.6 hint off 3251/3 frequency mask is ON
*it is not possible to confirm every hinted CQ/CQ DX decode from these
SDR audio files is correct one.
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, all signals are out of RX frequency, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v17.5 hint off 23.2% # AGCc is OFF
v17.5.2 hint off 22.1% # AGCc is OFF
v17.6 hint off 34.4% # AGCc is OFF frequency mask is OFF
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, decoding on the QSO frequency 1000Hz, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v17.5 hint off 50.0% # AGCc is OFF
v17.5.2 hint off 48.5% # AGCc is OFF
v17.6 hint off 51.0% # AGCc is OFF frequency mask is OFF
-----------------------
Per pass decoding statistics, number of decodes, audio files with more than 20 signals
in the file, hint off:
v16.1, number of decodes:
pass 1 subpass 1 2502 80%
pass 1 subpass 2 152 5%
---
pass 1 total 2654 85%
pass 2 364 11%
pass 3 95 3%
pass 4 34 1%
__________________________________
* Для декодирований широкополосных декодеров CQ/CQ DX из SDR файлов невозможно определить все ли полученные декодирования верны.
Что-то я не вижу здесь - JTDX нового файла CALL3. Есть только за 03.01.2017г.
И что-то у себя в программе я не вижу файла ini.
Открывал по адресу - JTDX - Fail - Open log directory.
Вложение 182701
Ждемс когда Олег привяжет к EQF :) :) :)
фильтр понравился Птицу поставил и не одной европейской станции.
Коллеги, столкнулся сегодня с небольшой проблемкой. При декодировании всех принятых сигналов появляются позывные в левом окне в течении от секунды до нескольких секунд и, если декодируемых сигналов очень много (25 и больше), пытаясь выбрать нужный позывной просто "промахиваешься" мышкой по нужной строчке в процессе декодирования, при этом передача уже включается и я понимаю, что выбран был не тот позывной.
Есть ли другая возможность выбора нужной строчки из левого окна? Например, курсор автоматически становится на первую строчку декодированного сигнала и через ctrl+up/down можно было бы выбрать нужную строку.
Скорее вопрос к Игорю. Но хотелось бы услышать мнения "бывалых".
Сегодня насчитал максимальное число декодированных сигналов за один период приема, их было 34 на 20-ке. И они (строки) заполнили всё левое окно. А что будет при еще бОльшем кол-ве декодированных сигналов!?
набор из пяти звуковых файлов, в каждом 200 JT65 сигналов в полосе от 5 до 2695 Гц https://cloud.mail.ru/public/Cmeh/TfXoewPMa
для тестирования на версии 17.6
JTDX-17.6.0 for UR5EQF
или
Персональный сайт - JTDX for UR5EQF_Log3
В архив включён файл CALL3.TXT.
И сразу, не красиво смотрится
Вложение 182727
По причине того что в сборках стало ощутимо заметно смещение динамического диапазона, поиск сборки с хорошими результатами стал занимать очень много времени, и я вынужден пока отложить поддержку опциональных интерфейсов пользователя.
Всем кто будет делать изменения в коде либо заново собирать софт самостоятельно пригодится набор тестовых файлов c сигналами -25дБ SNR который находится здесь https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
и для сравнения результаты тестирования выпущенной версии 17.6 для сравнения, файлы прикладываю. Тестирование для слабых сигналов проводилось при уровне шума +40дБ и RX частоте 1503 Гц, нижняя граница 0 Гц, верхняя 3500 Гц, режим JT65+JT9, все кнопки выключены, остальные установки на приложенной картинке.
Правильно ли работает "Check other standart messages"? Не отмечен, а выделяет. Раньше если не ставил здесь галку, то и вариант "Other standart message" не отображался.
Вложение 182729
Зазор между кнопкой и часами исчезает если размер шрифта выбран менее чем 9, на 9 и более зазор есть. У меня шрифт 10 стоял, во время тестов не заметил проблемы.
Вложение 182731
Игорь, спасибо за 17,6.
Заметил такой баг, в 17.5.2 он тоже есть.
Если префикс локатора совпадает с домашим, например мой KO45 и локатор корреспондента вида KOx5 то расстояние =0, вместо х-любая цифра.
Если например мой IN87, то нуль будет при локаторе корреспондента вида INx7.
73
Я как то пропустил,да ранее и не требовалось,где изменять размер шрифта в самой программе. Для моего зрения маловат!
Не приемные ,передающие окна а в программе?
Вложение 182733
Игорь. Если долго не чищу окно, активных станций. Начинает выдавать сообщение. смотри скриншот. Прошлая версия при этом делала пропуски не декодировала в это время совсем. Эта декодирует но каждый кадр идёт это сообщение. Поясни пожалуйста.
А вот это вас вижу не смущает.
Вложение 182743
так было сказано что в этой версии так и будет, 17.6.2 будет устранен этот эффект
я за ночь на 40 ке очень много наловил таких глюков....
вот интересно зачем T
Вложение 182750
Так я не работаю на этом софте поэтому и не привык. У меня все программы от разных разработчиков установлены, просматриваю, тестирую на приём а работаю только на одной. Обычно когда на длительное время отлучаюсь ставлю что-то на приём и потом смотрю что наковыряло. На счёт что дефект будет проявляться, про это я читал, хотелось знать порог и условия при которых он появится и в какой степени проявится.
Владимир. Ядро программы одно у всех, написано одним автором Joe Taylor, K1JT. Поэтому этот изъян, присутствует во всех ветвях программы, тоесть, доработки разными авторами. А те объёмы информации что лопатит. Игорева доработка не сравнить не с одним софтом других авторов. Меня эти небольшие и сразу бросающиеся в глаза изъяны не волнуют, и не доставляют неудобств. Я сегодня получил удовольствие от того, что утром в пустом диапазоне, водопад не показывал практически что кто то работает, так пародия на сигнал. А программа декодировала и северную и южную америку. Много чего интересного увидел утром в этой версии. И что мне эти две строчи абракадабры. Жаль конечно что большая инертная масса HAM работает в старье и боится нового, а как же ведь ставить надо разбираться, привыкать хи. А немного напрячь мозги и наморщить лоб надо, программа стоит того.
Linux x64 version UI1:
https://cloud.mail.ru/public/7fCZ/se2EWxNWm
Я это Владимир заметил. Что основная часть Форумчан, видят преимущество JTDX перед другими программами. А ты только изъяны и недостатки роеш. Поверь, рыться в навозе хорошо когда на рыбалку идёшь, в нём хорошие дождевые черви живут, красные такие. На них рыба хорошо берёт. А в нашем случае, только вонь и не какого толку.
Очистка окна вряд ли имеет связь с этим сообщением. С звуковой карты подается сигнал на CPU, если используется внутренняя карта компьютера то сигнал идет только через PCI шину.
В софте сделано две проверки на битый сигнал: одна измеряет среднюю мощность сигнала в заданном интервале времени, и если мощность мала то считает что на вход звуковой карты сигнал с трансивера не подается. В таком случае интервал не подается на декодеры: так работает в WSJT-X и до сих пор в JTDX. В версии 17.6 для этого случая сделано диагностическое сообщение 'input signal low rms'. Здесь можно отметить что некоторые звуковые карты на входе могут иметь достаточный уровень собственного шума чтобы это сообщение не появлялось при отключенном от входа звуковой карты кабеле, то есть версия 17.6 условно позволяет оценить собственный шум звуковой карты.
Вторая проверка щупает амплитуду отсчетов в кусках входного сигнала продолжительностью полтона, возможно эта проверка была сделана чтобы избежать деления на ноль. Диагностическое сообщение 'audio gap detected' которое Вы видите на экране говорит что хотя бы один пол-тона имело все отсчеты в значении 0. В таком случае в версии 17.6 я добавил в код сделать один отсчет равным 1.0 и отправить сигнал на декодирование. То есть сигнал битый но его все еще можно декодировать, результат на картинке.
Итак сигнал битый и это не обрыв между трансивером и звуковой картой. В случае USB Audio Codec это может быть потеря части данных на USB шине, во всех случаях это может быть потеря части данных на PCI шине когда буфер звуковой карты не может сохранить передаваемые в сторону CPU данные звукового потока если CPU в течение продолжительного времени не может подтвердить их получение.
Причины сбоя на PCI могут быть следующие: настройки BIOS в варианте разгона машины, использование встроенных в Windows драйверов чипсета материнской платы вместо установки драйверов производителя этой платы, сбой в работе железа материнки, высокая загрузка CPU когда процессор не воспринимает данные с PCI шины вовремя.
Вложение 182762
АРУ не может рвать данные на шине материнской платы, что реально может быть - так это выход сигнала за пределы динамического диапазона АЦП звуковой карты, то есть чрезмерно высокий уровень на входе звуковой карты.
С учетом того что мы используем шину 16 бит динамический диапазон входного сигнала около 90 дБ, получается уровень входного сигнала выставлен неверно и для решения такой проблемы достаточно уменьшить аттенюатором уровень подаваемого с трансивера на звуковую карту сигнала.
Вчера скачал и установил v17.6 for UR5EQF_Log .подстроил размер шрифтов под себя ,раскраска по минимуму ,только нужная мне информация и в результате(мелочи короче).......эта версия ,как в старые добрые времена и на 20м станций достаточно ,одних северо американцев до десятка сейчас ,а на 15м и Южная Америка в достаточности.Только что с Бразилией без особого труда. Интерес проснулся к работе в этих модах и это все несмотря на ......не очень хорошее прохождение в данный момент. Спасибо автору!
RK1NA & RN9AZ БРЭК!!
"Ребята! Давайте жить дружно" (кот Леопольд) :drinks:
Заметте не я такими эпитетами программу награждаю.
Как понял за долгие зимние вечера вы рашпиль освоили. Приходит весна, пройдёт ледоход, решили рыбалкой заняться.
Когда были проблемы с ложным декодированием писал, да моё письмо не опубликовано но по этому же вопросу было опубликовано письмо другого радиолюбителя (и как понял на это обратили многие внимание) и проблема была решена.
Кстати о чём говорить, зайдите в группу на Yahoo и посмотрите сколько пишут.
Вложение 182766
Вложение 182776 Что за мрак, поставил в соседнюю папку, рядом с JTDX 17.5.2 в этой всё нормально,а JTDX 17.6
пугает,может где птичку убить надо,установок не каких не делал.
:s10::s10::s10:
Где красный эллипс, поставьте нужный (белый, допустим) цвет
Вложение 182778
Огромное благодарствую,но ещё одна проблема настройки как в JTDX 17.5.2 а вываливаются названия стран и кто CQ даёт и кто QSO проводит.
HI Игорь, а можно как-то сделать чтобы можно было прописывать какую-то конкретную страну
например CQ 4O или CQ JW.
Ну, тогда ещё здесь снять галочку
Вложение 182782
Здесь можно взять шаг2 17.6.1 https://cloud.mail.ru/public/BTUE/S4jG4dbVS , этот дефект должен быть устранен. Попробуйте пожалуйста разные комбинации функционала уведомлений, все ли работает верно.
JTDX.INI файл совместим с версией 17.6, софт можно поставить в отдельную папку и при необходимости запускать либо 17.6 или 17.6.1.
UA4ALT
Если снять галочку: show DXCC names то при такой комбинации название стран сов7 не выводится ни на CQ ни на ответ
Я или что-не понимаю или ,..одно из двух. Зачем нужна в программе функция отображения названия страны? Это для начинающих или для склеротиков?
Полезнее была бы функция отображения азимута на корреспондента, для поворота антенны.
Если в программе, настройках notifications сделано выделение ярким или резко отличающимся цветом новых стран по DXCC, то этого вполне достаточно. Какая разница, как называется страна? Это же NEW ONE(!). Звать надо, а не читать название страны!
На основе этого функционала (страна или префикс) работает виртуальное DX окно.
Азимут на корреспондента уже отображается.
Вложение 182798
Попробуйте пожалуйста 17.6.1 шаг3 https://cloud.mail.ru/public/JNJx/hzM6rnZ8V
В нем этот дефект должен быть устранен. JTDX.INI файл совместим с версией 17.6, софт можно поставить в отдельную папку и запускать 17.6 или 17.6.1 на выбор.
Доброе утро Игорь!
Это правильно, помеченные галочкой территории, у меня не выводятся на экран при декодировании.
Можно сделать буквенное подтверждение о новом QSO, например:Цитата:
Зачем нужна в программе функция отображения названия страны? Это для начинающих или для склеротиков?
Полезнее была бы функция отображения азимута на корреспондента, для поворота антенны.
D - новый DXCC,
L - новый квадрат,
C - новый позывной,
В4 - QSO уже было.
Все. После этого можно отказаться от "цветомузыки" и использовать два - три цвета в приемном окне.
Или эту опцию сделать избирательной. Или буквы или цвета.
И это Валерий, вместо 30 и более декодов каждый кадр хи.
В версии 17.5/17.5.1 не было самого сообщения - такие интервалы софт просто не декодировал, в версии 17.5.2 оно было как 'bad audio' - софт тоже не декодировал RX интервал.Цитата:
Сообщение от UA3DJY
Если аттенюатор между трансивером и звуковой картой не помогает то смотрите здесь: http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1339114
Интересно какая программа могла это увидеть да ещё с таким уровнем. Для любителей считать гармоники скажу что на выходе стоит ФНЧ, фильтр LP-30 от Vectronics и у него подавление на этих частотах порядком -70 dB.
Пожалуй пойду и накатаю сам на себя телегу в компетентные органы, мол работал паршивец там где не положено, ведь подтверждение есть.:rofl:
Вложение 182812
Ой, а может я не прав в поисках причины ведь появляется возможность получить QSL-ку за 6-ти метровый диапазон?
Росту однако.:grin:
Отключился САТ у японца и вся радость, программа отсылает автоматически ложные споты. На "hamspots.net" за такие вещи позывной блокируют HamSpots [Callsigns Blocked from Auto-Spotting].
Радости аж полные штаны. Владимир и за бугром не у всех CAT работает хи. Тут недавно работаю на 20 метрах а споты от Японца за 15 метров идут. С трудом верится что ты настолько глуп чтоб включить даже самодельный усилитель мощности настроил хи его на гармонику. Так с EZ в ССР было работает на 160 метров а вторую хи гармонику на 80ке слышно. Тут конечно за нарушение и невнимательность стоит за одно место ухватить хихихи:ха-ха::ха-ха:
пустая трата времени
Вложение 182821
Формулу расчета функции baddata поменял в версии 17.5.2: если в 17.5.1 и ранее суммировалась мощность каждого отсчета во входном потоке то в 17.5.2 я сократил количество вычислений в 60 раз суммируя мощность каждого 60-го отсчета. Вряд ли от этого срабатывание стало чувствительнее: проверяются интервалы продолжительностью 1200 отсчетов каждый (0.1 секунды), по 20 отсчетов на интервал с шагом 60 отсчетов. Если суммарная мощность этих 20 отсчетов равна нулю то и мощность на интервале тоже должна быть равна нулю.
Функция baddata в 17.6 вычисляется так же как и в 17.5.2.
Да не совсем пустая. Отстанем от японца, мало ли что бывает. Вопрос о спотах отсылаемых программой JTDX. Если заявлен сам факт того что программа может генерировать ложные декоды (и их значительно больше чем в программах других авторов) и этот факт имеет подтверждение и к этому уже даже успели привыкнуть пользователи программы то может стоит заблокировать вообще отсылку спотов из программы до устранения данного дефекта или до момента когда их в процентном соотношении будет не более чем у программ других авторов.
У меня почему то не генерирует ложные декоды,а которые с подсказкой -так они и так не отсылаются.По моему тут от железа зависит на котором работает программа.Может быть на слабых машинах генерируются ложные декоды по какой то причине
Да элементарно! Перейдите ближе к концу периода на другой диапазон и получите декод с предыдущего диапазона, но с прописанным в споте текущим диапазоном. И так во всех программах, поэтому если включен репортер лучше менять диапазон в пересменку или в начале периода приема.
А вот никому не показалось ,что на версии 16.1 по сравнению с 15.2 даже на полупустых диапазонах как будто чуть хуже стало декодирование ?Хотя вроде говорилось о обратном -может субьективно конечно,но почему то такое ощущение появилось
Ну это уже неприкрытое хамство.
Если автор сей программы заявил что при определённых условиях будут ложные декоды а вы замечу сами подтвердили данный факт да ещё и снимочек приложили. Скажите где гарантия того что программа не отправит споты с ложными декодами? Да, что-то может заблокировать но где уверенность что она заблокирует отсылку всех ложных декодов особенно если они выглядят как реальные. Я понимаю что у вас нет аргументов, вам нечего сказать и вы выбрали тактику оскорбления пытаясь заткнуть рот когда указывают на явные баги. Это вы проделываете не в первой и не только по отношению ко мне, данное поведение характеризует вас с не лучшей стороны и прискорбно что с такими людьми как вы приходится частенько сталкиваться в жизни.
Можно попробовать ASIO4ALL драйвер поверх WDM-KS, также дырки в сигнале может давать VAC из-за рассогласования скоростей потока. Eвгений Музыченко работал над согласованием скоростей в версии VAC 4.15, в непрерывной работе над JTDX я пока еще не смог найти окно чтобы основательно протестировать результат.
Евгений для россиян делает ощутимую скидку на свой софт по личному запросу, эта информация у него на англоязычной страничке.
Все знают и проведены многочисленные тесты, собрана статистика, построены графики, выявлены пределы при превышении которых начинается резкое увеличение в процентном соотношении ошибок в декодировании. Разработчики программного обеспечения ( но не данного) стараются не превышать эти пределы ( но не здесь) и стараются всячески уменьшить процент ложного декодирования. И странно слышать оценку адекватности других от человека который не умеет себя вести, вспыльчив, нагл и хамовит.
HI Игорь.Я как то поднимал по поводу названия стран при CQ и при QSO,
в 17.5.2 страны у меня только при CQ,а 17.6 всё подряд это так задумано?
В глазах рябит.Вложение 182824
Сосед прислал между нами 8км в соседнем посёлке живёт.
http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1338845Цитата:
Программа JTDX может давать ложные JT65 FTRSD и Hint декодирования. Каждое Hint декодирование
маркированное звездочкой и каждое FTRSD декодирование маркированное знаком '?' блокируется при отправке спотов
на сервер pskreporter.info, но может быть передано программой JTAlert на сервер hamspots.net.
функционал зависит от этой галочки
На такой вопрос не может быть ответа.
Работаю на WSJЕ-X последняя полная версия.
Не припомню ложного декода.
...
K1JT, которого вы походя упоминаете в своей версии его программы, новые версии публикует не часто.
От 1.6 до 1.7 не меньше года прошло.
Зато. Ставишь новую версию и работаешь в эфире.
Ваши версии выскакивают со скоростью автоматической пирожковой.
И тут же рекомендации на две страницы что с чем нельзя.
И тут же форум взрывается вопросами - как быть, что то не пошло.
...
Если вы уж решили, в отличии от K1JT, вести работу над программой в общедоступном форуме, хотя бы озаботились
предупреждением участников о том что здесь происходит.
Как это водится на уважаемом QRZ.RU - при входе в тему участник видит это предупреждение.
...
Ну и напоследок, хотелось бы увидеть вашу реакцию на письмо K1JT.
Об авторстве.
...
P.S. Любителям о том что что то чем то пахнет.
Я никогда, нигде и никому не говорил что программа JTDX плохая.
Сам с удовольствием начну её пользовать.
Когда хоть как нибудь устаканится какая то версия.
Звиняйте.
Константин. Вы, прежде чем предъявлять претензии, прошли бы в начало темы, сообщение №1, и почитали -
" По многочисленным просьбам уходим сюда из темы JT65-HF.
В этой теме обсуждаем работу и тестирование тестового софта WSJT-X, использующиеся в нем протоколы и виды модуляции, новый и существующий функционал, работу с исходным кодом и компиляцию софта WSJT-X и вспомогательных утилит, возможные проблемы со спектром сигнала в эфире.
73 Игорь "
Не нравиться вам , что делает Игорь, не устанавливайте себе на компьютер. Здесь люди ТЕСТИРУЮТ (!) софт, который Игорь пытается улучшить. Вот когда, как вы написали, "устаканиться" вот тогда и загружайте. Вас же никто насильно не заставляет. ))
У меня работает версия 17.5.1 Стабильно работает. Правда есть небольшие проблемки с HINT, но я же не кричу об этом и не обвиняю автора. Это тестовый софт! Когда будет доведена до более-менее стабильного вида следующая - загружу.
Работаю в JT уже не первый год. Проведено более 10 тысяч QSO в этой моде. WKD- 171 страна. По моему мнению, JTDX by UA3DJY, самая "продвинутая" версия на сегодняшний день.
Многочисленные просьбы были мною, в основном, инициированы.
Так что меня в Нр 1 отсылать не надо.
Большое число участников этой темы даже не подозревают что они участвуют в улучшении софта.
Они просто трахаются, а когда дотрахиваются остаются на том до чего дотрахались.
Да прости меня Господь.
Кричать не надо.
Если вы участвуете в улучшении софта надо обязательно сообщить (не крича) о замеченных проблемах.
Да я вроде не мальчик.
Первое QSO в WSJT провел в декабре 1998 года с UT5ER.
На VHF net на 14340 мы вдруг узнали что у обоих стоит эта программа.
Тут же провели QSO на 20-ке, сделали QSY на 144 и сделали там QSO.
Два раза в неделю появляется новая версия, да ещё с двух страничным описанием как "с ней работать" - это "продвинутость"?
По количеству глюков - самая продвинутая в мире.
Главное, чтобы модератор простил.)))
------------------------------------------------------------------------------------------
"...Если вы участвуете в улучшении софта надо обязательно сообщить (не крича) о замеченных проблемах."
Я НЕ участвую в улучшении софта. Я просто работаю на нем.
------------------------------------------------------------------------------------------
"... Два раза в неделю появляется новая версия, да ещё с двух страничным описанием как "с ней работать" - это "продвинутость"?
По количеству глюков - самая продвинутая в мире. "
Да успокойтесь уже! Никто вас не заставляет обновлять софт и работать на этом "сыром" софте. Дождитесь стабильной версии и обновляйте. По какому поводу истерика?!
Люди занимаются интересующим их делом. Вы приходите и начинаете выставлять претензии, что они делают что-то не так. Возьмите и сделайте сами, лучше чем они. Не можете - тогда ждите, когда сделают другие. Не хотите - нечего мешать.
А-а! Я понял. Вы классический флудер. "Давай, до свидания".
Вроде взрослые люди все тут,и не соцсеть - а флуд от двоих товарищей как от команды троллей.Не нравится -не используй,но тут какую то другую цель авторы опусов преследуют,вместо того чтобы совместно улучшать программу.А насчет тестировщиков -вон Майкрософт с Windows 10 всех в виде тестировщиков платного заметьте продукта использует -и ничего ,не жужжим.А тут человек делает программу которой равных по качеству приема уже нет -и вместо спасибо -столько желчи и гадости.Стыдно должно быть.
Вы наверное забыли, так память коротка, когда начался разговор о недопустимости использовать избыточную мощность в данной моде какова была ваша позиция. Как рьяно защищали право работать той мощностью которая разрешена лицензией и из под вашей клавиатуры сыпались оскорбления в сторону тех кто указывал что это недопустимо. И замечу автор данной программы вас поддержал. Затем под напором общественного мнения, видя что достаточно много радиолюбителей к этому относятся негативно вы резко изменили позицию и даже пытались кого-то учить, кстати данное перевоплощение было замечено не "троллями". Далее когда начали указывать на баги в программе вы не стали разбираться есть данные баги или нет (хотя сами их продемонстрировали), вы как непорядочный человек перешли на личности и стали опять оскорблять пытаясь заткнуть критикующих и вызвать склоку. А ведь резонно был задан вопрос если в программе более 90% просто передрано с WSJT-X то почему ошибок в работе значительно больше чем в вышеуказанной программе. Взяли за основу программный продукт созданный другими людьми так совершенствуйте, развивайте но не компрометируйте его. Плодя баги в программе не ссылайтесь на то что там тоже есть ошибки (хотя они выявляются и над ними идёт работа) и вам позволительно к ним добавить ещё и свои и не замечать или вернее не допускать даже упоминания о них. Автор данной программы должен быть заинтересован в выявлении всевозможных ошибок так как на основании их он может улучшить свой софт а он как страус засунул голову в песок и всячески пытается отнекиваться от них скатываясь к уровню непорядочных людей его поддерживающих, хорошо что ещё не перешёл на оскорбления.
Я уверен что как только пользователи программы будут заинтересованы в безглючной работе то ярые крикуны быстро сменят своё мнение (а так как у них его нет то и менять ничего не надо), диалог войдёт в позитивное русло и будет продолжена работа по шлифовке, улучшению программы.
Добавлю что данная ситуация очень показательна для нашего времени, идёт сплошное насаждение понятия что главное это преданность, лояльность компании, соглашательство и умалчивание негатива. Специалисты, а особенно если они имеют своё мнение и указывают на ошибки, сейчас не в фаворе.
Использую не самую последнюю версию. Может уже внесены изменения:
1. Если кор. дает CQ DX без локатора, то в окне GRID остается старое значение;
2. При ручном вводе позывного после TAB хочется, чтобы фокус переместился в окно GRID;
3. В окне GRID был бы ввод только в верхнем регистре;
4. Горячие клавиши - ALT+C фокус на окно CALL, ALT+G фокус на GRID, ALT+KeyUP частота вверх от текущей, ALT+KeyDwn - вниз
5. Не нашел где в сетапе можно было бы отключить запись аудио в файл. У меня для радио комп с небольшой памятью. Хочется облегчить ему работу.
Сегодня утром наблюдал на 30 м американца с ломовым сигналом, который не декодировался. Сильное дрожание. Хорошо бы поработать в этом направлении. Может что-то удастся сделать.
Игорь. Не стал искать по теме, мусорщиков лестать нет желания. Вы Игорь писали про тестирование ноутбука. Мне на прошлой неделе попала у сына на глаза материнка два ядра по 1,6 Ггц, четыре потока. Поставил систему и попробовал WSJT_X и JTDX обе программы дали одинаковый результат, скорость декодирования, по сравнению с одним ядром 2,7Ггц упала в два раза, тоесть 1,6 Ггц. Хотя оба процессора работали с загрузкой до 50%, и вроде должно по идеи быть 1,6 + 1,6 = 3,2. Побился и бросил эту затею. Возможно что то не то делал, всё может быть.
Вложение 182875
ставь 17.5.2 и будет ОК
попробуйте последнюю версию
добавил перевод в верхний регистр для окна DX Grid в очередь на исполнение
Недостаток видов модуляции JT9 и JT65a: не переносят Доплеровское дрожание частоты при прохождении сигналов через полярные области либо при отражении сигналов от полярных областей ионосферы.
Для такого случая были созданы виды модуляции JT65b и JT65c, но по причине выхода за пределы полосы 200 Гц узкополосного сигнала цифровых мод и ограничений регуляторов в разных странах моды JT65b и JT65c на КВ распространения не получили.
Прикладываю файлик с SNR +49дБ, для проверки.
Вложение 182877
Второй файл - как софт отрабатывает сильный сигнал и находящиеся под ним слабые при включенной АРУ и выключенной кнопке AGCc. В функционале AGCc в версии 17.6 были изменения - интересно сравнить работу кнопки AGCc с версией 17.5.2.
Вложение 182878
Возможно коллеги подают уровень сигнала на звуковую карту больше чем может принять АЦП?
Господа, подскажите пожалуйста, при смене версии программы нужно ли удалять предыдущую версию или можно поверх старой версии устанавливать?
Планирую v.17.6 заменить на 17.6.1 из-за бага в расчете расстояний.
Версия 17.6 по ощущениям работает лучше на прием, чем 17.4, которой пользовался несколько месяцев.
Обратил внимание на тот факт, при чрезмерном увеличении входного аудиосигнала на звуковую карту, в левом поле чаще появляются абракадабрные тексты в виде "левых" позывных. Движок регулировки уровня сигнала "digital gain for audio input" держу в пределах 35dB.
Все верно: пороги срабатывания декодеров в WSJT-X и JTDX фиксированные, меняя подаваемый на АЦП уровень сигнала мы сдвигаем его динамический диапазон относительно этих порогов.
Частично с этим связано то что один оператор наблюдает много ложных декодирований а другой оператор не видит их вовсе.
Вложение 182881
не хотит отдать
Хочу сообщить и свои наблюдения ,весьма нужные и полезные. Вчера на 20м (диапазон заработал довольно неплохо) станций декодирует много ,а решил попробовать при работе на поиск ,поставить галку и отключить Европу. Сразу из 30 станций(а на весь монитор до 60-70 шт) осталось 5-10(на весь монитор) НО это были Северная и Южная Америка, острова ......ну и так далее. Процессор стал намного быстрее декодировать даже с минимальным уровнем станции и это позволило мне в настройках установить 5-4-2-1 вместо 4-4-2-1 .Результат мне ну очень понравился и по времени в ......вписываюсь и по минимальному уровню приема на отлично и нет Европы которая мне в принципе не нужна ,а очень сильно отвлекает и в том числе рассеивания внимания на ненужное ,второстепенное!
Главное все таки работа процессора,как то так лихо .....насобирал нужные мне станции.Понравилось!
Игорь, спасибо.
Но речь идет о замене 17.6 на 17.6.1
Замену старой версии 17.4 на новую 17.6 я так и сделал - сначала удалил полностью старую, предварительно сохранив свой wsjt. adf лог, а затем установил новую. При этом все настройки в программе сделал заново.
Что-то я никак не могу найти описание по настройкам в закладке Advanced. Установлены по умолчанию. Где-то можно почитать о них?
RK1NA Услышьте:
Latest full release, Version 1.7: wsjtx-1.7.0-win32.exe.
А эта: wsjtx-1.7.1-devel-win32 ?
Сегодня поставил тоже...
Привет коллеги JT65 !
Запомнить :
работа в Интернете каждый компьютер должен быть синхронизирован со временем несколько миллисекунд
это также относится и к JT65
Я использую старые ноутбуки для JT65 - 1.6GHz и увидел, что работать лучше, чем 3GHz двухъядерный компьютер , который предназначен только для работы в Интернете!!!!
Я подумал, почему ...... и, наконец, понял -компьютер двухъядерный не лучше синхронизации времени / Время настройки по умолчанию / ! После установки NetTime NetTime - Network Time Synchronization Tool он работает, как никогда раньше !!!!
Урок :
пожалуйста, прежде чем искать причины в JTDX - время должно быть установлено .
73!
Да задумка отличная! Я вчера это сразу заметил. Только огромная просьба к Игорю, Довести эту работу до логического завершения, по странам, деление нужно. Для начала хотя бы тех собрать от кого в эфире не пропихнутся. Конечно те страны откуда полтора корреспондента работают нет смысла хи вносить в этот список.
Менять не надо, просто ставьте в отдельную папку. JTDX.INI совместим, при необходимости всегда сможете запустить нужную версию.
17.6 имеет очень высокую чувствительность, 17.6.1 при выпуске планирую сделать под максимальную эффективность на загруженных диапазонах.
Последнее описание здесь http://forum.qrz.ru/6-cifrovye-vidy-...ml#post1338845
ТУТ ВРОДЕ ВСЕ НОРМАЛЬНО
вот разные версии
Вложение 182891
Вложение 182892
Вложение 182893
Вложение 182894
Вложение 182894
Вложение 182895
Вложение 182896
Вложение 182897
Администраторам форума:
Рассмотрите пожалуйста возможность введения рейтинга участника форума, отображаемого рядом с его позывным сигналом, чтобы каждый участник мог оценить полезность либо бесполезность сообщения другого участника.
Похоже что это единственный способ остановить флуд на форуме.
Да не надо хвалить JTDX, не надо хвалить UA3DJY. Но и травить человека тоже не надо. Он работает не за деньги,старается улучшить софт, на сколько это возможно. И это у него не плохо получается.Не так много среди нас подобных ему людей, к сожалению. Беречь таких надо и ценить.
И хочу обратиться ко всем любителям обязательно обратиться к автору с предложением ввести очередную "хотелку" : ребята, вспомните Владимира UR5EQF, задолбали человека "хотелками",он всё старался выполнить, но на это всё нужно здоровье и время.
И если всё свободное время (которого остаётся всё меньше и меньше) человек будет тратить на работу - не далеко и до беды. Хорошо подумайте, прежде чем предложить свою очередную "хотелку",дайте человеку спокойно работать над программой и не доставайте его вопросом "когда будет следующая версия".
Изменений в коде много поэтому время декодирования могло и измениться. Есть разные сценарии по количеству кандидатов, я смотрю по своей машине по файлу с большим количеством сигналов чтобы не было роста времени декодирования, но специально тесты насколько оно изменилось не делаю.
Поскольку поменялась логика применения проходов и алгоритм расчета количества попыток на втором-четвертом проходах то для небольшого количества кандидатов время декодирования может отличаться от версии 17.5.2.
Проверить можно только прогнав пакет файлов, по суммарному времени декодирования.
TO: UA3DJY Игорь приветствую.И всё таки в чём причина?Настройки одинаковые,
а в 5.2 страны на CQ, а в 6 всё подряд?Вложение 182913Вложение 182914
Это не хотелка как пишут ребят, а пожелание автору программы, если у него на это будит время и желание. А мнений много, что кого устраивает. Нас огромное количество, и думается Игорь разберётся что где и как. Спасибо ему за ту огромную проделанную работу. Думаю не я один кто уже сегодня на КВ считают JTDX лучшей программой, и другого софта на дух не надо. Спасибо Игорь!
Игорю,безусловно спасибо!
Но после прочтения подобного "опуса" моментально в голове возникла ассоциация с бессмертным произведением А.П.Чехова. напомнить какое или сами догадаетесь. У нас в городе есть скульптурная группа по мотивам этого произведения и там дружно все семейство на "полусогнутых" перед......
Я так думаю ,что Игорю это .....не нужно. Мое мнение.
Читайте классиков ,это всегда на пользу и без обид.
Не знаю, баг это или так задумано... При запуске программы (установлена 17.6) на компе без подключения к нему аппаратуры, программа выдает окно с предупреждением об отсутствии RIG и предлагает переконфигурить RADIO. Нажимаю ОК, выходит окно Настроек, нажимаю ОК и вот здесь-то засада... Если в ранней версии 17.4 программа соглашалась с моим "ОК" и разрешала работать дальше с программой без подключения RIG, то в последней версии 17.6 окно-предупреждение об отсутствии RIG не уходит до тех пор, пока в закладке RADIO не установишь NONE и VOX.
Неудобство того, что каждый раз приходится переконфигурировать RADIO.
Нельзя ли вернуть, как было в ранних версиях?
Это как ???
Вложение 182928
Игорь. У меня лично к вам вопрос. Вы не пробовали? Запустить 2 программы одновременно, но только в одной установлена CAT и PTT. работать на передачу. Через разные звуковые карты. с сумматором сигнала. Меня интересует что происходит с комбинационными частотами после звуковой карты, на один передатчик. При сложении двух сигналов. Такое желание сразу ответить двум корреспондентом возникает хи когда из них кто то слишком нетерпелив.
Нельзя смешивать два сигнала на один звуковой вход передатчика, будут комбинационные составляющие в спектре SSB сигнала.
Пользователи излучающие два сигнала на одном диапазоне скорее всего используют два трансивера подключенные к разным пространственно или поляризационно разнесенным антеннам.
Также есть пользователи которые используют одновременно несколько приемопередатчиков на разных диапазонах.
Скорее всего вы не в теме, посмотрите.
Distant Echoes by OH3T
Спасибо Игорь за ответ. Я сам не занимался этими изысканиями. Н спросил это по той причине, что проверяя линейность своего тракта SSB передатчика, в своё время, на вход нч подорвался двух тоновый сигнал. При линейной работе на выходе мы получали те же два тона. Вот и здесь возможно если не увлекаться, и сделать хорошую настройку по уровням, подумал что такое возможно. Спасибо ещё раз Игорь.
И ещё вдогонку, Игорь если такое возможно, на Кв это дополнительный плюс. Имея два окна на передачу в одной программе выход от двух карт приёмного одного хватит, расширяет возможность программы. Но это только мысли в слух Игорь не более. Спасибо.
Это уже будет другой дополнительный софт с аккумулированием декодированных сообщений в одном окне и с автоматическим выбором необходимого сетапа на передачу. Потребуется калибровка частоты разных сетапов.
Пользователей использующих несколько сетапов не так много и приоритет для создания такого софта пока невысок.
Виталий, попробуй этот файл...там должно 3 станции
Вложение 182997
Уважаемые участники форума!
У меня два вопроса:
1.Пробовал ли кто JTDX в диапазоне 137кгц? Работают ли там JT65 или JT9?
2.Немного не по теме, но здесь самые знающие люди. Что это за позывные иногда встречаются - вида CALL/GIBRID, CALL/FOTO,
даже CALL/LUNATIC? Это люди так прикалываются, или в этом какой-то смысл?
73!
Производители не специфицируют линейность звукового тракта передатчика в SSB, все что есть это уровень побочных излучений за пределами SSB полосы кварцевого фильтра ПЧ:
Unwanted sideband suppression: More than 50 dB
Пользователи в подавляющем большинстве не знают как оценить линейность своего передатчика и не имеют инструментов для таких измерений.
Если отталкиваться от цифры -50 дБ то оператор попробовавший сделать НЧ суммирование точно оставит коллег в своем городе без декодирования слабых сигналов, а при хорошем прохождении и коллег находящихся на расстоянии одного скачка.
что то в той теме не срослось раз она была закрыта еще в 2015 году
Вложение 183027
Но он реально работал в эфире и у многих заходящих сюда было с ним QSO.
В параллельной ветке это тоже было отмечено в своё время.
Вложение 183028
Кроме побочных излучений эта тема имеет еще одну сторону: в первом регионе IARU выделение частот для JT полос предусмотрено для узкополосных цифровых видов модуляции полосой не более 500 Гц, то есть оператор не может одновременно передавать спектр шире 500 Гц.
Одновременная передача JT65 и JT9 сигналов в рамках полосы 500 Гц возможна, но с учетом разнесения полос частот JT65 и JT9 это будет доступно только для нескольких операторов, на этом доступный спектр заканчивается.
То есть кроме создания помех другим операторам есть второй недостаток: невозможность массового использования при разнесении JT65/JT9 частот.
Если загнать два JT65 или два JT9 сигнала в полосу 500 Гц на звуковом входе передатчика то комбинационные составляющие будут попадать в полосу JT диапазона, если использовать разнос более 2500 Гц то на старой классике уже в полосу излучения попадать не будут.
Владимир, Вы не в курсе почему Toni OH3T так быстро закрыл эту тему?
9 сигналов с шагом 250 Гц. Очень даже реально, особенно для DX станции, просто невыносимо ждать такую работу, принимает то DX много, а ответ одному. Под -60 dB IMD3, на S/N влиять не будет.
А чем отличается "звуковой вход передатчика" от ситуации с простым микрофоном ( или двумя на один вход), который воспринимает все звуки в комнате и подаёт сумму на НЧ усилитель? А двух тоновый генератор? JT-65 излучает в конкретный момент времени сигнал только одной частоты. ИМХО, что если подобрать правильно уровни, то вполне можно отвечать двум корреспондентам на двух НЧ частотах диапазона одновременно. А ЗК компа ведь тоже воспринимает сумму сигналов и декодирует их?!
Можно ребята без проблем, только уровни надо держать, плюс мощность вашего передатчика на каждый сигнал поделится пополам. Проблема лишь а том что все ли будут блюсти себя в эфире и не захотят увеличить мощность. От этого не кто не застрахован. А вот тут и полезут составляющие двух сигналов в полосе прозрачности фильтра.
Очень весело будет работать, если сейчас бардак то если удастся осуществить бардака в два раза больше будет.:grin:
Придётся уменьшать время на декодировку что-бы успеть среагировать на два вызова и уложится во временной промежуток или отвечать со значительным опозданием.
А если небольшой (в допустимых пределах) временной сдвиг при передаче двух разных сигналов?
Если в JT65 передача разделена на 126 смежных интервалов времени, каждый длительностью 0,372 секунды, а форма сигнала это синусоида с постоянной амплитудой на одной из 65 предопределённых частот то вписать второй сигнал между интервалами первого с временным сдвигом? Тогда пик одной синусоиды будет совпадать с минимумом второй.
Когда дех в эфире, для него это хорошо и большее количество отработает, и если ты с дехом работаешь и второй появился дех тоже неплохо. То есть по назначению использовать, а у нас как всегда будит и с соседом умудрятся на двух частотах работать. я не только про нас но и про забугорье там тоже не отсают хи.
Не было её. Может вы имеете ввиду это?
Вложение 183068
Вложение 183069
Единственно что хорошо запомнилось так это работа OH3T двумя сигналами в одном периоде, если бы была такая опция то её скорее всего массово начали бы использовать, но такого замечено не было.
Так вроде уже ответил - возможность передачи и декодирования это только одна сторона, создание помех окружающим и нарушение требований лицензии по полосе излучаемого сигнала в таком варианте использования вторая сторона.
Утверждение о 'правильно подобранных уровнях' может работать в лабораторных условиях научно-исследовательского института, в реальных условиях эксплуатации Вы получите большую суммарную мощность помех от таких пользователей.
Для уменьшения помех при переключении между тонами применен плавный фазовый переход от одного тона к другому. Временного пространства между тонами нет, один тон переходит в другой.
Плавный фазовый переход улучшает ситуацию с созданием помех при переключении тонов, но полностью не устраняет эти помехи, чем больше расстояние между соседними тонами тем больше помех создается при переключении. При переходе от тона синхропоследовательности до информационного тона на расстояние допустим 160 Гц побочные излучения накрывают как внутреннюю часть спектра JT65 сигнала так и уже большую часть частот по бокам. Для декодирования самого сигнала проблем нет, но если с сигналом пересекается или соседствует спектр более слабого сигнала то для декодирования последнего уже есть помехи.
Теперь эта идея о передаче нескольких JT сигналов с временным разделением, в варианте укорочения продолжительности каждого тона: во первых она должна вписаться в разрешенный 500 Гц излучаемый спектр, что сразу ставит вопрос для чего вообще это делать.
Во вторых при временном комбинировании двух JT сигналов увеличивается расстояние перехода между соседними тонами, и даже при плавном фазовом переходе побочно излучаемым спектром накрываются слабые сигналы в расширенной полосе частот.
На приложенной картинке хорошо видно нежелательные побочные излучения JT65 - горизонтальные линии вокруг тонов, чем больше шаг между тонами тем ярче и длиннее линия спектра создаваемых помех.
Вложение 183071
Если честно, я не испытываю восторга от этой фичи. Как то с этикой радиолюбителя не увязывается данная "дискриминация", вспомните в книге Кудрявцева говорилось, "..... надо отвечать всем завущим т.к. данное QSO ему может быть очень необходимо..." Как то так это звучало. А второй вариант, что МЫ будем делать когда на нас поставят "галку" !? Тут и 3 кило UA6.. не помогут. :s9:
Никакой дискриминации: cообщения содержащие MyCall не вырезаются фильтром, пользователь всегда их видит на экране.
Ставите галочку 'скрыть сообщения от Европы', даете общий вызов и работаете с зовущими Вас операторами из Европы.
Принципы те же что и в DX участке CW, на Ваш СQ DX Вам может ответить местная станция и Вам решать проводить с ней QSO или нет.
Мне это особо и не надо, я не DX, но с двумя сигналами на передачу работать теперь могу, параллельно запущены JTDX и JT65HF.
Кто говорит о временном интервале между 126-ю смежными интервалами времени? Каламбур какой-то. В каждом интервале времени синусоида определённой частоты. Когда говорил то имел ввиду то что второй сигнал, а это те же 126 смежных интервалов времени с синусоидой определённой частоты передавать с несколько другой синхронизацией.
Вложение 183076
Когда вы читали мое сообщение изначально то наверное не обратили внимание ,что я выделил что это ,галки, при работе на поиск ,а при работе на общий вызов галки снимите и отвечайте кому угодно ,даже соседу. Какие проблемы. Очень эффективная функция в программе. И при чем здесь дискриминация ........Спасибо автору за эффективную функцию!
Если так сделать на одной частоте то почти перестанет работать функция корреляции синхропоследовательности и полностью перестанет работать демодулятор последовательности информационных тонов, то есть слабый сигнал не будет определяться как JT65 сигнал, и сигнал любого SNR не будет декодироваться.
Более того, попытка использовать разные синхропоследовательности потребует модификации протокола JT65 во всех существующих софтах.
Прежде чем написать уже несколько дней тестирую и данная функция не просто нравится ....не то слово. У меня Европа стеной стоит на любом диапазоне ,уровень и потеря информации из за.... огромная. Ладно убрал и убрал ,они меня не интересуют в принципе ,я их уже набрал более чем .....Но в чем отличие, повторюсь: не знаю в силу каких причин очень слабые ну и естественно далекие станции не успевали уложится в 10-12сек декодирования и что особенно важно для меня когда мне отвечали две -три станции ,ну например две с уровнем -1 до -10 но рядом станция -25 и я ее принял но ответил ей ,остальные ушли и уже самостоятельно работая ,эта станция с тем же уровнем но я ее уже не декодирую. Надоела такая ерунда и не один раз происходившая. Но отключая галкой Европу декодирование стало на Ура и работа стала на отлично.(может лично у меня комп.разгружается от лишнего и мне ненужного и " свободнее "работает,мне все равно что....)Вот цель моего сообщения и благодарности. Как писал ранее мне "фиолетово" за счет чего это происходит ,я пользователь программы и все , меня интересует и беспокоит только конечный результат и эффективность работы ,а за счет чего и как .....уже сообщил ранее!
В этом смысле я не вижу противоречия. Здесь определяется полоса одного сигнала. Никто не запрещает одновременно передавать несколько сигналов, полоса которых не превышает установленной ширины спектра, в данном случае 500 Гц.
И два сигнала JT65 в сумме занимают меньше 500 Гц.
Я так думаю, так как разьяснения со стороны IARU по этому вопросу не встречал.
Сомневаюсь, что при обсуждении этого вопроса в IARU вообще поднимался вопрос о излучении одновременно несколько разных сигналов на одном диапазоне. :s7:
И ещё. IARU Bandplan сам по себе не имеет силы закона. Каждая администрация решает как это будет выглядеть в её стране. У нас (LY), например, написано, что радиолюбитель должен придерживаться IARU Bandplan. Но в другой стране может быть по другому.
Игорь у меня такой вопрос, а если оттолкнуться от того что передача сигналов со звуковой карты на вход трансивера для разных сигналов на разных частотах будет формироваться и идти по разным каналам звуковой карты.
Хотя масло масленое и спасибо что утро не прошло даром.:derisive: Проход приоткрылся, совсем чуть-чуть.
Прием - да, многоканальная реализация декодирования одного или нескольких диапазонов.
Передача - опять упираемся в моно звуковой канал передатчика.
Для уплотнения JT65 сигналов можно использовать вращение поляризации излучаемого антенной сигнала, но это большие вложения в железо и опять поддержка всеми существующими софтами. В отдельно взятом случае поляризационное уплотнение не проходит, новые антенны+железо+софт должны быть у всех операторов.
Будет как при стандартном тесте передатчика двумя тонами. Основная масса трансиверов при 50 Вт даст -35 дБ ИМД3, те, что подороже и имеют класс А -50 дБ, это уже хорошо, дальше только SDR с пред искажениями. Т.е. сделать на передачу два сигнала технически можно, но, в реальной жизни думаю не стоит. Ближайший пример PSK, там можно сказать два тона и какие ежики бывают рядом с основным сигналом, хорошо видно на PSK125, 3 кГц закрываются полностью, особенно на ВЧ.
Скорее всего рекомендациями IARU определяется полоса частот излучения одного передатчика, и связана с нежелательными побочными излучениями (unwanted side emissions). Без дополнительных разъяснений эти рекомендации можно трактовать и в применении к нескольким передатчикам, поскольку без достаточной пространственной или поляризационной изоляции антенн чрезмерное излучение продуктов интермодуляции будет существовать и при использовании нескольких передатчиков.Цитата:
Narrow band modes: All modes using up to 500 Hz bandwidth, including CW, RTTY, PSK, etc.
Digimodes: Any digital mode used within the appropriate bandwidth, for example RTTY, PSK, MT63, etc.
NOTES
The frequencies in the band plan are understood as “transmitted frequencies” (not those of the suppressed carrier!)
Думаю что Toni OH3T может поделиться своим опытом, почему проработав несколько недель с одновременным излучением JT65+JT9 он исчез с JT диапазонов и бросил этот проект.
Это не 2 тона, в каждом сигнале JT65 куча тонов (частот) - когда они слагаются получается "туча куева" других частот, множится многократно...
Ну и получится как в анекдоте "мужика с 10ю членами я сделаю, но куда прицепить 2 десятка я и ц?"
P.S. А если такой сигнал да не менее 1квт. ? О сплеттера полетят... А принять нужно за 10сек. и среагировать (для 2 или более ответивших корр...в)!
JTDX17.6.0 и JTDX17.6.1 одновременно на одном компьютере на одну звуковую карту. Измерение производилось при помощи профессионального софта ARGUS 5.4.2 в течении 30с через эфир измерительным приёмником ЕВ200 с полосой пропускания 150Гц, время измерений 250 мс. Красная линия MaxHold, синяя моментное значение. Трансивер IC-756PRO3, мощность передатчика 50Вт.
30дБ не радует...
Software and source code are published on the JTDX Web page:
Собранный софт JTDX v17.6.1 и исходный код можно взять здесь:
JTDX
альтернативно можно взять здесь:
SW 17.6.1 user interface UI1 https://cloud.mail.ru/public/Jscf/hz44Y23He
source code 17.6.1 https://cloud.mail.ru/public/Aram/yR45cyVK7
Версия 17.6.1 создана на основе исходного кода JTDX v17.6, имеет хуже чувствительность и создана для
медленных CPU для пользователей у которых процессор вовремя не справляется с декодированием загруженного
диапазона при установленной галочке 'use frequency mask decoding'. Позволяет получить схожую с версией
17.5.2 эффективность декодирования загруженного диапазона без использования двух дополнительных проходов
декодирования с частотной маской.
v17.6.1 has effective JT65 signals decoding in overcrowded band conditions. v17.6 has better sensitivity for weak
signal decoding in low populated band conditions versus v17.6.1. There are two possible reasons to make upgrade
from v17.6 to v17.6.1: if user has slow CPU and can not use frequency mask decoding, or user need to fix bugs
described below. Also both version can be used on the same computer if installed in the different folders.
Переход между разными версиями софта JTDX.
Переход с JTDX v16.x на 17.x: cофт создаст новую папку JTDX (File -> Open log directory) куда
необходимо будет вручную скопировать свой лог wsjt_log.adi и файл CALL3.TXT (файл поставляется
в комплекте с софтом, последняя версия файла опубликована на сайте JTDX
JTDX ).
Переход с версий до JTDX v17.6 на 17.6.1 и обратно: изменился формат файла JTDX.INI,
старый файл необходимо удалить. При переходе на 17.6 рекомендуется обновить CALL3.TXT до
последней версии.
Переход с версии JTDX v17.6 на 17.6.1 и обратно: формат файла JTDX.INI совместим, можно использовать
обе версии.
Детальная инструкция по удалению JTDX.INI файла есть здесь:
JTDX installation notes
- устранен дефект инверсии уведомления цветом стандартных сообщений не содержащих CQ и MyCall
- устранена ошибка в расчете расстояния между двумя квадратами расположенными на одном меридиане,
WSJT-X патч r7045
Test results, JT65a, number of decoding attempts=1, decoding passes=4:
-----------------------
SDR audio files with more than 20 signals in each file, decoding test results:
test files: https://cloud.mail.ru/public/9Dfk/xrP5GvfYR
correct/ false decodes
v17.5.2 hint off 3231/1
v17.6 hint off 3202/1 frequency mask is OFF
v17.6 hint off 3231/2 frequency mask is ON
v17.6.1 hint off 3225/4 frequency mask is OFF
v17.6.1 hint off 3232/0 frequency mask is ON
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, all signals are out of RX frequency, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v17.5.2 hint off 22.1% # AGCc is OFF
v17.6 hint off 34.4% # AGCc is OFF frequency mask is OFF
v17.6.1 hint off 32.6% # AGCc is OFF frequency mask is OFF
-----------------------
FTRSD weak signal decoding, -25dB SNR simulated signals, 10 signals in each file,
200 files used for test, decoding on the QSO frequency 1000Hz, decoding probability:
test files: https://cloud.mail.ru/public/7SYw/BNWYg6hTJ
v17.5 hint off 50.0% # AGCc is OFF
v17.5.2 hint off 48.5% # AGCc is OFF
v17.6 hint off 51.0% # AGCc is OFF frequency mask is OFF
v17.6.1 hint off 48.0% # AGCc is OFF frequency mask is OFF
-----------------------
Ранее были патчи по отдельным дефектам, теперь выпуск с подобранной оптимальной сборкой софта и протестированными показателями.
Мне задавали такой вопрос, часто между двумя выпусками у меня бывает до 200-300 промежуточных версий софта, большинство из которых неудачные, и давать каждой версии свой номер нет смысла. В процессе работы нумерую удачные версии номером шага, нумерация которая используется для разработки.
Для выпуска 17.6.1 за последние два дня сделал полтора десятка сборок с тестированием каждой, какой смысл давать новой сборке отдельный номер если она не прошла тестирование на звуковых файлах.
При небольшой длине сообщения в посте аватар увеличивает занимаемое сообщением на странице поле более чем в два раза по высоте, в итоге большую часть странички форума занимают белые пятна и на страничку помещается намного меньше постов.
Но это личное дело решать использовать аватар или нет, конечно.
Linux x64 version:
UI1 - https://cloud.mail.ru/public/KA6p/xLsG466z2
Опциональные интерфейсы UI2 UI3 для версий 17.6 и 17.6.1, под самостоятельную сборку.
Интерфейсы доработал Dave MM0HVU, я немного подправил, работу с софтом не проверял.
Целью создания этой темы было поднять уровень образования радиолюбителей РФ в цифровых видах радиосвязи JT, и судя по последним постам эта цель полностью достигнута. Тема содержит огромное количество технических познавательных постов и многие пользователи достигли достаточного уровня знаний для оказания поддержки начинающим в JT.
Считаю что в моем постоянном присутствии в теме нет необходимости, и для большинства пользователей будет слишком сложно и мало интересно дальнейшее погружение в тонкости процесса создания софта и вопросы электромагнитной совместимости.
Планирую больше времени уделить разработке софта, получая уже обработанную информацию с форума и делясь дополнительной информацией через форумчан помогающих с тестированием JTDX, и изредка и/или при необходимости буду заходить в гости.
Хорошего Вам прохождения и удовольствия от работы в эфире,
73 Игорь
С JT-65 работаю с 2012г. Пробовал различный софт. Этот просто бомба по всем параметрам.
Автору спасибо!
P.S. Об найденных неполадках (хотелки не учитываем) куда писать? Здесь или в личку?
?
А где поставить галочку,что бы названия стран отображались только на CQ
Вложение 183127
Linux x64 version:
UI3 - https://cloud.mail.ru/public/9UmJ/QBkaEG5GW
Как так???
Разницы между UI1 и UI2 почти нет! А UI3 - это "классический" интерфейс WSJTX! :)
Кому как удобнее. UI1 да, по-своему немного удобнее - в нем поле "всех" декодированных сигналов гораздо больше... Но он (интерфейс) немного шире "классического" и (на мой взгляд) имеет несколько избыточное место для кнопок-шкал-"прибамбасов".
Если важно место на рабочем столе - я за UI3. Если важно удобство - тут UI1 (но это мое мнение). Для себя пока так и не определился. Пока работы мало - UI1 нравится. А когда десяток окон с документами открыто - UI3... :)
А вообще - это же "обертка". Программа та же. А внешний вид - тут никогда консенсуса не будет. :)
Здравствуйте. Работаю в JTDX совместно с лог. UR5EQF. При переходе на новые версии, стал сомневаться в правильности моих действий для этого перехода. Если требуется удалить файл INI , то удаляю его по всем правилам, затем загружаю новы софт, который должен устанавливается по умолчанию. Затем надо ввести нужные настройки ( позывной, звук. карту и тд). Но дело в том что все мои прежние настройки сохраняются полностью, сколько бы не старался перезагрузить. Для верности удалил всё начисто. Скачал программу по новой, запустил - настраивать ничего не надо, всё уже установлено. И все галочки, и все цвета. Откуда это всё появляется?
Из папки C:\Users\Пользователь\AppData\Local\JTDX
Её тоже надо удалять.
JTDX v17.6.1. Отчего могут не сохраняться "галки" в установках фильтра континентов?
Адрес в ХР немного другой
Вложение 183163
Моё сообщение важнее десятков ваших (не только ваших).
Прежде чем винить ОС посмотрите "вокруг".
Это как в электромясорубку Сименс вокнуть 200-й гвоздь и винить её в том что получилось в итоге.
Звиняйте, K1JT обновляет версии реже чем раз в год.
JTDX - два раза в неделю.
И после этого ещё Винду во всем обвиняют.
..
Для особо влюблённых.
Программа верно бомба.
Но не доработанная.
Иногда сама взрывается.
ОФФ.
СЕйчас сделал изменения в свойствах папки. Все равно с таким названием файла нет. Есть просто JT - Вложение 183165
А выше, папочку JTDX откройте.
Звиняйте, не заметил что вы не ту папку открыли.
Вложение 183167
У самого семёрка но проще было просмотреть нажав здесь.
Вложение 183170
Если вот эту, то название, действительно, не совпадает. Прошу прощения за невнимательность.)
Вложение 183166
Как быстро найти AppData
В проводнике, в адресной строке вводим %AppData% и жмём Enter
Вложение 183176
Теперь нужна папка Local
Вложение 183177
Ищем папку JTDX
Вложение 183178
Чтобы сохранялись галки на этом фильтре должен быть включён показ DXCC.
RA9XQ...<С данной проблемой сталкиваются все, в том числе и пользователи WSJT-X, и в разных ОС.>
...работал и с WSJT-X и уже год как с JTDX,загружал разные версии,никаких проблем не было(комп.Dell Professional Win7)
...RK1NA...а то что прога бомба-да работает отлично...а мелочи со временем уберутся...
...на балконе кусок провода около 3м и согласуещее от HS-1800,восток закрыт домом,5-ый этаж,К-3 80вт максимум...
...вот что получается...правда на ВЧ...
Вложение 183180Вложение 183182
Я так понял, что на диске С папка JT DX создается тогда, если программа при загрузке заноситься именно на диск "С". Только в этом случае её становится видно. А у меня программа стояла на диске E. И поэтому я эту папку не видел. Доступ к папкам у меня обычно открыт. Сейчас удалил INI на "Е" и всё стало как положено. Может быть я и не прав.
Константин, ну откуда в вас столько "желчи".
Не нравится вам JTDX, другому богу молитесь- ваше право.
И еще удивляюсь, когда успеваете любимым хобби (радио ) заниматься?
Только за сегодня в 5-7 темах отметились Просмотр профиля: RK1NA - Форум QRZ.RU
Куда не зайти на форум - везде уже наследили, сорри напииисали.
И здесь тоже, ничего толкового по использованию данной программы,
а просто лишь бы отметиться.
Ничего личного, просто взгляд со стороны.:s6:
Ну если не нравится человеку и он озвучивает по каким причинам не нравится то ведь это хорошо, можно провести анализ озвученного и с чем-то согласится а с чем-то нет, доказать правильность чего-то и работать над ошибками. В чём польза бессмысленных хвалебных опусов если человек даже толком не освоил программу, просто пропиариться, напомнить о себе, сказать что вот он я есть.
Коллеги что показывает это окно (JT65/9 646/14):
Вложение 183193
Количество связей в моде. Те, что есть в логе этой программы. Я, в логе UR5EQF, фильтром выбрал связи с JT65 и JT9. Загрузил их в JTDX. Теперь показывает вот так -
Вложение 183197
Вопрос к Игорю UA3DJY.
Нельзя ли сделать независимую настройку для TX *правой мышкой* в режиме *расстройка ВКЛ*.
Как в JT65-HF? Иногда бывает полезна.
73 Дмитрий UA6JQ...
Отвечу легендарной фразой Станиславского -"Не верю".
Взял случайный файл ADIF, подставил его в лог JTDX и получил;
Вложение 183205
Затем открыл это файл ADIF и просто скопировал все строки ( ведь одна строка это одно QSO ) и вставил в таблицу Excel 2016, также в таблицу LibreOffice Calc. Количество строк в обоих таблицах сошлось и было равно 910 строкам ( 910 QSO ).
9 тысяч и 910, есть разница?
Вложение 183206
Вопрос: Что считает программа?
:mda:
Ну-у, не знаю как у вас, в Сибири, а у меня, в Поволжье, после сохранения следующей QSO, цифра увеличивается на единицу. Привет, держитесь, там! Будьте здоровы и хорошего настроения. (по Медведеву). ))
P.S. Не надо вставлять случайный файл. Возможно это работает после нажатия на кнопку LOG QSO.
Я сделал другой "экстремент")). Выбрал в UR5EQF логе все связи в JT65.
Вложение 183207
А вот скрин из JTDX. После первого моего сообщения по этому вопросу я уже сделал несколько связей,поэтому число увеличилось. Есть несовпадение количества связей в логе. Это мой баг. Я вношу связи вручную, во время работы. JTDX у меня не привязан к логу UR5EQF. Где-то потерялись несколько связей. Буду искать.
Вложение 183208
Это как так можно!? Двумя передатчиками? В одно и тоже время? Или у меня HINT чудит?
Вложение 183215
Мне вот честно говоря данная функция ни в логе, ни в какой либо программе не нужна, я не млею от того какие у меня циферки. А кому-то это надо и это принципиальный вопрос касающийся статистики. Если бы не был задан вопрос я бы и не увидел что это присутствует в программе.:pardon:
А вы на значение DT посмотрите, скорее чудит.
Вот интересная выборка писем от разработчиков касающихся входного уровня и выбора частоты дискретизации.
Hi all,
For the record, I want to clarify once again why it's a good idea to set
the audio level so low that 16-bit digitized samples of pure background
noise have an rms range around 30.
Seemingly very reasonably, Mike asked why would we not want to set the
level higher, thereby using more bits and having a closer digital
approximation of the underlying analog signal.
On 3/2/2017 3:40 PM, Black Michael wrote:
> We've got 90dB of space to work with. Why would we NOT want the dynamic
> range? ...more dynamic
> range means more accurate FFTs and such, doesn't it?
Suppose the background noise level has been set to give rms=30 for the
digitized data. The average "power" is then the square of this value,
i.e. 900.
A small portion of this 900 units of power comes from quantizing noise
in the A/D process. How small a portion? Ideally the largest
quantizing errors fall in the range -0.5 to +0.5, i.e., half of a
least-significant bit. So the "power" in the quantizing noise is less
than 0.5^2 = 0.25.
Maybe the A/D is kinda lousy, so the amplitude errors are twice as big
and the "power" in quantizing noise thus four time as big, i.e. 1.0.
This means that our 900 units of measured power are 899 units of
background noise and 1 unit of quantizing noise.
OK: so how much S/N is lost as a result of the quantization errors? The
signal level S is unchanged. In this worst possible case, the noise is
increased from 899 to 900 units. The loss of S/N (in dB) is therefore
10*log10(900/899) = 0.0048 dB.
If you can set the level for background noise significantly higher than
30 dB and still not run out of headroom when strong signals or strong
impulsive noise are present, there is no harm in doing that. But you
won't gain more than about 0.005 dB in your quest to decode weak signals.
-- 73, Joe, K1JT
HI Joe & all,
we have another enhancement possibility available to us. WSJT-X could
set the operating system/driver fader to 0 dB as well. This may cause
some consternation amongst users who have tweaked the levels because we
have said the best place for the WSJT-X slider is in the middle. Those
who have done this are probably doing more harm than if they had tweaked
the WSJT-X slider to get to 30 dB on background noise.
Another option is that we could also switch the WSJT-X level control to
actually change the o/s / driver fader but note the value is in the
range 0.0 to 1.0 and I assume that 1.0 is 0 dB FS so maybe only
attenuation is available.
Related to this, I have never been sure if the operating system level is
more than just digital manipulation of the 16-bit PCM stream. For
example it could have access to a 24-bit sample stream at a high sample
rate on the input side (for example my laptop is capable of 192 kHz
24-bit audio input) and therefore has more resolution available than a
gain control on a 16-bit sample stream would have.
73
Bill
G4WJS.
Hi Bill,
Reasonable suggestion... though I suspect many users would have the
consternation you mention, when we alter a control setting they thought
they had control over.
As for your last question: I don't have a reference link handy, but Leif
(SM5BSZ) has shown that most "24-bit" soundcards only provide about 18
bits of real data. The remaining 6 bits or so are random noise.
Of course we want to provide the best available advice to users; but I
think people are spending far too much time worrying about what is in
most cases a non-issue. As general statement, setting the audio level
is simply not very critical.
-- Joe
Судя по всему единственное неудовольство и раздражение у человека от программы JTDX это то, что обнавления выходят очень часто.
Не так как он привык один раз в пару лет.
Видимо не поспевает как вы сказали освоить, провести анализ:s9:
Уходим от темы. Давайте лучше косяки в программе искать.
Хотя для меня плюсов в ней гораздо больше.
Может кто подскажет причину такого дефекта аудиоканала (RigExpert TI-5)
При увеличении уровня входного сигнала полосы пропадают.
Поддается это лечению, или нет?
Вложение 183223
С греком получилось так: он давал CQ. Вижу строка с розовым цветом - новый квадрат локатора на этом диапазоне. Зову его. Перешел на прием, а почти на этой частоте Rj3AA зовет FK8DD. Рапорт от грека я не получил - програ не осилила раскодировать, потому, что на частоте было много сигналов и очень мощных. Зову еще раз. Перешел на прием - тогда и увидел вот такое. Наверно какой-то хвост остался от прошлого цикла. Нужно было во время второго моего вызова, нажать кнопочку CLEAR DX. Тогда, может быть , и не было бы этой неразберихи.
А что делать с этим окном каждый раз при открытии прог. оно выскакивает , бывает забываешь его закрыватьВложение 183225
Владимир Ремирович, у меня постоянный лог UR5EQF. Еще старенькая версия 3.31-7. Это одна из последних, прижизненных автора. Я в этом консерватор. Работает - ну и не хай. Обновлять не тороплюсь. Поэтому и не привязываю JTDX к логу.
В процессе работы в JTDX вношу в лог все данные руками. А когда впервые установил JTDX после WSJT-x, то скачал из лога все связи в JT65/JT9 и загрузил в JTDX. Это для того, чтобы отслеживать повторы в повседневной работе. Так и ведется у меня два лога. Одни автоматом в JTDX, второй вручную в UR5EQF. Иногда забываю что-то, подсматриваю в логе JTDX. Очень удобно.
Согласен, что можно обновить лог до 3.31-61 и привязать к нему JTDX и все будет загружаться автоматически. Но...такой я консерватор.))
Это не для общего доступа, и была просьба и предупреждение не выкладывать в общий доступ самостоятельно скомпилированные тестовые версии. Разницу понимаете? Ведь вы даже не удосуживаетесь посмотреть что было исправлено или дополнено.
И здесь промахнулись, пишет что CAT не работает а вы советуете искать что можно убрать.
Может это правильно. А может и нет.
Каждый разработчик сам определяет для себя,- или привлечь к работе конкретную группу тестеров, или выложить для всеобщего тестирования. Честно при этом предупредить, что выкладывается для всеобщего тестирования, и претензии к качеству работы программы не принимаются.
А уж пользователь для себя сам решает,- участвовать ему в этом процессе, или нет. Лично я, сторонник всеобщего тестирования. Чем больше будет обнаружено багов, глюков и внесено предложений, тем лучше будет конечный результат.
Сегодня наблюдал интересное... Вызываю A61ZX, перехожу на прием, в ответ принимаю свой же сигнал на этой же частоте. Такое впечатление как будто записали мой сигнал и воспроизвели мне обратно. Это возможно? Принскрин прилагаю.
Вложение 183231
Во до чего людей доводит отсутствие нормального прохождения...
Может лучше пивка??? Ну а если цистерна личная по жизни выпита, то лучше просто с детьми пообщаться и всё наладится...
Глупый и безосновательный выпад, не подкреплённый доказательствами. Как всегда пытаетесь затеять склоку, на этот раз основываясь принципом "Был бы человек, а статья найдётся", вы поступили глупо.
Да нет, это издержки воспитания. Родители не вложили, школа не дала, жизнь не научила, а уж когда седина в голову то уже поздно перевоспитывать.
Господа! Или вы не господа. Может хватит разборок! Одному 51 год, второму, Боже мой, 74 (!). Вы уже перешли рамки приличия.((
Изменим тон и снизим градус! Сегодня ночью на 40м ,при вкл.галке на Европе и по времени плавно с Японии на Ю.Америку, а попозже и Северная появилась. Вообщем не скучно. Было бы желание!
Вложение 183242
Тёзка, это я так... для словца :) .
Только что друг позвонил, сказал успел урвать в JT65 VP6EU на 30-ке... думаю это супер QSO по любым меркам...
А я вот отдыхаю... если слышали у меня одни девочки, так вот сегодня был день покупок подарков... это тяжелее любых супер QSO :) .
Владимир, добрый вечер, а вот этого сейчас многим и не достаёт...
А надо встать перед рассветом, а то и просидеть всю ночь...
Потом утром посмотреть лог и порадоваться, что всё отлично и мы ещё готовы творить невероятное :) .
Владимир а не "Маленький" сигнал по входу?
Вложение 183243
Вообще то понял ответ (хотя и рекомендации есть), при декодировании любая нелинейность из за большого сигнала "выравнивается"... а водопад всё равно не замечает этого...
Вопрос ко всем:
1. в SDR ах с прямой оцифровкой VAC уже не нужен?
2. и как побороть нарастающую задержку сигнала на передачу?
Последнее, пожелание: давайте жить дружно, надоела грызня на ветке форума, а то уже и спросить боязно, загрызут!
Жаль что многие не обращают внимание на то что выкладывается на форуме. В посте #5769 были опубликованы письма разработчиков, пользуясь гугл или яндекс переводчиком получается вполне сносный перевод. Вот там как раз затрагивается вопрос уровней и сказано что вы ничего не выигрываете когда завышаете уровень по входу и приводятся расчёты показывающие это. Так же говорится о частоте дискретизации и битности, тоже нет смысла превышать рекомендованные параметры. Так как программа более чем на 90% процентов состоит из заимствованного кода то не стоит игнорировать данные обращения. Жаль что у пользователей программы нет внятного, продуманного подхода к программе а всё сводится к простому нажиманию кнопок.
Владимир, ваш пост был взят как пример рекомендованных настроек и ничего личного.
Кстати давно хотел спросить, у вас есть информация о Сергее UN7JC, очень давно ничего не слышал о нём. Можно в личку.
Перевел ,прочел ну и что.Это всего навсего рекомендации и не более того.
Опишу интересный случай происшедший с моим племянником: переселились родители моего племянника в Германию ну да и ладно ничего необычного. НО, ходит мой племянник в немецкую школу и как то ему говорит учитель ,ну что то вроде классного руководителя:Денис ты должен ходить в школу по указанному в школе маршруту и это по времени будет занимать до полу часа и выходить вовремя и не опаздывать. Денис уже мне говорит :да есть дорога в разы короче и по времени 10минут и стал ей ходить. Учитель в школе сурово сказал Денису ,что он никогда не станет НАСТОЯЩИМ НЕМЦЕМ ,а навсегда останется русским в Германии хотя и с правами и с гражданством . Вот так :шаг в сторону -растрел. Совершенно разный менталитет и мне не подходит.Не уехал же ,а мог запросто.(а для многих это несбыточная ....мечта) Вот и ответ на пару постов и насчет патриотизма и рекомендаций.Пусть они сами как то там ,еще никто не знает ,а что завтра.........мы уж сами.
А по поводу рекомендаций.......разберемся!
А если на пути к школе дорога с оживлённым движение а до регулируемого пешеходного перехода надо идти лишние несколько минут и от него до школы так как она напротив вашего дома, тогда что вы скажите ребёнку. Наверное скажите - забей сынок, ты же русский, проскочишь, пусть другие как-то там сами переходят а у нас другой путь, более короткий. И куда приведёт этот путь?
Да здесь в теме так много разного бреда неслось ,что только под себя и ....иногда методом" ты-ка". Не вижу ничего плохого.Мы радиолюбители ,то бишь , любители и этим все сказано. Мы многого добились профессионально,теперь с нормальной пенсией и доходами живем для себя хорошего. Когда кто то занимается семьей,детьми,внуками, а также радио,охотой ,рыбалкой....это нормально ,только ЗА.
Вот сейчас готовлю комплект,работать в JT65 и JT9 на выездах. Ноутбук ,новый трансивер ,кое что не ладится но как нибудь дойду сам ,методом "ты-ка". Потому как спрашивать у присутствующих в этой теме ,честно не хочется ,за исключением некоторых.Жаль конечно, что все так получается но это есть и так думаю не только я один. Пока так! Или менять формат темы(ближе к телу ,как говорил классик) или медленно скатимся очень далеко от задуманного ,этой программы!
Свой патриотизм довелось, нашим отцам и дедам, показать всему миру на полях сражений. Слава богу, нашему поколению довелось пожить в относительно спокойном периоде истории. Жаль что вы делите похоже историю, на красных и белых. и ваш патриотизм заканчивается клавой. Судя по вашей писанине. Только время покажет что есть ху. Не про то я писал. Здесь некоторые пытаются показать, принизить работу проделанную Игорем по работе над программой. Вот этим (друзьям) я и написал что вы не там стоите не в ту очередь. Здесь шмоток не дают. Не стоит гарланить здесь, указывать как кому делать свою работу, нравится ян кам в тихоря работать это их право, вот и здесь где Игорь, выложил свою работу на всеобщие обозрение, слюной брызгать не надо, не ваше извините соп ливое дело автору указывать как ему поступать. Да и что лучше, а что хуже люди сами разберутся.
Ни кто не принижал работу проделанную Игорем но и лишнего не собирается приписывать. Если вы приобрели "забугорный трансивер", не важно какой марки и провели в нём модернизацию:
- установили дополнительные фильтра
- улучшили работу смесителей
- отрегулировали усиление
- выставили опорник
- стабилизировали температурный режим
- раскрыли на передачу
- увеличили токи покоя УМ
- заменили штатную мыльницу на другой микрофон
- вывели панораму
- перекрасили мордочку
- заменили шильдик
и т.д и т.п.
То после модернизации трансивер не станет «Made in Russia» как бы я этого не хотел, даже не смотря на шильдик «VOVA». И любой более или менее разбирающийся в трансиверах человек скажет мне об этом.
Владимир, вот про это я и пишу, что кроме как ку ку от вас больше в теме нечего нет. Да ещё вижу что кукушка хвалит петуха за то что хвалит он кукушку. Обрати внимание на благодарность под твоим сообщением. А по поводу забугорной аппаратуры скажу тебе одно, мой самодельный не хуже работал. А в производство внедрить и выпустить спортивную аппаратуру, в России как раз такие кукушата и мешали в своё время. Чего скрывать.
Я не пойму это что место для ругани. или мы здесь делимся информацией полезной и нужной всем??? МОДЕРАТОРЫ куда смотрим? в бан этих грязеполивальшиков! кого не устраивает что либо откройте рубрику для ваших потоков желчи и поливайте друг друга. но только ни здесь. здесь должна буть только полезная информация для работающих этой программой!
В 17.6 столкнулся с тем что при ответе на вызов станции (QSO с которой уже было или перед этим была неудачная попытка проведения QSO) на передачу выставляется сообщение с RR73 и предлагается занесение связи в лог. Не помню такого в более ранних версиях, в настройках ничего криминального не нахожу. Ткните кто в курсе где искать.
Да нет, вы не правы, посмотрите на каком софте работают люди и поймёте что у половины нет этих нововведений для укороченных QSO, тон для которых задал HB9HQX и было перенесено в JTDX. В базовом софте у вас при таком положении дел передалось бы RRR а окошко для сохранения QSO появится только после 73. Так что при варианте что кто-то ошибся было бы просто подтверждение того что передача принята и декодирована но не как не прощание в придачу.
Витас, пытаюсь сейчас смоделировать описанную ситуацию, но все работает как и должно. То есть одно положительное есть: это не моя ошибка в конфигурации. Если не ошибаюсь описанная ситуация была у меня дважды в разные дни и в первый раз я просто от нее отмахнулся. Сегодня ситуация сложилась так что отмахнуться не получилось, неоднократно приходилось прерывать передачу. В конечном итоге выключился. Вполне вероятно что надо было просто перезапустить программу т.к. во время работы JTDX параллельно на компьютере выполнялись и другие приложения. Сергей, RX4CD: знаю, умею, не виноватый я..
Не знаю как для......а для меня и ,самое главное , для не очень хорошего прохождения сейчас эти укорочения действуют весьма и весьма неплохо. Прижилось и очень редко сейчас можно в ответ получить RRR.И понимают такой ответ правильно.Бывает выплыла станция на пару минут и все нет ее.Надо успевать провести и главное закончить!
Не спорю, до разумных пределов да. Здесь уже подымалась эта тема но хочу ещё раз отметить что сталкиваюсь всё с большим количеством операторов которые уже и 73 не передают а сразу после твоего рапорта дают общий вызов или вызывают другую станцию. В таких случаях считаю что даже появившийся DX не является оправданием подобных действий, QSO в корзину. Всё должно быть в меру.
Владимир, добавлю маленькую интрижку.:i-m_so_happy:
Вложение 183307 Вложение 183308 Вложение 183309 Вложение 183311
Такая ситуация у меня была не один раз. Если поздно заметил, что идёт передача VU2WJ LY3BG RR73 и открылось окно Log QSO, в этом окне нажимаю Cancel и сразу кнопку Тх3 (VU2WJ LY3BG R-08). Ничего выключать или прерывать передачу не надо, сообщение можно менять во время передачи.
Я всегда работаю с этой вкладкой, хочу заранее видеть что будет передаваться.
В моем случае в начале вообще интересно было: работаю на CQ, зовет кто-то из DF, я ему дважды передаю рапорт, но по каким-то причинам ничего в ответ не получаю. Продолжаю работать на CQ дальше, через пару QSO опять подходит этот корреспондент с стандартным вызовом (call de call loc), кликаю по позывному, формируется call de call rr73 с окном для сохранения связи. Ладно меняю сообщение, параллельно проверяю лог: ну нет в логе этого позывного. Пока удивляюсь. Продолжаю работать дальше на CQ, зовут сразу четыре человека, с одним из них уже QSO было в какие-то предыдущие дни. Думаю что не прошло что-то у человека и отвечаю ему первому. Но дальше уже было совсем интересно: фраза на передачу формируется с rr73, открывается окно для сохранения QSO, а поменять фразу на передачу нельзя т.к. окно, где должен быть позывной, очистилось... и фраза на передачу идет пустая. Ну вот и такое бывает. Сам наверное виноват т.к. слишком много разных дел параллельно в этот момент делал, переоценил свои способности (посмотрел вчера когда первые связи провел этой модой: 2007 год).
Это всегда было возможно ,на любых версиях, давно этим пользуюсь.
Например: даю общий вызов ,а мне отвечают двое сразу ,а третий нужный мне через несколько секунд ,а у меня уже запущен ответ . Я моментально переключаю на нужного мне и он все сообщение получает. А ненужные или второстепенные для меня или ждут или если не хотят ,пусть уходят! Если среди второстепенных для меня , интересный мне то по окончании с первым ,вызываю и его ,отвечает -хорошо,проводим связь! Это все не сложно ,а работает очень даже неплохо.
это не программа, но можете сюда ЗАГРУЗИТЬ adif
А я макроссами, что на вашем скрине , вообще не пользуюсь. Даже не открываю эту вкладку.
Вот пример, когда не надо ничего выбирать и лихорадочно искать какую кнопку нажать в экстренном случае.
Допустим, я зову вас. Например:
-LY3BG RX4CD LO22, то вы делаете ДВА КЛИКА МЫШКОЙ на этой строке и макросс ответа программма сформировала сама. Вы мне отвечаете:
-RX4CD LY3BG -10. Некоторые делают неправильно. Передают рапорт вида "RX4CD LY3BG R-10". Т.е выбирают из списка макроссов этот рапорт сами. Здесь "R" лишнее! Вообще-то "R" это сокращенное от жаргонного "ROGER", применяемое в SSB. В радиолюбительских кода обозначает "Принял, понял". В смысле принял рапорт. Это также справедливо и в отношении CW. А так как рапорта я не давал, то это "R" выглядит нелогично. Подтверждать-то нечего! Если я проглядел этот неправильный рапорт, то при двойном клике на эту строку у меня программа, вместо правильного "LY3BG RX4CD -10", создаст "LY3BG RX4CD TU73". Вот отсюда и идет вся путаница. Возможно операторы вообще не знают о том, что таким образом можно формировать текст для передачи. Наверно это пошло из PSK. Если все правильно, то мой рапорт вам будет:
-LY3BG RX4CD R-10. Еще раз повторю: если рапорт даёте неправильный, то ответ будет такой: "LY3BG R TU73". Тут начинаются "прыжки по макроссам" )).
Ваша заключительная передача:
-RX4CD LY3BG 73. Я также прощаюсь:
-LY3BG R TU73.
Вот так должно выглядеть стандартная радиосвязь в JT. Берегите свое время и нервы.
А это не пойдёт (лог UR5EQF)
Вложение 183348
Скорее всего имелась ввиду визуализация на карте мира.
Загрузил свой лог. Все работает. Интересная программка. Жаль, что только он-лайн анализ лога можно делать.
Спасибо RD6LK.
Пока пробую освоить вот эту программку
http://www.qrz.ru/software/detail/gr..._i_dxatlas_684
Вот только что конвертировал в формат DXAtlas
Вложение 183351
Пока пробую освоить вот эту программку
GridGV. Конвертер adif-лога в формат GoogleV и DXAtlas
| Спасибо
73, Valery UN7
у меня почему-то не проходит переход по ссылке...?
Вложение 183355
.....
....
У меня сегодня небольшой праздник . Установив на ноут. UR5EQF_Log и программу JTDX v . 17 . 6 . 1 . она меньше ресурсов требует через трансивер ic7300 с автомобиля ,антенна iv на 40м , кронштейн под заднее колесо и мачта 12м стеклотекстолитовая ,сработал в jt9 с sv1jsm . (это только начало ну и мощность передачи минимальна) Питание , дизель внедорожника на холостых для подзаряда аккумулятора 90А/час , питания трансивера . В дальнейшем на выездах будет эл . генератор (новый еще не заводил)и блок питания. Доволен очень что все получилось . И спасибо всем кто помог состыковать трансивер с ноутом по USB , одним шнурком ,помогли разобраться в меню трансивера. Все ждем погоду , хотя уже тепло но грязновато!!!
При переходе с JTDXv17.5.1 на JTDXv17.5.2 и далее программа неадекватно ведет себя в режиме TX (внешние признаки передачи появляются, но трасивер не опрокидывается на передачу). При этом из меню настроек по-прежнему тест CAT и тест PTT выполняется успешно.
При первом нажатии на кнопку "Tune" на короткое время меняется зеленый окрас (признак RX) на красный цвет (признак TX), после чего происходит возврат в режим RX без переключения PTT.
При повторном нажатии на кнопку "Tune" появляется сообщение:
После замены JTDXv17.5.1 на JTDXv17.6, программа при переходе на передачу, сбрасывает звуковой уровень до нуля. Это происходит и при включении "настройка" - "TUNE", так же при включении передачи сообщения. Если во время периода передачи, установить необходимый звуковой уровень, то в следующую передачу, звуковой уровень опять устанавливается на ноль.
Используется OS Win-7. На другой OS Win-10, всё работает идеально.
Где искать проблему? Какие настройки менять?
Пусть простят меня читатели этой темы. Но хочу не по теме. Поздравить наших женщин с праздником. Тех кто терпят нас железных мужиков.
Женщина нам жизнь даёт.
С женщиной идём по жизни.
С женским именем в устах
Бьем врагов своей отчизны.
Женщины святой Руси
Вас сегодня миром славим.
Счастья. Долгих лет. Любви.
С благодарностью желаем!
С праздником. Дорогие Женщины.
Уважаемые мужчины, хочется пожелать нам, чтобы мы о наших женщинах вспоминали не только в этот день, восьмое марта. Чаще писали им стих и всегда помнили о них о наших женщинах.
Женщинам, рожденным в МАРТЕ и не только.
В этот день ты раннею весною.
В мир огромный солнечный пришла.
Чтоб нести цветы весны с собою.
Наполняя радостью сердца.
Как весна в мою вошла ты душу.
Светом солнца, наполняя дом.
И частица нас с тобою, дети.
Стали нам уютом и теплом.
Женщина а сколько в этом слове?
Дочка, мама, бабушка супруга!
Пред тобою милая подруга.
Я склоняю голову жена.
Годы пронеслися птичий стаей.
В волосы прокралась седина.
Принимаешь поздравления внуков.
И блестят слезинки, как роса.
Пожелать хочу, тебе родная.
Будь всё той же, юной озорной.
Чтоб семья любуяся тобою.
Не черствела сердцем и душой.
Ещё раз извините за отступление от темы.
Здесь галочки не стоят?
Вложение 183384
М-да...
Пропала тема с уходом автора... Одни тролли и ламеры остались...
Жаль.
Да, "галочки" стоят:
Вложение 183385
Благодарю, но я уже все настройки менял, прежде чем здесь спрашивать. Другие программы работают нормально. Проблема только с JTDX.
Пробовал. Менял везде (где возможно) настройки. Хотел уже драйвера менять, или переустановить винду. Но проблема только с JTDX. Все остальные программы для цифры, работают и уровень звука не меняется. Да и, как уже упоминал, Win-10 на этом железе - всё нормально.
Да, ещё удалял JTDX со всеми "прописками" в реестре, заново устанавливал - результат не меняется. Возможно ещё что-то "на тихую" подгрузилось из интернета и конфликтует только с JTDX.
Если другие программы работают то винда вряд ли причём, другие программы работают же. Хотел сказать про монопольный режим и приоритет монопольного режима в настройках звуковых устройств но у вас скорее всего всё в норме и точки где надо стоят. А у вас сколько звуковых карт? Если несколько и проблема с драйверами может стоит переключится и попробовать на другую.
ОЧЕНЬ жаль...
Всем 73!
Если кому буду нужен, найти не сложно...
GL!
Переустановка драйвера звука, проблему не решила. Суть проблемы:Цитата:
JTDXv17.6, программа при переходе на передачу, сбрасывает звуковой уровень до нуля. Это происходит и при включении "настройка" - "TUNE", так же при включении передачи сообщения. Если во время периода передачи, установить необходимый звуковой уровень, то в следующую передачу, звуковой уровень опять устанавливается на ноль.
Чаше всего, используя одну звуковую карту. Пользователь используя её для цифровых видов не отключает звуки виндовс. Вот почему включая передачу даёт звуковое уведомление что работала мышь, запуская программу проигрывания этого звукового сигнала. Звук в которой убран. Отключите звуки в виндовс и установите уровни по умолчанию. И ещё в программе JTDX выставите движок TX на нужный уровень, зайдите в сетап и нажмите сохранить, бывает помогает.
Написал программку для визуализации в DX Atlas сработанных локаторов (типа AA и AA01). Загружаем свой adif и конвертируем. Затем откроется окно для сохранения файла и выбираем Afreet\DX Atlas\Squares и сохраняем. Программа закроется. Запускаем DX Atlas и смотрим. Программа полностью портабельна.
Вложение 183389
Вложение 183390
Ан-нет... не конвертируется adif файл, созданный в JTDX.
Из Logger32 всё ОК, adif конвертируется и открывается в виде сработанных QRA-loc программой DX Atlas.
Не знаю почему так происходит, но факт. ADIF файлы отличаются друг от друга порядком размещения инфо в строках, заглавными-не заглавными буквами и вроде бы всё.
В семёрке в микшере громкости можно выставить уровень на каждое приложение отдельно.:grin:
Это же не XP.
Вложение 183398 Вложение 183399 Вложение 183400
Благодарю, я этим занимаюсь на "семёрке" несколько лет, контролируя уровень по ALC, во всех программах и JTDX и Fldigi, ROS, UR5EQF и так далее, то есть во всех.
Собственно по этому движку я и сужу о том, что уровень звука при передачи в JTDX сбрасывается на ноль.
Проблема не стандартная. Из-за этого я и обратился за помощью, в этой теме.
Суть проблемы в этом сообщении.
У меня была такая ситуация что тоже не мог понять почему не могу поднять выходной уровень программы хотя ползунок программы и микшер громкости вроде были на максимуме. Если заметили я выбираю левый канал в устройствах записи и воспроизведения, так вот когда я в панели управления, звук, посмотрел значение уровня устройства воспроизведения то он был на максимуме, когда я проверил баланс то оказалось что только правый канал был на максимуме а левый и до 20-ти не дотягивал, выровнял баланс и резко вырос выходной уровень и стало адекватно регулироваться.
Если будет вопрос почему взял левый канал то отвечу что снял характеристики звуковой карты и есть, хоть и небольшая, разница между каналами.
Проблема снята.
Проблема ушла, после деинсталяции ненужных программ, чистки системного реестра и удаления программ из автозагрузки. Возможно какая-то конфликтовала с JTDX.Цитата:
Сутки потрачены на поиск неисправности и стабилизации движка-регулятора уровня звука на передачу, для JTDX. :s9: :s8:
Хотя бы озвучьте какие программы по вашему мнению гребли звук под себя даже когда был в свойствах звука выбран монопольный (когда все другие программы теряют доступ к звуку) режим для приложений и приоритет его.
И мне тогда не понятно почему другие программы (с ваших слов) работали нормально а эта нет.
Почему всё это спрашиваю, так для того чтобы понять если это проблема программы то об этом должен знать разработчик, если нет то не факт что у кого-то это не повторится и надо озвучить решение проблемы.
Борьба длилась более суток и напоминала "танцы с бубном", я просто тупо удалял ненужные программы. В их числе и плееры и драйвера. В системном реестре были прописаны практически все версии JTDX с прошлого лета. На что-то конкретное не могу указать. Видимо конфликт программ записанных в ОЗУ. Файл "подкачки" находится в ОЗУ. Многочисленные переустановки, перезагрузки (хотя в семёрке можно и без перезагрузки) всё чисто машинально. Буду делать QRT.
Банальное решение: отменил Mode Data/PKT и все заработало.
Вложение 183419
Снимок сделан во время связи с C5YK на 40м :)
Это к разработчику.
У меня трансивер в режиме DIGU
А вот два стоповых бита - упустил. Но при этом полный функционал.
SunSDR2 - COM6
Logger32, HRD, JTDX - splitter COM8
Вложение 183421
US-E-12 Написал программку для визуализации в DX Atlas сработанных локаторов (типа AA и AA01). Загружаем свой adif и конвертируем. Затем откроется окно для сохранения файла и выбираем Afreet\DX Atlas\Squares и сохраняем. Программа закроется. Запускаем DX Atlas и смотрим. Программа полностью портабельна.
Просто супер! Спасибо!
Проверить не могу, но может типа такого UR5EQF и PowerSDR<
Если конфликтуют EQF с JTDX по RigControl, то в JTDX в Rig выбираем вместо своего трансивера Omni Rig.
у меня все работает на win-7 64 не важно какую первой запускаю из программ, но вот ошибки которые стали появляться иногда после установки лога EQF приходится периодически устранять путем переустановки PowerSDR
а по вашей ссылке оказывается я не первый.
Связка программ через Omni Rig (именно как отмечено постом ниже)
Запуск JTDX(WSJT-X) на win-7(32) совместно с UR5EQF(через символические ссылки)
из моего опыта
После включения компьютера смотрим порты подключения САТ и (иногда могут менять свои значения)
Далее запускаем VSPE и создаем сплиттером порт подключения САТ (у меня СОМ11) не более 20 Т.К. ОМНИриг большие значения не понимает.
Теперь запускаем UR5EQF и в установках САТ забиваем данные трансивера и порт подключения(у меня СОМ11)
Далее включаем панель ОМНИриг там же в настройках и настраеваем виртуальный порт (у меня СОМ11) не забывая поставить птичку рядом в окошке
Должна показываться частота трансивера.
Теперь можно попробовать переключения различных кнопок с компа и трансивера(могут работать не все, но основные должны)
Если работает то можно переходить к запуску JTDX(WSJT-X)
В настройках программы ставим Rig: OmniRig1(2)
PTT если через свой СОМ порт и используются другие программы надо так же подключать через сплиттер VSPE иначе возможны конфликты!
Подключаю два разных трансивера с разными настройками через OmniRig1(2)
Всё это требует определённой сложности и последовательности при подключении,но все работает по крайней мере у меня без особых проблем.
Пришёл к этому через аналогичные проблемы, которые здесь подымались!
Под Windows XP на разных звуковых картах на первой секунде приемного интервала выпадает один и тот же кусок входных данных что приводит в появлению диагностического сообщения 'audio gap detected'.
Патч шага 16 версии JTDX 17.7 устраняет вывод на экран диагностического сообщения для такого сценария.
Собранный софт: https://cloud.mail.ru/public/BcVt/2PCa3QaFB
Полный исходный код: https://cloud.mail.ru/public/kjKH/iN98yLYoo
Работа над версией 17.7 продолжается, публиковать линки собранного софта под Линукс пока смысла нет.
На операционных системах Windows 7 - 10 этой проблемы нет.
Подскажите пожл. назначение кнопки "Highligt worked ones" в настройках "Notifications" Почему-то я разницы не заметил. Одинаково, включена она или когда выключена.
Что бы отметить сработанные связи есть кнопки "striket it" и "underline it ", которые работают независимо от кнопки "Highligt worked ones". Во всяком случае у меня так .
Подскажите, что означает у JTDX 17.6 опция RX frequency with "CQ nnn" ?
Подскажите, что означает у JTDX 17.6 опция RX frequency with "CQ nnn" ?
остатки УКВ функционала
With Split operation activated on the Settings → Radio tab, you can activate the spinner control Tx CQ nnn by checking the box to its right. The program will then generate something like CQ nnn K1ABC FN42 for your CQ message, where nnn is the kHz portion of your current operating frequency. Your CQ message Tx6 will then be transmitted at the calling frequency selected in the Tx CQ nnn spinner control. All other messages will be transmitted at your current operating frequency. On reception, when you double-click on a message like CQ nnn K1ABC FN42 your rig will QSY to the specified frequency so you can call the station at his specified response frequency.
этот функционал позволял менять частоту при двойном щелчке клавишей мыши на сообщении содержащем частоту в кГц, например CQ 105 UA3ALE KO85 означает что я слушаю на частоте 105кГц (часть полной частоты) и если кто то кликнет на это сообщение то его передатчик встанет на указанную в сообщении частоту.
РЦРК анонсировал Дни активности в JT9, подробнее здесь https://www.rdrclub.ru/dni-aktivnost...-activity-days
Сейчас перепроверил повторным декодированием ("Decode") одного и того же периода с включенной и выключенной кнопкой. Цвет работает.
Вложение 183488
Это не страны, а именно корреспонденты (Call)
А какой цвет выбран в Worked one? Может быть белый?
Я хочу узнать, кнопка "Hight worked ones" может отключить повторы, что бы они не показавались совсем?
Чтобы не показывались повторы надо поставить галку в dont`t show it на закладке Notifications.
Только что провел QSO с SU9JG на 21 мощностью 500 мВт в JT9.
Правда ант 4 ел яги.
73 успехов
JTDX v17.7 шаг 31, диагностический софт замеряющий пиковый уровень сигнала подаваемого на софт и рассчитывающий динамический диапазон входного сигнала в последнем RX интервале. Позволяет экспериментировать с входными уровнями.
Ползунок RX Level в JTDX и WSJT-X не влияет на уровень декодируемого сигнала, определяет только амплитуду спектральных составляющих на водопаде. Существующая зависимость количества декодированных сигналов от положения этого ползунка в софтах WSJT-X и JTDX есть дефект, связанный скорее всего с корректностью исполнения доступа к содержимому памяти в исходном коде.
Собранный софт под Windows можно взять здесь: https://cloud.mail.ru/public/2xRv/h2oA84yyV
Полный исходный код здесь: https://cloud.mail.ru/public/H6bx/YR1iivAXo
JTDX.INI совместим с версиями 17.6.х и последним опубликованным патчем 17.7.
Вложение 183566
а как расшифровать это?
На этой картинке почти идеальное совпадение динамического диапазона входного сигнала с динамическим диапазоном тракта обработки.
Первое значение это амплитуда отсчета имеющего максимальный уровень, звук идет двухбайтным целым числом, максимально возможное значение амплитуды отсчета 32767.
Для наглядности можно сказать что это напряжение сигнала в цифровом потоке, где потолок динамического диапазона равен 32767 'Вольт'.
Диагностический софт пересчитывает напряжение сигнала в потоке в уровень в дБ относительно значения 1 'Вольт'.
Если расчетное значение равно 90дБ то имеем перегрузку тракта АЦП-JTDX(WSJT-X), если менее 50дБ то сильно недоиспользуем динамический диапазон тракта возможно выводя при этом слабые сигналы на ошибки дискретизации.
Как экспериментировать с входными уровнями если у вас не только ползунок но и индикатор входного уровня стал привязан к водопаду? Зачем мне видеть с каким уровнем идёт сигнал на водопад если я это прекрасно вижу по его окраске. Как теперь контролировать входной уровень? В WSJT-X если и начали проводить эксперименты то они отвязали только ползунок а индикатор показывает входной уровень программы и изменяя усиление с трансивера или регулируя уровень звука в звуковой карте мы это контролируем, для этого ещё дополнительно ввели окраску индикатора входного уровня чтобы пользователь видел в какой вилке его стоит держать. Вы заимствовали только кусок а надо было (если решили у себя это применить) внедрять всё как у разработчиков.
Ещё вы не объяснили пользователям что изменяя положения ползунка они не увидят изменений на водопаде при включенном режиме "Flatten" а индикатор уровня в этом случае им мало чем поможет.
Так что насчет индикатора входного уровня, от чего вы его отвязали и куда привязали? Про "Flatten" почему промолчали или сами не тестили? Как теперь контролировать входной уровень, по нескольким строчкам в период декодировки? Даже не имея понятия о коде можно понять что данная версия слишком сырая и поспешно выложена так как даже при поверхностном тестировании выяснились явные недочёты.
И на счёт того что кто сделал, да я не разбираюсь в коде но вижу как только произошли какие-то изменения в WSJT-X через некоторое время они появляются и у вас и схожесть очень заметная. Отвязку ползунка входного уровня и привязку его к водопаду, "дефект" в коде который обсуждался разработчиками трудно не заметить. Делайте, внедряйте, используйте, ведь не запрещают, только вот не хочется слышать о чисто Российском продукте (в котором большая часть заимствованного кода) от вашей группы поддержки.
Проясните ситуацию, коллеги. Почему станции, зовущие 5B4AIF, декодируются на разных частотах?
Вложение 183590
У меня на всех диапазонах получается приблизительно одинаково
Вложение 183592
динамический дипазон от 80 до 85
уровень от 10927 и выше
Интересные результаты дают измерения диагностическим софтом собственного шума звуковой карты. На приведенной картинке проверяю внешний Creative Sound Blaster с подключением по USB. Карта из нижнего ценового диапазона, лет 10 назад купил примерно за 50 USD.
Смотрел собственный шум линейного входа с отключенным кабелем, получил 24дБ, то есть реальный динамический диапазон этой карты по линейному входу составляет (90-24)=66дБ для 16 бит АЦП.
Подал сигнал с генератора среднеквадратичным напряжением 0.16 Вольт (мой трансивер с отключенной АРУ дает меньше на линейном выходе при сигналах S9+20дБ по S-метру), получил уровень 69дБ. То есть если я включаюсь линейный выход трансивера - линейный вход карты то из динамического диапазона карты я могу использовать не более чем (69-24)= 45дБ.
Вложение 183593
у меня практически так с 24 бит
Вложение 183594
Это звуковая карта ASUS Xonar U7. Она по линейному входу обеспечивает динамический диапазон 90дБ для входного сигнала за счет малого собственного шума, по микрофонному входу с минимальными искажениями микрофонного усилителя получил окно для сигнала всего около 45дБ.
Линейный вход работает отлично, но на таких уровнях сигнала как на картинке (примерно 0.16 Вольта среднеквадратичное) уже в другом месте грабли: у меня в FT990 линейный выход через эмиттерный повторитель подключен выходу последнего смесителя, и смеситель дает гармоники демодулированной несущей с уровнем около -30дБ к несущей. То есть классический приемник уже сильно уступает звуковой карте и ощутимо снижает сквозной динамический диапазон.
Вложение 183601
Вложение 183600
Вот так у меня меняется уровень сигнала и динамический диапазон на протяжении одного QSO.
Стоит мощной станции появится.
О чём это говорит, о чём угодно только не о параметрах линейного входа, это может банальная наводка. Вот согласно вашей методе задрал у себя на линейном входе уровни на максимум, ничего не отключал от линейного входа. К линейному входу подключен интерфейс, к нему трансивер (работающий) и даже на коммутаторе антенну не отключал. Короче ничего не менял и все шнурки на месте, единственно что на трансивере убрал усиление по ПЧ и всё. И что мне пишет "input signal low rms"- низкий входной сигнал.
Вложение 183612
Если хотите замерить параметры звуковой карты то надо хотя бы прогнать её через анализатор используя для этого предназначенные программы, методика расписана в интернете.
http://www.overclockers.ua/periphera...nar-u5-u7/all/
Хотелось бы знать как меняется динамический диапазон (Отношение максимальной амплитуды входного сигнала, при которых искажение сигнала достигают предельно допустимого значения, к минимальным значениям. Минимальное значение обычно определяется уровнем собственных шумов.) от уровня входного сигнала на протяжении одного QSO.
17.7 шаг34 собранный софт под Windows https://cloud.mail.ru/public/FbA9/WYqpG1jGh
17.7 шаг34 исходный код https://cloud.mail.ru/public/E45L/rRy4qwWtS
JTDX.INI совместим с версиями 17.6.х.
Закончил изменения по термометру, теперь шкала 90дБ, меняется цвет при слишком большом и слишком малом уровнях (более 89 и менее 30дБ), термометр более не привязан к слайдеру RX Level, термометр теперь показывает пиковое значение в интервале времени полутона ранее показывал среднеквадратичное.
Слайдер RX Level в JTDX теперь влияет только на яркость водопада, зависимости количества декодированных сигналов от положения движка более не наблюдаю.
Продолжаю работать над 17.7.
Программа работает просто прекрасно. Главное сейчас в версии 17.7, не надо морщить лоб, оптимальные настройки, по слабым сигналам, программа делает сама. Очень удобно. Спасибо Игорь. Но вот плотность станций, и все на CQ, и всем надо DX не радует. Достаточно поглядеть приложенную миниатюру и всё понятно без слов.
Значит он уже не нужен, его место на панеле водопада (а если включён Flatten, тогда регулятор не работает).
Можно его убрать и основные кнопки сделать ещё больше...
P.S. Примите как шутку, без обид. Есть над чем подумать (и нечем играться со входным сигналом), "чем дальше в лес тем больше" палок в колёса...
Да нет, я пользуюсь Слайдер для настройки водопада. между кадрами в паузах им ставлю уровень очень слабо зашумлённый. Регулятор уровня в виндовс на максимуме. Сейчас программа на чувствительность к слабым сигналам, даёт максимум декодирований. Да и на тестовых файлах с эфира отличные результаты. Есть проблема с покупными шлангами для НЧ, дурные уровни сигнала с приёмника на звуковую карту. Уже были случаи. Но это увы не проблемы программы.
Согласен Игорь, движок можно и убрать. А вот градусник необходим. Вчера с другом, делали настройку программы. Как раз покупной шланг, из за ослабления чувствительности приёмника к слабым сигналом, я посоветовал ему отключить АРУ, а так как, все линейные выхода рассчитаны, на сигнал со включенной АРУ. Выключив её пошла перегрузка по входу карты. Не градусник не заметили бы этого. Пусть не в том исполнении что сейчас, но индикатор перегрузки по входу нужен. Хотя и здесь я не совсем точен. При перегрузке гаснет водопад, кроме мощного сигнала не одной станции не видно.
По водопаду видно перегруз очень хорошо-я на полупустом диапазоне стараюсь около 60 дб сейчас держать уровень градусника регулируя выход уровня сигнала с sdrsharp.Сигнал через VAC идет на JTDX .Вот думаю а какой оптимальный уровень градусника если сигналы слабы ?
Я так понял что программа сама подбирает уровень (если по входу он не вылазит за рамки, определённые т.т.д), считаю что сильно на такую автоматизацию не стоит надеяться, контролировать чтобы не было "перекачки" на всём пути прохождения сигнала, и подобрать его оптимальные уровни.
VAC выдаёт те уровни, что вы выставите, но с ними работают и другие проги (MIX, SIMPSK, ROS, OPERA, FLDIGI и т. д.), не во всех прогах можно плавно выставить чувство по входу звука, так что возможность самому регулировать "чувствительность" в самой программе только приветствуется!
Если для определения перегруза использование пикового значения оптимально то для нижней части диапазона более показательно среднеквадратичное значение.
Если есть возможность то желательно держать нижний уровень термометра не ниже 35..40дБ, но при сильных сигналах на SDR с выключенной АРУ возможно придется искать баланс между перегрузкой и чувствительностью, актуально для тех SDR где по входу стоит 16 битный АЦП.
Программа уровень не подбирает - обрабатывает сигнал в том виде как он приходит от операционной системы. Попытка сделать АРУ в софте будет давать дополнительные нелинейные искажения с потерей слабых сигналов в присутствии сильных.Цитата:
Я так понял что программа сама подбирает уровень (если по входу он не вылазит за рамки, определённые т.т.д)
У меня 12 бит ацп -я так понял что при отсутствии полезного радиосигнала (пустой диапазон) нужно держать уровень звукового сигнала с sdrsharp в пределах 40-45 по градуснику ?
WSJT подключил к UR5EQF
Прием есть, но ничего не расшифровывает.
Делал по этой инструкции:
https://youtu.be/HsyvB_wzxT4
Что нужно проверить?
При этом JT65-HF вполне корректно работает.
По водопаду перегруз смотреть не надо - он идет через несколько дополнительных регуляторов усиления и может быть загнан в перегруз намного раньше чем покажет перегруз термометр.
Перегруз на водопаде лучше снимать движками регулировки самого водопада. Декодирование сигнала только по термометру.
Я так понимаю битность потока vac с sdrsharp не имеет значения ? то есть 16 или 24 бита ?
UA9OP -в моем случае не используется вообще звуковая карта априори -поток сразу идет на jTDX с sdrsharp путем VAC
JTDX просит операционку дать ему 48000 Гц 16 бит, если на софте SDR выставить 24 бит то кто будет выполнять пересчет и какими ресурсами не знаю, возможно VAC или операционная система. В коде JTDX не видел чтобы он пересчитывал входной поток, согласование скоростей и разрядности может быть в библиотеках пакета Qt.
ua9op: да зачем же -там же выбор есть в устройствах звуковых и разрядности и семплирования.установите ниже и все для линейного входа
а VAC не стоит случайно ?
В основе всего находится драйвер звуковой карты, если операционка не позволяет выставить 48000 Гц то надо смотреть тот ли драйвер установлен что дает производитель.
Заодно проверьте на сайте производителя какие скорости поддерживает эта звуковая карта.
В крайнем случае на скорости 96000 можно использовать, просто процессор будет больше загружен. А вот в случае кривого драйвера могут быть проблемы с выпаданием кусков сигнала.
Технические характеристики:
Частотный диапазон:
при частоте квантования 48кГц:
вход: +/-0.3 dB, 22Гц - 22кГц
выход: +/-0.2 dB, 22Гц - 22кГц
при частоте квантования 96кГц:
вход: +/-0.4 dB, 22Гц - 40кГц
выход: +/-0.3 dB, 22Гц - 40кГц
Динамический диапазон:
103dB (взвешенный) (ЦАП)
99dB (взвешенный) (АЦП)
КНИ: < 0.002% (ЦАП)
0.0023% (АЦП)
это что такое я не знаю.
Сейчас, попытался полностью использовать участок 14,076 мГц. Ввёл в программу третью частоту 14,075500. Смотрите скриншот. Первые 100 герц в программе заблокированы. Дал несколько раз вызов,но куда там, нет чтобы наморщить лоб, все прут в участок JT9. Действительно потребители с большой буквы хи. А возникло это желание после приёма DX станции сегодня. WAW файл прикладываю.
Мои извинения, за небольшое отступление от темы. Но речь о работе в эфире. Смотрите скреншот и вложенные WAW файлы. Позывные тем что на скрине с рапортом -1 дб. Ребята не увлекайтесь вы не одни в эфире. Я понимаю что дорвались, но жаль вы и диапазон своими сигналами погасили. Ладно если бы хоть в одном кадре по чётным или нечётным минутам. Ато в обоих кадрах. Не дехи вы может на поиск продуктивнее будет, подумайте. Ведь есть над чем. С уважением RN9AZ.
Я согласен с Вами на счёт сверх мощностей но вот мои 8вт. и Inv-V, в германии -1:
Вложение 183718
и слабее слышат на той же мощности:
Вложение 183719
Вложение 183720
Вложение 183721
опять же ночью и утром я слышу допустим -5 а мои максимальные 150вт. вообще игнор, может кило(грамы) надо? Но я такое применять не буду точно, перебьюсь...
P.S. - извиняюсь за офтоп, но старшие, очень уважаемые и активные товарищи дают пример (ескюзи).
P.P.S. - "когда мы были молодые", на "фанерку" Мединца мощность 0,2вт. (КТ904 на выходе) и GP, 28mHz SSB QSO с Англией... сколько радости было...
По этой инструкции Олега всё работает независимо от версии! Т.к. исходные данные в одних и тех же местах!
Можно даже ставить поверх работающей у вас программы в старую директорию предварительно убрав старый ИНИ (старый может не работать или сбоить)
Проверено на WIN 7 32. Версии меняю постоянно.
Я о тех кто 24 часа в сутки в эфире, наверняка они себя на фото увидели, и всё CQ, вот почему и дорвались написал. Позвать DX это одно а лупить мощю не обращая внимание на других, это без комментариев.
Лучше в режим DATA USB, если есть такой.
на всех диапазонах цифра в USB / возможно в это причина
Для того, чтобы программа декодировала станции, которые видны на водопаде, необходимо несколько условий.
1. Мода на всех диапазонах USB;
2. Синхронизация времени специальной программой, или высокая точность хода системных часов.
3. Файл CALL3.txt, расположенный в каталоге программы, не должен быть пустым. В последней версии JTDX этот файл идёт вместе с программой. После установки программы, его нужно скопировать в каталог, в котором установлена программа.
Вроде ничего не забыл.
Как я на IC-756PRO3 выставил динамический диапазон.
С генератора подал 200 мВ, S метр показал 9+30дБ. Усиление аудио карты выставил так, чтоб градусник показывал 80 градусов. Выключил генератор.
Подключил антенну, включил самый тихий 10 м диапазон и ручкой усиления RF добился, чтоб градусник показал 40. S метр при этом показывает 9+20дБ. В наушниках хорошо слышу шум эфира (город).
Думаю, что получил реальный динамический диапазон 40дБ.
Где-то кто-то говорил, что нельзя передать разную информацию с разных макроссов в одну и ту же минуту.
Сейчас, на 30-ке получилось вот такое -
Вложение 183735
UD0CAJ сначала начал давать общий вызов, но передумал и позвал меня. Выходит можно передать разные макросы в одну и ту же минуту. Я сначала подумал, что HINT опять "чудит". Но присмотрелся на водопад и увидел дорожку общего вызова UD0CAJ. Он CQ-лял немного ниже.
Вложение 183737
Вот крупным планом. Здесь лучше видно.
Вложение 183738
[QUOTE=RX4CD;1344412]Где-то кто-то говорил, что нельзя передать разную информацию с разных макроссов в одну и ту же минуту.
Сейчас, на 30-ке получилось вот такое -
Вы правы,Сергей.Я это давно заметил. Поэтому,если заканчивая QSO *** UA6JQ RR73,
секунд через несколько кликнуть по другой кнопке: "CQ " или "CALL UA6JQ -**", пройдут
обе передачи.Номер проходил не один раз.Если включен разнос, то TX *прыгнет* на
частоту следующего корреспондента. Поэтому многие замечали отмечали одновременную
передачу на разных частотах...
73 Дмитрий...
Также, где-то читал, что если успеть на, то ли на 19-й, то ли на 20-й секунде передачи, или до 20-й секунды, переключить макросс, то будут переданы оба.
не знаю кто говорил такое (что нельзя), но я, когда на cq работаю, иногда отвечаю двоим сразу, если зовут. переключаюсь примерно на 23-25 секунде. ну, а кто принимает по 2 моих пакета сразу - зависит от их софта.
Сейчас JTDX вобрал в себя очень многие функции JTAlertX. Цветовая гамма, звуковое оповещение. По-сути от JTAlertX уже можно отказаться. Но в нем есть интересный функционал - QRZ.COM Lookup. Очень желательно было бы ввести такую же кнопочку в JTDX, по нажатию которой, открывается страница QRZ.COM в браузере, с позывным , который в окне DX Call. Думаю, многие меня поддержат.
Год назад, очень многие кричали, что цветовая раскраска в JTDX абсолютно не нужна, что все это уже есть в JTAlertX. А что теперь? Может откатимся назад? Развитие программы не остановить!
Использовать плагин Callbook 1.4 да, можно. Но зачем держать еще одно открытое приложение.
А зачем нагружать еще и этим весьма и весьма энергоемкую программу JTDX .Она и так потребляет ресурсов компа за........а еще и это. А плагин нужно ,включил ,нужно выключил да и основная задача плагина не только эта.А данные о позывном (любом) на QRZ.ru и на QRZ.com и вброс в окно данных Лога при нажатии. Пользователи этот плагин по достоинству уже оценили . А то что в JTDX появилось очень много функций весьма далеких от задачи программы ,это ДА! Я например,цветовой балаган не включаю. Только три цвета ,общий вызов кто дает,я когда отвечаю и когда отвечают мне. Все остальное .....цирк и балаган! Вот как то так!
А зачем JT Alert нужен, если JT65 v.17 показывает и повторы, и новые страны, и новые квадраты, и т.д.? Загружать еще и этим приложением без того загруженный процессор?
посмотрите кино....это что загрузка процессора???? и куча приложений еще открыта.Вложение 183803
Возможно...но зачем дублировать? JT прекрасно оповещает о новых и старых связях. зачем тогда JT Alret? был у меня, на компьютере JT Alert, когда работал WSJT-x. Там был нужен. А здесь-то зачем он?
Максимальная загрузка процессора происходит в момент декодирования программы. У кого SDR радио, машины уже нужны повеселее Coer 2 duo
Но и в этом случае программу JTDX можно подстроить в настройках, У Игоря в хэлпе все описано
Уверен, кто нибудь из форумчан работает еще на пентиумах, а в видео что вы прикрепили для квадракорэ это конечно не загрузка))) не говоря уже о i3-i7
Добрый вечер всем. Вопрос к Игорю: можно ли ввести отправку спотов в HamSpots from VK3AMA? PSKReporter это хорошо, но HamSpots довольно удобная для фильтров, наглядности и пр.
А я не вижу что вы там себя наблюдаете.:grin:
Вложение 183820
Эта табличка на сколько я понимаю указывает на того кто там зарегин и в онлайне (на сайте) а не в спотах)
на скрине вертикальные таблички слева кто вас и кого вы спотили время, диапазон, мода итд
Вложение 183823
Красным выделен Ваш позывной, переданный в споте от корреспондентов. Если Вы выходите из программы, Ваш позывной окрашен, как и остальные. Речь идёт о спотах, принятых Вами. Т.е. я не вижу передачи в программу всех принятых мною "хэмов" в каждый период.
Наверное, т.к. эта табличка формируется при нажатии рядом с Вашим паролем надписи "Принятые Вами корреспонденты". Сегодня я проэкспериментировал: посмотрел кто меня слышит, провел именно с этим корреспондентом связь, он прислал повторный спот, а от меня сообщения не было.
Или я ошибаюсь. Я смотрю в таблице "Your spot histori" и вижу список станций, принимавших меня. Тогда я не разобрался как формируется левая колонка.
Спасибо, разобрался. Надо использовать таблицы с функцией чата, то бишь обмена сообщениями. Всё понятно, что сделаешь старость не радость. Всем здоровья и DX"ов.
Интересно кто как поступает в таких случаях...
Вложение 183872
ему рапорт даю, он RR73? второй раз он 73
и так много станций так делают....я просто QSO не записываю, правильно или нет??
Нет рапорта - нет связи - какие могут быть вопросы? Сейчас полно "граждан", покупающих лицензию вместе с трансивером, ни о каких правилах проведения связей и уж тем более о радиокодах они и слыхом не слыхали. Отсюда и "CQ de xxXxxx ... pse SK" и прочие перлы типа дает CQ,зовешь его, а в ответ он ... зовет тебя! Вместо того чтобы рапорт давать...
И касается это не только "забугорных", но и наших, причем даже 1-й категории!!!! Спрашиваешь его - зачем вызов в ответ на вызов, почему не сразу рапорт - не знает что и сказать, даже не задумывался. Поневоле возникает вопрос - почем лицензию купил? :(
Да, я связи, проведенные с нарушением процедуры, не записываю. В E-qsl просто отклоняю без объяснений. А то и просто игнорирую - и без отклонения ответа ему не будет - связи в логе нет.
У меня сегодня ночью на 10 МГц тоже было "интересное " QSO: KF1P даёт CQ, зову. Отвечает,даёт report. Подтверждаю,в ответ ничего. Подтверждаю повторно, получаю новый report. Подтверждаю, снова получаю новый report. Опять подтверждаю и в ответ опять получаю новый report. Так продолжается примерно минут двадцать,в конце концов мне это надоело,отправляю корреспонденту TNX 73,заношу QSO в лог. Утром получаю в eQSL сообщение "нет в журнале".
Я так понимаю - если корреспондент каждый раз даёт мне новый report, значит он меня принимает. Не понятно тогда его поведение - зачем так бестолково тратить своё и моё время,а в результате сказать , что QSO не было...
Ну как же не принимает, если он каждый раз даёт мне новый рапорт,в котором уровень моего сигнала разный,от -20 до -8. Значит,принимает... Вот если бы он каждый раз повторял рапорт с одним и тем же уровнем моего сигнала - тогда другое дело.
P.S. Он работает на CQ ,и он даёт рапорт без R, просто со знаком "-". А я ему отвечаю с буквой "R",подтверждая тем самым, что от него рапорт принял.
Он не развлекается, он просто понятия не имеет о процедуре обмена рапортами (хорошо если вообще понимает что такое рапорт) и не знает что первоначальный рапорт не меняется в течении QSO. Та же ситуация как с "CQ de ... SK" - видел что другие дают, а что это такое и когда дается - без понятия.
Судя по позывному и по QRZ.COM - он не новичок в радио. Трудно что-либо понять, может лишку принял на грудь...:ха-ха:
Он может и не новичок в радио, но о процедуре работы в JT и других УКВ протоколах, может и не иметь никакого понятия. Как и многие другие. А что до "на грудь" - у нас есть хорошая поговорка - "Мастерство не пропьешь!" Скоростники в моей молодости вообще говорили что на соревнованиях по скоростной телеграфии надо выступать с хорошего бодуна - "руки сами трясутся и каждый знак гвоздем в мозги вбивается!" :)