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

[Alt.F4]

Добрый день.
Столкнулся с проблемой передачи пакета 250КБ при помощи терминальной программы и FT232R на скорости 115200.
1) Программа RS232pro v3.30 виснет и шлет байты с огромными паузами, хотя с реальным СОМ-портом вопросов нет.
2) Программа Advanced Serial Port вроде как шлет, но на выходе FT232R теряется половина байтов.
Думаю, что переполянется внутренний буфер FT232R.
Как решить проблему?
Спасибо.

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

[Alt.F4]

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

[aaarrr]

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

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

[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 - это работает как часы. Без всяких потусторонних "досадных мелочей".

[aaarrr]

Однако и под нагрузкой исправный трансивер обязан обеспечивать нормированные параметры фронтов. Если, конечно, кто-то не пытается 120кбодный использовать на 230400 или выше.

Мне попадались на материнских платах и такие, которые 115200 умудрялись изрядно заваливать.

Если передача по RS-232 не получается, надо не с блочностью и квитированием играться, а начать с ДНК.

Разумеется. Только это не повод выбросить проверку целостности и квитирование, если получается. На красный свет дорогу переходить тоже получается.

Но тема началась вообще с USB, так что о промоборудовании и разговора нет.

Чем это USB не годится для промоборудования?

А в условиях рабочего стола, несколько метров кабеля, на 115200 - это работает как часы.

В условиях рабочего стола - пожалуйста, делайте что душе угодно. А вот если проектируется оборудование, которое должно работать и на других столах тоже, то такой подход неприемлем.

[rx3apf]

Мне попадались на материнских платах и такие, которые 115200 умудрялись изрядно заваливать.

До такой степени, чтобы не работали стандартные же приемники ? Позвольте не поверить. Кому нужен такой COM, к которому нельзя подключить модем ? А если скопом разглядывать, да, завалены (там нередко и дополнительные конденсаторы стояли).

Разумеется. Только это не повод выбросить проверку целостности и квитирование, если получается. На красный свет дорогу переходить тоже получается.

Ну, скажем, в лесу мне ждать зеленый свет в голову не приходит. Не надо изобретать сущностей сверх необходимого минимума.

Чем это USB не годится для промоборудования?

Да хотя бы нефиксирующимися разъемами и весьма ограниченным расстоянием между устройствами.

В условиях рабочего стола - пожалуйста, делайте что душе угодно. А вот если проектируется оборудование, которое должно работать и на других столах тоже, то такой подход неприемлем.

Еще раз - если RS-232 не работает, надо не с блочностью ковыряться, а разбираться, почему не работают элементарные вещи. Для контроля целостности есть и иные методы, а простая передача файла по RS-232 должна работать без костылей.

[aaarrr]

До такой степени, чтобы не работали стандартные же приемники ? Позвольте не поверить. Кому нужен такой COM, к которому нельзя подключить модем ? А если скопом разглядывать, да, завалены (там нередко и дополнительные конденсаторы стояли).

Скажем так, работали, но на грани. И редкие ошибки уже были. Модем как раз можно было подключить без проблем - верхние протоколы ведь отрабатывали.

Да хотя бы нефиксирующимися разъемами и весьма ограниченным расстоянием между устройствами.

Бывают и вполне себе фиксирующиеся. И герметичные до кучи.

Еще раз - если RS-232 не работает, надо не с блочностью ковыряться, а разбираться, почему не работают элементарные вещи. Для контроля целостности есть и иные методы, а простая передача файла по RS-232 должна работать без костылей.

Еще раз: если разобрались с элементарными вещами и передали файл без костылей, то это еще не повод расслабляться и чувствовать себя в лесу.

Помимо чисто аппаратных проблем бывают еще и программные и программно-аппаратные (собственно, с чего тема и начиналась). Приведу пример из жизни:
в какой-то момент времени мой домашний комп стал терять байты при приеме через COM-порт. Впоследствии выяснилось, что виноват был помирающий хард
(умирало что-то в интерфейсной части, в результате чего на короткие промежутки времени драйвер SATA глухо подвешивал систему). Так вот, это не мешало
мне спокойно работать со своим железом через "глючащий" порт. Простой прием бы накрылся, но формально компьютер был жив.