Изучаем STM32 Cortex M3

[sanstan]

Подскажите, что то не идет запрограммировать пустой МК stm32f103.
Cоединил по схеме для SWD, заливаю через Nucleo разъем CN4 и CubeIDE .
cхема соединений:
https://disk.yandex.ru/i/ksE_XCMmBnS9Nw
Что надо добавить?

[NewWriter]

Во-первых, ножка Boot0 у целевого МК как подключена? Нужно на GND еёйную. Во-вторых, не перепутаны ли местами SWDIO и SWCLK? В третьих, посмотреть, переключена ли Нуклея в режим прогания внешнего МК (снять две перемычки правее разъема). В-четвертых, подано ли питание на целевой МК или соединены ли GND у Нуклеи и целевого МК?

И тут вижу, что в RTC есть регистр ALARM... и по даташиту он сбрасывается только при общем сбросе BACKUP-а, при этом сбрасывается и счетчик RTC
... а у меня при сбросе CNT на месте, а ALRM становится 0xFFFF

А потому что регистры "будильника":
Write only (see Section 18.3.4: Configuring RTC registers)
Reset value: 0xFFFF
Таким образом, эти регистры не могут быть правильно прочитаны и они не годятся для хранения и чтения каких-то чисел.

Быть может, стоит пересмотреть сохраняемую информацию на предмет переформатирования, выкидывания лишнего?

[nml]

А потому что регистры "будильника":
Write only

Быть может, стоит пересмотреть сохраняемую информацию на предмет переформатирования, выкидывания лишнего?

Вот жешь... write only я проглядел. Хотя можно было бы и догадаться - не зря разные окна просмотра по разному показывают.

Ну а насчет выкидывания лишнего, дык там уже все по битовым структурам упаковано

[sanstan]

Во-первых, ножка Boot0 у целевого МК как подключена? Нужно на GND еёйную. Во-вторых, не перепутаны ли местами SWDIO и SWCLK? В третьих, посмотреть, переключена ли Нуклея в режим прогания внешнего МК (снять две перемычки правее разъема). В-четвертых, подано ли питание на целевой МК или соединены ли GND у Нуклеи и целевого МК?

1. Boot0 - через 10к на GND. (до этого не было подключено)
2. SWDIO SWCLK не перепутаны...
3. перемычки с разъема CN2 снял (режим внешнего программирования)
4. Питание осуществляется с Nucleo +3,3 и общий подключены.

Не помогло.
Специально распаял МК stm32f102c на отладочной плате. Схема соединений как на картинке

[Yuri222]

Питание осуществляется с Nucleo +3,3

Ну, я бы аналоговое питание (и землю, есс-но) тоже куда-нибудь припаял.
И питание +3,3 - подключено с нуклео не через порт JTAG? - там есть нога, обозначена "типа питание", но это наоборот - на эту ногу питание должно приходить с платы программируемого контроллера на программатор.
Т.е. питание отдельным проводком подано на плату программируемого контроллера и на нем присутствует - измерено?

И BOOT1 на землю можно бы...

[sanstan]

Ну, я бы аналоговое питание (и землю, есс-но) тоже куда-нибудь припаял.
И питание +3,3 - подключено с нуклео не через порт JTAG? - там есть нога, обозначена "типа питание", но это наоборот - на эту ногу питание должно приходить с платы программируемого контроллера на программатор.
Т.е. питание отдельным проводком подано на плату программируемого контроллера и на нем присутствует - измерено?

И BOOT1 на землю можно бы...

1. Не понял для чего припаивать аналоговую часть... но заработало!!
2. BOOT1 где находится у 32f102c6 ?? я только BOOT0 нашел.

[NewWriter]

1. От VDDA питается HSI, который осциллятор, от которого МК работает в режиме прошивки флеша. Поэтому аналоговое питание обязательно во всех схемах.
2. находится на PB2. Кстати, если Boot0 сидит на GND, то PB2/Boot1 не имеет значения, он используется как обычный порт.

[eddy]

Кому-нибудь удалось вменяемым (не полной переконфигурацией) образом добиться обнуления содержимого буфера FIFO SPI в режиме slave при работе по DMA? МК — STM32F072, но, судя по всему, этим все страдают.
Долго искал на просторах интернета, но везде одно и то же: "выключай SPI и переконфигурируй".
А мне просто не нравится, что если slave хочет отправить меньше, чем выдает master, то после нужных данных идет повтор последней записи из FIFO. Хотелось бы, чтобы там были нули. И без напрягов МК в виде реакции на прерывание DMA, ожидания освобождения буферов и переконфигурации SPI...

[sat_art]

А мне просто не нравится, что если slave хочет отправить меньше, чем выдает master, то после нужных данных идет повтор последней записи из FIFO.

Я думаю, что большинству нравится, когда СПИ выдает последний байт посланный в ФИФО а не нуль после передачи последнего. Скорее всего по этому.
Если ты в слейве организовываешь датчик с 1-но байтными данными, то так намного проще. Чем каждый раз после передачи просыпаться и перепосылать по новому, зная что там 0.

[eddy]

Как раз-таки логичней нули слать, коль ничего нет. А посылка последнего сообщения из буфера может навести на мысль, что это - данные...