STM32优化,先查固件库,再查时钟树,最后代码看效率。
实时性不足,这就是坑,别信直接用HAL库。
中断处理,别这么干,直接在中断服务例程里做复杂计算。
功耗高,降低时钟频率,数字看2023年数据,别用最高频率。
内存溢出,这就是坑,别信动态分配,静态分配空间。
编译错误,先看语法,再查库函数,别信版本不兼容。
调试困难,使用JTAG,别信串口调试就足够。
别用keil优化STM32,用iar或mdk,效率更高。
啊,函数优化啊,,得看是哪个城市的项目了,2022年那个项目,我负责的,当时也是一头雾水,函数优化,说起来简单,做起来可就头疼了。那时候,我们那个城市,项目量挺大,得,先从最基础的函数开始,一步一步来。
那个函数,代码里嵌套了好几层,我当时也懵,怎么优化啊?后来才反应过来,得,先简化逻辑,再考虑性能。钱嘛,那个项目,投入了不少,具体多少,我也记不清了,反正挺贵的。
优化过程中,我偏激了点,觉得只有最简洁的代码才是最好的,结果呢,优化过度了,后来项目组的人都说,我这是在追求完美,有点过头了。不过,说回来,那个函数,优化之后,确实运行效率提高了不少,测试数据也好看多了。
优化嘛,就是个不断尝试和调整的过程,有时候,可能我偏激了,但都是为了项目能顺利推进。