[smk 0]

Здравствуйте! Нужна помощь в поиске микросхемы SRAM. Нужно уложить в ОЗУ хотябы 1 кадр размером 1280 х 1024 по два байта на пиксель. Обработка предполагается на STM32F7. Нужна подсказка о том, что это может быть за микросхема SRAM. На вскидку не нашел таких. Спасибо.

[yes 5]

если я правильно посчитал, то 4МБ должно хватить

вот есть к OctoSPI  8МБ - 64МБ

http://www.issi.com/US/product-cellular-ram.shtml

если прицепить какой-нибудь более новый STM с поддержкой HyperBUS-а (по тому же 8-ми проводному SPI-ю), то там еще HyperRAM можно - это у Infenion (бывш Cypress) можно поискать

 

[dimka76 42]

11 hours ago, smk said:

Здравствуйте! Нужна помощь в поиске микросхемы SRAM. Нужно уложить в ОЗУ хотябы 1 кадр размером 1280 х 1024 по два байта на пиксель. Обработка предполагается на STM32F7. Нужна подсказка о том, что это может быть за микросхема SRAM. На вскидку не нашел таких. Спасибо.

IS61WV204816BLL-10TLI

http://www.issi.com/WW/pdf/61-64WV204816BLL.pdf

[Ozelot 4]

Можно попробовать внешнюю Serial Pseudo-SRAM with SPI and QPI. Например что-то типа LY68L6400SLIT или VTI7064MSME

[MrBearManul 0]

12 минут назад, Ozelot сказал:

Можно попробовать внешнюю Serial Pseudo-SRAM with SPI and QPI. Например что-то типа LY68L6400SLIT или VTI7064MSME

Присоединяюсь к совету. Если скорость шины устраивает, а память нет необходимости "маппить" в адресное пространство и использовать все возможности линкера для размещения в ней данных, то вариант хороший! Мы используем подобную на SPI-шине для того, чтобы на микроконтроллере с 32 кБ ОЗУ добавить 1 Мбайт для хранения собранных данных. Скорость доступа не очень критична.

[Vasily_ 45]

17 часов назад, smk сказал:

в поиске микросхемы SRAM. Нужно уложить в ОЗУ хотябы 1 кадр размером 1280 х 1024

А зачем вам именно SRAM ? вам нужно искать DRAM.

[mantech 34]

1 час назад, Vasily_ сказал:

А зачем вам именно SRAM ? вам нужно искать DRAM.

ТС призвал на помощь телепатов, поэтому не понятны условия хранения данных, может там батарейное питание и нужно малое потребление, а может он на экран выдавать его хочет, тогда DRAM однозначно..

[Vasily_ 45]

20 минут назад, mantech сказал:

ТС призвал на помощь телепатов,

Сейчас это норма, экологическая обстановка такая.

 

21 минуту назад, mantech сказал:

а может он на экран выдавать его хочет

Так вроде написано

Нужно уложить в ОЗУ хотябы 1 кадр размером 1280 х 1024 по два байта на пиксель.

 

[jcxz 184]

49 минут назад, mantech сказал:

ТС призвал на помощь телепатов, поэтому не понятны условия хранения данных, может там батарейное питание и нужно малое потребление, а может он на экран выдавать его хочет, тогда DRAM однозначно..

ТС даже не указал желаемый интерфейс подключения (последовательная/параллельная), скорость доступа и нужно ли отображение в адресное пространство или нет (просто хранить или обрабатывать в этой памяти?). Однако он уже получил кучу советов.

Так что (как вижу) - здесь на форуме в телепатах нет недостатка.  

26 минут назад, Vasily_ сказал:

Так вроде написано

Написано только про хранение. Про выдачу куда-то - ничего. Даже про обработку написано непонятно - складывается ощущение, то хранить нужно на одном МК+ОЗУ, а обрабатывать - на каком-то другом (STM32F7).  

Так что возможно: какой-то 1-й МК должен положить во внешнее ОЗУ с батарейным питанием (SRAM - static-RAM) кадр, а потом через какое-то время этот кадр перекинуть во 2-й МК (STM32F7) и там обработать.  

[smk 0]

Задача - машинное зрение. Выводить никуда ничего не надо. Обрабатываем картинку, после чего фотографируем новую и т.д. Интересует такой момент. А разрядность шины данных какую брать при условии, что SDRAM (как я уже понял) должна быть интегрирована в общее адресное пространство посредством FMC?

Питание не батарейное.

 

STM32F745 в LQFP176 предполагается.

[jcxz 184]

44 минуты назад, smk сказал:

А разрядность шины данных какую брать при условии, что SDRAM (как я уже понял) должна быть интегрирована в общее адресное пространство посредством FMC?

Любую поддерживаемую FMC. Чем больше она - тем выше скорость обмена, но и сложнее плата и больше/дороже корпус чипа. Значит - зависит от требуемой скорости обработки и стоимости изделия.

44 минуты назад, smk сказал:

Обрабатываем картинку, после чего фотографируем новую и т.д.

Тогда, имхо, лучше закладывать объём на (как минимум) двойной размер максимальной картинки. Чтобы потом, когда захочется запараллелить эти два процесса (обработка предыдущего кадра и загрузка нового), не кусать локти.

Тем более, что с SDRAM (а не SRAM, как в исходном посте) - это не проблема.

[smk 0]

Да. Кашу маслом не испортить. Да и камера возможно понадобится (или нет?)  с бОльшим разрешением. Тоесть 32 разряда наилучшее решение? Скорость действительно важна. На сегодня если обрабатывать около 10 кадров в секунду было бы удовлетворительно.

Кстати FMC как помню до 24 разрядов данных?

И еще интересный момент. У DMA разрядность регистра количества пересылаемых посылок 16 бит. Большой кадр DMA не переслать. Есть опыт использования сразу двух каналов каждый на свою половину данных?

[aaarrr 63]

12 minutes ago, smk said:

Кстати FMC как помню до 24 разрядов данных?

Может, все-таки адреса?

 

19 minutes ago, smk said:

У DMA разрядность регистра количества пересылаемых посылок 16 бит. Большой кадр DMA не переслать.

Звучит примерно как: "У процессора разрядность 32 бита. Больше 4-х байт им не скопировать."

[smk 0]

Скопировать... Но только перезапусить DMA нужно в прерывании да так чтоб успеть между двумя пиксельклоками. Считать надо все до такта.

[aaarrr 63]

9 minutes ago, smk said:

Считать надо все до такта.

Не надо: есть двойная буферизация.