Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
28 апреля

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

Средства и методы разработки

1057431 Топик полностью

Andreas (02.12.2020 17:28, просмотров: 237) ответил йцyкeн на Не знаю про FT232, но ~~осуждаю~~ в стандартном CDC-VCP байтики, которые нужно передать в линию, летят в Bulk Endpoint, а команды CDC_SET_LINE_CODING, CDC_SET_CONTROL_LINE_STATE и CDC_SEND_BREAK летят в Control Endpoint, и с синхронизацией там всё грустно.

По факту там все ок и setbreak-delay-clearbreak на винде отлично работает. И с последующей передачей имеет минимальную задержку. Перекючение скоросте

й тормозит в среднем больше. Ясно дело в среднем.

Ответить

- Что там нормального, если этот delay слабопредсказуем?... POV_(955 знак., 02.12.2020 19:45, )
  - Delay не менее заданного выходит в винде. Длину Break согласно стандарту и все ошибки приема, включая стоп ессно проверяю. Это не хорошо, а позволяет работать любому оборудованию с любым, причем и в поганых условиях. Если соответствие стандарту тебе важнее совместимости - флаг в руки, но на винде сделать это нереально. - Andreas(02.12.2020 21:07)
    - Да и не надо это сделать на винде, не вышло и хрен с ним. Это была попытка по-быстрому сделать замену DMX пульту, которого у меня нет - только для отладки контроллера. - POV_(02.12.2020 21:58, )
- "Там" - это в FT232 или в CDC? - йцyкeн(02.12.2020 19:26)
  - Скорее всего в очереди запросов к драйверу винды. - Andreas(02.12.2020 21:08)