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

[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)
Но это совсем не повод клеить ярлыки вроде "динозавров" и т.п.

[RX4CD]

и тут функционал автопоследовательности вместо того чтобы вменяемо завершить QSO дав в эфир финальное CALL CALL 73 (Tx5) начинает "тупить" и опять шлёт в эфир CALL CALL R-15 (Tx3) (такой сценарий не редкость при задержках в декодировании)
>>>Я (да и не только я) в подобной ситуации просто оперативно "хлопну" указателем мыши на макрос Tx5 и в эфир пойдёт CALL CALL 73 для корректного завершения QSO

+100500! И я также делаю! Т.е , я постоянно контролирую работу софта и отслеживаю эфирную ситуацию.
Я считаю это полуавтоматическим режимом.

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

- Да и вообще считают что Тэйлор и ко дали нам всем уникальнейший инструмент для проведения уникальнейших связей

И с этим я согласен. Только этот уникальный софт "отдельные личности" применяют как "хрустальную вазу для забивания гвоздей".
И ни к чему было засорять тему столькими "буквами". Мозолей на пальцах нет?

[RA3QH]

CAT Hamlib на трансиверах FT897, FT950, FTDX101

эх....вот бы они еще для FT990 ROM 1.2 сделали....

[UR7QM]

Коллеги, если кто нибудь использует JTDX/WSJT-X и MixW, подскажите пожалуйста по тонкостям конфигурации COM портов в таком сочетании и порядку запуска используемых в этой связке программ.

Подробно с картинками здесь: Запись проведенного QSO из JTDX (WSJT-X) в журнал MixW. - Мои статьи - Каталог статей - Сайт UR7QM
Никаких особенностей нет, но если в JTDX/WSJT-X и MixW используются одни и те же СОМ порты для САТ и РТТ, то на время работы в связке в MixW они должны быть отключены.

[UA3SAQ]

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

Игорь ответил в личку

[RX4HX]

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

Вот Роман опередил меня Я как раз по этому поводу хочу предложить такую фичу (на выбор естественно): чтобы когда зовешь какую то станцию, декод велся только на ее частоте. Это очень поможет работе на слабых компах. Да конечно, есть вариант, что станция сменит частоту при ответе, но бывает это не так часто и оставим этот вариант на совести оператора. И чтобы эта вича оперативно включалась кнопочкой - стануция ответила - нажали кнопочку - и до конца QSO принимаем только эту станцию. И никаких лагов даже на слабых компах при приеме нужной станции!