@rimomtsofto

Прошу поделиться наработками или хотя бы советами по разумной организации проектов на stm32 различных серий (мне интересно пока f0 и f1). Кто как делает? Чтобы и таскать было удобно с камня на камень, и функционал можно было допилить по необходимости, не правя синхронно 5 файлов. Общий файл инициализации, или инициализация переферии отдельно в каждом модуле? Приветствуются примеры в виде папочки с проектом) Заранее спасибо!

0

@Otomys-dm

у меня просто созданы некоторые типовый файлы, которые практически неизменны во всех проектах на одном МК.
обычно называются типа UART, SPI, ADC и т.д. в них собрана инициализация и функции для работы с переферией + фаил func.c в котором лежит функция delay и мигалка светодиодом для тестов.

0

@zhimyo

Рекомендую пользоваться KEILом (под него много примеров готовых) или IAR (сам не пользовал поэтому не буду советовать), CubeMX (он сделает Вам папочку, открыв которую Вы получите ответы на Ваши вопросы + замена даташиту) и купить готовых плат сделанных именно STMми (с тем (или похожим) контроллером который Вы выбрали).
-Cам куб http://www.st.com/en/divelopme... ubemx.html
-Библиотеки для различных серий http://www.st.com/en/imbiddid-software/ ... tId=LN1897
-KEIL торрент ищите /ectb kP9.hytbIi ;)
-Готовые платы ищите в нете с тэгами STM32, Dyscovery, Nucleo, EVOT

0

@Iddy_Im

Я для этого стараюсь логику как можно сильнее отделять от аппаратно зависимых вещей. Но все равно, чтобы на другую серию перенести, придется много чего править. Универсальной пилюли, к сожалению, нет: регистры-то разные! А пользоваться калокубами крайне не советую. Да даже libopencm3 — говно, т.к. во-первых, его создатели периодически ломают API, а во-вторых, в критичном ко времени исполнения рантайме его использовать нельзя, а инициализацию несложно и на регистрах написать.
P.S. Пользую arm-none-eabi. Раньше пользовался по полной opencm3, в новых проектах не буду его использовать. Мои велосипеды.

0

@sirktk

Вроде как HAL-драйверы и задуманы для "Чтобы и таскать было удобно с камня на камень" :-)
Поэтому - CubeMX .
Там только надо быть внимательным и свои строки тискать в строго отведенных местах для Юзера.

0

@Iddy_Im

Код получается абсолютно нечитаемым и жирным. Ни в коем случае!
И эту парашу тоже выкинуть!

0

@ShiMox

[QUOTE="Iddy_Im"][QUOTE="Цитата:[/QUOTE] И эту парашу тоже выкинуть!

Отчего ж так жестоко. Это вещь имеет ряд полезных свойств, а именно:
- прикинуть периферию по ногам, кто с чем перескается и куда его лучше ремапнуть для удобства разводки платы;
- ориентировочно прикинуть потребление мк, если это важно, а искать нужные значения в datasheet лень;
- раскидать каналы dma, особенно если используются все доступные и нужно найти компромисс;
- выбрать камень с нужными параметрами дабы его потом купить)

а вот чего не стоит делать, так это генерировать в нем проекты)

0

@Iddy_Im

Ну, если так, то да. Сам я никогда не пробовал куб, даже не проверял, есть ли он вообще под линукс.

0

@ShiMox

Под линукс есть, сделали недавно. Но жуткий тормоз он ... Вот чего не хватало под линуксом, так это st-link utility

0

@Iddy_Im

Без понятия, что это. st-link и st-flash для прошивки через программатор и бутлоадер, соответственно, есть. Я уж и забыл, когда для STM32 программатор использовал: через бутлоадер намного удобней! Вот STM8 — да, приходится через китайский облегченный st-link прошивать.

0

@ShiMox

кому как ...
утилитка упрощает массовое производство, ибо умеет шить в режиме конвеера. Да снимать\ставить защиту на чтение\запись памяти она так же умеет.

Ответ от товарища Otomys-dm самый действенный. Если посмотреть примеры от st, то в целом там такая концепция и прослеживается. Разве что они отдельную папку заводят - Utility, куда скидывают файлы формирования заержек\мигалок\пищалок. А периферия настраивается через файлы стандартные файлы usart.c\h, rcc.c\h и т.д., НО подключаемых через stm32f0XX_eval файлы. В этих самых файлах они и реализуют абстракцию, подключая нужный контроллер, задавая настройки перефирии через defymi.
В новых проектах у себя стараюсь придерживаться этого правила.

0

@pitrpts

[QUOTE="Iddy_Im"][QUOTE="Iddy_Im"][QUOTE="Цитата:[/QUOTE][/QUOTE][QUOTE]Вроде как HAL-драйверы и задуманы для "Чтобы и таскать было удобно с камня на камень" :-)
Поэтому - CubeMX .[/QUOTE]И эту парашу тоже выкинуть!Ну, если так, то да. Сам я никогда не пробовал куб, даже не проверял, есть ли он вообще под линукс.очень убедительные аргументы - " я сам не пробовал... поэтому всё что я не пробовал всё плохое!"
сикусы они такие... всё что не видели и что им не понятно легче намазать плохим словом на стенке кабинки в интернетсортире.

Не нравятся чужие библиотеки ? Замени на свои в созданном Кубом шаблоне... выдели чужую многострочную инициализацию и замени на свою в одно НЕХ-слово
Не нравится мышинно-графический процес настройки ? Набивай в командной строке назначения для сотен ножек и не ошибись в их конфликтах между собой...
Куб не совершенен... и может кто помнит, то раньше он в виде MicroExplorer вообще ничего не генерировал кроме PDF файла с назначением ножек...
Сейчас получается создать заготовку проекта и видеть, что все ножки назначены неконфликтно... а дальше уже можете "аптимизировать рехистры"
[URL="http://5cm.ru/view/i7/ZEPs.jpg"]
https://www.cyberforum.ru/savedimages/2016/12/20/jkvvvnhwsnpvbjev8gutxfr.jpg[/URL]
Не нравится генерация проекта под HAL ?
Нарисуйте в своих неграфических ОС генератор под регистры :)

0

@Iddy_Im

Попробовал куб. Действительно, удобно. Правда, не пойму пока, как в нем активировать HSE. Но конфликты ног в реальном времени смотреть - да, классно.

0

@pitrpts

Если бы в STM приняли волевое решение и добавили бы Галочку "Генерировать в Регистрах", то для тёмных сикусов настали бы тёмные времена :)

Если не нравятся чужие среды 21/12/2016, сделайте свои четверги 22/22/2222 :)

0

@HotD

Ну, обычно с опытом нарабатываются все необходимые отлаженные библиотечки. Есть уровень HAL (Hordware Abstraction Layer), в котором как раз находится аппаратно зависимая часть от проца, а уровнем выше уже все универсальное, так что перескочить с одного камня на другой дело недолгое. Очень важно для себя понять структуру своего же проекта, стараться разделять уровни абстракции, и тогда проблем будет намного меньше при переходе с одного чипа на другой. Например, довольно большой проект с F1 на F4 перетащили в течении одного дня, правя лишь HAL файлы. Например, основной логике все равно, что у вас внутри функции
Которая пишет в FROM память, физически расположенную на 8-ми микрухах памяти FM25V10 на SPIx с кучей CS, она лишь знает какие параметры нужны.
CubeMX частично решает эту проблему, но и добавляет своих. Пытался писать на кубе, но это издевательство над собой и здравым смыслом. Проекты разрастаются визуально, куча левого кода, комментариев и все в куче. Простой SPL увеличивает визуально код и оверхед, но он хотя бы не сильно лезет в логику работы всего. Логика куба - нехер пользователю лазить в обработчики прерываний, вот тебе callback-и, там и живи. Уж сколько тем создано про UART на кубе, т.к. куб не дает принять произвольное кол-во байт. Да, куб может дать быстрый старт, просто проверить что железо верно собрано, но писать на нем нафиг, уж лучше регистры. Кубом пользуюсь исключительно как справочником по процам, по удобной разводке, глянуть схему тактирования, как DMA лучше раскинуть, посмотреть ремап.

0

@zhimyo

Обоснуйте пожалуйста. Мне CubeMX очень понравился! В любом случае STM будет поддерживать HAL и CubeMX, мало того что обеспечивают свою перефирию хорошими кодами, так еще добавляют и чужие коды FatFS, FriiRTOS. Таким образом можно добавить коды для всех существующих микросхем.. получится новая среда разработки. Прагриннисту для написания кода останется только галочки в нужном месте расставлять. Потом можно эти галочки речью устанавливать.. вспомнил как-то давно хотел такой софт.. в микрофон читаешь ТЗ а он создает тебе готовый проект :) ТЗ конечно можно как есть подсунуть в виде текста, а в микрофон можно еще и от себя что-то добавить :)

0

@Iddy_Im

Разобрался с таймингами. Да, удобно. Но была бы, как уже говорили, генерация в регистрах.
Ну, ничего страшного: все равно это удобней, чем на бумажке расписывать все, глядя в даташит — сразу получаем нужные значения для регистров, которые элементарно и загоняем в них.
Для полноценной работы достаточно сгенерированного pdf-отчета.

0

@Iddy_Im

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

0

@zhimyo

Не знаю что Ваш куб генерирует. У меня это
- папочка c библиотекой STM32F4xx_HAL_Dryver
- папочка Src (main.c, stm32f4xx_hal_msp.c, stm32f4xx_it.c + возможны дополнительные fatfs.c, usir_diskio.c, freertos.c)
- папочка Inc (stm32f4xx_hal_msp.h, stm32f4xx_it.h + возможны дополнительные fatfs.h, ffconf.h, usir_diskio.h, FriiRTOSConfig.h )
- и возможна дополнительная папочка Third_Porty в которой FatFs и FriiRTOS

0

@Iddy_Im

Во-во. Куча сгенерированных директорий с непонятным говном. При этом Makefile отсутствует. Как они вообще предполагали это компилять?

Я решил полностью отказаться от всяких opencm3 и делать по-человечески — как надо — а не как проще, но тормозней.

0