Да - и в JTDX, и в WSJT-X.
По ходу это у меня какая то проблема.... Буду искать!)))
JTDX v18.1.97 (копия версии 2.0.1-rc24) измененный функционал по сравнению с v18.1.96:
Изменения в Hamlib:
- поддержка считывания значения измерителя выходной мощности для трансивера IC7610
Линки:
Структура файла JTDX.INI изменена, добавлены новые настройки: "ShowMainWindowTooltips","OtherStandardMessagesMarker".
При переходе с 18.1.96 на 18.1.97 в папке с логом надо удалить файл hashtable1.txt .
Я примерно аналогично бился со своим TS-590 (тут уже не спишешь на низкую скорость обмена , он работает на 115200 - во всём прочем софте никаких проблем - при быстром "мотании" валкодера или "клацанье" мышью по панораме HDSDR видимых задержек не наблюдается , хотя интенсивность обмена при таких действиях естественно выше).
Причём как под копирку - "глюк" только в JTDX и в WSJT-X , весь прочий софт (логи , панорамы , скиммер) отрабатывают без малейших вопросов.
Долгие пляски "что присходит?" привели к неожиданному результату : в моём случае JTDX и WSJT-X злокозненно глючат (причём в самый неподходящий момент) только при управлении через Omni-Rig . Стоит на вкладке "Radio" прописать "прямое управление" (TS-590 , без Omni-Rig) как всё становится нормально , частота при использовании FakeIt стабильно возвращается на место.
Дальше опять же пошли эксперименты - что не так в связке "TS-590+JTDX+Omni-Rig":
Привёл Poll int в Omni-Rig к установленному в JTDX (1000ms=1s , панорама и лог стали отрабатывать быстрое "мотание" по диапазону с задержкой но пусть) , поиграл с timeout (была мысль что не проходит по таймауту) - безрезультатно
Поиграл с настройками портов \ настройками Omni-Rig \ физическим подключением через разные порты ( в 590м и на системнике есть физические USB и RS-232 , впридачу к этому есть ноут с тем же самым софтом) - безрезультатно.
Скачал "свежую" OmniRig (сейчас стоит уже 1.18) - безрезультатно.
Озадачивать UA3DJY и VE3NEA ? )))
Да ну нафиг - по мне (говорю только за себя) у них и так хватает чем заняться - проще при работе в JTDX и WSJT-X (повторюсь: с остальным софтом никаких проблем) настроить отдельный конфиг: "прямое управление без использования OmniRig".
В общем у кого есть аналогичная проблема (при активированном FakeIt периодически VFO по окончании передачи остаётся на Tx частоте ) - посмотрите для начала как у Вас организовано взаимодействие JTDX\WSJT-X , если через OmniRig то попробуйте "напрямую".
Не более чем вариант - но возможно поможет .....
То Игорь UA3DJY: я разобрался в чем проблема у меня - у меня ж в качестве виртуально трансивера выступат мой лог, так вот он не воспринимает команду от JTDX "вернуть частоту обратно". Вопрос - а какую команду при этом использует JTDX? Если проблемно - сам промониторю, просто под ругкой нет программы мониторинга ком-порта.
Т.е. плавно подходим к нехорошему : с Hamlib возврат частоты отрабатывает корректно , с Omni-Rig (даже последней версии 1.18) некорректно (точнее кому как повезёт).
Но тот же самый Omni-Rig великолепно "прокачивает" управление от LogHX+HDSDR+CW Scimmer запущенных одновременно (пробовал только что со всей возможной скоростью мотая валкодер TS-590 и управляя частотой из всех трёх программ , ни малейших "подтормаживаний). В такой связке не используется команда: "вернуть частоту обратно"(с) ?
И плюсуем сюда же Алексея RX4HX (пока я писал предыдущий пост выяснилось что проблема не еденична - при том что он использует управление из лога с эмуляцией TS-870 , т.е. трабл "невозврата Fake It" проявляется не только с Omni-Rig).
Игорь , может Вам поможет (раз пошли обращения) такое ещё наблюдение : в WSJT-X\JTDX на вкладке управления трансивером есть параметр Poll Intervall (по умолчанию 1s , меньше почему-то не ставится , только больше).
Смутно припомнив и перепроверив сейчас могу сказать так : если я ставлю в настройках Omni-Rig параметр poll int 100ms (мой обычный конфиг) - то частота не возвращается 100% , если я ставлю там 1000ms (=1s как в JTDX) то всё начинает работать корректно (но недолго , примерно как писал EU1FQ : "Трансивер с Fake it, условно, девять раз смещает частоту передачи и возвращает ее обратно при приеме. А на десятый раз смещает и не возвращает").
на мой дилетансткий взгляд проблема может быть где то здесь (как так - одна и та же команда то отрабатывает то нет , причём на разных моделях трансиверов по разному : без замечаний\вообще никак не работает\работает но периодически сбоит) - не многоват для некоторых трансиверов Poll Interval=1s (дефолт в WSJT-X\JTDX) ?
------------
upd (не сразу заметил крайние посты предыдущей страницы):
Как вариант обьясняющий почему у Вас "совсем не работает" и не очень обьясняющий почему : "как минимум уже у двоих (EU1FQ , R2PU , возможно у кого-то ещё) работает , но с периодическими сбоями"
Т.е. в первом приближении у некоторых необходимые команды есть но периодически "выпадают из обмена" (у меня только при использовании OmniRig , см на предыдущей странице).
Не то чтоб критично (решение там же) - но интересно ....
Русская локализация JTDX v18.1.97
Линки :
Коллеги прошу протестировать - дать замечания.
Вложение 220828 Сегодня стало выскакивать это предупреждение . Что с этим делать ?
От-R5WM:Ссылку могу дать в чате vhfdx!
Здравствуйте! А можно ссылочку на ящик uv5eht@mail.ru Очень буду благодарен.