- - - Добавлено - - -
В последнем перелизе разделено отдельно Wkd/Cfm + выбор варианта QSL.[/QUOTE]
ОК, Алексей надеюсь, что скоро появятся и мелкие квадраты, нажал на большой-появились маленькие,то, что надо..
- - - Добавлено - - -
В последнем перелизе разделено отдельно Wkd/Cfm + выбор варианта QSL.[/QUOTE]
ОК, Алексей надеюсь, что скоро появятся и мелкие квадраты, нажал на большой-появились маленькие,то, что надо..
Спасибо, я спросил, чтобы понимать.
- - - Добавлено - - -
Этот вариант мне не подходит:)
Из EQF выборка отправляется без проблем.
Т.е. после контеста адиф грузишь в лог, потом на сайт HRDlog, как-то это не очень.
Хотелось бы без лишних телодвижений.
В последнем перелизе разделено отдельно Wkd/Cfm + выбор варианта QSL.
Было бы хорошо, если бы вверху (как у Олега) отображалось цифрами: всего/сработано/подтверждено, для больших и малых квадратов.
@RX4HX
Алексей,
Экспорт такой
<CALL:6>KC1LAG <QSO_DATE:8>20200825 <TIME_ON:6>152900 <FREQ:3>430 <BAND:4>70CM <MODE:12>DIGITALVOICE <RST_RCVD:2>59 <RST_SENT:2>59 <NOTES:6>KO85SQ <STX_STRING :3>112 <SRX_STRING :3>113 <OPERATOR:4>RC3C <MY_STATE:2>MA <MY_GRIDSQUARE:6>KO85SQ <APP_LOGHX_QSLREQUEST:1>N <QSL_RCVD:1>N <QSL_SENT:1>N <LOTW_QSL_RCVD:1>N <LOTW_QSL_SENT:1>N <EQSL_QSL_RCVD:1>N <EQSL_QSL_SENT:1>N <APP_LOGHX_CLUBLOGR:1>N <APP_LOGHX_CLUBLOGS:1>N <PFX:3>KC1 <DISTANCE:4>7107 <CQZ:1>5 <ITUZ:1>8 <APP_LOGHX_QSOVERIFIED:1>N <APP_LOGHX_COLOR:8>16777215 <DXCC:3>291 <CONT:2>NA <EOR>
Еще от туда же:
Вложение 272774
Пробел в тегах типа <STX_STRING :3>112
Импорт полей ЛОГ не воспринимает
v.566
Да случайно с пробелом получилось. Исправил:
http://rx4hx.qrz.ru/files/loghx/prer..._build_566.exe
Алексей, добрый день.
В связке ESDR2-LogHX-SDC-JTDX после "сна" и "пробуждения" компьютера перестаёт управляться частота при смене вида модуляции в JTDX. Помогает только перезапуск LogHX. С какой версии Лога началось, не скажу - пытался понять "откуда ноги растут"...
Версии всех программ актуальные на сегодняшний день.
Система W10x64.
Программы стыкуются как описано https://eesdr.com/images/Document/PD...LogHX_JTDX.pdf
Уважаемый Алексей! Дублирующие QSO в логе появляются в связке JTDX + JTAlert. Началось по моему с релиза 540,
Потому-что откат до версии 538 все приводил в норму. На данное время JTDX и релиз 566 без JTAlert работает нормально,
с JTAlert связи дублируются.
Вложение 272809
В логе, в настройках для JTDX галочка "Перенаправлять UDP пакеты" установлена?
Я тоже такое наблюдал, но у меня на компе никакого сна не было. Если перезапустить JTDX и TCI все работало дальше нормально. Было раза 2-3. Пока тоже не понял, что именно глючит... В работе TCI давно ничего не менял.
Такое впечатление, что какой то затык с TCI. Но вот с какой стороны?
Когда еще раз такое случится, вот это галочку в ExpertSDR поставьте
Вложение 272850
посмотреть что лог ExpertSDR посылает.
У кого есть файл submode.txt, должен находиться в папке /DATA. Что-то я запутался в submode :(
Алексей, вот мои настройки, что подскажите?
Вложение 272870
Вложение 272871
Алексей, задал вопрос и Юрию (UT4LW). Полагаю, что Вам будет интересен ответ:
Software Defined Connectors -
http://rx4hx.qrz.ru/files/loghx/SubModes.txt
- - - Добавлено - - -
Вы не используете UDP, значит данные о сохранении QSO берутся из файлов JTDX. Нужно будет проверить, может что поменялось.
Алексей, по Вашему совету https://forum.qrz.ru/355-loghx-appar...ml#post1720244 попробовал контролировать прохождение команд TCI в ESDR2 в окне Лога TCI.
Ждать "сна/пробуждения" компьютера не пришлось.
Обнаружил, что если запустить сначала LogHX совместно с внешней JTDX , а затем ESDR2 - команды на изменение частоты, моды и пр. не проходят и лог TCI пустой.
Если запустить сначала ESDR2, а затем LogHX+JTDX - всё работает и в Логе команды проходят...
Слышал от коллег о проблемах с очерёдностью запуска программ, но сам столкнулся впервые.
Никогда не задавался вопросом, какую программу запускать первой - всё работало вне зависимости от очерёдности запуска программ. И вот прилетело :confused:
То RX4HX
Алексей сообщение в личке.