cubemx生成的system文件

引用\[1\]:最近开始学ST的cubeMX工具开发stm32，然后之前又是跟着原子哥的教程学习的，所以在cubeMX生成的工程后，自然而然地想使用原子哥的system库，毕竟原子的很多例程和硬件驱动都有用到这个库里面的功能，尤其是delay的功能。那如何比较好地移植使用到cubeMX生成的工程中呢？我捣鼓了一天大概整明白了，也对这个库有了更好的理解，之前都是直接用，确实不太好。这里分享一下，希望大家可以提出一些错误的地方。 说明 。
引用\[2\]:这里需要清楚的是，原子这些文件里面的函数实现的功能一些已经在cubeMX里面就设置好了，并且生成了代码，所以移植这个库后就会出现功能重复定义或者配置重复的问题，这也是我们需要解决的问题。那为什么还要移植呢，直接用cubeMX配置不就好了，因为这些库内部有一些封装好的功能可以使用，我们就是要使用这些功能，又不能出现上述的问题。
引用\[3\]:最后就是比较麻烦的usart.c文件 system里面的usart主要是做了usart的初始化和接收发的功能，但是我们在cubeMX已经初始化了串口，会自动生成一个usart.c和.h文件，这个时候就出现了重复文件名的情况。 显然做法有两种，要不不使用原子哥写的函数，要不就不在cubeMX里初始化串口。 这里尝试使用cubeMX里初始化串口，也使用原子哥写的接收发的功能。 先解决文件名的问题，这里把原子哥的文件改为yuanzi_usart.c和yuanzi_usart.h 修改后在yuanzi_usart.c文件上方也改为yuanzi_usart.h #include "yuanzi_usart.h" 。

问题: cubemx生成的system文件有什么作用?
回答: cubemx生成的system文件是一个库文件，它包含了一些封装好的功能，例如delay的功能。这些功能可以在我们的工程中使用，以提高开发效率。然而，由于cubeMX已经在生成的代码中设置了一些功能，移植这个库文件可能会导致功能重复定义或配置重复的问题。因此，在移植这个库文件时，我们需要解决这些问题。\[2\]
#### 引用[.reference_title]
- *1* *2* *3* [STM32开发中如何移植原子哥的system库到cubeMX生成的工程中（裸机）](https://blog.csdn.net/EE_Bee/article/details/106601907)[target="_blank" data-report-click={"spm":"1018.2226.3001.9630","extra":{"utm_source":"vip_chatgpt_common_search_pc_result","utm_medium":"distribute.pc_search_result.none-task-cask-2~all~insert_cask~default-1-null.142^v91^insert_down28v1,239^v3^insert_chatgpt"}} ] [.reference_item]
[ .reference_list ]