RA3SAD

Я прописывал 4 одинаковых адреса на отправку - прилетало 4 одинаковых QSO в лог. А что боязно? Существующие связи вы нигде не потеряете, а проверить получение новых в чем проблема?

Всем, кто пользуется логированием связей по сети , предлагаю написанную мной утилиту JT-UDP-Relay. Она позволяет принимать UDP трафик от WSJT-X, JTDX, MSHV на определенный локальный порт и передавать его в несколько (до 4-х) мест одновременно. Протестировано под Windows 7 и Windows 10 (tnx R2SAG).

JT-UDP-Relay-x64.rar

JT-UDP-Relay-x32.rar

Продолжая упрощать жизнь, написал UDP Relay. Он принимает UDP локально и перенаправляет сразу в до 4-х мест. Можно и больше. На скачивание пока не выкладываю, надо допилить и обработать напильником.

20 часов назад, R3SE сказал:

Алексей, а где именно вы задаёте отображение времени связи? В JTDX?

Андрей, я использую ПО MSHV. Там можно принудительно выставить опцию логирования TIME_ON = TIME_OFF. для авто логирования естественно выбираю время связи как поле TIME_ON независимо от софта.

4 часа назад, R3SE сказал:

Доброго дня, Алексей, Михаил! Идея ваша замечательная. Вместе с тем, - опыты показали, что это срабатывает не во всех случаях. В частности, у меня в JTDX настроена отсылка на сервис электронных карт Eqsl.cc. (Ровно через тот же порт). И активные "танцы с бубном" по смене портов и адресов не привели к дополнительной отсылке и в лог R3S. Увы. Похоже, что "или-или".

Добрый вечер, Андрей! Да, ситуация знакомая, причем в JTDX полноценный лог со всеми полями скидывает именно Основной UDP сервер. Также есть в настройках Второй UDP сервер и TCP сервер. И они даже работают, но наряду с первым - отправляют "кастрированный" лог, в котором отсутствуют поля, обязательные для идентификации, а именно STATION_CALLSIGN (или OPERATOR) и MY_GRIDSQUARE. QSO прилетает, а кому оно принадлежит не ясно. Разбираемся, со своей стороны я реализовал серверную сетевую часть.

Кстати, я подумываю добавить поддержку eQSL.

А так, каждый использует этот сервис для своих целей и сам выбирает что важнее. Я вот ленив, хочу перед сном в один клик сгрузить все сработанное за день на хамлог и пойти спать, не ломая голову над всякими там ADIF что куда откуда.

Да, он будет избавлен от 100% повторов, но повторы с небольшой разницей по времени останутся. Что делать с тем что осталось... даже не знаю, вручную сутки чистить, да и понять для себя какая связь является более правильной. Я например для себя взял за правило - в цифре в логе должно отображаться время начала связи (TIME_ON).

Случайно выбрал QSO за определенную дату из вашего файла.

На лицо задвоение связей с небольшим интервалом по времени. Посмотрел исходный ADIF файл. Там то же самое, причем в разном стиле. Выглядит как слепка из разных источников.

Так-то журнал все съест и за повтор не посчитает, время то разное все таки. Но посоветую следить за такими вещами, да и за логами в целом. А то выходит некий самообман что ли.

Не стал дожидаться файлов, вычленил их самостоятельно. Скормил тестовому пользователю. Получил это

Первый файл это где все QSO от и до. Второй это то, что вы выделили отдельно. С отсутствием связей в таблице разобрался, пришлось перед обработкой привести файл к однородной структуре. Теперь вроде все появилось.

У меня повторов оказалось гораздо больше. Засомневался, допилил обработчик функцией создания отчета, в котором он прописывает связи с повторами. В колонке "Действие" этот отчет можно будет скачать. Внутри него строки с дублированными связями (сделал в формате JSON, так удобнее). Можно посмотрев повтор попробовать найти его в базе через поиск и убедиться что он действительно существует. Выборочно пробежался - все бьется. Можешь попробовать удалить из загрузок и загрузить заново, для контроля. Для ранее загруженных файлов отчетов нет, т.к. еще отсутствовал функционал.

Помимо основного отчета делается еще и подробный (для меня) со всеми DEBUG-ми запросов к базе данных, чтобы однозначно можно было сказать что произошло и где.

На всякий случай продублирую - Признаком повтора считается QSO с одинаковыми Позывным, Позывным корреспондента, Датой, Временем, Диапазоном, Модуляцией. То есть поля в файле STATION_CALLSIGN или OPERATOR, CALL, QSO_DATE, TIME_ON, BAND, MODE. Поле STATION_CALLSIGN подставляется из значения Позывной, указанного в настройках журнала, при его отсутствии в файле.

Андрей, пришли мне в личку файлы, проверю на тестовом пользователе.

Протестирована автоматическая отправка QSO по UDP с софтом JTDX (tnx. R2SAG). Настройки программы во вложении. Позывной, установленный в программе должен соответствовать позывному установленному в настройках журнала.

Галочку "Разрешить передачу данных QSO в ADIF формате" можно не ставить.

Больше изменений в структуре базы данных не будет. Мог бы в принципе и восстановить QSO, но это надо было сделать сразу, а то пойдет путаница - кто-то заново грузит, кому-то восстановить. Может что-то "поехать". Мое упущение, ну или просто лень.

Глобальная модификация базы. Для каждого QSO добавлен уникальный ключ, который есть контрольная сумма из Вашего позывного, позывного корреспондента, даты, времени, бэнда и моды. Эти вещи должны быть уникальными, в противном случае связь считается повторной и в базу не заносится.

Из за огромного количества повторов пришлось очистить загрузки и журнал пользователей R3SE, R3KEE. Просьба загрузить повторно ADIF.

Привел столбец частоты в базе данных к МГЦ в соответствии со стандартом ADIF v.3 . Добавил поле частоты. Если оно пустое - то при добавлении QSO вручную заполнится автоматически по нижней частоте диапазона. С виду глюков нет, но и не исключены. Тестирование покажет.

Дописан UDP ресивер. Теперь в настройках сети программы не обязательно указывать, что сообщения должны быть в ADIF.

Надеюсь, что да. Евгений говорил, что планируется. Но, видимо, надо сначала решить текущие проблемы.

Очередная фича, существенно экономящая время. Отмечаем QSO галочками (можно с зажатым Shift) и выбираем Загрузить на HAMLOG как файл. Будет автоматически сформирован ADIF из выбранных QSO и отправлен на HAMLOG. Фича доступна при указании данных авторизации HAMLOG.ONLINE в разделе профиля. 

Хоть защита от всякого рода взлома продумана, предупреждаю, что вы оставляете такие данные (логин и пароль от HAMLOG) на свой страх и риск. Пока R4AS не сделает полноценного API взаимодействия внешних сервисов - это единственный способ связки ваших учетных записей.

Андрей, пока не видно.

-------------------------------------------------------------

Добавлю.... вообще для таких скедов есть группа R3S в Whatsapp, я Вас добавлял пару раз, но всякий раз Вы удалялись. Вот там бы такая оперативная информация была бы полезна. Форум не все быстро смогут увидеть. Ну это так, для сведения.

Установил для ознакомления DXLog, активировал. Нашел весьма богатый сетевой функционал.

3 часа назад, R3SM сказал:

Некоторые логгеры не поддерживают отправку *adi по UDP, это касается контестовых программ, т.к. там кабрилла.

Да, я в курсе. Они отправляют лог по UDP в бинарном формате. Наработки для приема тоже есть, просто я это сильно не тестировал. Про Cabrillo тоже почитал, думаю и его раскидать не проблема.

Доработал постраничную навигацию, теперь при выборе QSO и переходе на другую страницу отметки запоминаются.

Опционально можно подумать

Да, сделаю пункт меню отобразить весь журнал на карте и пункт меню с возможностью выбора кол-ва связей на одну страницу (200, 500, 1000, 2000, все). Пока мне видится это так. Есть еще вариант с перелистыванием страниц так же по 200, но чтобы при переходе на следующую запоминались ранее отмеченные связи. Надо подумать как реализовать это в коде.

Три связи с Липецком. Прохождение так себе. Тем не менее, исходя из 1км = 1 очко выходит 729 очков.

R3SE, Андрей, поправил косяк с помощью "костыльного" решения. Вроде работает. Позже переработаю механизм.

И действительно. Увидел. Есть проблема. Решим.