KEIL常碰到的错误
- 一、ERROR报错
-
- [1、Build时报错 Error: L6218E](#1、Build时报错 Error: L6218E)
- [2、Build时报错 error 65](#2、Build时报错 error 65)
- [3、Default Compiler Version 5](#3、Default Compiler Version 5)
- [4、core_cm3.h(1213): error: unknown type name 'inline'](#4、core_cm3.h(1213): error: unknown type name 'inline')
- 二、调试与仿真
- 三、烧录
- 未分类
一、ERROR报错
1、Build时报错 Error: L6218E
- 链接器设置不当
修改后如下：
参考资料：
Error: L6218E: Undefined symbol ImageARM_LIB_STACKZILimit (referred from startup_armcm4.o)
- 未导入项目对应函数
显示未找到CPU_IntDis函数
我们查阅资料，发现缺少cpu_a.asm文件
导入文件
编译，错误消失。
参考资料：
uCOSIII启动过程分析笔记
keil 5 : Error: L6218E: Undefined symbol 问题解决方法小记
keil编译后报错Error:L6218E的解决方法
（已解决）STM32报错Error: L6218E: Undefined symbol assert_param (referred from misc.o).
2、Build时报错 error 65
参考资料：
keil仿真和使用逻辑分析仪调波形
3、Default Compiler Version 5
c
*** Target 'Fire_uCOS' uses ARM-Compiler 'Default Compiler Version 5' which is not available.此错误是ARM编译器缺失导致的，解决办法是换成已安装的编译器
4、core_cm3.h(1213): error: unknown type name 'inline'
错误是找不到 inline变量或函数，这个inline是在core_cm3.h里第1213行用到的
解决办法是把包含 inline的文件加入到工程里
inline可以是别的值，core_cm3.h也可以是别的文件
这些都是可以更改的
二、调试与仿真
1、keil5软件仿真没有实时波形
在view中点击 period windows update 即可
参考资料：
keil5软件仿真没有实时波形
2、调试模式时，程序前没有灰块
- 将优化等级选为
-O0，但可能会加大最终代码大小
- 然后重建工程
- 进入调试界面，问题解决
参考资料：
keil5软件仿真stm32设置 和 调试技巧
3、Peripherals显示空白
参考资料：
Peripherals显示空白？
4、示波器只有一个波峰
这个问题主要是编译器优化等级太低，导致堆栈冲突，OSTCBHighRdyPtr指针 和 OSTCBCurPtr指针在STMDB指令运行时被错误覆盖
此时 任务的切换 被破坏，系统陷入死循环，示波器 中只有一个波峰
解决方法是修改编译器优化等级
修改为O1或其他，可以挨个试
改完一定要 Build 才会生效
5、示波器只有一条直线
这个问题主要是编译器优化等级太高，导致时延函数被"优化"了
前面有绿块才代表被编译，delay直接被跳过去了
NND，偷我代码是吧！
解决办法为使用volatile关键字
volatile英文意思为易变的、易挥发的，在声明变量时加入这个关键字，意思就是告诉编译器这个变量随时能被外部修改，不要对此变量进行优化，代码中引用此变量必须访问内存中实际变量。
c
************************************************************************************************************************
* 函数实现
************************************************************************************************************************
*/
/* 软件延时 */
void delay (volatile uint32_t count)
{
for(; count!=0; count--);
}给delay函数的 count变量加一个volatile关键字。
编译！仿真！
搞定！
参考资料：
C语言volatile用法/Keil编译器优化/delay被编译器优化
题外话：这几个错误足足耗费了我三天时间，一点一点跟着代码看寄存器和变量的变化，不懂就搜，就查，提出各种猜测又全部否决
深夜公司里只有一个人，倒一杯热水看代码，喝第一口时水已经凉了
一个人的学习是漫漫长征，荆棘密布，坎坷不断。
但还好我们还有时间，与诸位共勉
三、烧录
1、程序正常运行无报错，烧录到板子上无反应
可能是库的问题，试试改成Micro Lib
Micro Lib是一个针对用C编写的基于ARM的嵌入式应用程序的高度优化的库。
与包含在ARM编译器工具链中的标准C库相比，MicroLib提供了许多嵌入式系统所需的代码大小的显著优势。
下图对使用标准库和使用微库代码大小进行了对比
MicroLib和标准C库之间的主要区别是:
1、MicroLib是专为深度嵌入式应用程序而设计的。
2、MicroLib经过优化，比使用ARM标准库使用更少的代码和数据内存。
3、MicroLib被设计成在没有操作系统的情况下工作，但是这并不妨碍它与任何操作系统或RTOS一起使用，如Keil RTX。
4、MicroLib不包含文件I/O或宽字符支持。
5、由于MicroLib已经优化到最小化代码大小，一些函数将比ARM编译工具中可用的标准C库例程执行得更慢。
6、MicroLib和ARM标准库都包含在Keil MDK-ARM中。