1,为什么用keil生成的hex文件总是69字节

有没有出现英文提示?你生成的hex文件超出了单片机的存储单元的大小。
可能是你生成hex文件超出了单片机的存储单元的大小
你选择之后编译了吗? 可能是你生成的hex文件超出了单片机的存储单元的大小,应该是有英文提示的,好好看看

为什么用keil生成的hex文件总是69字节

2,如何计算hex文件导入单片机后实际占多大空间

单片机程序存储器的空间,以 HEX 文件的大小 字节数的 简单计算方法,大约为 (HEX 文件的大小 字节数)/ 45 * 20 不会差多少的,你可以 用记事本 打开 HEX 文件,每行为 20 个字节当然 程序 中 有定义 保留空间 例外。
我不会~~~但还是要微笑~~~:)

如何计算hex文件导入单片机后实际占多大空间

3,HEX值是什么

Hex 全称 (Intel HEX)文件是由一行行符合Intel HEX文件格式的文本所构成的ASCII文本文件。在Intel HEX文件中,每一行包含一个HEX记录。这些记录由对应机器语言码和/或常量数据的十六进制编码数字组成。Intel HEX文件通常用于传输将被存于ROM或者EPROM中的程序和数据。大多数EPROM编程器或模拟器使用Intel HEX文件。

HEX值是什么

4,为什么程序的HEX文件只有384字节而烧录程序时FLASH却出现

hex包括程序的机器码和机器码对应的地址,因此烧录到flash中的字节要比hex小的多。由于程序可能从flash的任意位置开始执行,所以会出现烧录位置比较大的情况。
编译器最终在output窗口里的code的大小是代码的真正大小。hex文件的大小是存放这些代码所用的硬盘空间的大小。不是一个概念。不要混淆。如:你买了1斤花生 (代码大小)  却用了3个袋子装着(存储它要占用的空间)

5,单片机HEX和配置字

dsp没有用过,不知道,但是,你可以用pic的ide x,最高版本的试一下,可以看到配置选项,比如复位引脚的使用,晶振的使用之类的,然后可以直接生成代码,而不用去输入配置字,配置字里面的东西还是有点关系的,像晶振,复位引脚,看门狗都可以设置的。我用的pic16f877a就是这样的
你是不是汇编程序没有在最后一行写 end ?end 是结束伪指令,没有它,编译程序会一直编译下去,直到64k空间全用完。这样得到的hex文件就很大。

6,hex是什么文件格式

hex的全称是intel hex,此类文件通常用于传输将被存于rom或者eprom中的程序和数据。是由一行行符合intel hex文件格式的文本所构成的ascii文本文件。大多数eprom编程器或模拟器使用intel hex文件。 hex文件记录由对应机器语言码和/或常量数据的十六进制编码数字组成。因大多数eprom编程器或模拟器使用intel hex文件。 hex文件记录由对应机器语言码和/或常量数据的十六进制编码数字组成。所以在日常使用中,用ida可以反编译一些单片机的程序,或者使用ultraedit可以看二进制码。

7,HEX的值怎么计算

Intel HEX文件是由一行行符合Intel HEX文件格式的文本所构成的ASCII文本文件。在Intel HEX文件中,每一行包含一个HEX记录。这些记录由对应机器语言码和/或常量数据的十六进制编码数字组成。Intel HEX文件通常用于传输将被存于ROM或者EPROM中的程序和数据。大多数EPROM编程器或模拟器使用Intel HEX文件。 记录格式 Intel HEX由任意数量的十六进制记录组成。每个记录包含5个域,它们按以下格式排列: :llaaaatt[dd...]cc 每一组字母对应一个不同的域,每一个字母对应一个十六进制编码的数字。每一个域由至少两个十六进制编码数字组成,它们构成一个字节,就像以下描述的那样: : 每个Intel HEX记录都由冒号开头. ll 是数据长度域,它代表记录当中数据字节(dd)的数量. aaaa 是地址域,它代表记录当中数据的起始地址. tt 是代表HEX记录类型的域,它可能是以下数据当中的一个: 00 – 数据记录 01 – 文件结束记录 02 – 扩展段地址记录 04 – 扩展线性地址记录 dd 是数据域,它代表一个字节的数据.一个记录可以有许多数据字节.记录当中数据字节的数量必须和数据长度域(ll)中指定的数字相符. cc 是校验和域,它表示这个记录的校验和.校验和的计算是通过将记录当中所有十六进制编码数字对的值相加,以256为模进行以下补足. 数据记录 Intel HEX文件由任意数量以回车换行符结束的数据记录组成.数据记录外观如下: :10246200464C5549442050524F46494C4500464C33 其中: 10 是这个记录当中数据字节的数量. 2462 是数据将被下载到存储器当中的地址. 00 是记录类型(数据记录) 464C…464C是数据. 33 是这个记录的校验和. 扩展线性地址记录(HEX386) 扩展线性地址记录也叫作32位地址记录或HEX386记录.这些记录包含数据地址的高16位.扩展线性地址记录总是有两个数据字节,外观如下: :02000004FFFFFC 其中: 02 是这个记录当中数据字节的数量. 0000 是地址域,对于扩展线性地址记录,这个域总是0000. 04 是记录类型 04(扩展线性地址记录) FFFF 是地址的高16位. FC 是这个记录的校验和,计算方法如下: 01h + NOT(02h + 00h + 00h + 04h + FFh + FFh). 当一个扩展线性地址记录被读取,存储于数据域的扩展线性地址被保存,它被应用于从Intel HEX文件读取来的随后的记录.线性地址保持有效,直到它被另外一个扩展地址记录所改变. 通过把记录当中的地址域与被移位的来自扩展线性地址记录的地址数据相加获得数据记录的绝对存储器地址. 以下的例子演示了这个过程.. 来自数据记录地址域的地址 2462 扩展线性地址记录的数据域 + FFFF ------------ 绝对存储器地址 FFFF2462 扩展段地址记录(HEX86) 扩展段地址记录也叫HEX86记录,它包括4-19位数据地址段.扩展段地址记录总是有两个数据字节,外观如下: :020000021200EA 其中: 02 是记录当中数据字节的数量. 0000 是地址域.对于扩展段地址记录,这个域总是0000. 02 是记录类型 02(扩展段地址记录) 1200 是地址段. EA 是这个记录的校验和,计算方法如下: 01h + NOT(02h + 00h + 00h + 02h + 12h + 00h). 当一个扩展段地址记录被读取,存储于数据域的扩展段地址被保存,它被应用于从Intel HEX文件读取来的随后的记录.段地址保持有效,直到它被另外一个扩展地址记录所改变. 通过把记录当中的地址域与被移位的来自扩展段地址记录的地址数据相加获得数据记录的绝对存储器地址. 以下的例子演示了这个过程.. 来自数据记录地址域的地址 2462 扩展段地址记录数据域 + 1200 --------- 绝对存储器地址 00014462 文件结束(EOF)记录 Intel HEX文件必须以文件结束(EOF)记录结束.这个记录的记录类型域的值必须是01.EOF记录外观总是如下: :00000001FF 其中: 00 是记录当中数据字节的数量. 0000 是数据被下载到存储器当中的地址.在文件结束记录当中地址是没有意义被忽略的.0000h是典型的地址. 01 是记录类型 01(文件结束记录) FF 是这个记录的校验和,计算方法如下: 01h + NOT(00h + 00h + 00h + 01h). Intel HEX文件例子: 下面是一个完整的Intel HEX文件的例子: :10001300AC12AD13AE10AF1112002F8E0E8F0F2244 :10000300E50B250DF509E50A350CF5081200132259 :03000000020023D8 :0C002300787FE4F6D8FD7581130200031D :10002F00EFF88DF0A4FFEDC5F0CEA42EFEEC88F016 :04003F00A42EFE22CB :00000001FF
hex是16进制值,你可以试试常用编码如ascii

文章TAG:hex文件每行多少个字节文件  多少  字节  
下一篇