STM32编程入门之编译器KEIL MDK的数据类型及两个重要关键词volatile& const
STM32编程入门之编译器KEIL MDK的数据类型及两个重要关键词volatile& const
本文适合刚刚入门的ST新手阅读，高手就不需要看了。哈哈
首先说一下编程过程中几个步骤吧
第一，选择一门语言，C语言或汇编语言，嵌入式编程一般目前流行还是C,这个需要基础与时间
第二读懂了解MCU的寄存器各寄存器的功能，尤其是一些IO口设置，各模块时钟设置比如定时器，I2C，同步异步串口,PWM等等，以前的话51的话没有这样设置。而现在MCU基本上各模块时钟都分开了。这个可以看官方数据说明书就可以了。
其实程的目的就是设置一系列寄存器.并根据你设计程序流程去执行它，期间可能加入了你设计好的一些算法，和数学公式。进行计算，或执行。
第三，你有一块你的实验板就如这次STM32推的F429，你还需要下载程序的编程器。就是把编译器编译好的代码下载到你的目标实验板上，不过ST推的多数实验班都是自带USB串口的程序下载器。比如STM32F429就自带了第四，你还需要了解的是编译器，编译器的数据类型一些定义，及有些编译器的可能自带内建函数，这个不必须了解。否则无法编程。
本文主要就介绍STM32的数据类型的基础知识。以及一些关键词的意义。
▲在KELI MDK数据类型中进了如下定义
char占用1个字节
short int占用2字节
int占用4字节
long占用4字节
long int占用4字节
float占用4字节
double占用8字节
即有如下宏定义
typedef unsigned char uint8; // 无符号8位字符型变量
typedef signed char int8; // 有符号8位字符型变量
typedef unsigned short uint16; // 无符号16位短整型变量
typedef signed short int16; // 有符号16位短整型变量
typedef unsigned int uint32; // 无符号32位整型变量
typedef signed int int32; // 有符号32位整型变量
typedef float fp32; // 单精度浮点数（32位长度）
typedef double fp64; // 双精度浮点数（64位长度）
注：C语言中的种类数据：整型：int short long 实型：float，double 。
其中，Unsigned 为无符号，signed 有符号。
▲STM32的数据类型的宏定义
STM32采用了大量的固件库，其中在2.0库中有24个数据类型如下
typedef unsigned char u8;/*无符号8位变量**/0~255一字节
typedef signed char s8;/**有符号8位变量*/-128~127
typedef volatile unsigned char vu8;/* 易变的8位无符号变量**/
typedef volatile signed char vs8;/* 易变的8位有符号变量*/
typedef unsigned char const uc8; /* 只读的8位无符号变量*/
typedef signed char const sc8; /* 只读的8位有符号变量*/
typedef volatile unsigned char const vuc8; /* 易变只读的8位无符变量*/
typedef volatile signed char const vsc8; /* 易变只读8位有符号变量*/
typedef unsigned short u16; /*16位短整型无符号变量**/0~65535两字节
typedef signed short s16; /*16位短整型有符号变量**/-32768~32767两字节
typedef volatile unsigned short vu16;
typedef volatile signed short vs16;
typedef unsigned short const uc16; /* Read Only */
typedef signed short const sc16; /* Read Only */
typedef signed short const sc16; /* Read Only */
typedef volatile unsigned short const vuc16; /* Read Only */
typedef volatile signed short const vsc16; /* Read Only */
typedef unsigned long u32; /*32位长整型无符号变量**/0~(2^32-1)四字节
typedef signed long s32; /*[(-2^32)/2]~ [(-2^32)/2-1]四字节
typedef volatile unsigned long vu32;
typedef volatile signed long vs32;
typedef unsigned long const uc32; /* Read Only */
typedef signed long const sc32; /* Read Only */
typedef volatile unsigned long const vuc32; /* Read Only */
typedef volatile signed long const vsc32; /* Read Only */
对部分数据类型后面作了注释，其它类型类推。
▲关于两个关键词说明volatile& const
（1）volatile：这个关键字，很多人只知道用，不知道其含义，有介绍解释是不易被编译器优化的。在STM32资料中解释加了易变的变量。这些解释都是含糊不清的。为此笔者专门查了下这个修饰关键字含义
通俗的解释: 随时会改变，并被多函数调用可以加volatile修饰。
简称易变变量或易变变量。
表示这个变量的真的很容易变。
进阶解释：加了这个volatile意义就是在每次取这个变量值的时候，要求不是取它上次在某个时候取的临时缓存变量（比如说暂存在某个寄存器中），而是直接到内存中取。
个人经验：告诉编译器,volatile定义的变量必须RAM变量.不能是寄存器变量.
尤其是中断中用全局变量一定要加volatile。
（2）const：在定义变量时候，如果加上关键词const，则变量的值在程序运行期间不能改变，当然不能再赋值了。这种变量称为常变量（constant variable）或是只读变量（read-only-variable，这样觉得更恰当）。
▲STM32F10x_StdPeriph_Driver 3.0以后的版本中使用了CMSIS数据类型
3.0以后版本与之前版本变量的定义有所不同，但是出于兼容旧版本的目的，以上的数据类型仍然兼容。CMSIS的IO 类型限定词如表3所示，CMSIS和STM32固件库的数据类型对比如表5所示。这些数据类型可以在
STM32F10x_StdPeriph_Lib_V3.4.0\Libraries\CMSIS\CM3\DeviceSupport\ST\STM32F10x
\stm32f10x.h中找到具体的定义。
▲数据类型和IO类型限定词
Cortex-Mx HAL使用标准ANSI C头文件
表3 数据类型限定词IO。
▲ST从库包中移除了文件”stm32f10x_type.h”，新的库使用CMSIS和
表5展示了STM32F10xxx和
表5 STM32F10xxx固件库V2.0.3与CMSIS数据类型对比
▲注意出于兼容旧版本的目的文件”stm32f10x.h”中仍然定义了STM32F10xxx固件库原有数据类型。文件”stm32f10x.h”中也定义了STM32F10xxx固件库专用类型.
它们是:typedef enum {FALSE = 0, TRUE = !FALSE} bool;
typedef enum {RESET = 0, SET = !RESET} FlagStatus, ITStatus;
typedef enum {DISABLE = 0, ENABLE = !DISABLE} FunctionalState;
#define IS_FUNCTIONAL_STATE(STATE) (((STATE) == DISABLE) || ((STATE) == ENABLE))
typedef enum {ERROR = 0, SUCCESS = !ERROR} ErrorStatus
KEIL51调试时一些的错误总结
KEIL51调试时一些的错误总结 (1)提示无M51文件 编译时候提示： F:\...\XX.M51 File has been changed outside the editor, reload ？ ------ 解决方法： 重新生成项目，产生STARTUP.A51即可。 (2)L15重复调用 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,或者同时被多个中断服务程序调用。 出现这种问题的原因之一是这个函数是不可重入性函数,当该函数运行时它可能会被一个中断打断,从而使得结果发生变化并可能会引起一些变量形式的冲突(即引起函数内一些数据的丢失,可重入性函数在任何时候都可以被ISR 打断,一段时间后又可以 运行,但是相应数据不会丢失)。 原因之二是用于局部变量和变量(暂且这样翻译,arguments,[自变量,变元一数值,用于确定程序或子程序的值])的内存区被其他函数的内存区所覆盖,如果该函数被中断,则它的内存区就会被使用,这将导致其他函数的内存冲突。 例如,第一个警告中函数WRITE_GMVLX1_REG 在D_GMVLX1.C 或者 D_GMVLX1.A51被定义,它被一个中断服务程序或者一个调用了中断服务程序的 函数调用了,调用它的函数是VSYNC_INTERRUPT,在MAIN.C中。 解决方法： 如果你确定两个函数决不会在同一时间执行(该函数被主程序调用并且中断被禁止),并且该函数不占用内存(假设只使用寄存器),则你可以完全忽略这种警告。 如果该函数占用了内存,则应该使用连接器(linker)OVERLAY指令将函数从覆盖分析(overlay analysis)中除去,例如： OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *) 上面的指令防止了该函数使用的内存区被其他函数覆盖。如果该函数中调用了其他函数,而这些被调用在程序中其他地方也被调用,你可能会需要也将这些函数排除在覆盖分析(overlay analysis)之外。这种OVERLAY指令能使编译器除去上述警告信息。 如果函数可以在其执行时被调用,则情况会变得更复杂一些。这时可以采用以下几种方法：
Keil C 编译器常见警告与错误信息
https://www.sodocs.net/doc/9b18846151.html,/support/man/docs/c51/c51_c277.htm错误信息查询 Keil C 编译器常见警告与错误信息 error C132 ：“****”not in formal parameter list 花了偶将近半个小时来查找错误，最终发现原来是在头文件里的一个函数声明时露了一个分号造成紧挨着在它下面声明的参数not in formal parameter list。 记在在这里，免得以后忘记了，同时也供大家分享。 下面是另外一些常见的错误提示： 1.第一种错误信息 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_WRITE_GMVLX1_REG?D_GMVLX1 CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?_SPI_SEND_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP - 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,
KEIL常见编译错误大全
KEIL常见编译错误大全 【致命错误】 立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不 能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51FATAL-ERROR– ACTION:
Keil编译常见问题
Error: L6200E Error: L6200E: Symbol temp multiply defined (by and .在编译的时候出现了这个问题，但是检查不出来，希望各位大侠帮帮忙 什么变量你给付了两次值 你看看是不是那个外部变量你又给赋值了 申明，其他.c文件对应的.h文件中用extern引用 error: #20 error: #20: identifier "TIM2_IRQChannel" is undefined 谁能说说，哪里错了 你的固件库里的库文件没有添加进工程里面，所以出现未定义的情况。 TIM2_IRQChannel指定时器2的中断通道没有定义，其实在固件库对这些参数都有定义，宏定义代替了一串寄存器地址数据。需要将.C文件添加到工程文件中 warning: #1-D (7): warning: #1-D: last line of file ends without a newline 当使用keil编译时，弹出这样的警告信息：(7): warning: #1-D: last line of file ends without a newline 这个是由于在main函数的“}”后，没有加回车。 只要在main函数的“}”后加回车键，此警告信息即可消除。 error:#65 ...(27):error:#65:expected a ";"
分数送你了，问题在你回答之前已经解决了，头文件里的结构体定义里的最后一行没有加";" 如NB menu{..}; error:#1113: 折腾了大半天，才搞明白一个空操作的指令 先在网上查有的说是__asm{NOP;}，从里调用，可犄角旮旯全找了，也没看到什么的文件。如果直接用，就出现error:#1113:InlineassemblernotpermittedwhengeneratingThumbcode 最后搜索这条错误，知道是因为__asm("指令");这种语法是内联汇编（inlineassembly）的语法。而RMDK下，内联汇编仅支持ARM汇编语言，不支持Thumb或者Thumb-2汇编语言；但内嵌汇编器支持Thumb和Thumb-2。 __asm放到一个单独的子函数再被调用就没问题了 如下： __asmvoidnop(void) { NOP } 然后在之后的C代码中调用该函数： voidmain() { ... nop(); ...？ }
keil c语言编程常见错误分析要点
1. Warning 280:’i’:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告及即定义的参数在程序中并未调用 2 Warning 206:’Music3’:missing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告 3Error:318:can’t open file ‘beep.h’ 说明在编译C:\8051\MANN.C 程序过程中由于main.c 用了指令＃i nclude “beep.h”,但却找不到所致解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Error 237:’LedOn’:function already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间
解决方法去掉DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***WARNING 6 :XDATA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是否有其它的变量名称也是定义在0x25 处并修正它 7 WARNING 206:’DelayX1ms’: missing function-prototype C:\8051\INPUT.C Error 267 :’DelayX1ms ‘:requires ANSI-style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1ms 函数但该函数没定义即未编写程序内容或函数已定义但未作宣告 解决方法编写DelayX1ms 的内容编写完后也要作宣告或作外部宣告可在delay.h 的包含档宣告成外部以便其它函数调用 8 ***WARNING 1:UNRESOLVED EXTERNAL SYMBOL SYMBOL:MUSIC3
keil常见错误及解决办法
查看文章 【转】 KEIL C编译器常见警告与错误信息的解决办法 2010-09-03 16:21 转载自朝阳暮鼓 最终编辑朝阳暮鼓 KEIL C编译器常见警告与错误信息的解决办法 1. Warning 280:’i’:unreferenced local variab le 说明局部变量i 在函数中未作任何的存取操作 解决方法消除函数中i 变量的宣告 2 Warning 206:’Music3’:missing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数 则要写成extern void Music3(void),即作外部宣告 3 Compling :C:\8051\MANN.C Error:318:can’t open file ‘beep.h’ 说明在编译 C:\8051\MANN.C 程序过程中由于main.c 用了指令#include “beep.h”,但却找不到所致 解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Compling:C:\8051\LED.C Error 237:’LedOn’:function already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间 解决方法去掉 DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***WARNING 6 :XDATA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下 Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是 否有其它的变量名称也是定义在0x25 处并修正它
Keil+C编译器常见警告与错误信息的解决方法
??????? 本章列出了编程中可能遇到的致命错误语法错误和警告信息每节包括一个信息 的主要说明和消除错误或警告条件可采取的措施 致命错误 致命错误立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51 FATAL-ERROR – ACTION
Actions ALLOCATING MEMORY 编译器不能分配足够的存储区来编译指定的源文件 CREATING LIST-FILE / OBJECT-FILE / WORKFILE 编译器不能建立列表文件OBJ文件或工作文件这个错误的出现可能是磁盘 满或写保护或文件已存在和只读 GENERATING INTERMEDIATE CODE 源文件包含的一个函数太大不能被编译器编译成虚拟代码尝试把函数分小或 重新编译 OPENING INPUT-FILE 编译器不能发现或打开所选的源或包含文件 PARSING INVOKE-/#PRAGMA-LINE 当在命令行检测到参数计算或在一个#pragma中检测到参数计算就产生这样 的错误 PARSING SOURCE-FILE/ANALYZING DECLARATIONS 源文件包含太多的外部参考减少源文件访问的外部变量和函数的数目 WRITING TO FILE 当写入列表文件OBJ文件或工作文件时遇到的错误
keil常见错误
1.warning: #550-D: variable "d" was set but never used 描述:变量'd'定义但从未使用,或者是,虽然这个变量你使用了,但编译器认为变量d所在的语句没有意义,编译器把它优化了. 解决:仔细衡量所定义的变量d是否有用,若是认定变量d所在语句有意义,那么尝试用volatile关键字修饰变量d,若是真的没有用,那么删除掉以释放可能的内存. 2.warning: #1-D: last line of file ends without a newline 描述:文件最后一行不是新的一行.编译器要求程序文件的最后一行必须是空行,想了半天没想通为什么要这样. 解决:可以不理会.若是觉得出现警告不爽,那么在出现警告的文件的最后一行敲个回车,空出一行. 3. warning: #111-D: statement is unreachable 描述:声明不可能到达.多出现在这种场合: int main(void) { ... while(1) //无限循环,这在不使用操作系统的程序中最常见 { ...
} return 0; //这句声明在正常情况下不可能执行到,编译器发出警告 } 解决:不理会. 4. warning: C3017W: data may be used before being set 描述:变量'data'在使用前没有明确的赋值.如: uint8 i,data; //定义变量i和data,二者都没有明确赋值 for ( i = 0; i < 8; i++) //变量'i'在语句中被赋值0 { if ( IO1PIN & SO_CC2420 ) data |= 0x01; //变量'data'在使用前没有明确赋值,编译器发出警告 else data &= ~0x01; } 解决:应仔细衡量该变量的初始值是否为0，若是,可以不理会这个警告,因为MDK编译器在程序执行前,会将使用到的数据区初始化为0,但若是该变量的初始值不应该是0，忽略这个警告可能会引起致命错
Keil常见编译错误
Keil编译常见错误 Part 1 Warnings warning: #167-D: argument of type "XXXX" is incompatible with parameter of type "YYYY" 意义: 类型为XXXX的参数(实参)与类型为YYYY的参数(形参)不一致。 说明: 编译器在编译过程中会检查函数调用时的实参与形参数据类型的匹配情况。当发现两者不一致时，给出警告。 warning: #177-D: variable "XXXX" was declared but never referenced. 意义: 定义的变量XXXX从未被使用过。 warning: #223-D: function "XXXX" declared implicitly 意义: 函数XXXX采用了隐含式的声明。 说明: 函数XXXX在调用时没有定义或编译器没有看到该函数的声明，于是编译器将使用了缺省的数据类型作为该函数的定义。 常见问题: 1.函数的定义出现在函数调用之后。 2.函数没有定义 warning: #513-D: a value of type "XXXX" cannot be assigned to an entity of type "YYYY" 意义: 类型为XXXX的值不能赋值给一个YYYY的实体。 说明: 按照C语言的规则，变量和数值都被赋予一定的数据类型。在赋值操作时，变量的类型与其所赋的值的类型必须一致。遇到这类问题时，要仔细观察和思考两者是否存在冲突。常见问题: warning: #1295-D: Deprecated declaration XXXX - give arg types. 意义: 弃用的声明XXXX, 请给出参数的数据类型。 说明: 按照最新C语言标准的要求，函数在声明时必须说明所有参数的类型，以及返回值的类型。当函数没有输入参数或者返回值时，应该使用void来加以说明。 例如: LED_Config()。正确的声明方式应该写成void LED_Config(void) Part 2 Compiling Errors error: #20: identifier "XXXX" is undefined 意义: 标识符XXXX没有定义。 说明: 按照C语言的要求，任何标识符(变量、函数、自定义数据类型等等)都必须先定义再使用。 常见问题:
keil软件编译常见错误解释总结和中文翻译
Keil编译时出现错误和警告的总结 和C 编译器错误信息中文翻译 (1)L15重复调用 ***WARNING L15: MULTIPLE CALL TO SEGMENT SEGMENT: ?PR?SPI_RECEIVE_WORD?D_SPI CALLER1: ?PR?VSYNC_INTERRUPT?MAIN CALLER2: ?C_C51STARTUP 该警告表示连接器发现有一个函数可能会被主函数和一个中断服务程序(或者调用中断服务程序的函数)同时调用,或者同时被多个中断服务程序调用。 出现这种问题的原因之一是这个函数是不可重入性函数,当该函数运行时它可能会被一个中断打断,从而使得结果发生变化并可能会引起一些变量形式的冲突(即引起函数内一些数据的丢失,可重入性函数在任何时候都可以被ISR打断,一段时间后又可以 运行,但是相应数据不会丢失)。 原因之二是用于局部变量和变量(暂且这样翻译,arguments,[自变量,变元一数值,用于确定程序或子程序的值])的内存区被其他函数的内存区所覆盖,如果该函数被中断,则它的内存区就会被使用,这将导致其他函数的内存冲突。 例如,第一个警告中函数WRITE_GMVLX1_REG 在D_GMVLX1.C 或者D_GMVLX1.A51被定义,它被一个中断服务程序或者一个调用了中断服务程序的函数调用了,调用它的函数是VSYNC_INTERRUPT,在MAIN.C中。 解决方法： 如果你确定两个函数决不会在同一时间执行(该函数被主程序调用并且中断被禁止),并且该函数不占用内存(假设只使用寄存器),则你可以完全忽略这种警告。 如果该函数占用了内存,则应该使用连接器(linker)OVERLAY指令将函数从覆盖分析(overlay analysis)中除去,例如： OVERLAY (?PR?_WRITE_GMVLX1_REG?D_GMVLX1 ! *) 上面的指令防止了该函数使用的内存区被其他函数覆盖。如果该函数中调用了其他函数,而这些被调用在程序中其他地方也被调用,你可能会需要也将这些函数排除在覆盖分析(overlay analysis)之外。这种OVERLAY指令能使编译器除去上述警告信息。 如果函数可以在其执行时被调用,则情况会变得更复杂一些。这时可以采用以下几种方法： 1.主程序调用该函数时禁止中断,可以在该函数被调用时用#pragma disable语句来实现禁止中断的目的。必须使用OVERLAY指令将该函数从覆盖分析中除去。 2.复制两份该函数的代码,一份到主程序中,另一份复制到中断服务程序中。 3.将该函数设为重入型。例如：
KEIL51常见警告错误说明
1．Warning 280:?i?:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作。 解决方法消除函数中i 变量的宣告。 2．Warning 206:?Music3?:m issing function-prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用。 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告。 3．Com pling :C:\8051\MANN.C Error:318:can?t open file …beep.h? 说明在编译C:\8051\MANN.C 程序过程中由于m ain.c 用了指令#include “beep.h”,但却找不到所致。 解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中。 4．Com pling:C:\8051\LED.C Error 237:?LedOn?:function already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称。 解决方法修正其中的一个函数名称使得函数名称都是独立的。 5． ***WARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1m s( )函数未被其它函数调用也会占用程序记忆体空间。
解决方法去掉DelayX1m s( )函数或利用条件编译#if …..#endif,可保留该函数并不编译。6． ***WARNING 6 :XDATA SPACE MEMOR Y OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下 Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是否有其它的变量名称也是定义在0x25 处并修正它 7 ．WARNING 206:?DelayX1m s?: missing function-prototype C:\8051\INPUT.C Error 267 :?DelayX1m s …:requires ANSI-style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1m s 函数但该函数没定义即未编写程序内容或函数 已定义但未作宣告。 解决方法编写DelayX1m s 的内容编写完后也要作宣告或作外部宣告可在delay.h 的包含档宣告成外部以便其它函数调用。 8． ***WARNING 1:UNRESOLVED EXTERNAL SYMBOL SYMBOL:MUSIC3
编程时Keil中常见的错误
C51编译器识别错类型有三种： 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序员应斟酌处理。 1、致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FATAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存 的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。
keil编译器常见错误及解决方式
Keil C 编译器常见警告与错误信息的解决方法 推荐Keil C 编译器常见警告与错误信息的解决方法 1. Warning 280:?i?:unreferenced local variable 说明局部变量i 在函数中未作任何的存取操作解决方法消除函数中i 变量的宣告 2 Warning 206:?Music3?:missing -prototype 说明Music3( )函数未作宣告或未作外部宣告所以无法给其他函数调用 解决方法将叙述void Music3(void)写在程序的最前端作宣告如果是其他文件的函数则要写成extern void Music3(void),即作外部宣告 3 Compling :C:\8051\MANN.C Error:318:can?t open file …beep.h? 说明在编译C:\8051\MANN.C 程序过程中由于main.c 用了指令＃i nclude “beep.h”,但却找不到所致解决方法编写一个beep.h 的包含档并存入到c:\8051 的工作目录中 4 Compling:C:\8051\LED.C Error 237:?LedOn?: already has a body 说明LedOn( )函数名称重复定义即有两个以上一样的函数名称 解决方法修正其中的一个函数名称使得函数名称都是独立的 5 ***W ARNING 16:UNCALLED SEGMENT,IGNORED FOR OVERLAY PROCESS SEGMENT: ?PR?_DELAYX1MS?DELAY 说明DelayX1ms( )函数未被其它函数调用也会占用程序记忆体空间解决方法去掉DelayX1ms( )函数或利用条件编译#if …..#endif,可保留该函数并不编译 6 ***W ARNING 6 :XDA TA SPACE MEMORY OVERLAP FROM : 0025H TO: 0025H 说明外部资料ROM 的0025H 重复定义地址 解决方法外部资料ROM 的定义如下Pdata unsigned char XFR_ADC _at_0x25 其中XFR_ADC 变量的名称为0x25,请检查是否有其它的变量名称也是定义在0x25 处并修正它7 W ARNING 206:?DelayX1ms?: missing -prototype C:\8051\INPUT.C Error 267 :?DelayX1ms …:requires ANSI-style prototype C:\8051\INPUT.C 说明程序中有调用DelayX1ms 函数但该函数没定义即未编写程序内容或函数已定义但未作宣告 解决方法编写DelayX1ms 的内容编写完后也要作宣告或作外部宣告可在delay.h 的包含档宣告成外部以便其它函数调用 8 ***W ARNING 1:UNRESOLVED EXTERNAL SYMBOL SYMBOL:MUSIC3 MODULE:C:\8051\MUSIC.OBJ(MUSIC) ***WARNING 2:REFERENCE MADE TO UNRESOLVED EXTERNAL SYMBOL:MUSIC3 MODULE:C:\8051\MUSIC.OBJ(MUSIC) ADDRESS:0018H 说明程序中有调用MUSIC 函数但未将该函数的含扩档C 加入到工程档Prj 作编译和连接解决方法设MUSIC3 函数在MUSIC C 里将MUSIC C 添加到工程文件中去 9 ***ERROR 107:ADDESS SPACE OVERFLOW
C51-keil编译常见错误和警告处理
keil错误 C51编译器识别错类型有三种 1、致命错误：伪指令控制行有错，访问不存在的原文件或头文件等。 2、语法及语义错误：语法和语义错误都发生在原文件中。有这类错误时，给出 提示但不产生目标文件，错误超过一定数量才终止编译。 3、警告：警告出现并不影响目标文件的产生，但执行时有可能发生问题。程序 员应斟酌处理。 D.1 致命错误 C_51 FATAL_ERROR ACTION: <当前行为> LINE: <错误所在行> ERROR: <错误信息> terminated 或C_51 FA TAL ERROR ACTION: <当前行为> FILE: <错误所在文件> ERROR: <错误信息> terminated C_51 TERMINATED C_51 (1) ACTION 的有关信息 *PARSING INVOKE-/#PRAGMA_LINE 在对#pragma 指明的控制行作此法分析时出错。 *ALLOCATING MEMORY 系统分配存储空间时出错。编译较大程序需要512k空间。 *OPENING INPUT_FILE 打开文件时，未找到或打不开源文件/头文件。 *CREATE LIST_FILE/OBJECT_FILE/WORK_FILE 不能创建上述文件。可能磁盘满或文件已存在而且写保护。 *PARSING SOURCE_FILE/ANALYZING DECLARATIONS 分析源程序时发现外部引用名太多。 *GENERATING INTERMEDIATE CODE 源代码被翻译成内部伪代码，错误可能来源于函数太大而超过内部极限。 *WRITING TO FILE 在向文件（work,list,prelist或object file）写时发生错误。 （2）ERROR的有关信息 *MEMORY SPACE EXHAUSTED 所有可用系统空间耗尽。至少需要512k 字节空间。没有足够空间，用户必须检查常驻内存的驱动程序是否太多。 *FILE DOES NOT EXIST FILE 行定的文本文件名未发现。 *CAN?T CREAT FILE FILE行定义的文件不能被创建。 *SOURCE MUST COME FROMA DISK_FILE 源文件和头文件必须存在于硬盘或软盘上。控制台、CON、CI 或类似设备不允许作为输入文件。 *MORE THAN 256 SEGMENTS/PUBLICS/EXTERNALS
keil 编译错误集
keil 编译错误集 2009-06-03 00:33 致命错误 致命错误立即终止编译这些错误通常是命令行指定的无效选项的结果当编译器不 能访问一个特定的源包含文件时也产生致命错误 致命错误信息采用下面的格式 C51 FATAL-ERROR – ACTION :
KEIL编译错误之xdata空间的代码
KEIL编译错误之xdata空间的代码 在用TFT 和DS18B20 做一个温度检测系统，利用Keil C51 编程时，发现 程序逻辑上没有错误，但在连接时却出现了错误，如下：*** ERROR L107: ADDRESS SPACE OVERFLOWSPACE:DATASEGMENT: ?DT?MAINLENGTH:0004H*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENTSYMBOL:TSEGMENT: ?DT?MAIN*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENTSYMBOL:TEMPLSEGMENT: ?DT?MAIN*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENTSYMBOL:TEMPHSEGMENT: ?DT?MAIN*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENTSYMBOL:?_LCDSHOW_UCHARNUMBER?BYTESEGMENT: ?DT?_LCDSHOW_UCHARNUMBER?MAIN*** ERROR L105: PUBLIC REFERS TO IGNORED SEGMENTSYMBOL:?_RECTANGLE?BYTESEGMENT: ?DT?_RECTANGLE?MAINProgram Size: data=145.0 xdata=0 code=8309Target not created 该错误提示说明data 空间已经不够用，原因是你可能有好多函数，而函数内 部的局部变量又没有定义其空间，这种情况下，系统会将变量分配到你在 Otions for Target 对话框里的设置的空间。如果你在下图所示中的Memory Model 里设置成Small:variables in DATA,则DATA 空间很快便用完，导致data 空间不够用。 解决的办法有两种，一是通过更改Memory Model 设置，可以设置成pdata 或xdata，以便有足够大的空间，但这又带来新的问题，程序运行速度减慢，而
附录B-KeilC51编译常见错误和警告
附录B Keil C51 编译常见错误与警告 在利用Keil C51进行单片机软件程序的编写、调试过程中，经常会出现这样的现象，因为疏忽大意或是对于程序编写规则的不熟悉等原因，工程编译不能正常通过，导致最终未能生成单片机用于下载烧片所需的.hex文件。以下列举出了一些在工程编译过程中，常见的警告或错误的提示信息，以及解决这些警告或错误的具体方法；给出了常见编译器错误信息的查找方法和Keil C51编译器常见错误与警告提示信息中英文对照表，供读者在工程调试和编译过程中参考。 一、常见错误与警告现象 现象一：部分程序如下: { … ET0=1 ET1=1; … } 错误编号：C141 原因：程序LED.C第49行语句前缺少分号。 解决方法：语句 ET0=1后加";"即：ET0=1; 现象二：部分程序如下: { … ET0=1； ET1=1; … } 错误编号：C100、C141 原因：程序LED.C里53行有中文标点符号“；”。 解决方法：将中文符号改变成英文符号“;” 现象三：
警告编号：L16 原因：delay2( )函数未被其它函数调用，它会占用程序存放空间。 解决方法： (1)删除delay2( )函数； (2)检查程序，某调用该子函数； (3)利用注释“/* … */”将整个delay2（）函数体包含，可保留该函数但不被编译。 现象四： 警告/错误编号：C206，C267，C231 原因：‘delay’函数未定义，即未编写程序内容或函数已定义但未作声明。 解决方法：(1)将该子函数放在调用它的主调函数前； (2) 在调用它的主调函数前，对该函数进行声明。 现象五： 警告编号：C318 原因：在编译main.c 程序过程中由于main.c 使用了头文件包含＃include “buzzer.h”,但编译器却找不见buzzer.h头文件。 解决方法：找到相应的buzzer.h或编写buzzer.h文件，并存入到c:\keil的相关目录中。现象六：
keilc编译常见错误
.error: #18: 6.error: #18: expected a ")" 如果是出现在c文件中, 多半是因为少了一个")",或者错误行有编译器不识别的字符 如果出现在头文件中,错误行又是一个函数声明,多半是因为在函数声明中有编译器不认识的字符 error: #20 error: #20: identifier "TIM2_IRQChannel" is undefined 谁能说说，哪里错了 你的固件库里的库文件没有添加进工程里面，所以出现未定义的情况。 TIM2_IRQChannel指定时器2的中断通道没有定义，其实在固件库对这些参数都有定义，宏定义代替了一串寄存器地址数据。需要将.C文件添加到工程文件中 warning: #1-D main.c(7): warning: #1-D: last line of file ends without a newline 当使用keil编译时，弹出这样的警告信息：main.c(7): warning: #1-D: last line of file ends without a newline 这个是由于在main函数的“}”后，没有加回车。 只要在main函数的“}”后加回车键，此警告信息即可消除。 error:#65 ...test_menu.c(27):error:#65:expected a ";" 分数送你了，问题在你回答之前已经解决了，头文件里的结构体定义里的最后一行没有加";" 如NB menu{..}; Error: L6200E Error: L6200E: Symbol temp multiply defined (by wenshidu.o and main.o).在编译的时候出现了这个问题，但是检查不出来，希望各位大侠帮帮忙 什么变量你给付了两次值 你看看是不是那个外部变量你又给赋值了 main.c申明，其他.c文件对应的.h文件中用extern引用 warning: #223-D ..\..\source\CCxx00_New.C(718): warning: #223-D: function "_NOP_" declared implicitly 在使用的文件中添加extern void _NOP_();既可 warning: #1295-D ..\..\include\CCxx00_New.h(20): warning: #1295-D: Deprecated declaration CC_XCal - give arg types 没有用形参定时时用void CC_XCal(void);即可
相关文档
- Keil编译常见问题
- Keil 编译器错误大全
- Keil常见编译错误
- Keil编译常见问题
- KEIL编译错误之xdata空间的代码
- KEIL51调试时一些的错误总结
- Keil C 编译器常见警告与错误信息的解决方法
- keil常见错误及解决办法
- KEIL51常见警告错误说明
- keil软件编译常见错误解释总结和中文翻译
- keilc语言编程常见错误分析 (1)
- KEIL常见编译错误大全
- keil MDK编译器警告和错误详解(不定期更新)
- keil常见错误
- keil编译器常见错误及解决方式
- Keil编译常见问题
- Keil编译与下载设置及常见问题解决方案
- keil c语言编程常见错误分析要点
- keil软件编译常见错误解释总结和中文翻译
- keil c语言编程常见错误分析