Китайский "USB2.0 TO RS232 Convertor" Опции

[MrYuran]

Вот именно так у меня и происходит. Битовая скорость внутри посылок 1.5Мбита, так как физически RS232 не существует нигде, то и ограничение на скорость от USB. А вот изза пауз реальная скорость передачи данных составляет 30 кБит/сек

Скорее всего, дело в вашей программе.
Вы точно пакетами данные передаёте или побайтно?
Дело в том, что ваш пакет (или байт) должен упаковаться во фрейм USB, передаться (с возможными задержками в несколько мс), потом распаковаться и выйти наружу в виде RS-232.
Если вы передаёте пакет, он просто упакуется в фрейм и передастся.
Если каждый байт по отдельности - получите отдельный фрейм для каждого байта и соответственно, задержки тоже.

[Muscat]

MrYuran пакетами по 1024 байта по 6 бит. Да, пакетная передача работает нормально. При больше длине пакета возникают некоторые задержки внутри пакета (появляются промежутки между байтами), но все в пределах нормы.
То есть если я выполняю запись в порт s
>>fwrite(s,STR)
Где STR - строка на 1024 символа, то на осциллографе я увижу пакет из 1024 байт, с битовой скоростью 1.5 МБита

Если же я запущу
fwrite(s,STR1)
fwrite(s,STR2)
То между пакетами будет интервал в 100мс, а внутри пакетов все по прежнему хорошо. Условно говоря возникает задержка при переходе от строчки к строчке

[Dima_G]

Если же я запущу
fwrite(s,STR1)
fwrite(s,STR2)
То между пакетами будет интервал в 100мс, а внутри пакетов все по прежнему хорошо. Условно говоря возникает задержка при переходе от строчки к строчке

Так что вас собственно удивляет? Между вызовом fwrite и реальной передачей может пройти неопределенное количество времени (кто знает как их драйвер устроен и чем сейчас система занята)

[Muscat]

А меня и не удивляет, меня интересует как решить эту проблему
1) Как устроен драйвер и в какую сторону нужно копать?
2) Как разгрузить систему? Пробовал работать в безопасном режиме, но не дает открыть ком-порта.

[gwii]

Вообще, реальная скорость передачи - это ответственность программиста, который это написал. Передающая сторона сваливает данные в передающий буфер, вполне реального размера. Дальше передающий драйвер дует этот буфер, на скорости стремящейся к максимальной, в канал. А там заполняется приемный буфер. Драйвера как правило пишут профессионалы и тут все в порядке. А вот сколько времени нужно передающей программе, чтобы сформировать буфер. И приемной стороне, чтобы обработать принятый массив. В 95% случаев, которые я встречал, тормозило именно здесь. И многозадачность винды тоже добавляет тормозов.

Вообще, самая тяжелая ситуация, когда данные идут из примитивно девайса (типа меги или TMS) в персоналку. Тут приходится контролировать, что все данные приняты. А иначе можно не только байты, а целые пакеты потерять.