FT232R - как передать большой пакет Опции

[aaarrr]

У любого виртуального СОМ порта есть очень много общего с CDC. Поэтому, чтобы не изобретать велосипед, его логично выпольнить именно как прослойку между специфической железякой и CDC.

Совершенно не логично. Эмуляция последовательного порта (весьма урезанная и убогая) - это лишь малая часть CDC.
Данные гонять можно, но для построения полноценного виртуального порта она неприменима.

Мое предложение - передавать блоками не более чем по 8 кБайт.

Еще раз: едва ли кто-нибудь, находясь в здравом уме и трезвой памяти, станет работать с COM-портом (пусть и виртуальным) огромными блоками.
Так что это предложение выполняется автоматически в 99% случаев.

[=AK=]

Еще раз: едва ли кто-нибудь, находясь в здравом уме и трезвой памяти, станет работать с COM-портом (пусть и виртуальным) огромными блоками.
Так что это предложение выполняется автоматически в 99% случаев.

Перечитайте первый пост:

Столкнулся с проблемой передачи пакета 250КБ

Или вы не читатель?

[aaarrr]

Да перечитал уже, но решил оставить: печально, но вы с ТС попали в 1%.

[Alt.F4]

Заюзал я короче нормальный сом-порт стационарного РС. При острой необходимости виртуального порта на ноуте буду пытаться передавать по 8кб.

[aaarrr]

При острой необходимости виртуального порта на ноуте буду пытаться передавать по 8кб.

По-моему, и 8 уже изрядный перебор. Чем обусловлена потребность работы такими большими блоками?

[Alt.F4]

Чем обусловлена потребность работы такими большими блоками?

Звук пишу в DataFlash.

[aaarrr]

Звук пишу в DataFlash.

Так у нее страница не больше килобайта с копейками.

[Alt.F4]

Попробуйте в настройках порта FTDI поменять латенци таймер, по умолчанию стоит 16 поставьте например 2.

Не помогает.

Так у нее страница не больше килобайта с копейками.

Зато у нее два буфера и писать можно не прерываясь.

Кстати, как заюзать библиотеку предложенную -SANYCH- из поста №7?

Сообщение отредактировал Alt.F4 - Mar 11 2012, 19:24

[rx3apf]

По-моему, и 8 уже изрядный перебор. Чем обусловлена потребность работы такими большими блоками?

А зачем вообще без необходимости использовать поблочную работу ? Если, например, есть какой-то файл и его надо передать в устройство - пусть на максимальной скорости и летит, о блочности позаботится сама микросхема (исходя из размера своих буферов). Какая-то все ж странная проблема - я не наблюдал такого ни с простой передаче потока (когда микроконтроллер заведомо успевал обработать), без управления потоком. Когда же не успевал - использовал управление, и опять же все байт в байт. просто "copy <файл> COM<n>" и ни о чем не приходилось задумываться.

Заюзал я короче нормальный сом-порт стационарного РС. При острой необходимости виртуального порта на ноуте буду пытаться передавать по 8кб.

Попробуйте все ж на другом компьютере. Проблем не должно быть, это работает и проверено.

[aaarrr]

А зачем вообще без необходимости использовать поблочную работу ?

Отправить 250кБайт просто на удачу? Обычно все же принято использовать квитирование, контроль целостности и т.п.

[rx3apf]

Отправить 250кБайт просто на удачу? Обычно все же принято использовать квитирование, контроль целостности и т.п.

Контроль целостности можно и по контрольной сумме внутри эти 250 кило. Это все ж кусок провода, а не радиоэфир или поганая телефонная линия.

[aaarrr]

Контроль целостности можно и по контрольной сумме внутри эти 250 кило. Это все ж кусок провода, а не радиоэфир или поганая телефонная линия.

И потратить еще 30 секунд на повторную посылку, ежели вдруг сломалось. Если мы говорим о RS-232, то это отнюдь не просто кусок провода.

[rx3apf]

И потратить еще 30 секунд на повторную посылку, ежели вдруг сломалось.

И на строительство бомбоубежища - а вдруг метеорит упадет...

Если мы говорим о RS-232, то это отнюдь не просто кусок провода.

Ну да, еще трансиверы с одной и с другой стороны. И разъемы, да.

[aaarrr]

И на строительство бомбоубежища - а вдруг метеорит упадет...

Да, протокол - это своего рода "бомбоубежище". И важность его создания нельзя недооценивать.
Не удивлюсь, если выяснится, что полетное задание на Фобос-Грунт заливали по вашей методе

Ну да, еще трансиверы с одной и с другой стороны. И разъемы, да.

Таки да, трансиверы, заваливающие фронты, различия битовых скоростей и прочие досадные "мелочи".
Кусок провода, говорите?

[rx3apf]

Таки да, трансиверы, заваливающие фронты, различия битовых скоростей и прочие досадные "мелочи".
Кусок провода, говорите?

Это какой же кривизны надо иметь руки ? Трансиверы валят фронты ? Отлично, они это и должны делать. Однако и под нагрузкой исправный трансивер обязан обеспечивать нормированные параметры фронтов. Если, конечно, кто-то не пытается 120кбодный использовать на 230400 или выше. Битовые скорости различаются ? Так кто ж виноват, что не умеет выставить делитель ? Если передача по RS-232 не получается, надо не с блочностью и квитированием играться, а начать с ДНК. Другое дело, конечно, если речь идет о работе в условиях сильных промышленных помех. Но тема началась вообще с USB, так что о промоборудовании и разговора нет. А в условиях рабочего стола, несколько метров кабеля, на 115200 - это работает как часы. Без всяких потусторонних "досадных мелочей".