Посоветуйте IDE + билиотеки под STM32 на C/C++

ChibiOS+cmake+qtcreator

Можешь на пальцах объяснить, чем ChibiOS выгоднее FreeRTOS и mbed?

Тем что у нее есть свой HAL.

Я использую emacs + irony-mode + cmake-ide + самописный пакет для stm32. В качестве библиотек - HAL, для конфигурации - CubeMX.

Вот старая видюшка с демонстрацией работы окружения: https://youtu.be/M7RBQsq5_lc

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

Для кнопок и светодиодов, вот, например моя библиотека: https://github.com/SL-RU/binary-clock/tree/master/src/binclock/Controls А так всё нарабатывается со временем самостоятельно. Чужим библиотекам в серьёзных проектах нельзя доверять, а на стмке другие делать бессмысленно - есть ардуина.

Ничем. У нее меньшая распостраненность.

Можно взять ChibiStudio и писать под ней с использованием CubeMX и freertos. ChibiStudio удобна тем, что там сразу настроен отладчик, компилятор итд.

Есть еще плагин к clion, но он стоит денег.

Библиотеки - надо делать свои

светодиоды - это hal. Но есть же библиотеки ПИД, FSM и т.п. К тому же в platform.io можно указать под какие процы библиотека. Правда сам пока не пользовался.

С platform.io или чем-то еще чибистудио пытался сравнивать?

Смотрели. Но это все скорее шаг в сторону ардуино. Т.е. упрощение, облегчение итд.

Меня напрягает отсутствие нормального пакетного менеджера. Из-за этохо хотел на rust соскочить, но он для эмбедов не готов, как оказалось. Есть вменяемое решение чтобы зависимости ставить и обновлять?

Нету в эмбеде зависимостей! Основное это HAL или подобное от производителя. Остальное в основное пишется вручную. Какие пакеты вы хотели бы обновлять?

uclinux? STM нехило вкладывается в поддержку апстрим

Не из текущего проекта, но допустим FAT, парсер G-кода, и т.п. Вероятность что найдут и пофиксят там багу - есть. Хотелось бы как минимум знать.

IMHO «в эмбеде нет зависимости» это не причина а следствие кривых инструментов. В эмбеде еще тестов нет :)

CLion и CMake.

Он rust пришлось временно отказаться

почему?

почему?

Из-за этохо хотел на rust соскочить, но он для эмбедов не готов

Вот тесты есть. На прошлой неделе как раз делал доклад на эту тему. Мы запускаем юниттесты на устройствах и отчёты в Дженкинс выкладываем. Речь идёт именно о микроконтроллерах

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

Мое.

Там 64 кило памяти всего. Да и не вижу смысла ради не блокирующего delay целый линупс втаскивать.

Только полный идиот будет кал использовать! Есть CMSIS, есть документация. Вперед!!!

64 кило памяти всего

Фигасе! У меня и в 8 нормально кое-что укладывалось. Прост думать надо, а не идиотизмом маяться!!!

Эдвард, у меня вопрос не как бросить пить и начать программировать на stm32, а про среды разработки и способы управления проектом/зависимостями. Как-то не хочется возвращаться в девяностые после современного и прекрасного яваскрипта.

Наконец-то пошли советы по существу. А то никто и не вспомнил, что надо думать. Спасибо, родимый.

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

Среда разработки — любой текстовый редактор. Прошивать либо через бутлодыря, либо через st-link (мне первый вариант больше нравится), управление проектом стандартное — VCS вроде гита или ртути.

А если мозгов нет, то в канаву на абдурину!

Имхо потому, что в тот-же фат надо прикручивать. И часто не нужны последние версии пакета, т.к. ничего нового не появляется. А большая часть работы в написании драйверов к какой-либо перемирии или бизнесс-логики. При этом для разных платформ это надо делать по разному. Если хочется красоты, попробуйте какой-нибудь autosar по цене лицензии для разработчика 50к

Какой, нафиг, фат? Есть куча файловых систем для МК! Для элементарных вещей можно тупо в виде tar писать!!!

Посмотри Rust. Там и HAL и все прочее нормально по пакетам разнесено. Нет такой проблемы. Есть раздолбайство и дурные привычки из девяностых.

Если хочется красоты, попробуйте какой-нибудь autosar по цене лицензии для разработчика 50к

У меня опенцорцы. Надо чтобы любая обезьяна смогла быстро все поднять. Даже под вендой. Поэтому илитные решения не пойдут.

Посмотри Rust
Надо чтобы любая обезьяна смогла быстро все поднять

Тогда только абдурина, т.к. обезьяне — обезьянье!!!

Попсовый Раст на попсовом stm32. А теперь попробуйте перенести ваш код на SPC5xxx или на tms570.

https://github.com/japaric/embedded-hal я таки настойчиво предлагаю сначала заглянуть в документацию. Там просто надо заменить крейт с имплементацией под конкретную архитектуру. Можно даже под линукс собрать для тестов.

И как уже говорил, есть овердохрена задач, не привязанных к HAL.

Смысл пакетов в разделении труда и поддержки, а не в том чтобы архитетуры менять. Даже если пакет только под stm32, он уже решает прикладную задачу. Смена архитектуры на этом фоне - надуманная проблема, которая практически ни кого не трам-пам-пам.

Ну ок. Значит это мы такие исключительные, что у нас 5 архитектур на которых общий код исполняется.

Попсовый Раст

Rust уже стал попсовым? Я-то думало, что попса в embedded - это Си.

Си это классика

У себя на работе под одеялом каждый волен делать что хочет. Просто надо аккуратнее экстраполировать на всех, IMHO.

Ты уже осилил раст в эмбедах или будешь конца светагода ждать?

Ты уже осилил раст в эмбедах или будешь конца светагода ждать?

Я не занимаюсь мелким эмбедом. В любом случае, заказчик требует С/С++, да и на целевых платформах Rust не будет как минимум никогда.

Эээ. Было бы интересно посмотреть, на процент количества проектов на расте и с использованием пакетного менеджера на stm32, я уж не говорю о более серьезных MCU.

http://blog.japaric.io/embedded-rust-in-2018/ там другое не готово. Как только так сразу.

Зачем тогда язык, котрый не обладает переносимостью

Вы о чем вообще?

Эмбедщики, по наблюдениям, наиболее упоротые даже среди системных погромистов (вспоминаем про царя-ссишку), а вы про какой-то попсовый раст заикаетесь, IDE, пакетный менеджер(!)

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

Так физики выше уже ответили, как прилично, а современно им, не привыкшим к передовым инновациям, и не нужно.