Просто си го представям Цецо как сяда и почва да чете чаршафите на Renesas или Cypress

Е то и на STM-a можеш да го направиш това, какъв е проблема? Принципна разлика няма и той си има външна шина, ама тапата не идва от скоростта на шината...

Мисля, че с камера интерфейса ще стане много елегантно, поне на хартия изглежда като да стане.

Не ги знам STM-ите. Написах аз какво бих ползвал.

Абе така докато си четях и се сетих за логера на Емил, там позлват едo Cypress което е много удобно за целта ми се струва, единстено ще трбява малко да си промениш PC софта и там да събираш данните, иначе има 96 MBs интерфейс с FIFO който директно може да го пращаш на USB.

Абе той Миро ти е отговорил по горе Как ме виждаш да седна да му чета чаршафите на това?
Сайпръс съм ползвал последно преди 15 години и невиждам какво би ме накарало да ползвам пак. Имат проблясъци, но като цяло са невероятна екзотика.

С F4 ще станат нещата много прилично директно по DMA ще си налива синхронно в РАМ-а, ама трябва да го пробвам да съм сигурен. Поръчал съм железата, като го екеприментирам ще кажа.

Ами хайде да видим, аз сега мислех по подобен проблем, само дето имам два канала с по 10-на че май и с 20 MSPS, и отгоре на всичко обработката е в реално време та съм въведен в размисъл но имам вече 2-3 опции

Най - накрая намерих време, да почна с това чудо. Сега му скалъпвам линкерските файлове.

От изприказваното по въпроса - удачно ли е да сложа стека в CCM паметта? Гледам някакви примерчета са пускали за IAR, ама там CCМ въобще не го дефинират в линкерския скрипт, все едно го няма.... сигурно щото така им е по лесно...

То като цяло на мен за тоя проект в кода не ми трябва кой знае колко РАМ, то по тая логика да набутам всичко в CCM паметта (и .data и .bss и .userstack), a останалата памет ще си ползвам през DMA към периферията и ще си я достъпва с пойтери?

Хм... на теория е добре да можеш да ползваш много периферии, без да си пречат помежду си и без да скапваш процесора с глупости като го заливаш с прекъсвания или смяна на контексти. За целта перифериите трябва да са или ФИФО-базирани или ДМА-базирани. Така ти отпада ангажимента за бърза реакция на процесора или честа такава. Тъпчеш фифо-то или пускаш ДМА-то и забравяш за тая периферия известно време, междувременно обслужваш нещо друго или просто спиш...
В случая ДМА-то е за предпочитане, защото ти спестява "тъпкането"...

Но в общия случай проблемът е, че превключването не е много лесно, защото се сменят прекъсвания и т.н.. Като почнеш ДМА - караш на ДМА,
Караш, ама за целта всичко трябва да ти е в ДМА достъпна памет... Пак казвам смяната е кошмар и в общия случай или всичко е на ДМА за съответната периферия или нищо.

Пак на теория, от гледна точка на софтуера променливите е добре да са ауто (в стека) или в динамичната памет. Очевидно тия две области е добре да са в ДМА достъпна области.

Така че на тоерия отговорът на въпроса ти е - НЕ.

На практика обаче като те знам, ти няма да гониш универсалност, а ще гледаш само конкретното приложение. Демек ще хванеш някакви библиотеки за перифериите дето си знаеш, че не ползват ДМА и от там насетне ще ти е през оная работа в каква област ти е стека. ДМА ще пуснеш само за "камерите" сигурно

Така че на практика отговорът е - действай!

Това ми трябваше, мерси

Аргументите са ти тежки, засега мисля да шибна само стека в CCM-а. Останалото ще е отвън, че иначе наистина много ще стане оплетено да помня коя променлива я вижда DMA-то и коя не. Стекови променливи така или иначе не пускам да ходят по DMA.

ти не ги пускаш, ама утре ако решиш да ползваш някой стек и ще се озъбиш. Примерно повечето USB стекове си подготвят локални променливи когато отговарят на request-тите. После има по една функция за read и write payload... Ако направиш тия функции да са с DMA ще гърми стека.
Изобщо лесно може да се вкараш във филм ако тръгнеш да преправяш чужди стекове, за да смесваш ДМА и не-ДМА трансфери... Те затова и вероятно не ползват тая памет.
Мен ако питаш бих я оставил като отделен мемори пул или за специални буфери на приложението. Не е добре стека да е там. Освен единствено ако не е абсолютно задължително поради други недомислици. Виж тоя камерен интерфейс има ли някакъв буфер и колко може да чака за ДМА трансфер. Нищо чудно да е само една дума и да разчитат, че ДМА-то ще я изпразни преди да дойде следващата. Ако е така... кофти! Може да се наложи наистина да набутваш стека извън ДМА областа, понеже при влизане в прекъсване прави голям бърст и блокира шината поне за 8 клока..

Точно така е с камера интерфейса.

Акулата ли е глуха или свирката е без топче?

Значи изтеглих си аз ератата на желязото, прочетох си я, изглеждаше ОК. Тръгвам да бъзикам камера интерфейса (DCMI) и по между другото решавам да проверя пак ератата. Ама я отварям в браузера (демек от сайта, не от хардиска). И там се мъдри точка, баш като за мен. Излязла вчера мамка му



И разбира се много полезен workaround:



Само дето на мен на DMA2 са ми нахакали всички важни периферии - USART, SPI, ADC...

Викам си, абе старите F2 имаха също камера, чакай да видя там как е... нова ерата пак от вчера, същото дърво

USART може и без DMA, аз при мен така съм го пуснал. SPI може да се спира, когато пълниш буфера (преполагам, че ти е за дисплея). За ADC-то не знам какъв е случаят.

Е тоя тип "errata" могат да закопаят човек. Ти си направил платка, цял проект докаран
до пускане и те се сетили, че нещо не им работи. Изправял съм се на нокти и аз по
подобен начин, за щастие все се намираше "workaround" по нормален път (не от рода на
"ми не ползвай DMA"). Та отчасти знам какво шибано усещане е, особено ако е по-едър
проект.

Да бе бате, как се обслужват два UART-а на 115200 без DMA? Че той процесора ще виси перманентно в прекъсване заради тях.

SPI и той може без DMA и ADC-то може. Ама за чии са ми тия две ДМА-та и купчина независими шини тогава? То се утепва целия кеф.

Аз като цяло ще го преглътна това, защото по време на кептчъра мога да спра комуникациите. Поне в предишния вариант не беше проблем, дано не се появи нещо ново покрай заданието...