Всем привет. Я использую Cisco Codec EQ и пытаюсь отправить ему последовательные команды на один из USB-портов. Я использую Global Cache Global Connect, который создает TCP-сервер и отправляет все байты, которые я отправляю через порт 4999, прямо на порт DB-9. Затем адаптер DB-9 к USB, и, насколько я могу судить, все работает нормально. Моя проблема в основном заключается в том, что я не получаю ничего от кодека. С точки зрения Global Cache, независимо от того, что я ему отправляю, ничего не происходит. Я включил порт в настройках веб-интерфейса, отключил LoginRequired (даже если бы он был включен, я должен был бы получать некоторые байты обратно от кодека).
@kobrien86
упомянул
[здесь]
, чтобы отключить Outbound Control, но версия RoomOS, которую мы используем (11.9 IIRC), не поддерживает эту функцию. Я могу подключиться к нему по SSH и давать ему команды, я могу использовать порт micro-USB в моем ноутбуке и PuTTY после установки драйвера, как указано в документации. Однако я не могу использовать PuTTY на USB-интерфейсе для подключения к кодеку, хотя неясно, должно ли это работать. Global Connect очень хорош для устранения неполадок, потому что в нем есть утилита, с помощью которой можно вручную отправлять байты через порт DB-9 и смотреть, какой ответ получается. Независимо от того, что я отправляю, я не получаю ничего в ответ. Я задаюсь вопросом, есть ли разделитель, о котором я не знаю, потому что формат последовательной команды не указан в документации RoomOS. Это ascii «\n», «0x0a», «0x0d», «0x0a0x0d»? Я попробовал все разделители и комбинации, которые только мог придумать, но по-прежнему не получаю никакого ответа. Буду благодарен за любую помощь или подсказку в правильном направлении.

]]>https://sla247.ru/forum/topic/1189/последовательный-интерфейс-cisco-codec-eq-не-отвечаетRSS for NodeFri, 15 May 2026 04:13:25 GMTMon, 16 Feb 2026 18:42:48 GMT60Моя цель — управлять Cisco Codec EQ с внешнего устройства (например, процессора Crestron), поэтому для этой цели мне подходит последовательное соединение Cisco Codec EQ с USB-адаптером. Я успешно использовал следующий адаптер: кабель
UC232R-10 FTDI
(+ CAB-CONSOLE-RJ45 в качестве дополнительного аксессуара)
подключается к 1 из 4 портов USB типа A кодека EQ. Не забудьте настроить кодека EQ, как показано на прилагаемом изображении, иначе последовательное соединение перестанет отвечать, и вы не сможете отслеживать обратную связь кодека от последовательного соединения, подключенного к внешнему устройству.

]]>https://sla247.ru/forum/post/8369https://sla247.ru/forum/post/8369Mon, 16 Feb 2026 18:42:58 GMTСпасибо за этот ответ и за подтверждение, что я не сошел с ума из-за последовательного порта. Если он не работает, значит, он не работает. Я посмотрю, достаточно ли отдельных портов G для клиента. Мне это кажется разумным, поэтому еще раз спасибо за объяснение и предложение.

]]>https://sla247.ru/forum/post/8368https://sla247.ru/forum/post/8368Mon, 16 Feb 2026 18:42:57 GMTК сожалению, требования диктуют наличие воздушного зазора между сетью управления AV и локальной сетью клиента. Клиент собирается подключить свою сеть к кодеку, а это значит, что мы не можем этого сделать. Таким образом, никаких веб-сокеты или SSH. Мне просто очень интересно, как вообще кто-то управляет Cisco Codec EQ с помощью последовательного интерфейса. Кстати, я пробовал кабель DB9 -> USB-A с конвертером USB-A -> Micro-USB, но это тоже не сработало.

]]>https://sla247.ru/forum/post/8367https://sla247.ru/forum/post/8367Mon, 16 Feb 2026 18:42:56 GMTВам действительно нужно использовать устройство Global Cache и последовательное соединение? Не могли бы вы просто использовать xAPI через websocket вместо того, чтобы напрямую отправлять команды в Global Cache? Это устранило бы дополнительную сложность преобразования данных в последовательный формат. Уэйн
Не забудьте отметить полезные ответы и, при необходимости, пометить свой вопрос как решенный.

]]>https://sla247.ru/forum/post/8366https://sla247.ru/forum/post/8366Mon, 16 Feb 2026 18:42:55 GMTНейтан, у тебя есть кабель Micro-USB к DB9? Я не пробовал именно то, что ты делаешь, но драйвер, упомянутый в скриншоте, который я вставил выше, по-моему, предназначен только для включения последовательного управления через USB-порт на ноутбуке. У твоего устройства Global Connect есть порт DB9, верно? Так что это уже последовательный порт, я не думаю, что потребуется какой-то специальный драйвер, если у тебя есть подходящий кабель для подключения двух устройств. Возможно, что-то вроде этого:
https://www.elecbee.com/en-50872-micro-usb-male-to-d-sub-9-pin-female-straight-connector-with-serial-cable-1-5m

]]>https://sla247.ru/forum/post/8365https://sla247.ru/forum/post/8365Mon, 16 Feb 2026 18:42:54 GMTЯ выполнил эти шаги и смог подключиться к нему через PuTTY на своем ноутбуке, но только после установки драйвера. Пожалуй, я задам более общий вопрос: как люди получают последовательное управление этим устройством? Потому что, если устройство не работает под Windows/MacOS, этот драйвер установить невозможно. Единственная проблема, с которой я столкнулся, наверняка уже решена на этом устройстве, потому что последовательное управление этим устройством удалось реализовать другим людям. Я просто испытываю трудности и не знаю, как это делают другие.

]]>https://sla247.ru/forum/post/8364https://sla247.ru/forum/post/8364Mon, 16 Feb 2026 18:42:53 GMTВ руководстве не указано, что кодеки могут управляться последовательно через порты USB-A, на самом деле этот вопрос довольно четко прописан. Этот скриншот взят со страницы 442 последней версии руководства администратора. Надеюсь, это поможет. ![PJMack_1-1728486606514.png]

]]>https://sla247.ru/forum/post/8363https://sla247.ru/forum/post/8363Mon, 16 Feb 2026 18:42:52 GMTСпасибо за ответ. Я использую кабель USB-A -> DB-9 для отправки последовательных команд кодека. На DB-9 находится устройство Global Cache Global Connect, о котором я говорил. Я понимаю, что Micro-USB предназначен для обслуживания и именно так можно отправлять команды кодека, но кодеком также должно быть возможно управлять последовательно через порты USB-A. В документации это явно не указано, что вызывает разочарование, но это имеет смысл, поскольку порт Micro-USB заблокирован на скорости 115200 бод, а на других портах ее можно изменить. Я предполагаю, что это сделано для устранения неполадок, но суть в том, что скорость передачи данных на других портах можно изменить. Я полагаю, что это означает, что я могу отправлять xCommands через последовательное соединение, используя порты USB-A. Я просто не смог найти правильную комбинацию настроек и команд, чтобы заставить его что-либо делать.

]]>https://sla247.ru/forum/post/8362https://sla247.ru/forum/post/8362Mon, 16 Feb 2026 18:42:51 GMTНатан, какой USB-порт вы пытаетесь использовать — USB-C? Это не порт для обслуживания, для этого предназначен порт Micro USB. Если я правильно понимаю вашу проблему, то, по-моему, вы просто используете не тот порт. Вы сказали, что порт MicroUSB работает, значит, вам нужно использовать именно его. Из технического описания: ![PJMack_0-1728479559050.png] Из руководства по установке: ![PJMack_1-1728479648714.png]

]]>https://sla247.ru/forum/post/8361https://sla247.ru/forum/post/8361Mon, 16 Feb 2026 18:42:50 GMTА как насчет использования собственных внутренних сетевых портов устройства для размещения устройства, которое выдаёт команды (подключенного к портам, обозначенным буквой «G» на схеме ниже)? Таким образом, оно не будет находиться в сети клиента (подключенной к порту, обозначенному буквой «I»). ![WayneDeNardi_0-1729572187673.png] Между ними нет внутренней связи, поэтому это позволило бы сохранить воздушный зазор и отказаться от использования устаревших последовательных коммуникаций. На самом деле нет никакого способа подключиться к порту Micro-USB (O) с чего-либо, кроме Windows/Mac/Linux, где требуется драйвер последовательного порта, поэтому, если вы не можете использовать устройство, поддерживающее установку драйвера, вам не повезло. Уэйн
Не забудьте отметить полезные ответы и, при необходимости, пометить свой вопрос как решенный.

]]>https://sla247.ru/forum/post/8360https://sla247.ru/forum/post/8360Mon, 16 Feb 2026 18:42:49 GMT