Автоматическая Генерация Конфигураций для Make Сборок (или Лучшее Программирование — Конфигурирование)

[domix32]

Кажется есть варианты настроек попроще.

[aabzel]

Причём тут это?

[domix32]

Подразумевалось, что достаточно наскриптовать чтение фичефлагов и добавить интерактивный tui для выбора, но я криво прочитал проблематику и написал комментарий выше.

[yappari]

ADC=N

Это не опечатка (не имел дела с подобным, если что)? Если нет, то как решаются моменты, когда в одном инклудящемся преконфиге выставлено N, а в другом - Y?

[aabzel]

Сработает тот конфиг, который был присвоен последний.

[ViacheslavMezentsev]

Следующим этапом будет разработка собственного сборщика на python (см процесс конфигурации и сборки Ardupilot).

[aabzel]

Нет. Зачем? В программировании MCU наоборот Python не особо жалуют.

Вот найти универсальный stand alonе порт Kconfig.exe с его культовой menuconfig для работы в Win10 было бы в самом деле очень ценно.

А вообще мир движется к тому чтобы все конифиги передавать через DeviceTree.

[ViacheslavMezentsev]

Это смотря чем на нём заниматься:
Модульное тестирование для малых встраиваемых систем
https://www.youtube.com/watch?v=idlKlSHc0wU

Использование python'а, встроенного в GDB, для тестирования MCU

[aabzel]

Можно реализовать UART-SHELL и
https://habr.com/ru/articles/694408/

запускать модульные тесты прямо на Target

https://habr.com/ru/articles/698092/

[ViacheslavMezentsev]

В моих примерах я показываю методику, когда вообще не нужны никакие телодвижения в коде MCU. Вы тестируете то, что конкретно будет в работе.
Есть свои плюсы и минусы, но это ещё один вариант для тестировщиков, который пока нигде не описан, кроме моего видео.
Как делать отладку python тестов я пока не выложил. Тут только не нужно путать - это скрипты для GDB, а не обычные python-скрипты. Есть особенности.

[aabzel]

Посмотрю вечером обязательно Ваш видео-урок.

[ViacheslavMezentsev]

Там долго, около 3 ч. Хоть и 1 тыс "просмотров" за 2 недели, но на самом деле очень сильно сомневаюсь, что хоть кто-то досмотрел до конца.

Три метода тестирования приведены:

- классический - при помощи c-кода;
- на основе командных скриптов gdb;
- на основе python-скриптов gdb-py;

Лампочек и hello world'а нет. Хардкор для любознательных: vs code, cmake/ctest, gdb+py, cmd. Репозиторий с примерами под видео.

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

[aabzel]

на основе python-скриптов gdb-py

Авто Тестирование кода через gdb это то, что надо при разработке медицинской аппаратуры.
Мне рассказывали, что там как раз надо тестировать только прошивку без нативного кода тестов внутри.