Скорость HID

[bass1981]

Не знаю куда за написать данный вопрос..... Иметься программа написанная под STM32F4... Создающая HID USB устройство .........
Так же МК принимает данные со скоростью 230400 бит/сек. UART Настроен по прерыванию.... Вследствие этого в прерывание UART программа пишет в буфер. размер его 32 байта. В основном теле программы опрашивается буфер на наличие информации и отправляются данные на компьютер...
Но по USB отправляются пакетом длинной 8 байт..... Первый служебный, второй информация из буфера..... USB не успевает за скоростью UART и буфер переполняется.... Какой посоветуете выход..
1. Отсылать пакеты по USB длинной 2 байта....
2. Отсылать пакеты по USB длинной 64 байта, увеличить размер буфера, и забирать из него 64 байта ....
3 переписать программу под устройство FULL Speed.

Первый раз сталкиваюсь со скоростными ограничениями, ну наверно кроме паузы при посылке по UART... Так что пока не сильно компетентен в данном вопросе.

Заранее спасибо.

[Easyrider83]

Во-первых, почему отсылаете по 8 байт, когда можно по 64? И какой у вас pooling интервал? 1мс? Вот и считайте - 64х1000 = 64кб/с.
Грешно сказать, но задача для PIC18, а не для Cortex.

[bass1981]

Во-первых, почему отсылаете по 8 байт, когда можно по 64? И какой у вас pooling интервал? 1мс? Вот и считайте - 64х1000 = 64кб/с.
Грешно сказать, но задача для PIC18, а не для Cortex.

Согласен, но PIC не знаю, АВРКА справилась бы.. Но это не серийное устройство..... Здесь все равно на чем делать... И за одно малое знакомство с STM....
Так нужно уменьшить pooling интервал ну и считать, а до скольких уменьшать можно ???.....
Все разобрался всем спасибо.

[jump]

задача для PIC18, а не для Cortex

не-е, PIC18 сейчас неактуальны, регистров маловато

[vdlab]

Согласен, но PIC не знаю, АВРКА справилась бы.. Но это не серийное устройство..... Здесь все равно на чем делать... И за одно малое знакомство с STM....
Так нужно уменьшить pooling интервал ну и считать, а до скольких уменьшать можно ???.....
Все разобрался всем спасибо.

не нужно ничего уменьшать, тем более, что не получится. 64кб/сек это ограничение HID, больше с него не выжать, он не для того предназначен.
Делайте устройство CDC (USB-UART) класса если нужно, чтобы он виделся в системе как СОМ порт, и лень писать свой драйвер. Можно и LibUSB применить.

[bass1981]

не нужно ничего уменьшать, тем более, что не получится. 64кб/сек это ограничение HID, больше с него не выжать, он не для того предназначен.
Делайте устройство CDC (USB-UART) класса если нужно, чтобы он виделся в системе как СОМ порт, и лень писать свой драйвер. Можно и LibUSB применить.

Да хватит скрости....
pooling стоял 16мс....
230400 бит/сек при старт бите и стоп бите, проверки четности. примерно на 10 поделить... Получиться 23040 ~ 23кб/сек......

Думаю сделать так... Увеличить размер буфера до 512.... И если буфер забит больше чем на 64... То отправлять 64, если меньше то 32,16,8,1.

Сморегуляция получиться, ну и отправлять пакетами по 64 .

[bass1981]

не-е, PIC18 сейчас неактуальны, регистров маловато

С этой точки зрения, да..... От регистров ST фишки с орбит вылетают....
Чем сложнее тем лучше....