Перейти к содержанию

RA3SAD

Администраторы
  • Постов

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

  • Посещение

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

    258

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

  1. Всем доброго времени суток. В процессе разработки контроллера поворотного устройства, управляемого по IP, возникла потребность интеграции с Orbitron-ом для получения актуальных данных о положении объектов. Для этого было необходимо написать программу-драйвер. Задача драйвера - получить данные с Орбитрона по протоколу DDE и сделать их публичными для последующего использования в других приложениях. Было решено сделать это посредством TCP соединения. Алгоритм работы получился следующий - Орбитрон запускает драйвер и начинает передавать ему данные по DDE, драйвер поднимает на себе TCP сервер на порту 8010 и начинает слушать входящие подключения. При этом всем подключенным клиентам драйвер отправляет сообщения в формате: SNISS AZ121.2 EL1.9 DN145796739 UP145203248 где указывается объект, его положение по азимуту и углу места (элевации), а также значения частот с учетом Доплера. Для работы драйвера необходимо откорректировать файл конфигурации Орбитрона. Файл - ...\Config\Setup.cfg 1. В конец файла добавить секцию [Drivers] DDE2IP=C:\<Путь файлов драйвера>\DDE2IP.exe 2. В секции System [System] .... DDEdriver=DDE2IP ... Запустить Орбитрон от имени Администратора и включить передачу информации драйверу. DDE2IP.rar
  2. RA3SAD

    R3S.su

    Такая цветовая схема. По моему, чёрный отлично гармонирует с синим и белым.
  3. RA3SAD

    R3S.su

    Движок сайта обновлен до последней версии.
  4. Решили в этом году ничего не проводить, а просто прикинуться овощами и поехать на мероприятие к соседям в Тамбовскую область. Итого из Рязанской области приехали RU3SH & XYL, UD3SAE, RA3SAD & XYL, RC2SA, R2SBX. Хочется отметить отличную организацию слета и в целом достаточно дружный коллектив. Отлично провели время.
  5. RA3SAD

    R3S.su

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