CheckLog – надёжная рассылка и получение подтверждений связей

Работая в эфире, я использую UR5EQF_Log3 в качестве основного логгера. Неоднократно замечал за ним такой «грех» –- если полагаться на автоматическую отправку QSO на серверы подтверждений (LoTW, eQSL.cc), он не всегда с этим справляется «на все 100%»… что-то теряется, и найти потом эти связи на сервере оказывается невозможно. Поэтому можно слать, слать, слать QSO на сервер через логгер – и ждать, ждать, ждать ответов… но если до сервера QSO «не дошли» – то ведь и ответов не будет!

Кроме того, после некоторых изменений на LoTW отправить «автоматом» QSO на сервер из логгера, работающего под Windows XP, стало просто невозможно. А у меня XP – «боевая» система на маленьком ноутбуке (даже нетбуке, или «недобуке») Asus Eee PC 901. И переводить его на Windows 7 совершенно бессмысленно – ресурсов мало, будет «тормозить» в самый ответственный момент.

Итак, «исходные ингредиенты» для этого рецепта:

  • после какого-то периода работы в эфире в логгере накопилась пачка QSO, которую надо бы обработать: сверить имена и QTH операторов (если не записал во время сеансов связи), уточнить информацию по позывным и проч.
  • может статься, что на единственном доступном компьютере установлена «не та» операционная система, с которой логгер не испытывает проблем при обмене данными с серверами подтверждений
  • хочется, в конце концов, 100%-ной надежности при обмене данными с серверами: чтобы ничего не терялось, а подтверждения приходили бы «в одно место»

Что делаю:

  1. Запускаю CheckLog, выбираю в качестве текущего нужный журнал — в моем случае журнал R2ADF (2018), с позывным R2ADF, я в нем держу QSO за 2018 год.
  2. Перво-наперво загружаю недостающие связи плагином AppUR5EQF.extLogbook -> Append UR5EQF Log data into current log. Выбираю нужный журнал в логгере, устанавливаю интервал дат (в данном случае с 24.11.2018 по 24.11.2018). Жму [Load]. Результат: 16 новых записей, одна при импорте скорректирована. Затрачено 2 секунды.
  3. Смотрю «в конец» журнала связей (в CheckLog, закладка Logbooks, страница R2ADF (2018)). Наблюдаю группу QSO, у которых поля QSO date & timeBand и Mode так и «светятся» красными буквами. Заодно замечаю, что в большей части этих записей поля Name и QTH — пустые.Ну, бывает – работал модуляцией FT8, через JTDX, никаких «подстановок» имени и местоположения оно не делало.
  4. Синхронизирую журнал связей с сервером eQSL.cc, запускаю SynEQSL.extSynchronize logbook with eQSL.cc. Ставлю настройку If QSO’s missed on server: resend missed QSOs automatically. Остальное — по умолчанию, синхронизация в 3 фазы, интервал дат — весь журнал. На всякий случай — вдруг прежние тоже подтвердились… Жму [Synchronize]. результат: 16 записей отправлено, 169 есть на сервере, по 98 получены подтверждения. Затрачено 2 минуты 6 секунд. Сюда входит 15-секундный таймаут для обработки присланного на серере.
  5. Синхронизирую журнал связей с сервером LoTW, запускаю SynLOTW.extSynchronize logbook with LoTW. Ставлю настройку If QSO’s missed on server: resend missed QSOs automatically. Остальное — по умолчанию, так же синхронизация в 3 фазы, интервал дат — весь журнал. Тоже хочу получить все подтверждения, если они есть… Жму [Synchronize]. результат: 16 записей отправлено, 168 есть на сервере, по 68 получены подтверждения. Затрачена 1 минута 4 секунды, включая 15-секундный таймаут для обработки пакета отправляемых QSO на сервере..Смотрю, что не принято сервером, проверяю отметку LoTW/S — да, есть одна запись, самая последняя в списке. Бывает — не успела обработаться на сервере. Еще раз выполняю операцию. Получаю ответ: 169 записей на сервере, 68 подтверждено. Затрачена еще 1 минута ровно. Вот теперь — порядок!

Результат:

  • «красные» записи в журнале связей пропали — то есть подтверждения надежно отправлены
  • не просто отправлены — а еще и проверено, что они на серверах есть, ничего не потерялось
  • имеющиеся на серверах подтверждения получены, все записано в журнал связей
  • потрачено 4 минуты 12 секунд, все действия делались «автоматом»
  • мозги не напрягались по поводу забытых паролей к серверам
  • не было необходимости мучительно вспоминать правила работы со сторонними программами
  • из-под «неудобных» систем (Windows/XP) работает, как часы — полностью соответствует требованиям серверов
  • ну, и всё наглядно — в любой момент понятно, что происходит при работе системы