caxapa.ru :: Опыт подсказывает, что нет. По крайней мере для кода это не так. Поэтому при 3WS при реализации функции задержки нопами скорость падает примерно в 2,3...2,5 раза. Приходится это учитывать множителем аргумента, чтобы откалибровать 1 мкс.

my504 (28.05.2023 12:54 - 13:01, просмотров: 205) ответил Nikolay_Po на Wait states - это задержка первоначального доступа. При линейном чтении, за счёт ширины шины доступа к флеш, все последующие адреса читаются на полной скорости. У вас табличка - latency а не clock rate.

Опыт подсказывает, что нет. По крайней мере для кода это не так. Поэтому при 3WS при реализации функции задержки нопами скорость падает примерно в 2,3...2,5 раза. Приходится это учитывать множителем аргумента, чтобы откалибровать 1 мкс.

Поскольку линейного чтения данных из флеша добиться невозможно (чтение данных будет чередоваться с чтением кода), то вряд ли стоит ожидать полной скорости. Табличка отражает количество пропусков (пузырьков) в конвейере. Поэтому примерно является коэффициентом редукции. В dsPIC-ах прямо указана латентность PSV-доступа. У семейства FJ она равна 1, у EP - 2, у СK/CH - 5. Поэтому при реализации фильтров на DSP инструкциях в EP и CK/CH стоит переписать коэффициенты из флеша в ОЗУ.

Ответить

- Вопрос возник в контексте именно линейного чтения. Это в коде с ветвлениями не угадаешь. А при линейном чтении, у STM32 будет полная скорость доступа, по крайней мере до STM32F4 (хотя специально не изучал, лучше перепроверить). У dsPIC да, встречал. Делал фильтры на 33EP. - Nikolay_Po(29.05.2023 09:26)
- Функция задержки нопами? Ужос. Такой грех будет трудно смыть... - SciFi(28.05.2023 12:58)

ARM, RISC-V контроллеры