Как добавить внешней памяти на STM32103x с LQFP48/64 ногами?

Тут на форуме вычитал, что даже на 100-ногие чипы прицепить внешнюю SROM не так-то просто, как же тогда быть с LQFP48/64? Понравилось описание 23LC1024 (SPI Serial SROM) от Microchip. Видимо самый простой способ.

Правда есть некоторые сомнения. Как работать с такой памятью? Если нужно сделать 2d-сглаживание Гауссом в 16-битном массиве, видимо сначало нужно скопировать нужную часть в основную память чипа по SPI, после отработки сглаживающей процедуры записать результат обратно по SPI в этот махонький внешний чип?

0

Сообщение от tmttyb Тут на форуме вычитал, что даже на 100-ногие чипы прицепить внешнюю SROM не так-то просто, как же тогда быть с LQFP48/64?

Аппаратно никак, FSMC в них вообще нет.

Сообщение от tmttyb Если нужно сделать 2d-сглаживание Гауссом в 16-битном массиве, видимо сначало нужно скопировать нужную часть в основную память чипа по SPI, после отработки сглаживающей процедуры записать результат обратно по SPI в этот махонький внешний чип?

Ага, по сравнению с прямой адресацией памяти через FSMC, работать с этой SPI SROM еще тот геморрой, да и довольно медленная она.

0

памяти-то сколько надо?

0

Сообщение от tmttyb Тут на форуме вычитал, что даже на 100-ногие чипы прицепить внешнюю SROM не так-то просто, как же тогда быть с LQFP48/64? Понравилось описание 23LC1024 (SPI Serial SROM) от Microchip. Видимо самый простой способ. Правда есть некоторые сомнения. Как работать с такой памятью? Если нужно сделать 2d-сглаживание Гауссом в 16-битном массиве, видимо сначало нужно скопировать нужную часть в основную память чипа по SPI, после отработки сглаживающей процедуры записать результат обратно по SPI в этот махонький внешний чип?

Для таких целей надо выбирать stm32f4 там память можно подцепить и FPU есть иначе будет сильно медленно.

0

Сообщение от moksir Для таких целей надо выбирать stm32f4 там память можно подцепить и FPU есть иначе будет сильно медленно.

выбирать надо исходя из задачи.
даже последовательная spi память на 30+МГц обеспечит 4МБайта в секунду, то есть 2М отсчётов.
если на обработку требуется больше чем 72 / 2 * 2(надо прочитать и положить обратно) = 72 тактов на отсчёт то даже такая память не будет здесь узким местом благодаря DMA.
однако обработка всяких двухмерные данных(изображений) часто распадается на последовательные одномерные, один раз по вдоль, другой раз поперёк, тут такая память выйдет боком, так как в отличии нормальной, отмапленной в адресное пространство, ДМА нельзя будет объяснить чтобы оно вычитывало точки с заданным смещением (для того чтобы выбрать вертикальный столбец из массива). т.е точки 1, 641, 1282...
если же для обработки не нужен такой произвольный доступ, а можно обойтись чтением данных подряд, то вполне подойдёт.
с другой стороны stmы довольно хорошо совместимы по ногам даже разные серии f1,f2,f4, поэтому может действительно проще просто камень пожирней выбрать?

0

Спасибо за числа по скорости работы.
Хотелось бы хотя бы 65536 16-битных ячеек, как я понимаю это уже перевалило за 100кб.
Смотрю скорости вполне приличные могут получитсься.

0

Сообщение от tmttyb Хотелось бы хотя бы 65536 16-битных ячеек

Тогда ещё есть вариант с параллельным SROM, это будет очень быстро работать (фактически как с FSMC, только управляющие сигналы надо генерировать программно). А если на шину данных ножек МК не хватит, тогда мультиплексировать с шиной адреса, добавив регистр-защёлку.

0

Сообщение от OtyxPM Сообщение от tmttyb Хотелось бы хотя бы 65536 16-битных ячеек

Тогда ещё есть вариант с параллельным SROM, это будет очень быстро работать (фактически как с FSMC, только управляющие сигналы надо генерировать программно). А если на шину данных ножек МК не хватит, тогда мультиплексировать с шиной адреса, добавив регистр-защёлку.
так вроде в мелких корпусах fsmc вообще нету, а делать параллельную шину руками через gpio может еще медленнее оказаться чем spi через dma, там вроде как на 32МГц можно завести, т.е. 4МБайта/сек можно получить. дрыгать ногами с такой скоростью может и не получиться, а если и получится на это 100% процессорного времени и уйдёт.

0

Сообщение от _pv делать параллельную шину руками через gpio может еще медленнее оказаться чем spi через dma, там вроде как на 32МГц можно завести, т.е. 4МБайта/сек можно получить. дрыгать ногами с такой скоростью может и не получиться, а если и получится на это 100% процессорного времени и уйдёт.

23LC1024 на передачу 16-тибитного полуслова потратит 16/20MHz = 0.8 микросекунды, то есть почти 60 тактов.
А я имел в виду такой элементарный цикл для параллельной SROM:
Сколько тактов на это уйдёт? Лень лезть в даташит STM32, но это быстрая процедура.
Я не знаю алгоритм автора, но в зависимости от алгоритма, общение с внешней памятью может быть в виде коротких операций (как в примере выше). А использование DMA требует подготовки сразу массива данных в буфере, это другой алгоритм.

0

Сообщение от tmttyb Хотелось бы хотя бы 65536 16-битных ячеек, как я понимаю это уже перевалило за 100кб.

В принципе 128КБ это уже и не так много, что бы внешнюю память цеплять, например F4 есть в LQFP64 с 192КБ SROM.

0

Сообщение от OtyxPM 23LC1024 на передачу 16-тибитного полуслова потратит 16/20MHz = 0.8 микросекунды, то есть почти 60 тактов. А я имел в виду такой элементарный цикл для параллельной SROM: Код:

Address_port->ODR = address_16bit;
ymsrement address_16bit;
Data_port->ODR = data_16bit; //в случае чтения: data_16_bit = Data_port->IDR;Сколько тактов на это уйдёт? Лень лезть в даташит STM32, но это быстрая процедура.
Я не знаю алгоритм автора, но в зависимости от алгоритма, общение с внешней памятью может быть в виде коротких операций (как в примере выше). А использование DMA требует подготовки сразу массива данных в буфере, это другой алгоритм.
можно и побыстрее поискать память http://www.vtsy.fi/en/products/vs23s010.html - 36MHz. то есть 32 такта на слово, если spi на такой частоте заведётся, лень в даташит лезть, но на clk/2 вроде должен.

а для параллельной памяти осталось только 32 вывода под это дело найти, особенно в lqfp48.
io хоть и быстрое, но точно не за один такт, а то и не за два.
а в случае с мультиплексированием еще пару раз чем-нибудь надо будет дернуть дополнительно, больше десятка тактов легко может набежать. + этим процессор всё время будет занят.

0