-
Постов
1 015 -
Зарегистрирован
-
Посещение
-
Победитель дней
263
Активность репутации
-
RA3SAD получил реакцию от J.Pip в Про рязанский Web-SDR на УКВ
Добрый день. Можно попробовать отвезти в магазин Рации и антенны что на Вокзальной.
-
RA3SAD получил реакцию от Nik31415 в Про рязанский Web-SDR на УКВ
WebSDR update!
Вместо свистка RTL-SDR подключен RSP. Переведен на КВ (80/40М).
Адреса: http://sdr.r3s.su/ или http://5.23.105.14:8901/
-
RA3SAD получил реакцию от Nik31415 в Про рязанский Web-SDR на УКВ
В связи с некоторой глючностью и прожорливостью сервера WebSDR от PA3FWM, приемник переехал на OpenWebRX.
UPDATE!!! В связи с изменениями в каналах связи, временный адрес - http://5.188.106.167:8073/
-
RA3SAD получил реакцию от RC2SC в Про рязанский Web-SDR на УКВ
В связи с некоторой глючностью и прожорливостью сервера WebSDR от PA3FWM, приемник переехал на OpenWebRX.
UPDATE!!! В связи с изменениями в каналах связи, временный адрес - http://5.188.106.167:8073/
-
RA3SAD получил реакцию от RC2SC в Про рязанский Web-SDR на УКВ
WebSDR update!
Вместо свистка RTL-SDR подключен RSP. Переведен на КВ (80/40М).
Адреса: http://sdr.r3s.su/ или http://5.23.105.14:8901/
-
RA3SAD получил реакцию от R3SE в Orbitron. Драйвер DDE2IP.
Всем доброго времени суток. В процессе разработки контроллера поворотного устройства, управляемого по 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
-
-
-
RA3SAD получил реакцию от R3SE в FAQ по импортным ВЧ разъемам
На одном из форумов наткнулся на интересный материал по импортным ВЧ разъемам (PL, SMA, N, TNC и .т. д.). В тексте приводятся их характеристики по затуханию, мощности, применяемым частотным границам и прочее. Может кому-нибудь информация будет полезной.
Miniatyurnye_radiochastotnye_soediniteli__2013.pdf
-
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
GOOD NEWS! Повышаем безопасность. Изменения в способе хранения учетных данных от Hamlog.ru. Теперь они хранятся в двоичном формате, имеют псевдослучайный размер Байт и зашифрованы ключем уникальным для каждого пользователя.
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Нововведение. Загрузка QSO на сервис eQSL.cc.
Для того чтобы иметь возможность загружать связи на eQSL необходимо в настройках профиля указать учетные данные от этого сервиса. Данные шифрованы по аналогии с Hamlog. В картинках:
1.
2.
Итого на eQSL.cc
Для тестирования зарегистрировался сам. Увидел интересные QSLки типа такой
R3SE, Андрей, поясните пожалуйста что такое LoTW в двух словах и нужна ли интеграция с ним?
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Отсылка работает. Но ваши данные пока хранятся в открытом виде (в смысле закрытой ото всех но ячейка в БД имеет действующее значение). В кругах разработчиков такой подход считается не безопасным. Хамлог на данный момент не предоставляет иного выхода. У меня есть идея как зашифровать данные на стороне моего лога, но надо проработать алгоритм. Если удастся - отпишусь. Цель - сделать так что при возможной утечке данных из БД не возможно было с ними ничего сделать не зная алгоритма дешифровки, который должен быть прописан в коде программы.
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Андрей, для Clublog нашел такую статью - https://clublog.freshdesk.com/support/solutions/articles/3000093504-club-log-gateway-for-real-time-uploads , похоже то что надо. Для HRDLog - https://github.com/iw1qlh/UdpBridge . Суть сводится к тому, что на ваш компьютер ставится дополнительное ПО - мост между UDP трафиком и конечным логом. То есть "внутренней" поддержки без каких-либо прослоек работа по сети не поддерживается. Это, что мне выдал Google. Сам этими сервисами не пользуюсь.
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Это можно удалить, так все хорошо.
Если что-то не пойдет - пишите тут. Будем разбираться.
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Update. Исправлена не корректная работа с доменными именами вместо IP адреса + кое-что добавлено.
JT-UDP-Relay-x32.rar
JT-UDP-Relay-x64.rar
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Андрей, приложите фотографию сетевых настроек JTDX. Да, действительно, если ввести log.r3s.su вместо IP адреса, то пакеты не идут. Примерно знаю где проблема в коде. Исправлю. В то же время у вас не верно указан порт для адреса 5.23.105.14. Нужно указывать 2237 вместо 2337. По этому и не пришло ничего. И у вас оЧепятка и у меня небольшой баг.
-
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Я прописывал 4 одинаковых адреса на отправку - прилетало 4 одинаковых QSO в лог. А что боязно? Существующие связи вы нигде не потеряете, а проверить получение новых в чем проблема?
-
RA3SAD получил реакцию от R3SE в JT-UDP-Relay
Всем, кто пользуется логированием связей по сети , предлагаю написанную мной утилиту 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
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Продолжая упрощать жизнь, написал UDP Relay. Он принимает UDP локально и перенаправляет сразу в до 4-х мест. Можно и больше. На скачивание пока не выкладываю, надо допилить и обработать напильником.
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Андрей, я использую ПО MSHV. Там можно принудительно выставить опцию логирования TIME_ON = TIME_OFF. для авто логирования естественно выбираю время связи как поле TIME_ON независимо от софта.
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Добрый вечер, Андрей! Да, ситуация знакомая, причем в JTDX полноценный лог со всеми полями скидывает именно Основной UDP сервер. Также есть в настройках Второй UDP сервер и TCP сервер. И они даже работают, но наряду с первым - отправляют "кастрированный" лог, в котором отсутствуют поля, обязательные для идентификации, а именно STATION_CALLSIGN (или OPERATOR) и MY_GRIDSQUARE. QSO прилетает, а кому оно принадлежит не ясно. Разбираемся, со своей стороны я реализовал серверную сетевую часть.
Кстати, я подумываю добавить поддержку eQSL.
А так, каждый использует этот сервис для своих целей и сам выбирает что важнее. Я вот ленив, хочу перед сном в один клик сгрузить все сработанное за день на хамлог и пойти спать, не ломая голову над всякими там ADIF что куда откуда.
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Андрей, пришли мне в личку файлы, проверю на тестовом пользователе.
-
RA3SAD получил реакцию от R3SE в Онлайн лог LOG.R3S.SU
Протестирована автоматическая отправка QSO по UDP с софтом JTDX (tnx. R2SAG). Настройки программы во вложении. Позывной, установленный в программе должен соответствовать позывному установленному в настройках журнала.
Галочку "Разрешить передачу данных QSO в ADIF формате" можно не ставить.