PB7 се ползва в режим алтернативна функция TIM4_CH2... Не може да го смениш с PB5 щото той няма такава алтернативна функция.

Не ти знам корпуса, ама евентуалнata заменкa e само PD13. Другия вариант да ползваш друг канал на TIM4 или друг таймер или друг подход...

Аха, звучи логично. Изключително полезно би било да видя някъде списък на алтернативните функции на всеки пин...

PS Ей това най- го обичам, ужким всеки пин и порт е универсален, но не съвсем.

Ти що така чакаш на готово? Документация няма ли за теб? Тулове също, потърси "MicroXplorer" в сайта на ST, сега има нов релийз 3.0. Той за пиновете поне ще ти помогне.

За списък с алтернативните функции търси в datasheet-a. В user manual-a мисля че няма почти нищо по въпроса. В една таблица някъде след таблицата за описание на пиновете са дадени и кодовете AF1..AF3 за съответните функции.
Поне при STM32F2xx e така.

Като подадеш 3 волта, очакваш нещо... А преди това 0 волта ли си бил подал, или колкото "сабя покаже" ?

Един принципен въпрос - някой да е използвал, или да е виждал информация, относно ползването на CAN контролера на STM32F4 заедно с DMA?
Целта ми е да заредя списък със съобщения за предаване в паметта. ДМА-то да се грижи да пълни CAN контролера, и съответно в посока приемане да вади от едното (или двете) приемни FIFO-та получените съобщения към зона в паметта. И в когато свърши списъка да ми се обади да го препрограмирам.
Аз ще ровя и пробвам, но всяка информация по въпроса ще ми е полезна. Освен техния форум на сайта st.com, има ли други полезни места за дискусии?

На пръв поглед виждам че DMA-то на F4 е подобно на това на F2. Това DMA няма вариант да праща свързани списъци. Единствения вариант, който съм срещал да менажираш динамично DMA-то е да използваш double buffer или както там се казва . В момента когато ползва буфер 0 можеш да ъпдейтваш адреса на буфер 1. Т.е. това изисква намесата на твой код който да обслужва DMA-то. Така може да се получи нещо като това, което искаш.
Остава въпроса обаче как ще правиш връзката с CAN модула. Така както виждам няма request от CAN към DMA. Освен да тригерираш DMA по таймер който по някакъв начин го синхронизираш с предаването/приемането по CAN.

Благодаря за информацията. И аз това тъкмо гледам. Голяма греда. Видях че CAN модула не е сред поддържаните от DMA-то. Това май значи че няма сигнал за DMAREQ когато има място за предаване, или нещо прието. Т.е. ползването на DMA е безсмислено (или направо невъзможно? дали регистрите са видими за DMA-то, при положение че е на APB1?)

Видими са, но така като гледам видими са само за DMA1.

За ОпенОЦД има "monitor reset init". Има ли еквивалент, който да подам на "run commands" (т.е. през gdb) и да поискам хардуерен ресет на процесора (SRST по-точно)?
Доколко познавам архитектурата, това трябва да се поддържа от съответния gdb server, в случая на атоллик exe-то.
По-генерално, някъде има ли документация на тази изродия (st-link_gdbserver.exe)? Има един прост config.txt, но и за него информацията е никаква.
Цялата галимация ми трябва за да мога да гарантирам начално установяване на перифериите.

доколкото знам, опъноцд поддържа различни хардуерчета и ако не греша st-link включително...
Провери и виж дали не може да си конфигурираш оцд-то и да разкараш тая "изродия"

Иначе "mon help" би трябвало да ти подскаже какво се поддържа...

Благодаря, с mon help видях че reset се поддържа. Сега остава да разбера какъв точно ресет прави.

Нъцки, тоя ресет само праща преинициализиране на 2 регистъра. На пина NRST (5-ти на SWD) няма реакция.
Истински ресет (на тоя NRST) се вижда само когато st-link server-а тръгва. Т.е. за истински ресет трябва да го рестартирам и тоя сървър. Така и ще направя засега.