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

RA3SAD

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

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

  • Посещение

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

    261

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

  1. Во вложениях Клиентское ПО и эмулятор контроллера. В прошивке контроллера зашиты сетевые параметры: IP - 192.168.10.100, Маска подсети - 255.255.255.0, Шлюз - 192.168.10.1. Минимальные абсолютные значения углов поворота (запасы хода на "доворот") - азимут от -90 до 450 град., элевация - от 0 до 90 град. Update. Перезалит клиент. Исправлены иконки кнопок. ВАЖНО! На используемой мной отладочной плате распаяна флеш память 25q16 . Она используется для хранения данных. При использовании других отладочных плат необходимо учитывать. client.upd-19.12.21.rar emulator.upd-19.12.21.rar Про китайские Н-мосты - http://mal4x.ru/x-simulator-simtools/sborka-kitayskogo-mosta-12v-36v-do-60a-po-sheme-ale-t373.html , http://mal4x.ru/x-simulator-simtools/h-bridge-stroitelstvo-t197.html
  2. Цель проекта - создать контроллер поворотного устройства, который управляется по IP через интерфейс Ethernet, чтобы избавиться от кучи силовых проводов и проводов датчиков идущих от мачты, сделать возможность управления механизмами на сколь угодно большом удалении. В итоге концепция устройства получилась следующей... Сердцем конструкции является контроллер STM32F407VET6, который на своем борту имеет интерфейс RMII для организации взаимодействия с микросхемами реализующими физический уровень интерфейса Ethernet. В качестве этой микросхемы выбор пал на известную и популярную LAN8720. Силовое управление механизмами осуществляется с помощью Н-мостов, управляемым ШИМ для реализации плавного пуска и остановки. Все комплектующие для прототипа устройства были куплены на Али. В качестве клиентской стороны было написано приложение на Qt. Оно умеет ручное управление вращением, автоматическое задание позиции по градусам или по QTH локатору, слежение за космическими объектами, данные о которых получает в реальном времени с Орбитрона через драйвер DDE2IP. О нем написано в соседнем разделе форума. Также был написан эмулятор поведения контроллера для ускорения разработки и отладки софта. Формат командно-информационного обмена - текстовый (в текущей версии, в следующей - бинарный протокол) Подопытным механизмом для опытов выступил редуктор AZ1000 производства Радант с двигателем постоянного тока 12В и герконом в качестве датчика с разрешением 1 импульс на 1 градус (360 импульсов на оборот). Рисовать схему, если честно, лень. Схемы модулей легко гуглятся в интернете. Приведу лишь организацию межмодульных соединений. STM32F4VET6 ------ LAN8720 PC1 -- MDC, PA2 -- MDIO, PA1 -- OSCIN, PA7 -- CRS, PC4 -- RX0, PC5 -- RX1, PB11 -- TX_EN, PB12 -- TX0, PB13 -- TX1 STM32F4VET6 ------ H-bridge PD11 -- PWM1_DIR, PD12 -- PWM2_DIR, PD13 -- PWM1, PD14 -- PWM2 STM32F4VET6 ------- Другие PA9 - UART TX, PA10 - UART RX (debug, параметры UART - 9600, 8, N, 1), PE3, PE4 - герконы датчики. Во время прошивки контроллер подвешивает свои ноги в воздухе до нажатия кнопки сброса, по этому не рекомендую шить с подключенной нагрузкой к Н-мосту. Rotator-F407VET6-V0.hex
  3. В связи с некоторой глючностью и прожорливостью сервера WebSDR от PA3FWM, приемник переехал на OpenWebRX. UPDATE!!! В связи с изменениями в каналах связи, временный адрес - http://5.188.106.167:8073/
  4. WebSDR update! Вместо свистка RTL-SDR подключен RSP. Переведен на КВ (80/40М). Адреса: http://sdr.r3s.su/ или http://5.23.105.14:8901/
  5. Всем доброго времени суток. В процессе разработки контроллера поворотного устройства, управляемого по 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
  6. RA3SAD

    R3S.su

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

    R3S.su

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

    R3S.su

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