Комментарии 12
Для демонстрации случая не хватает видео — до, с 11 fps, и после, с 27 fps.
+2
Можно еще сильнее разогнать, если задействовать DMA
+2
DMA есть смысл использовать и ради того, чтобы не нагружать контроллер "мартышкиной работой", занимающей процессорное время перекладыванием байт из памяти в периферию.
0
Можно, но ненамного. Зато код станет сильно кудрявее. Придется перейти к асинхронной модели и наплодить глобальный контекст. По моему опыту к подобным радикальным средствам нужно прибегать только после того, как все остальные исчерпаны. В mbed API ведь уже есть готовый метод для асинхронной передачи блока данных, но им мало кто пользуется — с асинхронным кодом никому не хочется связываться без крайней необходимости.
Я планирую сделать на этом железе какую нибудь красивую игрушку, так что продолжение следует.
Я планирую сделать на этом железе какую нибудь красивую игрушку, так что продолжение следует.
0
Да, я как раз собирался применить эту связку в новой игрушке, так что как сделаю, напишу про результаты
0
А можете переписать для Arduino?
-1
Боюсь Вас огорчить, но для Ардуины такое вряд ли реализуемо. Там вся аппаратура надежно скрыта от пользователя библиотеками, а если делать все с непостердственным доступом к регистрам, то это уже не Ардуино стиль.
Вот если просто взять Ардуино плату и в Ардуино среде написать прямое обращение — тогда можно, встает вопрос — зачем?
Вот если просто взять Ардуино плату и в Ардуино среде написать прямое обращение — тогда можно, встает вопрос — зачем?
0
Библиотеки под ардуино скорее всего так же медленно работают с дисплеем. Поэтому библиотека или пример, работы напрямую с увеличением скорости FPS были бы весьма кстати.
0
Кроме того, ну сколько там скорости по SPI у ардуины? В лучшем случае половина от системного клока. Дотягивает это до STMных десятков мегагерц?
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Использование mbed кода в собственном проекте на STM32 — опыт разгона китайского LCD