И накрая OMG...
В чаршафите на това чудо пише, че АЦП-то му работи на 5 мегасемпъла, като има възможност да се пуснат две ацп-та в интерлиив режим и реалната скорост на четене ставала около 10 мегасемпъла. До тук добре, но... реалната скорост е около 4, като се опитам да го чета с по-голяма скорост ДМА-то не смогва да прибира прочетеното и АЦП-то изревава, че няма кой да му прибира данните. Всичките клоци са настроени на най високите възможни.

Идеи?

Dma то няма ли fifo и burst режими? На 4 ките и 2 ките има... От друга страна тва на колко се клочи че 5 мхз да му задръстят дма то...

Ами аз при F2 и F4 го пускам АЦП-то на 30MHz и на най-малкото време за S&H но прибирам само 8 или 16 семпъла и никога не е ревало. CPU-то ми е на 60MHz, DMA-то с пуснато FIFO и в бърст режим. Да не би докато семплираш да става голям бой за шината и оттам DMA-то да вижда зор?

За съжаление не познавам напълно конкрения чеп, така че ще пиша малко наизуст, но се сещам за много подводни камъни и хич няма да се учудя ST да са настъпили няколко.
Първо те нямат практика да слагат фифо на перифериите си. Фифото в ДМА-то изобщо не помага. Ако трябва да се постигне 10msps това ще рече, че на всеки 7 клока трябва да се дърпа отчет, което е твърде малко време. Първо дма канала трябва да се арбитрир, т.е. да се пребори с останалите канали. Тук има приоритети, но те вършат работа за процентно ползване на ресурса и не помогат за закъсненията. Защото ако друг канал вече е почнал да прави трансфер, то той трябва да си приключи, независимо от приоритета. Демек от тук спокойно може да си отидат 1-4 клока, ако няма и по-фрапантни издънки.
Следва трансфер от АЦП към ДМА и тук май няма конфликти.В зависимост от това дали се пакетират данните на едно или повече четения си трябва разтоварване. Тук ДМА-то като мастер може да се сбие с други такива, ако се борят за едно и също направление. Приоритети нямат, мастерите се редуват, но както казах приоритетите не помагат за закъсненията. Ако проца в момента е тръгнал да прави push (r0-r7) то ДМА ще не ще, трябва да чака 8 клока. То само това е достатъчно дасе изпусне семпъл.
Принципно едва ли са мисили, че закъснения от 10-20 клока ще са критични, ама явно са. Решението е да се види къде с конфликтите и да се избегнат евентуално. Да не се ползват други канали от същото ДМА и паметта в която се пише да не се ползва от никой друг, особено от проца като стек. Всъщност не може хич да не се ползва, но да се ползва с единични транзакции само.

Какво е това 30 МХц АЦп?
То това 303 малко несъразмерно- уж много ефективно от към периферия, пък с относително ниска процесорна скорост, поне спрямо F4 и малко РАМ?

F3 се води за Mixed Signals Processing, защото има 'силна'/'добра' аналогова периферия. Но като му гледам цената, ако не ти трябват ОУ, Компаратори и съмнително 16 битово АЦП по-добре F4.

Относно проблема: кажи наистина на каква честота си пуснал АЦП-то ? Направо дай цялата RCC конфигурация.

E не само се води... Ф3 има значително по-добра аналоговщина, поне на хартия. И цената никак не е лоша, почват от 2$ (при количества пада и под 2$)... Тва за процесор с DSP и толкова аналоговщини хич не е зле.

По темата и една идея извън нея:

ОК, обаче кога ще сложиш MCU с вградени ОУ и 16-битово АЦП ? Само когато има големи ограничения за размери и външни елементи. Въпреки че отново (както винаги) зависи. Точно на F3 това 16-битово АЦП преди време - поне година, търсех информация за действителното положение: точност, шум, MSPS и т.н. Но не намерих нищо. А F3 го има от доста време. Сега се сещам, че бях попаднал на един човек, който бе почнал да описва F3, защото му възложили проект с контролер от серията. След 2 кратки публикации относно F3, които намерих в блога му, в последната тогава се казваше, че контролера е сменен с F4. Не се сещам упоменатата причина или причини, но няма да е първия. Като цяло и F2 се ползва рядко (естествено от мои наблюдения). В началото на STM32 бума бе с F1 (103/107), после масовото бе F1 и F4 (след като излезе), а сега F0 и F4 + L0 за ниско консумативни приложения. Един приятел иска да прави устройство на батерия, та май ще разбера какво е и дали L0 наистина са достатъчно ниско консумативни, колкото ги представят. Това последното като лирическо отклонение.

Ще бъда благодарен, ако някой има инфо за това 16-битово АЦП на F3

Tisho, обаче или е преборил проблема или го е оставил за след тридневният уикенд

О със сигурност има много приложения. Не винаги аналоговия сигнал ти е в диапазона на АЦП-то и като напрежения и като съпротивление и като форма ако щеш. Аз не съм гледал точно колко читав е самият ОУ, съмнявам се да е върха на сладоледа, но и за не толкова прецизни има куп приложения. Особено около мерене на тоци (за защита/ограничаване имам превдвид). Няма смисъл да избичиш яко АЦП, а сигнала ти да варира само миливолти. То верно вече АЦП-тата почнаха да ги правят с усилвател и офсет, както са да кажем новите атмели. Но така си вързан само до АЦП приложения, докато това дето ме кефи при ST е, че чрез отделния ОУ имаш връзка ис ЦАП-а. Демек може да се ползва и за друг сорт приложения, като по-специални захранвания, примерно с програмиране на напрежение или по външен референс. Разбира се същото може да го направиш с дискретни елементи/чепове, обаче като ти са вътре пестиш пинове, малко по-защитено е от шум и по-гъвкаво разбира се.
Реално ако погледнеш слагат какви ли не периферии и глупости, много по-сложни от един нисък клас ОУ... А тва е много по-полезно. Аз се чудя за другото - DC/DC кога ще им уврат главите да почнат да го слагат масово. Всички могат да го сложат и всички имат комбинация от проц + захранване, но обикновено е нещо специализирано. Да кажеш ще вдигне цената, ами не, защото там където са го сложили чеповете не са по-скъпи. А захранването си е супер важно, още повече че всички се изхвърлят на тема консумация, а в същото време от 3-3.6 на входа с LDO правят 1-1.2V. Отново, не че не може външно (макар че точно за ST май не може, но в останалите става). Обаче не е същото. Проца има моменти когато спи и като спи по-добре да спи на LDO, а като бачка да си пуска DC/DC... и като тръгнеш да го правиш с външно заминават и пинове и разни проблемчета се появяват...

е, има има

http://www.analog.com/en/processors-dsp ... oduct.html

И аз като го видях първия път се зарадвах като дете на Коледа, но нищо не е така както изглежда Виж из форума, някъде бе обсъден на бързо. Отделно цената на dev бордовете като видиш, ти става ясно че няма да е в ценовият диапазон 10-15$ на бройка. Там където са големите STM32F4, LPC4357/4370, SAM4S и т.н. Не знам дали ще спестят достатъчно от Flash-less версии, но това е един вариант да намалят цената. Иначе да, изглежда супер. По-продуктивно обаче ще е Аналог и някоя от големите компании правеща контролери с Cortex-M да изкарат съвместен продукт. Ядрото от ARM, Периферията от Аналог и Сглобката от ST/Atmel/Freescale/... , избор бол

Един 4-5-6 MSPS ЦАП (12bit) + също поне толкова MSPS АЦП (14bit) с един M4F на ~100Mhz + native USB HS ... И прилична документация. "Ех, мечти" =)

Ами виж сега,
Ако си гледал емблематичния филм "Кавказка пленница", един от героите вдигна тост:
... Имею желание купить дом, но не имею возможности. Имею возможность купить козу, но... не имею желания. Так выпьем за то, чтобы наши желания всегда совпадали с нашими возможностями...
демек искаш нещо супер, с добра поддръжка, да го има в комет на склад, да е 1-2 индийски рупии бройката....
е нема такъв силикон.
Аналог прави неща които са с много добри параметри, но не се славят с най-ниска цена и ако не си голям клиент няма много много поддръжка, т.е има, но нали се сещаш ако докарваш приход на компанията 5-6 долара на година , колко внимание ще ти се отдели
Преди капацитетите във форума да заредят мрънкалата - вярно има и изключения от качество параметри и т.н. изцепки(то в коя компания няма), но те са рядкост и то голяма

Амии какво да е Вътрешното 12-битово такова.

В кой чип- не съм срещал още?

Да бе да, на аналог специално процесорите им като правило са издънки.