RA3SAD

Администраторы
  • Публикаций

    980
  • Зарегистрирован

  • Посещение

  • Победитель дней

    250

Весь контент RA3SAD

  1. На одном из форумов наткнулся на интересный материал по импортным ВЧ разъемам (PL, SMA, N, TNC и .т. д.). В тексте приводятся их характеристики по затуханию, мощности, применяемым частотным границам и прочее. Может кому-нибудь информация будет полезной. Miniatyurnye_radiochastotnye_soediniteli__2013.pdf
  2. Пожалуй вынесу в отдельную тему... Создан сервис онлайн аппаратного журнала на платформе R3S. Расположен по адресу https://log.r3s.su/ . Из возможностей: Ведение аппаратного журнала в режиме онлайн Не ограниченное количество журналов на 1 пользователя Импорт и экспорт журналов из ADI и EDI форматов. Отображение QSO на карте Отображение карты сработанных больших квадратов (больше полезно для УКВ) Интеграция с программами WSJTx, MSHV и прочими (не полностью протестировано) Автоотправка QSO на HAMLOG.RU (сейчас там что-то поменяют и придется тестировать заново, может менять механизм) Регистрация - простейшая, а один шаг. Проблемы, изменения, пожелания обсуждаем здесь.
  3. Уже не "торт". Сейчас престижно
  4. Всем, кто пользуется логированием связей по сети , предлагаю написанную мной утилиту 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
  5. Нововведение. Загрузка QSO на сервис eQSL.cc. Для того чтобы иметь возможность загружать связи на eQSL необходимо в настройках профиля указать учетные данные от этого сервиса. Данные шифрованы по аналогии с Hamlog. В картинках: 1. 2. Итого на eQSL.cc Для тестирования зарегистрировался сам. Увидел интересные QSLки типа такой R3SE, Андрей, поясните пожалуйста что такое LoTW в двух словах и нужна ли интеграция с ним?
  6. GOOD NEWS! Повышаем безопасность. Изменения в способе хранения учетных данных от Hamlog.ru. Теперь они хранятся в двоичном формате, имеют псевдослучайный размер Байт и зашифрованы ключем уникальным для каждого пользователя.
  7. Отсылка работает. Но ваши данные пока хранятся в открытом виде (в смысле закрытой ото всех но ячейка в БД имеет действующее значение). В кругах разработчиков такой подход считается не безопасным. Хамлог на данный момент не предоставляет иного выхода. У меня есть идея как зашифровать данные на стороне моего лога, но надо проработать алгоритм. Если удастся - отпишусь. Цель - сделать так что при возможной утечке данных из БД не возможно было с ними ничего сделать не зная алгоритма дешифровки, который должен быть прописан в коде программы.
  8. Андрей, для Clublog нашел такую статью - https://clublog.freshdesk.com/support/solutions/articles/3000093504-club-log-gateway-for-real-time-uploads , похоже то что надо. Для HRDLog - https://github.com/iw1qlh/UdpBridge . Суть сводится к тому, что на ваш компьютер ставится дополнительное ПО - мост между UDP трафиком и конечным логом. То есть "внутренней" поддержки без каких-либо прослоек работа по сети не поддерживается. Это, что мне выдал Google. Сам этими сервисами не пользуюсь.
  9. Это можно удалить, так все хорошо. Если что-то не пойдет - пишите тут. Будем разбираться.
  10. Update. Исправлена не корректная работа с доменными именами вместо IP адреса + кое-что добавлено. JT-UDP-Relay-x32.rar JT-UDP-Relay-x64.rar
  11. Андрей, приложите фотографию сетевых настроек JTDX. Да, действительно, если ввести log.r3s.su вместо IP адреса, то пакеты не идут. Примерно знаю где проблема в коде. Исправлю. В то же время у вас не верно указан порт для адреса 5.23.105.14. Нужно указывать 2237 вместо 2337. По этому и не пришло ничего. И у вас оЧепятка и у меня небольшой баг.
  12. Сборка под 64-разрядную ОС. JT-UDP-Relay-x64.rar
  13. да, на 64 должна запуститься, если надо - соберу отдельно под 64. Можно запускать в любой последовательности.
  14. Я прописывал 4 одинаковых адреса на отправку - прилетало 4 одинаковых QSO в лог. А что боязно? Существующие связи вы нигде не потеряете, а проверить получение новых в чем проблема?
  15. Продолжая упрощать жизнь, написал UDP Relay. Он принимает UDP локально и перенаправляет сразу в до 4-х мест. Можно и больше. На скачивание пока не выкладываю, надо допилить и обработать напильником.
  16. Андрей, я использую ПО MSHV. Там можно принудительно выставить опцию логирования TIME_ON = TIME_OFF. для авто логирования естественно выбираю время связи как поле TIME_ON независимо от софта.
  17. Добрый вечер, Андрей! Да, ситуация знакомая, причем в JTDX полноценный лог со всеми полями скидывает именно Основной UDP сервер. Также есть в настройках Второй UDP сервер и TCP сервер. И они даже работают, но наряду с первым - отправляют "кастрированный" лог, в котором отсутствуют поля, обязательные для идентификации, а именно STATION_CALLSIGN (или OPERATOR) и MY_GRIDSQUARE. QSO прилетает, а кому оно принадлежит не ясно. Разбираемся, со своей стороны я реализовал серверную сетевую часть. Кстати, я подумываю добавить поддержку eQSL. А так, каждый использует этот сервис для своих целей и сам выбирает что важнее. Я вот ленив, хочу перед сном в один клик сгрузить все сработанное за день на хамлог и пойти спать, не ломая голову над всякими там ADIF что куда откуда.
  18. Да, он будет избавлен от 100% повторов, но повторы с небольшой разницей по времени останутся. Что делать с тем что осталось... даже не знаю, вручную сутки чистить, да и понять для себя какая связь является более правильной. Я например для себя взял за правило - в цифре в логе должно отображаться время начала связи (TIME_ON).
  19. Случайно выбрал QSO за определенную дату из вашего файла. На лицо задвоение связей с небольшим интервалом по времени. Посмотрел исходный ADIF файл. Там то же самое, причем в разном стиле. Выглядит как слепка из разных источников. Так-то журнал все съест и за повтор не посчитает, время то разное все таки. Но посоветую следить за такими вещами, да и за логами в целом. А то выходит некий самообман что ли.
  20. Не стал дожидаться файлов, вычленил их самостоятельно. Скормил тестовому пользователю. Получил это Первый файл это где все QSO от и до. Второй это то, что вы выделили отдельно. С отсутствием связей в таблице разобрался, пришлось перед обработкой привести файл к однородной структуре. Теперь вроде все появилось. У меня повторов оказалось гораздо больше. Засомневался, допилил обработчик функцией создания отчета, в котором он прописывает связи с повторами. В колонке "Действие" этот отчет можно будет скачать. Внутри него строки с дублированными связями (сделал в формате JSON, так удобнее). Можно посмотрев повтор попробовать найти его в базе через поиск и убедиться что он действительно существует. Выборочно пробежался - все бьется. Можешь попробовать удалить из загрузок и загрузить заново, для контроля. Для ранее загруженных файлов отчетов нет, т.к. еще отсутствовал функционал. Помимо основного отчета делается еще и подробный (для меня) со всеми DEBUG-ми запросов к базе данных, чтобы однозначно можно было сказать что произошло и где. На всякий случай продублирую - Признаком повтора считается QSO с одинаковыми Позывным, Позывным корреспондента, Датой, Временем, Диапазоном, Модуляцией. То есть поля в файле STATION_CALLSIGN или OPERATOR, CALL, QSO_DATE, TIME_ON, BAND, MODE. Поле STATION_CALLSIGN подставляется из значения Позывной, указанного в настройках журнала, при его отсутствии в файле.
  21. Андрей, пришли мне в личку файлы, проверю на тестовом пользователе.
  22. Протестирована автоматическая отправка QSO по UDP с софтом JTDX (tnx. R2SAG). Настройки программы во вложении. Позывной, установленный в программе должен соответствовать позывному установленному в настройках журнала. Галочку "Разрешить передачу данных QSO в ADIF формате" можно не ставить.
  23. Больше изменений в структуре базы данных не будет. Мог бы в принципе и восстановить QSO, но это надо было сделать сразу, а то пойдет путаница - кто-то заново грузит, кому-то восстановить. Может что-то "поехать". Мое упущение, ну или просто лень.
  24. Глобальная модификация базы. Для каждого QSO добавлен уникальный ключ, который есть контрольная сумма из Вашего позывного, позывного корреспондента, даты, времени, бэнда и моды. Эти вещи должны быть уникальными, в противном случае связь считается повторной и в базу не заносится. Из за огромного количества повторов пришлось очистить загрузки и журнал пользователей R3SE, R3KEE. Просьба загрузить повторно ADIF.