at90usb1287 - малая скорость передачи по USB, Передача данных в режиме CDC USB Опции

[Mty]

Привет!

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

Код

    
while( buffindex < buffmax ){
printf( "%x %x\r\n", databuff[ buffindex ], databuff[ buffindex + 1 ] );  
buffindex += 2;
}

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

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

Спасибо.

[zhevak]

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

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

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

[Xenia]

К стати, почему Вы используете printf? Для конвертации их int в ASCII есть более быстрая функция -- itoa.

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

[demiurg_spb]

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

[Mty]

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

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

---

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

[zhevak]

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

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

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

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

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

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

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

$ cat /dev/ttyUSB0 | tee mydata

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

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

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

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

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