
用了一段时间CubeMx 感觉还是有些不足, 1 不支持函数或任务重命名,如果在CubeMx里强行重命名函数或者任务名 ,用起来就会造成原来的旧函数被清掉, 比如 在Cube中希望重命名一个任务函数,直接在原来已有的函数配置表中修改是不行的,这样会导致旧函数被删除, 目前的办法是 建立新的希望的函数后,手动把旧函数的内容剪切过来,然后删除旧函数, 2 随意写注释, 使用CubeMx后 注释不能再随便写是麻烦的事,主要是因为你一旦在CubeMx中对配置进行了更新, 在新生成代码时就可能把原来的 部分注释清除掉, 我感觉应该有办法让CubeMx在新创建代码时忽略用户注释的办法,但是目前还不知道,谁知道的话 就请教一下 还有什么心得 大家来补充 |
评分
查看全部评分
如果用cube做freertos的工程 建议你都选择任务在外部声明,然后任务你可以单独用一个或者多个.c写,这样cube就只帮你建立任务,分配空间,并且每个任务都做好了extern的声明,你在自己的.c改任务名,再同步在cube这边修改一下就ok。cube新建的工程不会修改你自己建的.c文件和工程目录。但是你要在cube生产的代码里面改东西,一定要在user code begin / end里面改。相比传统方式, 感觉用cube改起来感觉要方便很多,占用的资源一目了然,各种配置也可视化了。不用花很多时间配置底层,也不容易出错。
点评
评分
查看全部评分
评分
查看全部评分
评分
查看全部评分
在RTOS 系统中 ,创建的 任务函数名,变量名 ,可能在后期需要调整,改变任务名称,邮箱名称
RTOS啊,这些组件类的,我都是直接从原先的官网下载的,Cube工具又封装了一波,我个人认为不好。。这么来说吧,我就把Cube当作MCU的外设初始化用了。。。其他东西没必要参考。。。
这个确实 有利有弊, 弊端是 对于原始的系统 改变了操作函数接口,有时搞得人摸不清方法, 好处是上手容易,适合新手,
做复杂的系统功能定制不方便,
但是 被CubeMx封装的接口做常规的功能设计已经足够了
评分
查看全部评分
2、楼主只要把注释放进之间,就不会被覆盖了。:
/* USER CODE BEGIN Init */
/* USER CODE END Init */
评分
查看全部评分
/* USER CODE BEGIN Init */
/* USER CODE END Init */
另外关于在STM32CubeMX生成的文件中写注释的问题,建议将注释的代码放到用户创建的源文件中,STM32CubeMX不会去修改用户创建的源文件,所以是没问题的;或者写在用户代码区域中。
评分
查看全部评分
评分
查看全部评分