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

**UA0YAS** · 16.02.2020, 12:08

читаем внимательнее. я не спрашивал, как решить проблему. я объяснил, как решить проблему.

**UF8T** · 16.02.2020, 13:55

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

Если под РТТ и САТ использовать свои отдельные СОМ-порты, например СОМ2 и СОМ3, то все работает замечательно. Речь шла об использовании на трансивере USB-порта и соответственно в настройках программы виртуального СОМ-порта.

Александр, я вчера просмотрел: вы в настройках для PTT выбираете тот же СОМ 4 и линию DTR. Но на этом порту через принтеровский шнурок не образуется линии DTR и RTS. Видите кнопочка Тест РТТ у вас не активная? Установите управление РТТ через САТ и все у вас встанет в норму.

**UF8T** · 16.02.2020, 14:04

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

читаем внимательнее. я не спрашивал, как решить проблему. я объяснил, как решить проблему.

Сергей, в вашем посте даже намека нет как решить проблему... Поэтому UA0FO и LZ2HV и дали свое видение решения проблемы, по моему мнению это многим будет полезно. Я тоже хочу добавить (вы же не будете возражать?): дабы подобные бяки не возникали в будущем необходимо отключить автоматическое обновление драйверов в Windows из центра обновлений.

**UX8IW** · 16.02.2020, 14:27

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

Александр, я вчера просмотрел: вы в настройках для PTT выбираете тот же СОМ 4 и линию DTR. Но на этом порту через принтеровский шнурок не образуется линии DTR и RTS. Видите кнопочка Тест РТТ у вас не активная?

Кнопочка Тест РТТ становится активной, после того, когда выполнится тест САТ. Если вы заходите в это меню, кнопочка Тест РТТ всегда будет не активна.
А в этом вы правы:

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

Установите управление РТТ через САТ и все у вас встанет в норму.

Для работы через юсб-порт РТТ должен быть через САТ, пример моих настроек я приводил. #22690 (кнопочка Тест РТТ не активна)

**UA3DJY** · 16.02.2020, 17:30

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

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

JTDX: cкорее всего глюк в взаимодействии Qt 5.14.0 c операционной системой Windows, должен проявляться на win64 сборках. Со временем для сборок win64 уйдем на более свежую версию Qt.

Сборки win32 продолжаем делать под Qt 5.5, на них этой проблемы не должно быть.

**RW6ATD** · 16.02.2020, 18:26

147RUS программа стала декодировать через раз-прошу диагноз. Раньше было, но
редко, сегодня какой то кошмар

**RK1AT** · 16.02.2020, 18:43

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

сегодня какой то кошмар

Тёзка, всё в порядке, смотри у себя.

**UA3DJY** · 16.02.2020, 20:50

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

147RUS программа стала декодировать через раз-прошу диагноз. Раньше было, но редко, сегодня какой то кошмар

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

**UA3DJY** · 16.02.2020, 21:06

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

Смотрю с R9FM какая-то засада . Даёте рапорт ему , а 73 отдаёте поляку ..... и много раз .

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

Просто у Вас поляк в хеш таблице вытеснил позывной R9FM. Оператор R9FM должен декодировать 73 сообщение адресованное ему.

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

Подтверждаю. А как с этим бороться?

Путаница с подстановкой несоответствующего позывного является одним из ограничений протокола FT8 (недостаточный размер хеш таблицы, в результате два и более ранее декодированных позывных могут иметь одинаковый хеш/кодовую сумму), победить можно только заменой протокола на более совершенный, но это уже будет не FT8.

**UF8T** · 16.02.2020, 21:11

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

147RUS программа стала декодировать через раз-прошу диагноз. Раньше было, но
редко, сегодня какой то кошмар

Расхождение по времени и загрузка процессора, второе более вероятно.

**UA3DJY** · 16.02.2020, 21:17

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

применение внешней звуковой 24 бит, реально улучшит декодирование? И ещё, что лучше ацп трансивера или ацп ноутбука?

Применение звуковой 24 бит при использовании поддержки 32-бит аудио в JTDX сделает немного чище сигнал на передачу и снизит шум квантования на прием. Насколько лучше декодирование слабых сигналов пока не знаю, для проверки надо создать звуковые файлы на симуляторе с диапазоном 32-бит.

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

**RA4RT** · 16.02.2020, 21:18

UA3DJY
Тема интересна, надо тогда сразу 32 бит карту искать, Вы не смогли бы порекомендовать?

**UA3DJY** · 16.02.2020, 21:36

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

Тема интересна, надо тогда сразу 32 бит карту искать, Вы не смогли бы порекомендовать?

32-бит нет смысла, Вы не сможете для нее обеспечить достаточно низкий уровень шума с приемника. 1 Вольт среднеквадратичного максимальный уровень для входа АЦП, -138...-186 дБ необходимый уровень шума на входе АЦП к максимальному уровню для реализации возможностей 32-бит звуковой карты.

**UA0FO** · 17.02.2020, 01:20

UA0YAS;читаем внимательнее. я не спрашивал, как решить проблему. я объяснил, как решить проблему.

Очень полезный совет, чуть бы пораньше его прочитать hi hi!!! Взял на заметку.

**RA0FF** · 17.02.2020, 09:15

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

JTDX: cкорее всего глюк в взаимодействии Qt 5.14.0 c операционной системой Windows, должен проявляться на win64 сборках. Со временем для сборок win64 уйдем на более свежую версию Qt.
Сборки win32 продолжаем делать под Qt 5.5, на них этой проблемы не должно быть.

Я с win32 версии проги перешел на win64... Как-то каких-либо видимых улучшений или ухудшений не вижу, но "пролет с FS/... навел на мысль, может зря таки версию 64 поставил?
Ini файл делал новый для нее...

Проц у меня Intel(R) Core(TM) i5-6500 CPU @ 3.20GHz
ОЗУ 4ГБ (свободно 3,8Гб)
Тип системы: 64-разрядная ОС