[-] USBERIAL TX SPEED Проблема [Решена путем обновления до последней версии репо]

Пито
Сб 15 июля 2017 г. 18:03
Обтягиваясь с эмулятором графики TEK, который отправляет векторные данные на ПК (win7) через serialusb (под Libmaple и Generic), скорость F103 отправляет данные на ПК очень сомнительна.. :?
Скорость при сериале 115K2, возможно, в 10 раз быстрее, чем у USB.
С тем же кодом, отправляющим Chars (через сериал.написать (байт);).
Кто -нибудь может подтвердить?? (Обновил демонстрационный эскиз TEK с измерением времени).
PS: чтобы нарисовать демонстрационный экран TEK 4998 msecs via USB 433 msecs via 115k2 108 msecs via 460k8 63 msecs via 921k6

Rogerclark
Сб 15 июля 2017 г. 22:05
USB, кажется, есть проблемы, если вы отправите индивидуальные байты

Если вы отправите длинные строки, это пойдет намного быстрее.

Я думал, что это было исследовано, и проблема частично лежит с водителем хоста.
Ваш серийный USB -адаптер, вероятно, использует свой собственный драйвер.

Пито
Солнце 16 июля 2017 г. 5:59 утра
Итак, вы говорите, когда данные TX от F103 через сериал.write () USB -хозяин Win7 в 10 раз медленнее, чем плодовитый USB/серийный ключ на 115K2?

К вашему сведению: я протестировал «скорость чтения USB» с помощью Bender Pauls, и я получаю ~ 230 КБ/секунду (данные F103 считывают с ПК через сериал.читать()).
Это согласуется с его измерениями с помощью клена.

Rogerclark
Солнце 16 июля 2017 г. 6:08
Этот ключ использует свой собственный драйвер.

Мы используем встроенный в Window Driver CDC ACM

КСТАТИ. Я говорю, что нет ошибок, но, пожалуйста, посмотрите, сможете ли вы найти другую ветку об этом, потому что это обсуждалось в прошлом.

Пито
Солнце 16 июля 2017 г. 6:12
ОК, это означает, что встроенный в окно драйвер CDC ACM находится в 10 раз медленнее, чем сериал Prolific на 115K2.. : шок:
Другими словами, встроенное окно в CDC ACM работает 9K6 при получении байтов через сериал.написать () из F103..

Кстати, встроенное окно в CDC ACM Works 2.3MBIT/SEC при отправке байтов на F103 (F103 получает их через сериал.Read () в цикле)..
: o

Стивестронг
Солнце 16 июля 2017 г. 6:19
http: // www.STM32duino.com/viewtopic.PHP?f = 9&T = 1477

Пито
Солнце 16 июля 2017 г. 6:44
@stevestrong: отличная работа! В 82 раза быстрее : шок:
4998 msecs via USB -- OLD CDC ACM driver 433 msecs via 115k2 108 msecs via 460k8 63 msecs via 921k6 61 msecs via USB -- NEW CDC ACM Steve's patch

Rogerclark
Солнце 16 июля 2017 г. 7:34 утра
Я немного смущен статусом пиара для этого,

Есть ли еще один пиар, который мне нужно объединить ?

Пито
Солнце 16 июля 2017 г. 7:45 утра
@Roger - извините, я положил эту ветку, возможно, неверную доску.. Мне нечего добавить в каких -либо пиаров..

Стивестронг
Солнце 16 июля 2017 г. 7:45 утра
Честно говоря, я также смущен тем, что и как точно протестировал Пито.
Как я вижу, этот коммит должен был решить проблему с скоростью USB.

Pito, какое ядро/файлы вы тестировали?

Пито
Солнце 16 июля 2017 г., 7:49
Эта ветка должна быть перемещена на другой доске, как я писал выше - я поместил ее сюда своей ошибкой.
Я не проверял ни одного пиара, я жаловался только на производительность USB TX и применил ваш патч, затем вручную..
Моя местная репо -репо.

Стивестронг
Солнце 16 июля 2017 г. 8:24
Означает ли это, что эта проблема больше не имеет отношения к Libmaple?
В этом случае, пожалуйста, удалите Libmaple из заголовка.

Пито
Солнце 16 июля 2017 г. 8:36 утра
@Steve: Опять же, я не тестирую и не комментирую какие -либо PRS здесь, я не знаю, работает ли ваша последняя PR Re -Usserial Speed ​​The Speed..

Rogerclark
Солнце 16 июля 2017 г. 10:25 утра
ХОРОШО.

Так что это было фиксированное возраст назад

Это потому, что @pito использовал довольно старую версию репо.

Я думаю, это то, что мы должны также всем, когда сообщают об ошибке, я.e "Вы используете последнюю версию репо"

Пса. Я изменил заголовок потока, чтобы показать, что это решается