Спасибо, коллеги, за "наводку", обязательно с пристрастием сравню эти логи, у меня есть хорошая утилитка ADIF Master.
Вид для печати
Поставьте галочку
Вложение 366932
Вложение 366933
Каждые 7-10 минут пропадает.
Файл CTY.DAT для LogHX v.3 ЛОГа от 12.03.2025
Скачать файл можно по ссылке:
===>> https://www.country-files.com/bigcty...y-20250312.zip [.ZIP файл]
Инструкция:
- Скачать .ZIP файл к себе на компьютер в любую папку;
- Распаковать .ZIP архив в любую папку на диске или в ту же, где был скачан сам архив;
- Скопировать файл CTY.DAT с заменой в папку <DISK:>\<Папка с ЛОГом>\CountryData;
- Для применения изменений перезапустить ЛОГ LogHX.
Подробнее об текущих изменениях BigCTY от AD1C:
Версия файла: Hungary, HA
Добавлено/Изменено Префиксов/Позывных:
- EG60GURU is Spain, EA
- FO/F4LYI is Marquesas Islands, FO/m
- GB2TSA is Scotland, GM
- KL7OF/7 is United States, K in CQ zone 3, ITU zone 6
- KT4XL is United States, K in CQ zone 4, ITU zone 8
- NS9I and WP4ORZ are both United States, K in CQ zone 5, ITU zone 8
- K6JPB and KZ7MFL are both Alaska, KL
- LU9DCA/D is Argentina, LU
Удалено Префиксов/Позывных:
- -- ПУСТО --
Ссылка на оригинал: https://www.country-files.com/big-ct...025/#more-2439
Ну вот сегодня словил и заскринил "прорвавшийся" через все фильтры позывной. В окне "Активных позывных" щелкнул по нему, типа вызвать решил, и LogHX в "Окне данных QSO" немедленно отреагировал "покраснением" чекбокса Call с этим позывным и выводом информации в окне "Предыдущие QSO" о том, что я уже имел с ним связь не так давно.
Т.е. получается, что LogHX адекватно оценивает переданные программой JTDX данные в соответствиями с настройкой окна "Actiated!" (На скрине, думаю, что понятно, о каком окне идёт речь), а вот как, на каком основании этот позывной вообще попал в окно "Activated!", для меня остаётся большой загадкой, т.к. в JTDX этот позывной зачеркнут как сработанный, что видно на скрине.
То, что в окно "Actiated!" лога LogHX инфо о позывных попадает из главного окна программы JTDX "Окно диапазона" - это факт, т.к. если я немедленно очищаю вручную это окно, вся информация о позывных, переданных в LogHX, в тот же момент стирается в окне "Actiated!" лога LogHX.
Я надеялся на то, что это не только у меня такая трабла, что коллективный разум мне подскажет, в чем я не прав, и что мне не придется вскрывать поток протокола UDP (для меня это довольно сложная задача). Но, похоже, то ли никто не пользуется этими окнами, то ли у всех всё в порядке, то ли просто "забили" на это небольшое неудобство. :)
Всем мира, добра и побольше редких связей. 73!
Скрины прикладываю в это окно, пока не нашел, как спрятать их под кат.
Вложение 366944
Из окна JTDX :
Вложение 366945
Ещё раз повторю, что это происходит так же часто, как и нормальная реакция на сработанные позывные (они просто не показываются в окне LogHX), и всё это происходит в одной сессии работы связки программ LogHX3 и JTDX.
- - - Добавлено - - -
Вот удачно подвернулся показательный момент - одновременно новый и сработанный позывной в одном окне:
Вложение 366947
JTDX :
Вложение 366948
Вот как так!?
Похоже это проблема где-то у вас. Лог четко отсевает повторы и тех, кто не пользователь LotW:
Вложение 366949
Вложение 366950
Это у Вас почему то Чехия не определяется -
Вложение 366951
в окне ввода наберите OK1 - определиться?
сейчас искать причину не корректной работы наверно поздно.
сделайти одинаковые логи т.е. из LogHX экспортируйте все связи (желательно с теми полями которые записываются в логе JTDX) FT8 FT4 (MFSK) в файл wsjtx_log.adi. Замените лог файл JTDX новым и начните проверку совместной работы программ.
Я забил.Цитата:
...то ли просто "забили" на это небольшое неудобство.
Заметил, что если у LogHX связь определяется как B4, а у JTDX как новая, то в adi JTDX нет записи в строке локатора.
Либо я вызывал станцию при первой связи сразу с рапорта, либо меня она вызывала с рапорта и позывного в CALL3.TXT нет. Лог подхватил локатор из И-нета и при сохранении qso записал.
Надо править adi в jtdx. Так что я забил.