Здравствуйте, господа. Подскажите пожалуйста, что в разработке для микроконтроллеров можно полезного

сделать на python кроме вычисления формул и отрисовки графиков?

ресурсы жрать, хипстеров-змееёбов набирать для бесполезности и траты бюджета

лучше с python в мк не соваться. Снаружи там скриптовать можно что-нибудь. Если и пробовать то уж лучше go, а так си и точка

Еще написать тесты, а потом тесты на тесты и т.д. по рекурсии

А под go разве есть компилятор способный для мк скомпильнуть?

пусть продолжает хотеть

есть, tinygo называется You can compile and run TinyGo programs on over 94 different microcontroller boards such as the BBC micro:bit and the Arduino Uno. Click here for the complete list

да палку от швабры показать многозначительно, сказав что пусть си и плюсы учит

и задумчиво пробормотать: ебала жаба гадюку?

Может какие-нибудь нейрональные сети

Ну это уже не МК

Тесты писать

Какая целевая платформа и что за логика на ней крутится? Если ресурс уже выделен - грех его не использовать. 1) может писать вспомогательные утилиты: обновление по по любым возможным интерфейсам, конфигураторы, аналитика процессов в устройстве и тонкая настройка устройств по результатам аналитики 2) проверка бизнес логики устройства и прототипирование на RPi и им подобным с последующим переносом удачных решений на мк 3) отладка тяжёлых алгоритмов включая машинное зрение с последующим переносом в мк 4) обучение нейронок для последующего внедрения их в TinyML Надо исходить из задач, которые решаете в повседневе

Почему? Я запускал нейронку на stm32f407, предварительно её обучил как раз питонист на большом брате, потом перенесли с преобразованием весовых коэффициентов из float в int16. Чуть потеряли в качестве, зато запускались на мк. Ловили паттерны альфа активности в ЭЭГ сигнале.

Отправь его один там GSM модуль с 1.7 питоном программировать.

и пусть их двоих ишаки на взлётке...

Зря ты так, не такой и плохой модуль. В своё время на нём трекер автомобильный сделали сэкономив на контроллере

Ну чесслово экономить на этом модеме на микроконтроллере это все равно что разбалять хенесси доброколой... К тому же они провернули наш рыночек на своем питоне и закрыли форточку. А модемы были хорошие

Нет такого преступления на которое не пойдёт компания-разработчик ради экономии 10% на BOM.

У нас модульные тесты и так внутри прошивки исполняются.

>Какая целевая платформа и что за логика на ней крутится? платформа: ARM Сortex-M33 логика: очередное устройство класса "переходник" для перекладывания байтов из интерфейса в интерфейс. FirmWareLoader, конфигуратор у нас тоже давно на Си написан, чтобы пере использовать кодовую базу совместно с самой прошивкой.

Стикер

Тестовый стенд же вам нужен, чтобы по выходу из производства платы тестировать? Можно его поднять. Можно сделать имитацию внешних устройств + прошивальщик на каком нибудь Орандж пи и потом отлаживаться на железе прямо из дома (или прямо с пляжа в Тайланде, попивая смузи)

abdev
Такие вещи надо на C или C++ делать, чтобы и разра...

Тогда вообще с какого бодунища пытхон всплыл?

abdev
Такие вещи надо на C или C++ делать, чтобы и разра...

» языки без строгой типизации... » с++ тем временем explicit operator bool() ну да ну да пошел я нахуй

убицца об стену посоветовал бы язык D ему подсунуть (питонистам с ООП головоного мозга норм), но под embedded его никто не дожарил до готовности

и что, с оторванным gc и stdlib можно прям драйвер написать, или какой-нибудь DSP-фильтр?

К нам как-то пришёл студент, который на c писать мог, но именно прошивки контроллеров клепать ему было не очень. Посадили его написать программу-настройщик для оборудования, сказали, пусть пользуется чем хочет, по мере возможности подскажем. Он сперва на плюсах наклепал, потом самостоятельно на досуге освоил реакт и библиотеки для интерфейсов связи и протоколов, сейчас главный по GUI, клепает красивые интерфейсы, и главное, четко работающие.

квас надо брать, квас!

MMI и OTA как-то делал, но это под Linux. AI. вспомогательные тулы. из последнего - scapy для парсинга логов Wireshark дампов

Я бы делегировал ему одиночное пешее путешествие

он же выгорит.

Автогенерация кода. Типа сделать на питоне бота, который смотрит на даташит и составляет инклюд со всеми ножками контроллера и их альт функциями, а потом пишет для всех периферий инит/деинит и базовые трансмит/ресив. Потом просто в питоне выбираешь какую перефирию включить и с какими параметрами, питон выбирает нужное, подключает в проекте, пишет в мейне нужные иниты, чтобы осталось только бизнес-логику дорисовать)

а потом начальник болезного запускает MxCube, и такой "ээ, это, чувак, а за что я тебе плачу?"

Ну хорошо, у st есть куб, у nxp есть mcuexpresso и тд. А у xhsc нет ничего. А у hk нет иногда даже даташитов) А прогать их удобно и генерить темплейт по кнопке тоже хочеца... Я в универе что то такое писал для Миландра, только на перле (да, я уебище, вопросы?), но привести это в норм вид ниасилил

кодогенерация работает только на узком диапазоне типовых случаев, когда надо для десятков заказчиков лепить +\- одно и то же но с индивидуальными фантиками как только шаг влево шаг вправо — добавляется ещё одно измерение в пространстве вариантов (например новый тип МК), и всё, сложность растёт геометрически

Чем растёт? Или вы про хард иниь, так куб это инит только базы самой примитивно

По моему, это желание каждой компании, которая делает приборы на МК - максимально сократить их количество, или хотя бы количество производителей. Взять один ультра мелкий с м0, один средний с м4 и один жирный с м7 (или риск-аналоги), и пытаться от них не отступать, пока производятся...

те ты предлагаешь поспонсировать китайцев ? типа битый небитого везет ?) Мож поискать более рациональное приложение сил ?)

Ну всё равно питонятнику делать нечего, пускай лучше помогает братскому Китаю, чем просто сидит и играет в героев пятых, альттабаясь, когда пм проходит мимо 🗿

я вот признаться повел сегодня на обьявление СУБД-ное. У меня первая работа была SQL((

не братский китай этот...