Меня не так волнует то, на сколько хватит, как то, что произойдет, когда единственная траница флеша стирается, а все данные в памяти.
В моем случае это тоже самое, что девайс выбросить на помойку

ээээ, коты...
Это чо получается, я могу flash пользовать как eeprom ? Или есть какие то ограничения(кроме кол-ва перезаписей)?

Мне раз в год по USB прошить настройки надо...

есть - страничное стирание и запись 32-битными словами

Ну почему, записать хоть я 1 бит за раз можешь.
Но стирать, в случае Stm32f2xx, 131072 бита за раз и более

но словами быстрее.
Еще огромный гемор - при записи прошивальщиками типа stm32-flash они стирают всю память вместе с ранее прописанным конфигом

Просматривая сайт Atmel в поисках оптимального микроконтроллера для нового домашнего проекта, я разочаровался и решил свалить на ARM Cortex-M (собирался вобщем-то давно, и теперь наконец решился). Естественно выбор остановился на STM32.

Вот выбираю программатор между J-Link и ST-Link/V2. Основное требование - нормальная поддержка в Linux (особенно внутрисхемной отладки), так как это моя единственная ОС.

Собственно вопрос в том, как с этим дела обстоят у СТ-линка? Документации СТ никакой не предоставляет. Единственный, относительно новый проект по поддержке этих линков - https://github.com/texane/stlink . Мб кто-то имеет опыт, насколько он надёжно работает на данном этапе развития?

Не хочется выкидывать три штуки на J-Link, но в то же время не хочется иметь гемор. К тому-же J-Link универсален, что несомненно ему в плюс, однако мне для домашних проектов это не нужно.

----------

Add: Думал, что Discovery не позволяет шить внешние таргеты, оказалось что позволяет. Поэтому купил одну единственную плату VL-Discovery, буду ковырять.

Все эти записи берут из библиотеки StdPeriph_Lib. Для серии STM32F10x - файл stm32f10x.h, для серии STM32L - файл stm32l1xx.h и т.д. Там все регистры периферии заданы в виде структур. Вот, например, структура GPIO для портов ввода-вывода, в качестве ее элементов заданы регистры порта:

typedef struct
{
__IO uint32_t CRL;
__IO uint32_t CRH;
__IO uint32_t IDR;
__IO uint32_t ODR;
__IO uint32_t BSRR;
__IO uint32_t BRR;
__IO uint32_t LCKR;
} GPIO_TypeDef;

А записи вида GPIO_BSRR_BS8 или RCC_APB2ENR_AFIOEN это готовые битовые маски для соответствующих регистров, заданы они в тех же файлах и снабжены комментариями. С их помощью устанавливают/сбрасывают нужные биты регистров.
К примеру, как создать проект в IAR и настроить порты (серия STM32L) можно почитать здесь:
http://chipspace.ru/project-iar-ewarm-porty-1/
http://chipspace.ru/project-iar-ewarm-porty-2/

о, вопрос возник у мну тоже. Изучал либу переферии.
Что такое "__IO" ? Чот искал искал определение - так и не нашёл.

Смотри в файле core_cm4.h или core_cm3.h (смотря какой МК)
Настройка ограничений, IO - чтение и запись.

У кого-нибудь есть простой пример того, как в кейле врубить усарт, и работать с ним через printf?
Я нашёл в инете текст программы, но по-моему там не хватает дефайнов.

Похоже не хватает инклудов. Например gpio.h, rcc.h

У платы VLdiscovery питание заводится с usb. Но он, конечно, многое не потянет. Беру блок зарядки от телефона, но там-то ток больше, чем в usb, если соединить напрямую, забыв выдернуть шнур usb, можно наверно и хост сжечь. Подумал диодов прилепить, чтоб при подключении зарядки питание схемы переводилось на неё, и в то же время, напряжение с неё не попадало бы на усб.

Вот обычная схема "двойного питания":

На выход U3 обязательно попадает одно из напряжений U1, U2, а друг на друга они не влияют.
Не знаю, понятно ли я высказываюсь, но в случае с дискавери напряжение может появиться и на U3, и туда же надо подавать резервное U1. Но они не должны влиять друг на друга. Можно ли такое сделать с помощью диодов, или придётся делать ключ?

Можно, а кто мешает? Только придется отрезать дорожку питания и поставить туда диод.

Скажите какую книгу скачать чтоб начать изучать Cortex M3 ?????????
то кроме рекламных брашур ни чего не поподается.

А Вам как - чтобы выучить, или чтобы клепать мигалки светодиодами?

Если первое, то
1) Cortex M3 reference manual с сайта ARM
2) даташит на процессор
3) Reference Manual от ST
4) Programming Manual от ST
...

Так-то да, но я без отрезания чего-либо хотел обойтись.

Вот этими словами напрочь отбивают тягу детей к прекрасному. И поворачивают их лицами к табаку и алкоголю.
Ну на куя неокрепшему разуму впадать в архитектурные дебри? Знания без практики - пустой багаж, который сожрет докуя времени на погрузку, и там ни капельки не останется.
Эх, пойду обиду вылью на тину 861

В свое время отбили так от АВР, Но я выучил их в тихоря по своему, на злоо вам!

Да! я хочу светодиодами мигать! А там сами собой подтянутся прерывания, TWI, USART, и всякая дребедень из даташита.

А что-то я для Дискавери не вижу дополнительных плат "шилдов". Конкретно интересует модуль работы с карточкой памяти. Можно ПИКовский использовать, конечно.. или вообще самому собрать, но если не дорого взял бы готовый для STM32.
Ткните воронёнка клювом.