Ещё до 219 было... практически сразу как только появилось эта система.
Один даёт 73 и двое зовут, это стала постоянная и очень радостная картина :) .
Вид для печати
TO RJ3AA
Лог импортировал вчера. Т.е. создал базу данных для Alert. Логгирования не происходит в WSJT-X! Вчера было , сегодня нет! Вот в чем проблема. Поэтому и обратился сюда. Подскажите , как заставить WSJT-X сохранять QSO. Нажимаю LOG QSO - а потом...
Вложение 153581
Обнаружил в логе все связи , проведенные сегодня, утром. лежат вот здесь. И пополняются.
Вложение 153583
Вот только почему это сообщение Alert выдает при каждом сохранении связи в WSJT-Х?
выключите логгирование в JTAlert и сообщения исчезнут. Придется заново создать базу данных и снова импортировать в нее полный ADIF файл.
Проблема в том что Вы включили логгирование в стандартный ADIF файл в JTAlert но не указали имя файла куда будет писаться лог.
JTALert и WSJT-X оба поддерживают запись каждый в свой лог, WSJT-X пишет независимо от JTAlert, а JTAlert использует WSJT-X ADIF лог для внесения связи в базу данных либо для записи ее в свой лог.
JTAlert v2.6.27 Уже 27, а какие изменения происходят в разных версиях?
Сейчас опять скачал из UR5EQF все 5500 связей в JT65/JT9 и загрузил вот сюда -
Вложение 153596
В результате Alert начал что-то подобное вчерашнему , показывать.
Вложение 153597
Я сделал все намного проще. Создал файл adi из лога UR5EQF ( не обязательно выбирать только JT65 и JT9, JTAlert сам будет работать только с этими файлами)
После этого переименуйте этот файл в log.adi и замените им существующий log.adi в программе JTAlert (где он у Вас найдете сами. У меня он находится тут: ........ HamApps\пользователь\logs\ JTAlertX\log.adi). Поставьте галочку в Enable Standard ADIF File Loggimg и все!
Работает прекрасно. B4 берутся из лога JTAlert. Кстати, в логе JTAlert есть ряд интересных функций, например по правому клику мышки на позывном в окне JTAlert можно посмотреть когда и на каких бэндах было QSQ и т.д.
73!
Попробую также.
Мне бы лучше , чтобы JTAlert брал В4 из лога WSJT-X. Потому, как я туда сохраняю связи когда работаю в эфире. т.е. там самая свежая информация по наличию связей. Тем паче , я туда загрузил все связи из лога UR5EQF, проведенные с 2012 года. А лог UR5EQF у меня как дублирующее хранилище.
WSJT-X автоматом ведет лог(в файл wsjtx_log.adi) при нажатии кнопки LOG QSO. Все остальные логи просто отслеживают изменение файла wsjtx_log.adi и по факту изменения добавляют к себе новое QSO.
При использовании базы данных(формат Microsoft Access database) в JTAlert последний также отслеживает изменение файла wsjtx_log.adi и вносит новое QSO в базу данных.
Если кнопку LOG QSO в WSJT-X не нажимать то и QSO будет потерянo и JTAlert не внесет его в базу данных для проверки повторов - в этом Вы правы.
картинка в Вашем посте 8834 - уберите галочку Enable Standard ADIF File Logging. Если Вы ставите эту галочку и ниже прописываете путь и имя файла то JTALert начинает вести свой собственный лог который дублирует WSJT-X лог и использует именно его для проверки QSO B4.
Что Вы сделали: галочку поставили но не указали имя файла лога(куда писать), в итоге JTAlert выдавал ошибку что не может занести QSO в свой лог.
В том-то и беда.
Может, я не до конца разобрался с настройками программ, но:
- у меня WSJT-X привязана к UR5EQF. Позывной вносится в лог автоматом, рапорта - руками. Если я нажимаю в WSJT-X кнопку LOG QSO, то получаю в UR5EQF две записи. Одну - с фактическими рапортами, вторую - с рапортами по умолчанию (10\10). Поэтому приходится сохранять QSO в UR5EQF, а log.adi переносить в JTAlert вручную.