-
Постов
1 015 -
Зарегистрирован
-
Посещение
-
Победитель дней
263
Весь контент 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-х мест. Можно и больше. На скачивание пока не выкладываю, надо допилить и обработать напильником.
-
Андрей, я использую ПО MSHV. Там можно принудительно выставить опцию логирования TIME_ON = TIME_OFF. для авто логирования естественно выбираю время связи как поле TIME_ON независимо от софта.
-
Добрый вечер, Андрей! Да, ситуация знакомая, причем в 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, я Вас добавлял пару раз, но всякий раз Вы удалялись. Вот там бы такая оперативная информация была бы полезна. Форум не все быстро смогут увидеть. Ну это так, для сведения.
-
-
Да, я в курсе. Они отправляют лог по UDP в бинарном формате. Наработки для приема тоже есть, просто я это сильно не тестировал. Про Cabrillo тоже почитал, думаю и его раскидать не проблема.
-
Доработал постраничную навигацию, теперь при выборе QSO и переходе на другую страницу отметки запоминаются.
-
Опционально можно подумать
-
Да, сделаю пункт меню отобразить весь журнал на карте и пункт меню с возможностью выбора кол-ва связей на одну страницу (200, 500, 1000, 2000, все). Пока мне видится это так. Есть еще вариант с перелистыванием страниц так же по 200, но чтобы при переходе на следующую запоминались ранее отмеченные связи. Надо подумать как реализовать это в коде.
-
-
R3SE, Андрей, поправил косяк с помощью "костыльного" решения. Вроде работает. Позже переработаю механизм.
-
И действительно. Увидел. Есть проблема. Решим.