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

[UA3DJY]

При работе в jtdx появляется сообщение: invalid floating point operation, какая запятая плавает? Подскажите, что не так? Спасибо, ua9aoh.

В сообщении откройте пожалуйста кнопкой 'детали', необходима картинка того что там написано. Какой номер версии JTDX?

[UA3DJY]

Для пользователей JTDX rc154 кто наблюдает сбои CAT Hamlib на трансиверах FT897, FT950, FTDX101 и TS950SDX(CAT через MicroHam роутер), и неправильное значение индикации выходной мощности трансивера в программе для моделей Yaesu.

Michael W9MDB добавил ряд патчей в Hamlib для устранения этих сбоев, мы пересобрали rc154 c обновленным Hamlib, на основе commit https://github.com/Hamlib/Hamlib/com...cfefeb3501595c

Все изменения в коде Hamlib можно посмотреть здесь.

собранный софт win64 https://cloud.mail.ru/public/XZzr/3G9SGzSv3
кодовая сумма JTDX-2.2.0-rc154_hamlib_patches-win64.exe
SHA-256: 71E529C310F1BB95780313623387CF73F73A370C4446A34777F3484DEFBCC66D

собранный софт win32 https://cloud.mail.ru/public/pkDo/3kEh5wRvL
кодовая сумма JTDX-2.2.0-rc154_hamlib_patches-win64.exe
SHA-256: 71E529C310F1BB95780313623387CF73F73A370C4446A34777F3484DEFBCC66D

Сообщите пожалуйста решены ли проблемы в вашем сетапе.

[UA9AOH]

Здравствуйте использую 154 версию, 64-битная. Включил JTDX, как появится сообщение про запятую, сброшу скриншот, спасибо.

[UA3SAQ]

Для пользователей JTDX rc154 кто наблюдает сбои CAT Hamlib на трансиверах FT897, FT950, FTDX101 и TS950SDX(CAT через MicroHam роутер), и неправильное значение индикации выходной мощности трансивера в программе для моделей Yaesu.

Michael W9MDB добавил ряд патчей в Hamlib для устранения этих сбоев, мы пересобрали rc154 c обновленным Hamlib, на основе commit https://github.com/Hamlib/Hamlib/com...cfefeb3501595c

Все изменения в коде Hamlib можно посмотреть здесь.

собранный софт win64 https://cloud.mail.ru/public/XZzr/3G9SGzSv3
кодовая сумма JTDX-2.2.0-rc154_hamlib_patches-win64.exe
SHA-256: 71E529C310F1BB95780313623387CF73F73A370C4446A34777F3484DEFBCC66D

собранный софт win32 https://cloud.mail.ru/public/pkDo/3kEh5wRvL
кодовая сумма JTDX-2.2.0-rc154_hamlib_patches-win64.exe
SHA-256: 71E529C310F1BB95780313623387CF73F73A370C4446A34777F3484DEFBCC66D

Сообщите пожалуйста решены ли проблемы в вашем сетапе.

FT-2000 показывает 62 ватта вместо 100

[UA9AOH]

Вот скриншот на сообщение: что-то не вставляется скрин, видать чуйку потерял, жаль, извините. Сообщение связано с коллбуком

[UA3DJY]

FT-2000 показывает 62 ватта вместо 100

ID трансивера FT2000 - 1029 (из окна терминала в папке где находится jtdx.exe команда rigctl-jtdx.exe -l)

В окне терминала зайдите пожалуйста в папку где находится jtdx.exe и выполните следующие команды:

rigctl-jtdx -m 1029 -r com1 -s 57600

где надо поставить Ваш номер COM порта и скорость обмена.

Чтобы посмотреть какое значение мощности приходит в Hamlib от трансивера при каждом замере вводите команду:

w RM5;

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

5W
10W
20W
далее с шагом 20 Вт.

Отдадим эту таблицу команде разработчиков Hamlib для калибровки значения в коде.

- - - Добавлено - - -

Вот скриншот на сообщение: что-то не вставляется скрин, видать чуйку потерял, жаль, извините.

Вложение 286343

[UA9AOH]

Файл не загружается, видно нюх потерял с годами...Скрин не грузится...

[UA3DJY]

Файл не загружается, видно нюх потерял с годами...Скрин не грузится...

Пожалуйста почтой на c_igor inbox ru

Либо на файлообменник и сюда ссылку.

[UA3WBW]

Никогда не работал в "полуручном" режиме.

Вы не поняли главного, программа работает в автоматическом режиме, но если мне нужно, я нажимаю на нужное мне сообщение, и программа должна его передать, а не остановиться.
А любители всё доверить автомату по сто раз передают рапорт. Видимо жмакнули по позывному, и пошли заниматься своими делами. Но зачем такая работа в эфире, 100 тысяч связей провести?

[UA9AOH]

Пожалуйста почтой на c_igor inbox ru

Либо на файлообменник и сюда ссылку.

Игорь, я отправил на е-мейл, что коллбуку надо? Может в настройках что-то?

[RX4CD]

А любители всё доверить автомату по сто раз передают рапорт.

Покажите мне, где в моем сообщении про ПОЛНЫЙ АВТОМАТ?!! Не придумывайте и не передергивайте, уважаемый коллега. А сам ярый противник работы в полном автомате. Кстати, автоматическая работа в эфире, т.е. без присутствия и участия оператора, не допускается по регламенту радиолюбительской связи. Речь идет о ПОЛУАВТОМАТИЧЕСКОЙ работе. Зачем и почему? Не буду повторяться. Если не поняли или читали "по диагонали", то прочтите еще разок.

- - - Добавлено - - -

но если мне нужно, я нажимаю на нужное мне сообщение, и программа должна его передать, а не остановиться.

А вот вы точно говорите про автоматическую работу в FT8.

[UA3WBW]

Покажите мне, где в моем сообщении про ПОЛНЫЙ АВТОМАТ?!! Не придумывайте и не передергивайте, уважаемый коллега. А сам ярый противник работы в полном автомате. Кстати, автоматическая работа в эфире, т.е. без присутствия и участия оператора, не допускается по регламенту радиолюбительской связи. Речь идет о ПОЛУАВТОМАТИЧЕСКОЙ работе. Зачем и почему? Не буду повторяться. Если не поняли или читали "по диагонали", то прочтите еще разок.

- - - Добавлено - - -


А вот вы точно говорите про автоматическую работу в FT8.

Т.е. если я в ручную нажал, то это по вашему автомат? Дааа.
На этом общение с вами заканчиваю.
Сорри за спам.

[RX4CD]

Т.е. если я в ручную нажал, то это по вашему автомат? Дааа.

Если вы работает в АВТОМАТЕ, как написали сами, то да. Это автомат. ))
И я с вами заканчиваю. Спам я не писАл, рекламой не занимаюсь )) Так что...извиняюсь за вынужденное отступление от темы.
P.S. Прежде,чем использовать малоизвестное слово или выражение, потрудитесь выяснить, что же оно означает. 73.

[UR5LCZ]

Все прекрасно нажимается и передается так, как нужно оператору.
Только предварительно надо нажать на кнопку АВТОВЫБОР/AUTOSEQ.
Она окрасится в красный цвет и жмите, что хотите, все будет передаваться.
Только не забудьте потом отжать, а то будет передаваться только одно сообщение, без автопоследовательности.
Да, не оперативно, но работает.

[R2PU]

Никогда не работал в "полуручном" режиме. Всегда, с самого освоения FT8, работал в полуавтомате - выбираю позывной сам, все остальное - программа. Вношу связь в лог сам. Считаю, что в "полуручном" режиме так используется не полные возможности программы. Зачем делать шаг назад, если можно идти вперед? А если, в нужный момент, вас отвлекли от монитора или зазвонил телефон, или ...что-то еще помешало. Что тогда?

Так "полуавтомат" (автопоследовательность , AutoSeq) то не отключен - это так сложно сообразить из этого и этого постов (с них собственно и началось обсуждение) ?
Ситуёвина о которой мы говорим (и в рамках которой было ухнуто некисло времени на практический анализ возможностей софта , я по Вашему для кого эти "лабораторки" под спойлерами делал , для себя? так я это знаю и активно использую с 2018го.... ) вообще то подробно выглядит так :
-видим DXа давшего CQ
-зовём его в штатном режиме , с автопоследовательностью (AutoSeq)
-он нам отвечает , автопоследовательность отрабатывает
-обмен RST прошёл в штатном режиме.
-от DXа приходит финальное CALL CALL RR73 (Tx4)
- и тут функционал автопоследовательности вместо того чтобы вменяемо завершить QSO дав в эфир финальное CALL CALL 73 (Tx5) начинает "тупить" и опять шлёт в эфир CALL CALL R-15 (Tx3) (такой сценарий не редкость при задержках в декодировании)
>>>Я (да и не только я) в подобной ситуации просто оперативно "хлопну" указателем мыши на макрос Tx5 и в эфир пойдёт CALL CALL 73 для корректного завершения QSO, ибо нефиг мучить: ни DXа, ни тех коллег кто тоже желает с ним отработать (х.з. сколько циклов "протупит" ещё мой софт , да и в конце то концов - я оператор или просто "придаток" к железке ?)
>>>Вы в такой ситуации сколь я Вас понял так и будете раз за разом повторно передавать корреспонденту R RST в ответ на его 73 дожидаясь пока наконец корректно отработает функционал автопоследовательности - и получать мысленных пожеланий: как от DXа (с вероятностью 50% после пары-тройки раз он просто Вас "бросит" и переключится на других зовущих , да с вероятностью 20% ещё и сотрёт из лога с формулировкой "не получено 73") , так и от тех кто тоже желает с ним сработать.
- Ну что ж , каждый выбирает сам - вменяемо отрабатывать в эфире или 100%но уповая на функционал автопоследовательности раз за разом слать в эфир "не тот" макрос.

Считаю, что этот вариант, с ручным выбором макроссов, надо убрать вообще. Или сделать, чтобы они появлялись из отдельной вкладки в "Настройках". Результат - меньше ошибок будет, отсюда - меньше мешать друг другу будем. Ну, если понадобиться какому-нибудь "динозавру" такой "полуручной" режим, то включит.

Вот не надо уродовать софт JTDX (позицируемый в т.ч. как софт для DXинга) убирая из него возможность оператору оперативно реагировать на декодируемые зачастую "на грани" (в т.ч. и с задержкой декодирования) сигналы DXов.

И полегче с эпитетами , например некоторые коллеги ещё во времена FT8v1 уже спокойно и оперативно проводили QSO с нестандартными позывными (СПС) - "руками" оперативно выбирая и нажимая необходимые макросы (они по Вашему были "динозаврами" ?)....
В то время как другие в тех же условиях бесконечно отвечали на даваемый им RST своим позывным с огрызком локатора и истерили : "ай , как же сработать то , ведь автопоследовательность буксует" (здесь же в теме в 2018м пришлось публиковать подробнейшую инструкцию - но даже это тогда не сильно помогло).

Да , некоторые из нас действительно :
- Не "месят всех подряд с соседних околотков" безоговорочно уповая на : "оно все сделает само - а я тем временем ляля по телефону и другие дела" ...... а часами (иногда и днями) ждут появления на бэнде заветных notCFM DXСС\Zones\US States , и когда эти заветные наконец появляются , то хотят иметь максимальные возможности корректно провести QSO , чтобы не "буксовать" (доводя до белого каления и DXа и коллег) дожидаясь пока "прочухается" софт сбитый с толку поздним приходом сообщения от декодеров.
- совсем не пишут "хотелок" про "новые автоподборы" , "новые расцветки-раскраски" , "новые собачки-цветочки" (или что там сейчас в нотификации) - оно им ником боком ("подберут" и простеньким AutoSeq , а для нотификации под задачу "сработать и подтвердить искомое" гораздо продуктивнее те же JTAlert или LogHX , да хоть на край и бумажные распечатки DXCC Challenge\WAZ\WAS).
- Понятие "мешать" в их понимании сильно отличается от Вашего : первостепенные "мешальщики" для нас это те кто в тысячустппицотпервый раз фигачит QSO из UA1-6 с DL/I/F и т.п намертво гася при этом слабенькие сигналы DXов (некоторые из UA1-6 умудряются "намолачивать" десятки тысяч QSO в год - "меси все что шевелиться")
- Не предлагают : "уберите из софта то или сё" (скажу за себя: максимум что было , просил опционально отключаемую фильтрацию "ложных" декодирований , бо мне совсем не улыбается что софт может "порезать" реальное сообщение от реального DX , но это опять же не подпадает под критерий "уберите").
- Да и вообще считают что Тэйлор и ко дали нам всем уникальнейший инструмент для проведения уникальнейших связей , и коль скоро ни один софт естественно не гарантирует 100% вероятности отработки автопоследовательности - то убирать "ручную подстраховку" в угоду тем кто не способен осознать элементарного ( последовательность проведения QSO) означает наплевать на саму идею DXинга в FT8.
-Много ещё чего (как минимум готовы оперативно и вменяемо реагировать на нештатные ситуации при проведении QSO)
Но это совсем не повод клеить ярлыки вроде "динозавров" и т.п.