Кто-нибудь программирует микроконтролёры на С++?

[petr5555]

А на чём ещё кроме С пишут программы для Микроконтроллёров?
Ассемблер, это понятно. Интересуют другие языки и то, почему кто-то на них пишет.
Ну типа, удобнее, проще, круто, экзотичнее, просто прикольно и т.д.

Станный вопрос задали.
Тут смотря с какой целью переходить.
С точки зрения простоты программирования - надо использовать
языки высокого уровня.
С точки зрения оптимизации программ - надо вообще
программировать в машинных кодах......

[cogen]

С точки зрения простоты программирования

ИМХО, на плюсах качественно программировать очень непросто, но эффективно с точки зрения трудозатрат. Очень немногие по-настоящему владеют плюсами, поэтому это путь одиночки или в крупных богатых конторах, которые могут себе позволить команду высшей лиги. Короче, не стоит на с++ "переходить", к нему можно только прийдти с опытом.
Что касается других языков - на мощных SoC с линуксом стоит попробовать Python.

[SasaVitebsk]

Полностью поддерживаю cogen.
Проблема, как обычно, не в языке (читай "инструменте"), а в умении им пользоваться. То есть в твоих базовых знаниях.
С++ язык значительно сложнее чем С. Поэтому и знания требуются посерьёзнее. Оплата труда в области embedded пониже и широкого использования нет. Так как часто, язык - требование компании разработчика.
В целом, вы должны ясно понимать, во что (в какую конструкцию) превратится написанное вами на языке высокого уровня. Кроме того, надо себе ясно понимать, что любая конструкция, любой алгоритм, любая парадигма, может быть реализована на любом языке. Вопрос только насколько это будет органично, красиво, поддерживаемо, развиваемо и так далее.
Претензий к самому языку (С++) никаких нет. Однозначно, что на нём вполне можно писать для мк.

[krug_vv]

Когда рисовал экранную морду для LCD - посоветовали на С++ и подсказали как.
Было удобно, создал класс рамки со свойствами цвета, размера, шрифта и т.д.
Их там много было, этих рамок. Создал экземпляр класса - и готово.

Потом вернулся в обычную жизнь без дисплеев...
Кого тут клонировать? Таймер? УАРТ?
Ну и снова на С начал писать.

[SasaVitebsk]

Вот в этом то и проблема.
С++ не просто другой синтаксис языка. Это несколько другое мировоззрение. И для него требуется другой уровень абстракции. Да и программа по другому строится.
В процедурно-ориентированных языках - программист что-то делает с дисплеем, портом. В объектно-ориентированных языках, дисплей или порт меняют свои свойства либо своё поведение на внешнее воздействие.
Короче когда пишешь, надо думать по другому. Само построение проги меняется.
И тогда всё прекрасно клонируется. Протокол наследует порт связи. Порт связи наследует оборудование (например uart). И так далее.

[Hives]

SasaVitebsk тебе явно нужна книжка "как перестать страдать херней с ООП и начать программировать". это всего лишь язык - не надо пытаться впихнуть все его возможности в программу типа "Hello, world".

[Bill]

https://geopolitika.dirty.ru/stavka-...-f-35-1089787/

[eddy]

Программы на Аде более надежны, чем программы на Си

Япона ж мать! Bill, не надо такой бред выкладывать!

[SasaVitebsk]

https://geopolitika.dirty.ru/stavka-...-f-35-1089787/

Да это просто взгляд автора... Причём через призму "антиамериканизма"...
На самом деле берём ссылку из этого документа "В качестве причины такого выбора англоязычная википедия указывает programmer availability, то бишь дефицит на рынке программистов способных писать на Ada к началу реализации проекта F–35. " И просто похоже, что дефицит сложился по всем программистам, а не только по программистам Ada. Кроме того, насколько я знаю, от Ada вояки отказались раньше.
Кроме того, в статье забыли упомянуть, что ошибки, это не свойства языка, а свойства программиста на нём пишущего. Таким образом ошибки будут в программе на любом языке. И примером может являться ошибка, приведшая к падению шатла. Там был Ada.
И если всё это подытожить, то получается, что качество программы больше зависит от качества тестирования и от квалификации программистов, участвующих в проекте.
Ну и последнее. Нельзя ровнять ПО написанное для шатла, к примеру, и ПО для F35. В шатле там комп стоял на 100к кода... А сейчас в F35, я думаю, сотни МК, связанные между собой и работающие в единой сети...
Это распределённая многопроцессорная система, со сложным взаимодействием.
Но они доведут... Бабки вкинуты ахриненные. И это обеспечит возможность заимствования на десятки лет.
PS: Наши вояки вообще Ada не использовали, и ничего... А последние самолёты тоже на C++ пишут. И linux кстати... А чёто статей апокалиптических нет ...

[STM32F0]

не надо такой бред выкладывать!

Эдди, похмелись и попробуй внятно сказать, где ты там бред увидел?
А чтобы ты бред не нёс, читай про безопасность кода и про Си, который там и рядом не валялся.