исправилЦитата:
Сообщение от RX4HX
Вид для печати
исправилЦитата:
Сообщение от RX4HX
Попробуйте в основных настройках WSJT-X установить Single decode.
Если установить Simgle decode, то работать будет конечно как в JTDX, но это не есть гут. Вроде придумал как сделать - сегодня протестирую и выложу новую версию.Цитата:
Сообщение от 4Z5CP
Вообще не понятно, зачем это "мигание" при трех декодах сделали. В JTDX све логично - начало декодирования - окончание декодирования. А сколько там декодов - без разницы!
To: RX4HX
Погонял в режиме Автовызова конкретных префиксов типа VK*, ZL*, A9*, I* и т.п.
Работает без проблем, можно использовать и для Автовызова конкретной страны, но не всех. У стран, где богатый арсенал префиксов, не очень удобно вводить несколько префиксов.
В этом отношении, в JTDX сделано получше - конкретная страна. Кстати, всё готово для использования поиска в JTDX для LogHX. Когда JTDX находит искомую страну, то позывной влетает во все нужные окна, но только не встает на передачу. Может подумать в этом направлении?
У меня все равно три декода и та же ситуация со сбросом:Цитата:
Сообщение от 4Z5CP
Вложение 310325
Начинает работать только в режиме декода Fast.
В более ранних версиях этой проблемы не было.
Да, идея хорошая! Сейчас с работой WSJT-X разберусь и это сделаю. Если это работает так, как я думаю, сделать это не проблема.Цитата:
Сообщение от EU1FQ
Тоже самое.Цитата:
Сообщение от UX8IW
В предыдущих версия не было авто ответа и там было все проще. Теперь нужно ловить окончание декода. В принципе идея есть. Сейчас как раз этим занимаюсь.Цитата:
Сообщение от UX8IW
Как это не было?! Алексей, вы уже забыли :)Цитата:
Сообщение от RX4HX
Хотя бы начальная версия релиза 659 от 29.07.21 14:51
Вложение 310329
Три подпрохода и в WSJTX и MSHV - вывод инфо работает правильно
и в этой версии прога ждет, если ответили не мне..
Проверьте тестовую версию:Цитата:
Сообщение от UX8IW
http://rx4hx.qrz.ru/files/loghx/test..._build_660.exe
WSJTX прием нормально.Цитата:
Сообщение от RX4HX
При передаче финальных 73 "задваивает":
Вложение 310361
Автоответ не включил Тх на передачу (R6AC - на скрине включил вручную, в активном окне позывной был).
MSHV прием практически не изменился. Почти все время сброс.
Сейчас посмотрел как работает MSHV. Вывод такой - авто вызов с MSHV вообще отключу: там очень большая задержка передачи данных от MSHV к логу, при получении данных уже поздно кого то вызывать. С WSJT-X нужно будет еще по разбираться.
Вот еще пробная версия:
http://rx4hx.qrz.ru/files/loghx/test..._build_660.exe
в окно Active calls... добавил меню:
Установить количество декодов
когда выбрана не JTDX. Для WSJT-X должно быть 3. У MSHV автовызов работать не будет, т.к. там сообщение о декоде приходит только тогда, когда что то декодировано, в результате к логу приходит от 1 до 3-х сообщений о декоде, в зависимости от кол-ва декодов и не понятно, после какого декода начинать автовызов.
To:RX4HX
Оставил на ночь JTDX и LogHX 659-5 на Автовызов USA и Карибов. Всё отработалось очень четко, без "сучка и задоринки" :p-up:. Было немало и Автоответов. В 660 версии, тоже, пока не наблюдаю багов. Но есть проблема, не связанная с работой лога и JTDX. А связана с нерадивостью или "глухотой" отдельных операторов, как правило, работающих в режиме робота и не умеющих его настроить. Например, станция бесконечно дает CQ и никому не отвечает (зациклилась или глухая). Что делает в этом случае связка JTDX с LogHX? Программа определяет, что по этому критерию её нужно позвать. Она зовет раз, два или столько раз, сколько прописано в установках JTDX. Если ответа не последовало, то она останавливается и ощищает окна и ждет следующего, подходящего по критериям позывного, что бы его вызвать. Но как назло, ничего подходящего по критериям в этот момент нет, а предыдущий оператор продолжает своё бесконечное CQ. Программе ничего не остается делать, как опять пытаться позвать этого нерадивого. И так может продолжаться длительное время, - или пока он вам или кому другому не ответит, или выключится, или в окне Active calls не появится кто то новый по подходящему критерию, но выше по списку. Когда работа идет под присмотром оператора, то проблем нет как выйти из этой ситуации. Но зная наш менталитет, - если автомат, то я на боковую на диван, в автоматическом режиме доступными сроедствами JTDX и LogHX это пока не решаемо. По всей видимости, здесь надо просить команду JTDX, предусмотреть такие случаи, и после двух раз отработки функции JTDX "Вызов на сообщение CQ", блокировать этот позывной минут на двадцать.
P.S. В свободное время, если возможно, то есть хотелка. В установках авто вызова, окно Calls list добавить функцию - вставить из файла (txt).
Чуть оторву от "цифры" :) Понадобилось "вбивать" связи в лог после выезда на гору, куда комп не брал. Воспользовался функцией "ручной ввод/редактирование". Для сохранения связи нажимал на Alt+E. Окошко закрывалось, приходилось снова открывать и всё заново - дату, время, неудобно в общем. Есть какой-то иной способ, может? Спасибо.
QSOManuallyEntry window:Цитата:
Сообщение от RW4C
Сохранение текущей связи, вставка новой: Ctrl+Enter. В свое время это окно довел до очень удобного состояния для ввода QSO вручную. :)
А Ctrl+E - это сохранить и закрыть окно. Кстати, там же внизу окна кнопки есть с надписями "горячих клавиш " :)
Цитата:
Сообщение от RX4HX
Цитата:
Сообщение от RX4HX
Вызывает, в лучшем случае, одного из десяти.