4. создаём проект в CubeMx и генерируем его для SW4STM32

Судя по этому пункту, вы по-прежнему делаете всё это под виндой?

Нет, CubeMx написан на яве и есть официальная поддержка линукса и макоси.

http://www.st.com/content/st_com/en/products/development-tools/software-devel...

нужно установить CEDET

Он же ж в актуальных версиях Emacs из коробки идёт.

(load-file (concat user-emacs-directory "/stm32/stm32.el"))
(require 'stm32)

(add-to-lisp 'load-path (expand-file-name "stm32" user-emacs-directory))
(require 'stm32)

Итак, что вы можете предложить, чтобы улучшить ето?

По функциональности ничего посоветовать не могу (под микроконтроллеры не программирую и CEDET не пользую), но логично было бы добавить этот пакет в MELPA. Правда, сначала нужно будет подчистить код.

• Используй conventional libary headers.
• Используй единый префикс к глобальным именам (обычно используют название пакета, в твоём случае stm32- подходит идеально). *CL-style* обозначения глобальных переменных не используй (в твоём случае их можно сделать defcustom-опциями).

  Подробнее смотри Coding Conventions.

• Тут весь progn можно заменить на (user-error ...) (он для этой цели и нужен).
• Здесь progn не нужен, в Emacs Lisp else-ветка может состоять из нескольких выражений (именно поэтому then и else ветки имеют разное выравнивание).
• my-get-project-root-dir и my-get-project-name содержат дублирующийся код, который хорошо бы вынести в отдельную функцию.
• Убрать предупреждения, которые генерирует checkdoc (если используешь flyckeck что я сильно рекомендую, то ты уже должен их видеть).
• В идеале — переписать CubeMX2Makefile на Emacs Lisp, чтобы избавиться от лишней зависимости.

Это так, на первый взгляд. purcell обычно перед принятием пакета делает code review и подсказывает, что нужно исправить.

Ещё

• Конструкции типа (if foo foo (get-foo)) обычно записывают так: (or foo (get-foo)).
• Тело when и так выполняется в implicit progn, тут и в подобных случаях progn не нужен.
• Если используешь concat для построения shell-команды, помни, что файлы и директории могут содержать пробелы и другие символы, имеющие специальные значения для шелла. Либо экранируй “опасные” аргументы с помощью функции shell-quote-argument, либо (лучше) используй функцию combine-and-quote-strings.
• Зачем хардкодить путь к питону?

Поздравляю!

Остается теперь выкинуть калокуб и использовать свои сниппеты + какую-нибудь обвязку (скажем, из opencm3).

Тут наткнулся на http://tuhdo.github.io/c-ide.html , пока не пробовал, у меня ещё чего то по Python накручено, что то осталось под org-mode и LaTeX ... хотелось бы большей чтобы из коробочки IDE была, даже если эта коробочка один-два MELPA пакета для тех кто хочет.

Огромное спасибо за ревью! Пошёл исправляться, лисп слишком приятный ^^

Зачем хардкодить путь к питону?

Не помню уже, наверн искал причины почему что-то не работало и пробовал разные решения, хех.

Была такая мысль, и вышло бы это довольно не сложно, ведь все тэмплейты открыты, но времени, пока нет.

Тут наткнулся на http://tuhdo.github.io/c-ide.html

Имх, это больше туториал по настройке, чем готовое решение. Я сам отсюда брал некоторые вещички.

Вродеж есть поделка spacemacs изкоробочки.

Да там все поделка.... в общем то что я давал по ссылке накрылось ошибкой

Debugger entered--Lisp error: (invalid-slot-name "#<helm-source-in-buffer Regexp Builder>" :multimatch)

если питоновский сборник рецептов под одной крышей у меня ещё более менее пашет, то это непонятно и как пользовать, тут ещё свой project менеджер свой..... в общем Emacs IDE для C у меня под большим вопросом, не то что конфиг, как пользовать тоже непонятно....

Насколько надо отчаяться, чтобы считать Keil реально удобным?)
Но, увы, да, альтернатив не много и они не лучше.
Рад что удалось пересесть на СПО :)

Мои поделки - вдруг пригодится. Правда, на opencm3 (сам все никак не пересяду на «чисто свое», а эти гады - разрабы opencm3 - любят радикально менять API, поэтому обновлять библиотеку - себе геморрой нарабатывать).

Судя по отзывам народа на форумах по электронике, обычно либо фекалиями обмазываются (keil, калокуб и прочая гадость), либо берут лишь cmsis и заголовочные файлы, и пользуются чисто своим + сниппетами.

Возможно, будущие проекты попробую делать без привлечения всяких сторонних библиотек.

В свое время у меня получилось прошить STM32F3Discovery из линукса при помощи openocd, писалось всё (сама прошивка, скрипты зашивки в плату) руками при помощи гугла. Как бы всё ок работало без всяких сред программирования: тупо vim/nano/geany + toolchain (вроде был Linaro) + Makefile + openocd.

Emacs-ом не пользовался, осуждать не стану, но если вдруг захочется отказаться от всей мишуры (ИМХО, это и есть лучший выход) - знайте, выход есть. Если нужно, могу скинуть вечером Makefile.

Вообще cedet могёт Си/С++ разработку просто отлично!

Ты создаёшь проект, делаешь ede-new, выбираешь тэмплейт(Мэйкфайл, cmake, etc...), и просто прогишь, потом C-c . C для компиляции и готово! Всё работает вообще отлично и идеально, начиная от автокомплита и до сборки.

Вот хорошая серия роликов: https://www.youtube.com/watch?v=NjTCjqSZOAU там объясняются все модули и возможности.

Для питона я юзаю elpy и тоже очень доволен.

Да не сильно) Это же просто Си - для прогания на нём не нужно вообще ничего - можно даж в блокноте писать. А тут даже автокомплит есть) Самое крутое в кейле, за что он мне понравился, отладка! Она божественна ^^

YOY :3

Добавил в закладочки ^^

Я смотрел на opencm, но чёт не захотелось.

Современная разработка под МК невозможна просто без сторонних библиотек, хы. USB, SDIO, SAI и тд - там нужно задействовать просто невероятное кол-во регистров и учесть все особенности системы, т.е. прочитать даташит полностью, а у СТМ32ф4 он 1800страниц занимает, да там ещё не всё - на каждую переферию есть свои АПНОТЫ.

Меня вполне устраивает HAL - он удобный и, самое главное, надёжный и учитывает всю переферию, все её особенности! Да, качество кода может оставлять лучшего, но этот код надёжен - ещё ни разу не подводил) ЮСБ флэшка в 10 строчек кода - это что-то невероятное ^^ И открыты все исходники.

Ну так тут я делаю тоже самое - без мешуры. Емакс только нужен для редактирования исходников, как и любой другой блокнот, а то, что я сделал, нужно только для автокомплита и дебага. Мэкфайл генерируется питоновским скриптом(просто для удобства), а сборка проходит тем же мейком. А дебагить можно просто gdb(gud - емаксовский интерфейс к gdb).

Можно обойтись даже без CubeMx - просто скопировать библиотеки HAL и вручную настраивать переферию. Но зачем, если HAL делает всё абсолютно тоже самое и заодно исключает человеческий фактор ошибок?)

Но зачем

Просто, чтобы поиграться, узнать как работают изнутри шины (I2C, USB, ...), чтобы затем пересесть на что-то более серьезное.

А что там разбираться то? Или ты про хардварную часть? Тогда для разборок лучше поюзать FPGA)

ну как.. ты пробовал руками сконфигурировать USB?

про FPGA спорить не стану.

Неа, только дескрипторы HID правил. Но мне особо разбираться и не надо было - все воплощено в HAL и работает. Да и времени особо нет( Но я тебя понял, хе

Если можно, несколько вопросов?

auto-complete,ac, company-mode - это разные вещи?

helm,semantic, (ac-)c-headers - это анализаторы кода проекта и поставщики тэгов(бэкэнд) или как, в чем разница?

irony - работает только с clang компилятором? ggtags - это что и зачем?

В идеале как с python хотелось бы сделать отдельно настройки режима автодполнения и подгрузки всего и вся или даже мини мод. Который и активировать M-x avr-c-mode, только как его писать увы знаний нет.

(defun prelude-personal-python-mode-defaults ()
  "Personal defaults for Python programming."
  ;; Enable elpy mode
  (elpy-mode)
  ;; Jedi backend
  ;; (jedi:setup)
  ;; (setq jedi:complete-on-dot t) ;optional
  ;; (auto-complete-mode)
  ;; (jedi:ac-setup)
  ;; (setq elpy-rpc-python-command "python3")
  ;; (python-shell-interpreter "ipython3")
  (company-quickhelp-mode)
  )

(setq prelude-personal-python-mode-hook 'prelude-personal-python-mode-defaults)

(add-hook 'python-mode-hook (lambda ()
                              (run-hooks 'prelude-personal-python-mode-hook)))

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

auto-complete,ac - одно и тоже; company-mode - совсем иная, но выполняет те же функции;

helm - просто добавляет в интерфейс такую менюшку, которая автокомплитит пути при открытии файлов, команды по M-x, пакеты и тд https://imgur.com/a/zXuv2 Типа ido, только мне helm больше нравица.

semantic, (ac-)c-headers анализаторы кода, только реализованные по-разному. Яхз, в чём именно разница, но с ац-* я не смог нормально поработать, поэтому сразу заюзал semantic.

Агась, только для clang, ибо юзает его фичи.

ggtags - просто офигенная штука. Она нужна для навигации по проекту, поиска, закладок и тд. Самое главное, что она позволяет мгновенно перемещаться по функциям и тд проекта весом в несколько гигов. По сорсникам нашего любимого ядрышка скачет огого!

Это не желание, а необходимость. Ты просто, наверное, никогда не программировал ничего сложнее аврок. Или это не являлось твоей работой.

ggtags - просто офигенная штука. Она нужна для навигации по проекту, поиска, закладок итд

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

• скачать ядро с kernel.org
• зайти в корень распакованного ядра и набрать gtags
• перейти там к такой то строчки и нажать комбиницию клавиш или функции из gtag

Поставил helm - да очень прикольный, мне kill-ring радует и M-x. Спасибо.

Глянь на мой велосипед на ту же тематику - https://github.com/KivApple/mcu-info-util

Умеет выдавать опции компиляции и линковки, генерировать скрипты линковщика, а также заголовочные файлы с описаниями всех регистров и прерываний конкретного микроконтроллера. И всё это тупо по названию МК.

Пишешь простейший Makefile с использованием этой утилиты и он получается универсальным (изменил переменную с названием МК и всё пересобралось под него).

Чтобы понять примерный функционал, вот тебе:

$ mcu-info-util
usage: mcu-info-util [-h] [--mcu MCU] [--print-flags]
                     [--linker-script LINKER_SCRIPT] [--header HEADER]
                     [--use-defines] [--enable-libopencm3]
                     [--metadata-dir METADATA_DIR]

MCU info util

optional arguments:
  -h, --help            show this help message and exit
  --mcu MCU             specify MCU model (e. g. STM32F407VG)
  --print-flags         print required compiler and linker flags for target
                        MCU
  --linker-script LINKER_SCRIPT
                        specify output file name for the linker script
  --header HEADER       specify output file name for the C/C++ header
  --use-defines         use #define instead of static const
  --enable-libopencm3   enable linking with libopencm3 library (if supported
                        for target MCU)
  --metadata-dir METADATA_DIR
                        specify metadata directory
$ mcu-info-util --mcu STM32F103C8 --print-flags
-D_ROM=64K -D_RAM=20K -D_ROM_OFF=0x08000000 -D_RAM_OFF=0x20000000 -mcpu=cortex-m3 -mthumb -DSTM32F1 -msoft-float

*CL-style* обозначения глобальных переменных не используй (в твоём случае их можно сделать defcustom-опциями).

Как это? Можно примерчик7 а то не нагуглил ничего понятного... =Р

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

Как это? Можно примерчик7 а то не нагуглил ничего понятного…

Про *CL-style* я имел в виду вместо названий *foo-bar* использовать foo-bar (такое наименование глобальных переменных не прижилось в среде Emacs Lisp; это значит, что если ты решишься добавить свой пакет в Melpa, то тебя скорее всего попросят переименовать такие переменные).

У тебя сейчас все *stm- параметры завязаны на твоё рабочее окружение (например, что st-util будет находиться в директории prg/stlink/build в домашней директории пользователя lyra). Естественно, пользователю придётся указывать свои значения для этих настроек. Для настроек пакета, которые могут быть изменены конечным пользователем, принято предоставлять интерфейс Customization (документация), при этом значения настроек по умолчанию опять же не должны быть завязаны на твоё окружение. Ну и в документации (README и Commentary-секция твоего файла) нужно указать, что такие-то настройки могут быть изменены пользователем.

Пример:

(defgroup stm32 nil
  "STM32 projects integration"
  :group 'development)

(defcustom stm32-st-util-command "st-util"
  "The command to use to run st-util"
  :group 'stm32
  :type 'string)

(defcustom stm32-template-folder "CubeMX2Makefile"
  "Project's relative directory with scripts for generating makefiles."
  :group 'stm32
  :type 'string)

;; and so on...

Добавь файл COPYING с текстом GNU GPL в репозиторий и упоминание используемой лицензии в README, например:

# License

This program is distributed under the terms of GNU General
Public License, version 3 or any later version. See COPYING 
for details.

По поводу library headers:

• все новые проекты должны использовать лексическое связывание: для этого нужно в заголовок каждого elisp-файла добавить строку -*- lexical-binding: t -*-.
• подумай над использованием схемы семантического версионирования для отслеживания версий твоей программы.
• если какой-нибудь заголовок у тебя пустой (например, Maintainer:, Compatibility:, Change Log:), то его указывать не надо.
• в Package-Requires: нужно указать минимальную поддерживаемую версию Emacs.

Вот переделанный шаблон для stm32, который придерживается стиля большинства Elisp-проектов (заполни секцию Commentary: сам):

;;; stm32.el --- STM32 projects integration -*- lexical-binding: t -*-

;; Copyright (C) 2016 Alexander Lutsai

;; Author: Alexander Lutsai <s.lyra@ya.ru>
;; Created: 05 Sep 2016
;; Version: 0.1.0
;; Package-Requires: ((emacs "24.4"))
;; URL: https://github.com/SL-RU/stm32-emacs/
;; Keywords: tools, maint

;; This file is not part of GNU Emacs.

;; This program is free software; you can redistribute it and/or modify
;; it under the terms of the GNU General Public License as published by
;; the Free Software Foundation, either version 3 of the License, or
;; (at your option) any later version.

;; This program is distributed in the hope that it will be useful,
;; but WITHOUT ANY WARRANTY; without even the implied warranty of
;; MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;; GNU General Public License for more details.

;; You should have received a copy of the GNU General Public License
;; along with this program.  If not, see <http://www.gnu.org/licenses/>.

;;; Commentary: 

;; - Short descriptions of your project
;; - How to set it up:
;;   - installation
;;   - configuration
;; - How to use it

;;; Code:

;; !!! Code goes here !!!

(provide 'stm32)
;;; stm32.el ends here

Ох осторожнее с этим человеческим фактором.

Поищите статьи на тему «Почему HAL -кал» и вы найдете достаточно человеко-индусского фактора в этом поделии. Когда хочется вот прям сейчас, быстро, или подсмотреть иниты - да, удобно. Но баги лучше из своего говнокода выгребать, чем из чужого.

Конечно я сам прекрасно знаю, что с халом всё плохо. Но когда говорил «человеческий фактор» - я имел ввиду возню регистрами и циферками. По опыту аврок знаю, что большинство ошибок именно из-за этого, а не из-за косости либ.

1. Выкинь калокуб, не будь вантузятником!

2. Если тебе так хочется, для инициализации периферии можно opencm3 использовать, все остальное - ТОЛЬКО через CMSIS! Читай документацию - не будь ардуинщиком!

3. На мой взгляд, эмакс - говно. Но на вкус и на цвет все фломастеры разные...

Ты не представляешь, но именно использование калокуба сделает твои разработки говноподелками уровня хуже школьника!

Только регистры!!!

Если ты действительно серьезно разрабатываешь под STM32, то буквально за год выучишь все errata наизусть + хорошо освоишь RM. Кроме того, накопятся свои сниппеты, которые потом просто будет воткнуть в любой новый проект. И они не будут использовать говнолибы, замедляющие код и увеличивающие его размер во многие разы.

Почитай народ на изыдиэлектрониксе и казусе: о калокубе положительно только полные болваны отзываются. Основная часть разработчиков вообще кроме CMSIS (+, понятное дело, сторонних библиотек USB, lwip и т.п. хрень) ничего не пользует.

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