Тоже удалял этот файл перед установкой. Статистика не нарушилась. JTDX.ini не удалял
При переходе на версию 18.1.97
файл hashtable1.txt -удалил вручную,
файл JTDX ini -не удалял.
Вся статистика по раскраскам работает корректно,
маркеры включаются выключаются выбором галки,
опция выбора подсветки фона стандартных сообщении работает корректно,
включение выключение всплывающих подсказок-работает.
Все оказалось очень просто - я эмулирую протокол TS-870 - и на команду статуса IF при ответе ошибся на пару нулей)) Нашел монитор ком-портов, посмотрел что у меня не правильно, исправил и наконец то сегодня провел свое первое DX-Hound mode QSO!))) Большое спасибо за помощь!
Версия 97 Рус
Впервые в истории не отключилась передача
Вложение 220886
Галка установлена
Вложение 220887
Уже в этой теме писал. Столкнулся с этим уже давно. Не возвращалась частота (не всегда). Опытным путем определил - так происходит, если одновременно запущена ещё какая-нибудь программа (например, n1mm), активно использующая cat. Для себя понял, что если jtdx пытается вернуть частоту обратно, а cat в это время занят - частота обратно не возвращается.
Решил просто - выключаю все ненужное, ибо работая в ft8 - другие проги просто не нужны :)
подтверждаю, Fake It работает не совсем корректно, несколько раз переключает правильно, но затем на 7-10 раз (какой то закономерности не выявлено)
частота назад не возвращается, и по закону Мерфи, в самый не подходящий момент )))
p.s.
никаких посторонних программ занимающих CAT нет..
Рад за Вас.
У некоторых не всё гладко с программой (периодический невозврат частоты при использовании Fake It) и в теме идёт поиск того что может так "глючить" (в процессе поиска производятся многочисленные эксперименты вплоть до использования аппаратного сплита трансивера и ручной перестройки частоты).
Игорь , я не то чтобы пробовал - я постоянно работаю со значением 100ms (могу приложить скрин настроек Omni-Rig , или снять видео как связка одновременно запущенных TS-590+Omni-Rig+LogHX+HDSDR+CW Scimmer без задержек отрабатывает изменение частоты где бы я его не осуществлял (в любой из программ или валкодером).
Т.е. процессор трансивера "успевает отвечать" при настройках 115200/100ms при быстрой перестройке частоты\смене режимов и нескольких программах запущенных одновременно.
И этот же процессор "не успевает" обрабатывать команды изменения частоты режима Split Fake It ? (чтож там за мегакоманды , и почему тогда они без проблем отрабатываются при использовании HamLib ?) .
ОК , попробовал сейчас Ваш сценарий (выставил в Omni-Rig 2000ms , активировал Fake It , Tx=400). Несколько нажатий кнопки Tune в JTDX - 4 раза всё адекватно (при передаче частота меняется с 7074 на 7072.5 , по окончании передачи опять становится 7074) и на 5й раз "глюк" описанный уже несколькими коллегами (по окончании передачи частота осталась 7072.5).
Следущая попытка - "глюк" всплыл на 7й раз . Пробуем ещё - 6 циклов нормально , на 7м невозврат ("упрыгали" уже на 7069.5). Пробуем ещё - на этот раз корректно отработало 8 раз. Ещё попытка = только три корректных отработки , на 4й раз невозврат (излучаем на эквивалент уже на 7066.5). Занавес (не помогло , как "глючило" без видимой закономерности - так и осталось ).
Ладно , спишем на Omni-Rig и TS590 (при "прямом управлении" с использованием встроенной в JTDX hamlib всё безупречно) - но вот , вот и вот - разные трансиверы , разные настройки и разные пути решения (кому помогает аппаратный сплит , кому запуск одной JTDX , а у кого достаточно переключится с Omni-Rig на hamlib).
Т.е. проблема "невозврата" Fake It есть на разных сетапах , у разных людей и решается тоже по разному (похоже что дело не в Omni-Rig , равно как и не в значении Poll int и тем более не в "медленных" трансиверах).
Что с этим делать решать Вам(пока вроде решаемо различными методами - но момент : "перепробовал всё вышенаписанное не помогло" наверное вопрос времени)
Это мысль (попробовать недолго) . Отрубил CAT в LogHX (больше ничего не запущено) - без изменений . Ребут , запуск одной единственной JTDX - без изменений.
ОК , для чистоты эксперимента перебросил кабель на физически другой порт (на котором точно ничего не "сидит") , быстрая настройка - "глюки" продолжаются (причём у меня интересно - "глючит" только при соединении через Omni-Rig). Т.е. у всех по разному (безусловно радует что пока каждый находит в итоге какой то свой путь решения проблемы)
Приплыли.
Т.е. получается (мысли вслух) что в некоторых случаях проблема не в Omni-Rig и не в параллельно запущенном софте - а всё таки в командах изменения частоты режима Split Fake It в JTDX\WSJT-X .
------------------------------
Всё , мысли "что это такое может быть и где хоть какая то закономерность" кончились окончательно , единственное что я теперь знаю точно: проблема есть (мне не померещилось) , закономерности нет (может корректно отработать более 10 раз , а может "глюкнуть на первой же попытке) + все доступные варианты перепробованы без видимых результатов.
Несколько решений тоже уже есть (и это радует) - но не факт что они будут панацеей для всех у кого возникнет аналогичная проблема....
Надо- попробуем сделать (WIN7 64bit отказывается запускать имеющийся сниффер , надо поискать чем можно перехватить обмен)
Роман годится от Eltima Serial Port Monitor - а взять можно на cwer.ru
У меня TS590 -jtdx-Omni-Rig-LogHX Винда 7-32
Всегда работаю сплитом но включаю на передней панели
При интервале пропускной способности фильтра трансивера все работает без проблем
Вчера пробовал включать Fake it частота возвращается
Сейчас пробую еще поработать с этими настройками.
Посмотрю повнимательней