Змінити початкове значення модуля шифрування аналогового відео FPV

Змінити початкове значення модуля шифрування аналогового відео FPV

Недавній проект інтеграції клієнтів, зосереджений на наших Аналоговий відеокодувальник FPV & Модуль дескремблера, налаштований через Помічник із кодування CVBS, поставив кілька детальних технічних питань. Замовник прагне змінити та синхронізувати початковий код шифрування (послідовність скремблування) з власного вбудованого контролера, без використання ПК або стандартного допоміжного програмного забезпечення.

Ми інтегруємо ваш FPV Analog Video Scrambler & Модуль дескремблера (той, який налаштовано за допомогою «Помічника з кодування CVBS») у нашу власну систему, і нам потрібно уточнити деякі технічні деталі щодо інтерфейсу конфігурації.

З опису на вашому сайті, ми це бачимо:

  1. модуль налаштовується через USB-Serial (CH340);
  2. ваше програмне забезпечення має Read / Напишіть команди для читання параметрів пристрою та запису значень (послідовність скремблування/дешифрування).

Підтвердьте наступне:

  1. Чи дійсно модуль має UART (TTL) інтерфейс, через який програмне забезпечення обмінюється командами з модулем?
  2. Які точні параметри UART (швидкість передачі даних, біти даних, паритет, стоп-біти)?
  3. Чи відкритий протокол зв'язку? Нам потрібно надіслати ті самі команди, які надсилає ваше програмне забезпечення, але не з ПК — з власного зовнішнього пристрою (контролер/програми).
  4. Яка структура пакета для запису початкового коду:
    байт служби/заголовка(s),
    командний байт,
    довжина даних,
    поле з насінням / сама послідовність скремблування,
    тип контрольної суми (CRC, XOR або інше).
  5. Чи можна записати зерно в робочому режимі (коли модуль вже підключений до відео), або це можна зробити лише в режимі конфігурації?
  6. Чи однакова команда запису для модуля в режимі скремблера та в режимі дескремблера, чи є інша команда для блоку RX?
    Яка максимальна довжина початкового числа/послідовності та який формат дозволений (лише цифри, шістнадцятковий, ASCII)?
  7. Якщо протокол на даний момент не є публічним, не могли б ви надіслати нам короткий PDF/текстовий опис команд або приклад журналу програмного забезпечення вашого комп’ютера, що спілкується з модулем (щоб ми могли відтворити його на своєму пристрої)?

Наше завдання — написати/оновити ключ шифрування (насіння) без використання ПК, тільки з нашого пристрою через UART, так що ми можемо встановити одне і те ж початкове значення як для передаючого, так і для приймального модулів одночасно.

Ми будемо вдячні, якщо ви надасте:
опис команди;
приклад пакета «начального запису».;

Їх основна мета – автоматизувати процес написання насіння через UART, встановлення однакового ключа шифрування для обох передач (Техас) і отримання (RX) модулів одночасно.

Запит охоплював такі технічні теми:

  1. Інтерфейс зв'язку UART – Чи має модуль інтерфейс UART на рівні TTL, який обмінюється даними через USB-Serial (CH340) перетворювач.
  2. Параметри UART – Необхідні послідовні параметри, такі як швидкість передачі даних, біти даних, паритет, і стоп-біти.
  3. Відкритий доступ до протоколу – Чи можливо надсилати команди читання/запису безпосередньо із зовнішнього мікроконтролера замість програмного забезпечення ПК.
  4. Формат пакета для команди Write Seed – Байти заголовка, тип команди, довжина даних, насіннєве поле, і контрольна сума (CRC або XOR).
  5. Конфігурація проти. Режим роботи – Чи можна оновити початковий код під час передачі відео.
  6. Синхронізація TX/RX – Чи використовують Scrambler і Descrambler однакову команду початкового запису та дозволений початковий формат (числові, ASCII, шістнадцятковий).
  7. Протокольна документація – Запит на коротку довідку про команду або журнал зв’язку для цілей реплікації.

Технічне пояснення та посібник з інтеграції

Скремблер аналогового відео FPV & Модуль дескремблера має внутр Інтерфейс конфігурації UART доступний через USB-Serial (CH340) міст. Зовнішня вбудована система також може отримати доступ до того самого каналу зв’язку, який використовується програмним забезпеченням PC Assistant для розширеної інтеграції..

Типові параметри UART:

  • Швидкість передачі даних: 115200 bps
  • Біт даних: 8
  • Парність: Жодного
  • Стоп-біти: 1

Протокол конфігурації двійковий і оптимізований для запису та читання параметрів шифрування. Поки повний протокол команд не є публічно поширеним, авторизовані інтегратори може отримати зведення команд або приклад журналу зв’язку згідно з NDA.

Щодо режимів роботи:

  • Режим конфігурації – Рекомендований режим для запису або оновлення вихідного коду шифрування перед початком передачі відео.
  • Режим роботи – У деяких версіях прошивки, є можливість модифікувати насіння в реальному часі, залежно від методу синхронізації між TX і RX.

Обидва Scrambler (Техас) і Дешифратор (RX) поділитися тим же формат команди write-seed, забезпечення узгодженого дешифрування в парних модулях. Насіння підтримує до 16 персонажів, зазвичай у форматі ASCII або числовому форматі залежно від конфігурації мікропрограми.

Для розробників, які хочуть керувати модулем через MCU, використовуючи a Логічний аналізатор UART для запису послідовності команд із програмного забезпечення CVBS Scrambling Assistant забезпечує практичний спосіб відтворити той самий протокол у власній системі.


Практичні програми

Ця функція широко використовується в Передача аналогового відео БПЛА, бездротове спостереження, і захищені системи тактичного зв'язку, де синхронізоване шифрування між передавачем і приймачем є критичним.

Дозволяючи керування ключем шифрування на основі UART, розробники систем можуть легко інтегрувати логіку скремблювання призначені для користувача контролери, досягнення повної автоматизації та безперебійної синхронізації по каналу відео.


Часті запитання (часто задаються)

Q1: Чи можу я змінити початковий код скремблера без використання ПК?

Так. Як тільки протокол UART зрозумілий, початковий код можна записати безпосередньо через зовнішній пристрій або MCU через інтерфейс UART.

Q2: Як переконатися, що модулі TX і RX мають однаковий ключ?

Обидва використовують ту саму команду write-seed. Надсилання ідентичних вихідних даних обом забезпечує синхронізоване шифрування та дешифрування.

Q3: Чи можна модифікувати початковий код під час передачі відео?

У більшості випадків, його слід оновити в режимі конфігурації. Деякі версії мікропрограми підтримують живі оновлення під суворим контролем часу.

Q4: Чи є протокольна документація?

Зведений довідник команд або зразок журналу можна надати кваліфікованим партнерам згідно з NDA для безпечної системної інтеграції.

задавати питання

← Назад

Дякуємо за вашу відповідь. ✨