Привет!

Необходимо за 0.1 сек передать с at90usb1287 в комп массив данных из 600 чисел типа int
Я пользуюсь для этого printf()



И получаю очень малую скорость - порядка 100 байт за 0.1 секунды.
А нужно порядка 20 килобайт в секунду.
Посоветуйте, как можно увеличить скорость, что я делаю не так?

За основу я взял AT90USBxxx CDC demonstration с сайта Atmel.
Функцию вывода буффера я поместил в функцию cdc_task()

Спасибо.

А приём-то у вас работает? А то как-то странно: printf обычно передает по UART, а не по USB.

Просто ради интереса посмотрел, какая предельная скорость передачи у моего фабричного переходничка на ИС вроде FT232. Написано, что 128000 Бит/сек. А 20 КБайт - это 200000 Бит/Сек. Чувствуете разницу ?

Сообщение отредактировал kovigor - Nov 23 2010, 09:34

Да, работает.
Где-то видимо putch переназначен для работы через USB. Не искал где.



Не совсем близкая параллель. FT232 это конвертер в RS232 насколько я помню, а у at90usb1287 на борту хардверный USB контроллер на 12mbit/s. На www.avrfreaks.net видел сообщения что реально у людей он работал до 7 мбит в одну сторону и до 4 в дуплексе. Правда с правкой родных библиотек от Atmel.

Отделите мух (USB) от котлет (printf) и попробуйте найти, кто из них самый медленный.

Может быть имеет смысл сначала накидать инфу в буфер (sprintf), так сказать подготовить данные к передаче. А потом уже готовый текст выводить из этого буфера. К стати, почему Вы используете printf? Для конвертации их int в ASCII есть более быстрая функция -- itoa.

Есть где? В стандарте C? Однако же в IAR-компиляторе ее нет и никогда не было.

Передавайте бинарный массив сразу без всяких printf.
Должно стать ЗНАЧИТЕЛЬНО быстрее.

Или на худой конец sprintf().
Тогда формирование строки и передача буфера будут хотя бы разнесены во времени

Эта функция из стандартной библиотеки Си. Я использую avr-libc, там она есть.

Знаете, Ксения, Вы меня удивили! У меня Венды нет принципиально, поэтому я не могу быстро проверить Ваше утверждение. Но тем не менее, я очень удивлен отсутствию этой функции в столь дорогом (и надо отдать должное -- не плохом) продукте. Как же так? Наверно в стандартной Си-библиотеке IAR-а есть какая-нибудь другая, эквивалентная ей, функция?

demiurg_spb
Быстрее-то быстрее. Причем значительно. Но как и чем ТС принимает поток данных и что с ним делает, он почему-то ничего не сказал. Может он в текстовый файл этот поток складывает?

Спасибо, с этого начну.

Библиотеки у IAR, можно сказать, спартанские - необходимый минимум. Я и сама по началу удивлялась, а потом привыкла. Самой приходилось itoa писать, чтобы не тащить большой (по мастштабам МК) код от printf'а.

Спасибо.
Как вариант. Попробую. Со стороны РС будет прога на LabView.
Пока что терминал putty в режиме com port.

---

У меня возникла одна мысль.
Для нормальной обработки система должна работать в режиме "мультизадачности"
В библиотеке atmel usb есть scheduler() который запускает по очереди cdc_task() и usb_task() в цикле.
А я внутри функции cdc_task() запихиваю большой массив данных в USB.
Может проблемы возникают из за того что блокируется usb_task в это время?

Эх, если бы Вы юзали Линух, я бы Вам посоветовал одну вещицу...

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

После миграции на Линь и открытия для себя UNUX-way, я понял, что все эти сложности не от великого ума. Эти сложности надуманны и провоцируются M$-подходом. Цель более чем банальна -- нарубить как можно больше капусты. Чем сложнее и навороченнее прога, тем больше бабла можно снять с клиента. И никого не волнует, что функциональность в системе многократно дублируется и переплетается с уже готовыми решениями очень хитрыми способами. По большому счету эта бесполезная мишура и самообман. Вы обманывайте своих клиентов. Как минимум это не этично. Но простительно, т.к. это краеугольный камень любого успешного бизнеса. Но вы также обманываете и себя. А это уже -- себя не уважать. Вы тратите свою жизнь не на движение вперед, а на создание малоотличающихся копий сущностей -- точно таких же, но только с кнопочкой "изменить цвет панели". А главная зада, не решается. Она замерзла на этапе отладки очередного дубля сущности. Вы понимаете меня?

Но я сильно отвлекся. Итак. После перехода на Линух, у меня на стороне компа нет никаких моих комповых программ вообще! Все, что мне надо, делается одной-двумя командами оболочки. Например, так:

$ stty -F /dev/ttyUSB0 115200
$ cat /dev/ttyUSB0 mydata

Если надо как-то отслеживать получаемые данные, то добавляю команду tee

$ cat /dev/ttyUSB0 | tee mydata

Теперь, когда данные приняты и записаны в файле, я могу с ними делать все, что захочу. Нужно разбить данные на столбцы, на строки, собрать обратно? -- все это есть в утилитах Линя. Нужно построить графики? -- пожалуйста, gnuplot? Нужно обработать каким-то необычным методом? -- Тоже не проблема. Пишу свою консольную линуховую прогу. Но я не обманываю себя, я не делаю ненужной работы, например, по украшательству оконного интерфейса. Через полчаса-час моя брутально-написанная консольная прога уже работает на меня. Вы улавливаете суть? Кто на кого работает?

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



Если у Вас есть свободные ножки, навешайте на них LED-ы. Зажигайте ЛЭД, когда входите в сервис (или как Вы пишите -- задачу.) и гасите его, когда выходите. Очень просто и наглядно, а самое главное абсолютно незатратно узнать, кто сколько съедает процессорного времени. Измеряя стрелочным вольтметром напряжение на ноге, можно примерно узнать скважность импульсов (зависимость пропорциональная!). Можете посмотреть осциллографом, еще больше узнаете интересного.

Извините, за советы. Просто мне хотелось это кому-нибудь рассказать
Подвернулись Вы

А вы бы не могли бы по подробнее про последнее написанное)))
Сам столкнулся с ограничением USB to Serial максимум 64 килобайта в секунду из-за ограничения спецификацией USB на конечные точки с BULK типом передачи данных. Для команд скорость вполе годится, для сыплющихся данных маловато)))

К сожалению подробностей там было мало. В одном из постов я прочел что перцу адвлось получить на at90usb 7 мбит в одну сторону и 4.2 mbit в дуплексе. Правда для этого он писал что пришлось править родную библиотеку т.к. в ней взаимно блокировались прием и передача.
Подробностей там не было. Что речь шла конкретно о CDC тоже поручится на 100% не могу ...





Попробовал выкинуть в цикле строку из 7 (включая CR LF) символов через puts()
Результат - 7 секунд на 7 кб = 1 кб/сек.
Мда, не радует.

Может это putty так медленно с портом работает? Может попробовать другой терминал?