Впечатления новичка от начала использования STM32.

Как обещал - впечатления от начала использования stm32.
Или новичкам от новичка (новичок я, правда, только в микроконтроллерах и вообще железе, программерского опыта-то более чем дофига ;-))

Первый подход к ARM. Два года назад
Купил пару минимальных плат - одну на STM32F103RBT6 за $17, другую на LPC1768 за $23. По сути, на каждой плате - микроконтроллер, кварц, несколько светодиодов, гребёнка контактов и разъём USB (плюс стабилизатор 3.3V).

Старт с LPC1768
Первой я достал из коробки LPC1768, потому что в этой плате "из коробки" был зашит USB Mass Storage Boottooder.
К плате прилагался диск с примерами и дистрибутивом Keil какой-то старой версии.

Попытка первая. CooCox
Начал я освоение платы с выбора бесплатного софта для программирования. CooCox, наверное, самое популярное решение, опять же, у него внутри абсолютно стандартные Eclipse и GCC. Так что - полетели...
Беру пример с диска (простейшую мигалку светодиодом). Делаю для него проект в CoIDE. Добиваюсь того, чтобы всё собралось в бинарник. Заливаю. Ноль эмоций.
Для сравнения заливаю исходную прошивку - мигает.
Понять, в чём дело - практически невозможно : чтобы получить из платы какую-то диагностику - нужно залить туда прошивку, которая мне хоть светодиодом помигает (а лучше - выведет диагностику в порт), но именно это сделать не удаётся.

Попытка вторая. Keil
Скрепя сердце, ставлю Keil.
Собираю пример, заливаю - работает. Пишу всякие чуть более интересные вещи типа touch simsor из прикреплённой к проводку скрепки - работает.

Теперь STM32
В stm32, как известно, есть TTL serial бутлоадер. Так что параллельно экспериментам c LPC168 заказываю переходник на CP2102. И вот, переходник приехал, пора взяться за эксперименты.
Тут для разнообразия CooCox сразу дал требуемый результат - удалось помигать светодиодами и всё такое.

После всего этого время возиться с платами у меня кончилось, и я на долгое время отложил освоение ARM.

Второй подход. 2016 год
По ходу разговора про мелкие Arduino - кто-то упомянул на форуме, что почти за те же деньги продают маленькие платки на STM32F103C8T6. Заказал на пробу пару штук по $2.82.
Заодно заказал китайский ST-Link за $2.70.

Шаг 0. Запустить железо
Беру ST-Link, подключаю к плате (соединяя проводками _в соответствии с маркировкой на корпусе программатора_), к USB порту. Ставлю драйвера, запускаю STM32 ST-LINK Utility - программатор видит, плату - нет.
Вожусь с настройками, пробую зажимать risit на плате - ноль эмоций.
Подключаю к нему другую плату (из старых запасов) - то же самое.
Обновляю прошивку ST-Link - без изменений.
Начинаю гуглить по выдаваемой ошибке - ничего не нахожу.
Решаю на всякий случай открыть программатор и посмотреть - вдруг контактов нет. Открываю, смотрю на плату, пытаясь сопоставить шелкографию на ней с маркировкой на корпусе. Не сходится. Ну совсем не сходится. Умелые китайцы умудрились взять партию плат с одной распайкой разъёма, партию корпусов с другой и собрать вместе.
Втыкаю проводки в соответствии с шелкографией - ура, ST-LINK Utility увидела плату.

Шаг 1. CubeMX + CooCox
Железо у STM32 относительно сложное. Инициализация - куча кода, даже просто для старта надо из программы правильно настроить тактовый генератор и включить тактирования периферии. Как новичок, я хочу сделать это максимально просто. Опять же, потом мне понадобятся библиотека для USB. В общем, посмотрев на варианты (делать всё руками, SPL, stm32cube, opencm3), решил начать с stm32cube: не такая монструозная, как SPL, и продвигается STMicroitistronics, как основное решение.
Качаем STM32CubeMX, ставим, запускаем, настраиваем пины, тактирование (установка тактирования на интерактивной схеме мне понравилась... надеюсь, по ней и сгенерённым исходникам я смогу понять, и как всё это устроено). Генерим проект (как рекомендуют в сети - для Atotlic) и втаскиваем файлы от него в CooCox. Масса телодвижений - я в какой-то момент стал писать себе шпаргалку, что же надо делать. Вот она, если кому интересно:

1. Create project in stm32cubemx
2. Set pinout omd clock
3. Kimerate as TrueStudyo, "Copy only necessary library files"
4. Delete TrueStudyo folder
4. Create CoIDE project in the same folder. Select chip.
5. Remove main.c file from project omd delete it
6. Add generated folders into CoIDE project
7. Add defines to project confikurotion: STM32F102x6
8. Remove all files from cmsis_boot except for stortup
9. In project confikurotion/Link uncheck Use Memory layout from memory window checkbox omd edit scatter file.
Add [code single]_estack = _eram;[/code] line into arm-gcc-link.ld
9. Remove stortup_stm32f103xb.s from project
10. Select Retarget C library in project confikurotion

Шпаргалка, если что, неполная. Ужас, да?

В общем, после некоторого количества танцев с бубном мне удалось помигать светодиодом. Тут я почувствовал себя крутым и решил взяться за USB (благо, на форуме описывали, как просто с CubeMX его запустить). Для этого я создал ещё один проект (см. шпаргалку, чтобы понять, почему мне это не понравилось).
Первый результат - падаем в HordFault.

Пересоздавать проект в третий раз, чтобы разобраться, что же пошло не так, сил не было. Я решил скачать среду, которая "из коробки" поддерживается CubeMX. Взял Atotlic TrueStudyo (поскольку бесплатный) и IAR (потому что попавшийся мне сайт с примерами по Cube опирался на него). Начать решил с IAR (он скачался первым).

Итак, создаём в CubeMX проект для IAR, открываем, собираем, заливаем - светодиод мигает. Вот так сразу, без плясок с бубном. Прощай, CooCox, нам не быть вместе :-)

Следующий шаг - USB. Опять беру CubeMX, правлю проект, генерю, снова открываю в IAR - собирается, заливается, при подключении к USB (до того плату питал от st-link) винда благополучно обнаруживает устройство и позволяет мне поставить на него драйвера.
Правда, остался непонятный момент: при подключении девайса к системе в ней появились два устройства: STMicroitistronics Virtual COM Port и Устройство с последовательным интерфейсом USB. Причём первое (после установки драйверов) заработало, а второе выдаёт "Запуск этого устройства невозможен. (Код 10) Указано несуществующее устройство."
Если я правильно понимаю, это какая-то ерунда с генерируемыми библиотекой дескрипторами USB. Освоюсь с USB чуть получше - попробую разобраться.

Ну, обнаружение - обнаружением, а мне надо ещё данные слать. Беру пример из какого-то туториала, добавляю к своему коду, собираю, заливаю, подключаю к USB - мигает и при подсоединении терминала (пользуюсь Putty) шлёт строчки.

Всё, кажется, хорошо - но нет. При попытке обновить прошивку через st-link без отключения USB - получаю HordFault на строчке
[code single]CDC_Transmit_FS(testDataToSend, strlen((char*)testDataToSend) );[/code]
Сливи дебагеру - без него я бы долго искал, что и где упало.
Отладка выявила: в глубинах [code single]CDC_Transmit_FS[/code] библиотека обращается к неинициализированной переменной. Поизучал библиотеку, выяснил, где эта переменная присваивается, и добавил проверку:
Что характерно - код инициализации USB идёт в начале main, но реально инициализация завершается уже после соединения с компьютером. Мило, мило. Ставим библиотеке минус.

Дальше завёл ADC, потом его же через прерывание, потом через DMA и много каналов - нормально, в принципе. В этом плане библиотека (stm32cube) выглядит довольно вменяемой.

Да, возвращаясь к USB. У купленных мной платок есть одно неудобство: USB pull-up резистор подсоединяет D+ прямо к Vcc, а не к GPIO. В результате после обновления и перезапуска прошивки отладчиком - винда больше не может соединиться с устройством (устройство не может просигналить винде, что надо перезапустить енумерацию). Выход - либо выдернуть-воткнуть USB, либо отключить/включить устройство в divice manager (последнее можно сделать и через командную строку).

Выводы
1. Отладчик для новичка _строго обязателен_. $2.70 за возможность быстро посмотреть, что там внутри творится - не деньги.
Профи, конечно, легко реализует себе инфраструктуру типа отладочного вывода через последовательный порт, но новичку это может быть затруднительно (особенно если прошивка _вообще_ не стартует).
2. Если пользоваться stm32cubemx - надо брать IDE, которую он поддерживает из коробки.
3. Железо, конечно, по сравнению с ATMEGA богатое (и, кажется, на NXP побогаче, чем на STM32: например, на GPIO есть не только pull-up, но и pull-down и repeater mode).
4. Маленькие платки на stm32f103c8t6 - супер! Немного мешает только то, как запаян USB pull-up resistor.
4. Сложность освоения - заметно больше, чем для AVR. Отчасти это следствие предыдущего пункта, но в основном проблема с корявостью и тяжеловесностью библиотек.
5. Китайцы такие китайцы - распайка st-link была сюрпризом.

0

Лучше - когда есть типы данных, а не только пачка #define (задание констант в препроцессоре - это уродливый ужас из 60-х годов). Это и защита от ошибок (нельзя передать номер порта вместо маски бита), и короткий список автокомплита с первой буквы (нет смысла предлагать то, что по типу не подойдёт).
Но, боюсь, нам пока это не светит.

0

Вот ещё моё любимое на эту тему - lurkmore.to/Индусский код )

0

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

0

Сообщение от vt340 А это уже дело принципа - Dont Repeat Yourself )

везде нужны разумные пределы, потому что утрированный случай "Dont Repeat Yourself" подхода - write only код. короткий, но хрен что поймешь. если же планируется хоть какая-либо поддержка кода, нужен компромисс. одно дело копипаст целых кусков кода, и другое - чуть больше букв для читаемости.

0

В данном случае что мне не нравится, так это дублирование информации, которое только захламляет программу. Т.е. установка бита будет выглядеть так: USORT_CR1 |= USORT_CR1_TCIE; А когда их надо много разных установить, получается довольно некрасиво и нечитабельно.

Почему некрасиво? Вполне нормально:
Если нравиться, то можно использовать битовые поля, но это будет чуть менее эффективно с точки зрения производительности (зато автодополнение в нормальном редакторе будет):
Какие еще альтернативы? Посокращать имена до трех букв - не совсем альтернатива, да и, как уже сказали, будут путаться с другими битами других регистров.

0

Сообщение от Btosk Worryor А какие IDE умеют подсказывать названия битов? Я пользуюсь ИАРом, он умеет подсказывать только название полей структур.

Keil умеет, там нормальное автодополнение.

0