STM32H7+DCMI+DMA+обработка Опции

[Forger]

Или нет?

Как правильно заметил jcxz, все будет зависеть от того, насколько часто будет выполняться условие ветвление, а это зависит от набора самих данных.
Скажем, если все данные идут "по нарастающей", то время всего сравнения будет одно, а если "спадающей", то уже совсем другое.
Чтобы этого не было, нужно "выровнять" время отработки в одном и другом условии (например, банальными NOP-ами).

[jcxz]

Так ведь исходник будет независимо от чисел, которые должны быть перемолоты, оттранслирован при прочих равных условиях. Или нет?

Исходник независимо - ну и что? Выполняться он будет за разное число тактов, в зависимости от данных. Я говорил о том, что тест проведённый ТС-ом для его исходника - некорректен, так как выполнение его исходника будет зависеть от данных. А значит нужно указывать - на каком наборе данных тестировать, или тестировать для самого худшего случая.

PS: Код, который я привёл - он для CM4. Возможно на CM7 появились ещё какие-то новые команды, с помощью которых можно ещё оптимизировать. Не знаю. Всё в руках ТС-а.

[Obam]

У вас в "LDMIA R0, {R3-R9, R12}" одни и те же 8 слов грузятся всю дорогу. R0 c "!" должон быть, чтоб по массиву двигаться

[jcxz]

У вас в "LDMIA R0, {R3-R9, R12}" одни и те же 8 слов грузятся всю дорогу. R0 c "!" должон быть, чтоб по массиву двигаться

Да, Вы правы, забыл. Исправил. Проверял поверхностно, на скорую руку.

[Eros]

Исходник независимо - ну и что? Выполняться он будет за разное число тактов, в зависимости от данных. Я говорил о том, что тест проведённый ТС-ом для его исходника - некорректен, так как выполнение его исходника будет зависеть от данных. А значит нужно указывать - на каком наборе данных тестировать, или тестировать для самого худшего случая.

PS: Код, который я привёл - он для CM4. Возможно на CM7 появились ещё какие-то новые команды, с помощью которых можно ещё оптимизировать. Не знаю. Всё в руках ТС-а.

Я указывал, что изначально массив заполняется по возрастанию, т.е. это и будет по сути самый худший случай. Еще что у меня получилось: собрал с максимальной оптимизации (мой косяк, не заметил) получилось 65 мкс, и потом попробовал запретить прерывания получилось 50 мкс. Спасибо за совет, сейчас попробую ради интереса на ассемблере и использовать TCM RAM.

Сообщение отредактировал Eros - Sep 19 2018, 05:44

[jcxz]

Спасибо за совет, сейчас попробую ради интереса на ассемблере и использовать TCM RAM.

А за сколько у Вас мой ассемблерный вариант выполняется?
PS: Мерить время лучше в отладчике по отладочному таймеру (в ядре).

[Eros]

А за сколько у Вас мой ассемблерный вариант выполняется?
PS: Мерить время лучше в отладчике по отладочному таймеру (в ядре).

Да, я так и измеряю
Сейчас буду пробовать ассемблерный вариант

[klen]

здравсвуйте!
а частота семплирования ацп какая?