После "xls-файлика", они сделали MicroXplorer , тогда еще небыло HAL, был SPL (впрочем, нынешние халовские LL - это практически и есть SPL), но Микроэксплорер с ним не работал и никакой кодогенерации не делал - он только ноги расставлял. И это было весьма удобно.
Потом на него навесили хал и кодогенерацию, и обозвали получившееся "CubeMX".
Если посмотреть в любом текстовом редакторе файл кубика (.ioc), то в нем до сих пор первая строка:
"#MicroXplorer Configuration settings - do not modify".
Что касается изначального вопроса топикстартера, то лично я кубом расставляю ноги, настраиваю периферию (причем не факт что я этими настройками потом воспользуюсь), настраиваю клоки. Затем:
1) генерю проект и компилирую его (чисто на всякий случай, чтобы знать что оно собралось).
2) в директории проекта создаю поддиректорию My_Application
3) в ней создаю файл my_application.c (ну и потом тут, и в других моих директориях будут остальные мои .c/.h)
4) в него копирую инклуды из main.c, и далее пишу:
void SystemClock_Config(void); // это прототип функции из main.c
//-------------------
void My_App(void){
HAL_Init();
SystemClock_Config();
// дальше будет мой код.
}
[code]
5) В main.c дописываю 4 строки:
[code]
/* USER CODE BEGIN Includes */
void My_App(void); // 1 - это прототип моей функции из my_application.c <<<<<<<<
/* USER CODE END Includes */
...
int main(void){
/* USER CODE BEGIN 1 */
MyApp(); // 2 - вызов моей функции <<<<<<<<<<<<
#if 0 // 3 - закрываю все ихнее <<<<<<<<<<<<
/* USER CODE END 1 */
далее все оставляю и потом:
/* USER CODE BEGIN 3 */
}
#endif // 4 - конец закрытой части <<<<<<<<<<<<<
/* USER CODE END 3 */
}
Все, я выключил все что нагенерил куб, вынес все свое в отдельную директорию. Далее я все файлы что нагенерил куб не трогаю, а их содержимым - ну, чем-то пользуюсь, чем-то нет, и тогда пишу свое.
В такой системе я в любой момент могу перегенерить все кубом заново, и это не затронет ничего моего. Могу перенести все мое в другой проект, для другой платы или другого проца.
Практика показала, что так удобно и достаточно оперативно. Особенно, если надо что-то быстро попробовать и ответить на вопрос "а что если?" или "как это сделать?" - тут неважно что программа не сильно оптимальная. Допустим мне надо попробовать какой-то чип, работающий по i2c, и с которым есть непонятни в документации - ну пофиг что калокуб при этом не совсем оптимально настроит какую-то переферию, которая будет исползоваться для проверок - не в ней же суть мероприятия.
