HEX文件格式分析
阿龙整理
Intel HEX文件是用来保存单片机或其他处理器的目标程序代码的文件,它保存物理程序存储器中的目标代码的映像,以便编程器和仿真器调用.绝大多数编程器都支持Intel HEX格式。
下面是一个Intel HEX文件用记事本打开后看到的内容:
:020*********FA
:1000000018F09FE518F09FE518F09FE518F09FE5C0
:1000100018F09FE5805F20B9F0FF1FE518F09FE51D
:10002000C000000040000000440000004800000044
:100030004C00000000000000000000005000000024
......
:103020005C300000A8E60040000000005C300000BA
:1030300000000140000000004830000000000000D7
:103040001400004094E6000032FFF0FFE8030000A7
:0C30500064000000FFFFFFFF010*******
:00000001FF
Intel HEX文件是文本行的ASCII文本文件,文件内容全部由可打印的ASCII字符组成,可以用记事本打开.
Intel HEX由一条或多条记录组成,每行一个记录,每条记录都以冒号":"开始,以回车(0DH)和换行(0AH)结束.
除":"外,每条记录有五个域,每一域由2N(N>=1)个HEX字符组成,格式如下
:[LL][ZZZZ][TT][SS....SS][RR]
其中:
[LL]:表示该记录的实际数据的长度;
[ZZZZ]:表示该记录所包含的数据在实际的存储区中的起始地址;
[TT]:为该记录的类型;
[SS....SS]:为该记录的实际数据,由2N(N>=1)个HEX字符组成,该域的长度应当与[LL]域所指出长度一致.
[RR]:为该记录的数据校验和.
例如对上面例子中的第一行:
:020*********FA
用"["和"]"分开后如下: :[02][0000][04][0000][FA]
[02]:该记录的实际数据的长度[LL]为2个字节(4个HEX字符);
[0000]:该记录所包含的数据在实际的存储区中的起始地址[ZZZZ]为0000H;
[04]:该记录的类型[TT]为04——扩展线性地址;
[0000]:该记录的实际数据[SS....SS];
[FA]:该记录的数据校验和[RR];
对上面例子中的倒数第三行
:1030300000000140000000004830000000000000D7
用"["和"]"分开后如下:
:[10][3030][00][00000140000000004830000000000000][D7]
[10]:该记录的实际数据的长度[LL]为16D(10H)个字节(20H个HEX字符);
[3030]:该记录所包含的数据在实际的存储区中的起始地址[ZZZZ]为3030H;
[00]:该记录的类型[TT]为00——数据(实际要烧写到存储器中的数据);
[0000]:该记录的实际数据[SS....SS];
[FA]:该记录的数据校验和[RR];
常见的记录类型如下:
00 :数据记录.表示该记录所包含的数据为实际要烧写到存储器中的数据。
01 :文件结束记录.表示该记录为本文件的最后一个记录。
02 :扩展段地址记录.表示该记录所包含的数据为段地址。
04 :扩展线性地址记录。表示该记录所包含的数据为线性地址。
校验和的计算规则:
以字节(2个HEX字符)为单位，除“:”以外，当前行所有数据的和为00H.注意对和只取低8位.
例如对上面例子中的第一行:
:020*********FA
02 00 00 04 00 00 FA
02H+00H+00H+00H+04H+00H+00H+00H+FAH=100H
对上面例子中的倒数第三行
:1030300000000140000000004830000000000000D7
10 30 30 00 00 00 01 40 00 00 00 00 48 30 00 00 00 00 00 00 D7
10H+30H+00H+00H+00H+30H+01H+40H+00H+00H+00H+00H+48H+30H+00H+00H+00H+00H+00H+00H+D7H=200H
扩展线性地址:
当一个扩展线性地址记录被读到后,扩展线性地址将被保存并应用到后面从Intel HEX文件中读出的记录,这个扩展线性一直有效,直到读到下一个扩展线性地址记录.
绝对地址与扩展线性地址的关系如下：
绝对地址=数据记录中的地址[ZZZZ]+移位后的扩展线性地址
扩展段地址记录
当一个扩展段地址记录被读到后,扩展段地址将被保存并应用到后面从Intel HEX文件中读出的记录,这个扩展段地址一直有效,直到读到下一个扩展段地址记录.
绝对地址与扩展段地址的关系如下：
绝对地址=数据记录中的地址[ZZZZ]+移位后的扩展段地址。
IntelHEX格式简介
什么是Intel HEX格式? Intel HEX文件是记录文本行的ASCII文本文件,在Intel HEX文件中,每一行是一个HEX记录 由十六进制数组成的机器码或者数据常量,Intel HEX文件经常被用于将程序或数据传输 存储到ROM.EPROM,大多数编程器和模拟器使用Intel HEX文件. 记录格式 一个Intel HEX文件可以包含任意多的十六进制记录,每条记录有五个域,下面是一个记录的格式. :llaaaatt[dd...]cc 每一组字母是独立的一域,每一个字母是一个十六进制数字,每一域至少由两个十六进制数字组成,下面是字节的描述. :冒号是每一条Intel HEX记录的开始 ll 是这条记录的长度域,他表示数据(dd)的字节数目. aaaa 是地址域,他表示数据的起始地址 <如果是数据记录,这表示将要烧录的这条记录中的数据在EPROM中的偏移地址, 对于不支持扩展段地址和扩展线性地址的,如89C51,这就是此条记录的起始地址> tt 这个域表示这条HEX记录的类型,他有可能是下面这几种类型 00 ----数据记录 01 ----文件结束记录 02 ----扩展段地址记录 04 ----扩展线性地址记录 dd 是数据域,表示一个字节的数据,一个记录可能有多个数据字节,字节数目可以 查看ll域的说明 cc 是效验和域,表示记录的效验和,计算方法是将本条记录冒号开始的所有字母对 <不包括本效验字和冒号> 所表示的十六进制数字 <一对字母表示一个十六进制数,这样的一个十六进制数为一个字节>
都加起来然后模除256得到的余数最后求出余数的补码即是本效验字节cc. <例如: :0300000002005E9D cc=0x01+NOT((0x03+0x00+0x00+0x00+0x02+0x00+0x5E)%0x100)=0x01+0x 9C=0x9D C语言描述: UCHAR cc; cc=(UCHAR)~(0x03+0x00+0x00+0x00+0x02+0x00+0x5E); cc++; > 数据记录 Intel HEX文件由若干个数据记录组成,一个数据记录以一个回车和一个换行结束 <回车为0x0d换行为0x0a> 比如下面的一条数据记录 :10246200464C5549442050524F46494C4500464C33 10 是此行记录数据的字节数目 2462 是数据在内存<将要烧写的eprom地址>中的起始地址 00 是记录类型00(是一个数据记录) 464C 到464C 是数据 33 是此行记录的效验和 扩展线性地址记录(HEX386) 扩展线性地址记录也可称为32位地址记录和HEX386记录,这个纪录包含高16(16-31位)位数据地址,这种扩展的线性记录总是有两个字节数据,像下面这样: :02000004FFFFFC 02 是记录的数据字节数目 0000 是地址域这在扩展地址记录中总是0000 04 是记录类型04(扩展地址记录) FFFF 是高16位地址 FC 是记录效验和,计算方法如下: 01h + NOT(02h + 00h + 00h + 04h + FFh + FFh) 当一个扩展线性地址记录被读到后,扩展线性地址记录的数据区域将被保存 并应用到后面从Intel HEX文件中读出的记录,这个扩展线性记录一直有效, 直到读到下一个扩展线性记录.
wav文件格式分析详解
wav文件格式分析详解 作者：曹京 日期：2006年7月17日 一、综述 WAVE文件作为多媒体中使用的声波文件格式之一，它是以RIFF格式为标准的。RIFF是英文Resource Interchange File Format的缩写，每个WAVE文件的头四个 字节便是“RIFF”。 WAVE文件是由若干个Chunk组成的。按照在文件中的出现位置包括：RIFF WAVE Chunk, Format Chunk, Fact Chunk(可选), Data Chunk。具体见下图： ------------------------------------------------ | RIFF WAVE Chunk | | ID = 'RIFF' | | RiffType = 'WAVE' | ------------------------------------------------ | Format Chunk | | ID = 'fmt ' | ------------------------------------------------ | Fact Chunk(optional) | | ID = 'fact' | ------------------------------------------------ | Data Chunk | | ID = 'data' | ------------------------------------------------ 图1 Wav格式包含Chunk示例 其中除了Fact Chunk外，其他三个Chunk是必须的。每个Chunk有各自的ID，位于Chunk最开始位置，作为标示，而且均为4个字节。并且紧跟在ID后面的是Chunk大小（去除ID和Size所占的字节数后剩下的其他字节数目），4个字节表示，低字节 表示数值低位，高字节表示数值高位。下面具体介绍各个Chunk内容。 PS： 所有数值表示均为低字节表示低位，高字节表示高位。 二、具体介绍 RIFF WAVE Chunk ================================== | |所占字节数| 具体内容| ================================== | ID | 4 Bytes | 'RIFF' | ---------------------------------- | Size | 4 Bytes | | ---------------------------------- | Type | 4 Bytes | 'WAVE' |
HEX格式
HEX文件格式学习笔记 为了编写一个可以按照自己的要求进行ISP的程序，大概学习了一下HEX文件格式。把学习笔记写出来，以为重新巩固所学习内容。 HEX文件以行为单位。每行以字符‘:’ (0x3a)开头，以回车换行符 0x0d, 0x0a为结束。每行开始和结束之间的所有内容，都是以字符形式 表现的。例如数据如果是 0x1A ，那么转换到HEX格式的行里面就是0x31 0x41。如果数据是16bit的，例如地址，则先显示高位，后显示底位。例如 0x1234，转换成HEX格式文件后变成 0x31 0x32 0x33 0x34，显示出来以后就是1234。将数据部分内容每2个字符看做一个HEX数据，例如： :020*********FA , 我把它看做 0x02 0x00 0x00 0x04 0x00 0x00 0xFA 第一个 0x02 为数据长度。 紧跟着后面的0x00 0x00 为地址。 再后面的0x04为数据类型，类型共分一下几类： '00' Data Record '01' End of File Record '02' Extended Segment Address Record '03' Start Segment Address Record '04' Extended Linear Address Record '05' Start Linear Address Record 然后，接着0x04后面的两个 0x00 0x00就是数据。最后一个0xFA 是校验码。 HEX文件的每一行都是这样的格式：
在例如： :1000000018F09FE518F09FE518F09FE518F09FE5C0 安装上面的数据行格式分析如下: 每行中的数据并不是一定有的，第二个直接的数据长度为0，那么这行就没有数据。 由于每行标识数据地址的只有2Byte，所以最大只能到64K，为了可以保存更大数据地址数据，就有了Extended Linear Address Record。如果这行的数据类型是0x04，那么，这行的数据就是随后数据的基地址。例如： :020*********F6 :1000000018F09FE518F09FE518F09FE518F09FE5C0 :1000100018F09FE5805F20B9F0FF1FE518F09FE51D 第一行，是Extended Linear Address Record，里面的基地址是0x0004，第二行是Data Record，里面的地址值是0x0000。那么数据18F09FE518F09FE518F09FE518F09FE5要写入FLASH中的地址为 (0x0004 << 16) | 0x0000，也就是写入FLASH的0x40000这个地址。同样，第三行的数据的写入地址为0x40010。当一个HEX文件的数据超过64k的时候，文件中就会出现多个Extended Linear Address Record。 End of File Record 行是每一个HEX文件的最后一行。例如： :00000001FF
管理制度体系文件的编号、格式、要求
拜登集团管理制度体系文件 文件编号：BDG1001-1 “管理制度体系文件”的编号、格式及要求 1. 目的 1.1 明确规定了整个集团各直属部门、各子公司的管理制度文件的编号方法、 文体格式、字体大小、修改版本及签发生效等行文、发文程序。 1.2完善整个集团公司的“管理制度体系”，提高整个集团公司的管理水准， 改善企业形象，促进企业发展。 2. 范围 本规定适用于拜登集团各直属部门、各子公司。 3. 定义 3.1管理制度体系 ------ 即由一整套完整组合的制度管理文件所组成的体 系。 3.2 建立管理制度体系 ------ 制定和修改制度管理文件的过程,就是一个建立 和完善管理制度体系的过程。 4. 责任 4.1 集团各直属部门、各子公司的总经理（或其代理人），负责本部门、子公司 的“管理制度体系”的完善工作。 4.2 人资中心负责整个集团的“管理制度体系”的完善工作。 5. 程序 5.1 文件的编号方法 5.1.1 集团总部各直属部门（见7.1）颁布的制度管理文件。
文件编号由八位组成(见下图),第一、二位代表公司，用字母BD 表示；第三位为部门代码；第四位为文件类别号；第五、六、七位为文件流水号（用数字001～999表示）；第八位为版本号（1为原版，即第1次颁布；2为修改版，即第2次颁布；以此类推）。 版本号 流水号 文件类别 直属部门代码 公司简称 5.1.1.1直属部门代码表 5.1.1.2文件类别表及适用范围 -
5.1.1.3流水号：颁发文件的顺序号。 5.1.1.4版本号：该文件的颁发版本次数。 如：BDH1007-1，表示集团人资中心颁布的、要求在整个集团范围内执行的、第1次颁布的新文件，文件序号为007。 5.1.2 子公司颁布的制度管理文件。 文件编号由十位组成(见下图),第一、二、三、四位代表子公司；第五位代表子公司内部各部门；第六位为文件类别号；第七、八、九位为文件流水号（用数字001～999表示）；第十位为版本号（1为原版，即第1次颁布；2为修改版，即第2次颁布；以此类推）。 版本号 流水号 文件类别 部门代码 子公司简称 5.1.2.1子公司代码表
Hex文件格式说明文档
Hex File Reference The postlocator is responsible for generating the hex file needed for the ROM flow. It can also be used by emulator and simulator for testing purposes. Due to the data structure of Intel hex files, it is not possible to handle virtual and physical addresses as data structures within the same file nor virtual addresses for multiple levels. Therefore, SLE 79 specific information is provided within comment lines. Such information are comments to be is played in the ROM generator GUI, date and time of creation, segment descriptors, virtual addresses and so on. Note: The Intel hex file is an ASCII text file with lines of text that follow the Intel hex file format. Each data line in an Intel hex file contains one hex record. These records are made up of hexadecimal numbers that represent machine language code and/or constant data. Intel hex files are often used to transfer program and data to be stored in ROM or NVM. 1.1 Hex File Structure The SLE 70 hex file is divided into three parts which have to occur in the described order: ? Comment part containing the following information: –As first line “; TYPE=SLE70_MASK_IHEX” as identifier for the SLE 70 hex file format. – Five sections in arbitrary order - COMMENT (optional) - INFO - MEMORY_ADDRESSES - CONFIG - DESCRIPTOR – The keywords inside these sections may contain - Letters “a –z” and ”A –Z” (not case sensitive) - Digits “0 –9” but not as first character - “-” or “_” but not as the first character -Leading and trailing spaces are ignored ? Data part which data lines (records) start always with a colon “:”. The only comments allowed in this part are the definitions of the virtual addresses “V_ADDR = 0x...”. These comments are allowed at the beginning of a line and define the virtual address for the following data lines until another definition of the virtual address. The virtual address must contain the level information in the upper byte. The offset
OBJ文件格式详解
3D中的OBJ文件格式详解 常见到的*.obj文件有两种：第一种是基于COFF(Common Object File Format)格式的OBJ文件(也称目标文件)，这种格式用于编译应用程序；第二种是Alias|Wavefront公司推出的OBJ模型文件。本文对第二种obj模型文件进行分析。 3D文件格式，常见的有几种"*.3ds"，"*.max"，"*.lw"，"*.mb"，"*.dxf"，"*.obj"。但是，OBJ文件的具体特征，却很少有人能给出较为圆满的描述。很多人认识OBJ文件是从使用Poser开始的，Poser是一款人体建模软件，要把Poser生成的人体导出到其它3D软件中进行再加工，就用到了OBJ文件。OBJ文件是一种标准的3D模型文件格式，很适合用于3D 软件模型之间的互导。比如在3dsMax或LightWave中建了一个模型，想把它调到Maya里面渲染或动画，导出OBJ文件就是一种很好的选择。目前几乎所有知名的3D软件都支持OBJ 文件的读写，不过很多软件需要通过插件才能做到这一点。 另外，作为一种优秀的文件格式，很多游戏引擎也都支持OBJ文件的读取。3D软件模型之间的互导是一件很常见的事情，不幸的是，目前的3D软件模型导出功能都不那么完美，经常会出现缺面少线的情况，有时还会遇到导出的模型根本打不开的情况。 OBJ文件是一种文本文件格式，比起二进制文件为主、连每个块的用途也得试探来试探去的3DS，文本文件为主的OBJ对我们更友好。与3DS文件的树状[块结构]不同，OBJ文件只是很单纯的字典状结构，没有块ID来表征名字而是简单地用易懂的表意字符来表示。总之看上去是赏心悦目的样子，而苦处也就只有实际写导入代码的时候才知道了- -。OBJ文件优化了存储但劣化了读写。 如果Maya自身的模型出错，也可以先转成OBJ格式，修改之后再导回Maya。 OBJ文件-- 概念 OBJ文件是Wavefront公司为它的一套基于工作站的3D建模和动画软件"Advanced Visualizer"开发的一种文件格式，这种格式同样也以通过Maya读写。 OBJ文件是一种文本文件，可以直接用写字板打开进行查看和编辑修改。 另外，有一种与此相关二进制文件格式(使用".MOD"后缀)，二进制格式作为专利未公开，因此在这里我们不作讨论。 OBJ最近的有文档的版本是v3.0，代替以前的v2.11版本。 OBJ3.0格式支持多边形(Polygon)，直线(Lines)，表面(Surfaces)，和自由形态曲线(Free-form Curves)。 直线和多角形通过它们的点来描述，曲线和表面则根据于它们的控制点和依附于曲线类型的额外信息来定义。这些信息支持规则和不规则的曲线，包括那些基于贝塞尔(Bezier)曲线，B样条(B-spline)，基数(Cardinal/Catmull-Rom样条)，和泰勒方程(Taylor equations)的曲线。 1、OBJ文件-- 特点 (1)OBJ是一种3D模型文件，因此不包含动画、材质特性、贴图路径、动力学、粒子等信 息。 (2)OBJ文件主要支持多边形(Polygons)模型。
体系文件编写格式模板与说明
基于业务流程的风险综合管控体系 程序文件编写说明 程序文件的编制按照《标准化工作导则第一部分：标准的结构和编写》（GB/T1.1-2009）的有关格式和要求执行。具体编写说明和模板如下： 编制说明 完整的程序文件由封面、管控信息、目次、正文（含附录）等组成。封面、管控信息、目次具体见模板，正文（含附录）编制说明如下： 正文由围、规性引用文件（可选）、术语和定义（可选）、职责、流程与风险、管理程序、记录表单（可选）、附录组成。构成要素可根据具体的文件容特性作相应调整。 1 围 主要阐明本程序文件编制的目的和意义，规的主要事项，适用围（包括适用哪些部门、单位，适用哪些业务活动）。 2 规性引用文件 与本程序文件所规的业务活动密切相关或需要遵照和引用的标准或规性文件，引用国家法律、法规或行政部门、上级单位发布的文件时，应列出文件名称、文号等。 3 术语和定义 视程序文件的具体需求而定，一般将文件关键词汇和容易发生歧义且影响较大的词语列入解释。 4 职责
明确该项业务活动的主管部门、协作部门、管理者各自的职能、权限和分工协作及相互关系等。一项职能只能由一个部门（或岗位）负责（归口管理部门），相关部门（岗位）承担相关职责。描述该部分时，必须明确职责的划分和接口，不能出现重叠和缺漏。 职责应简明、准确，表述时只涉及职责而不包含具体工作容。 5 流程及风险 该程序文件所规业务活动涉及的业务流程图（业务流程图和风险控制文档，本处只列表，详细业务流程图和风险控制文档放在“附录”中）。 5.1 流程及风险控制文档的编制 控体系中已有且适用的流程和风险控制文档可直接采用，不适用的进行修改；控体系中未包含的流程和风险控制文档需补充完善，流程用VISIO绘制，风险控制文档用EXCEL编制。 5.2 流程编号 流程编号采用项目组与各处室确定的公司业务流程框架中的流程编号，在具体编制程序文件时，如确需增加业务流程，由相关处室与项目组沟通后共同确定其编号。 5.3 风险编号 控体系中已有的风险和编号继续采用，新增加的风险按照以下规则编制： (1) L.1、L.2、L3……(法律风险)； (2) F.1、F.2、F.3……(控风险)； (3) HSE.1、HSE.2、HSE.3……（健康、安全、环境风险）； (4) Q.1、Q.2、Q.3……（质量风险）；
Intel Hex文件格式说明
Intel HEX文件是记录文本行的ASCII文本文件,在Intel HEX文件中,每一行是一个HEX记录 由十六进制数组成的机器码或者数据常量,Intel HEX文件经常被用于将程序或数据传输 存储到ROM.EPROM,大多数编程器和模拟器使用Intel HEX文件. 记录格式 一个Intel HEX文件可以包含任意多的十六进制记录,每条记录有五个域,下面是一个记录的格式. :llaaaatt[dd...]cc 每一组字母是独立的一域,每一个字母是一个十六进制数字,每一域至少由两个十六进制数字组成,下面是字节的描述. :冒号是每一条Intel HEX记录的开始 ll 是这条记录的长度域,他表示数据(dd)的字节数目. aaaa 是地址域,他表示数据的起始地址 <如果是数据记录,这表示将要烧录的这条记录中的数据在EPROM中的偏移地址, 对于不支持扩展段地址和扩展线性地址的,如89C51,这就是此条记录的起始地址> tt 这个域表示这条HEX记录的类型,他有可能是下面这几种类型 00 ----数据记录 01 ----文件结束记录 02 ----扩展段地址记录 04 ----扩展线性地址记录 dd 是数据域,表示一个字节的数据,一个记录可能有多个数据字节,字节数目可以 查看ll域的说明 cc 是效验和域,表示记录的效验和,计算方法是将本条记录冒号开始的所有字母对 <不包括本效验字和冒号> 所表示的十六进制数字 <一对字母表示一个十六进制数,这样的一个十六进制数为一个字节> 都加起来然后模除256得到的余数最后求出余数的补码即是本效验字节cc. <例如: :0300000002005E9D cc=0x01+NOT((0x03+0x00+0x00+0x00+0x02+0x00+0x5E)%0x100)=0x01+0x9C=0x9D C语言描述: UCHAR cc;
PDF文件结构详解
PDF(Portable Document Format,便携式文档结构)是一种很有用的文件格式,其最大的特点是平台无关而且功能强大(支持文字/图象/表单/链接/音乐/视频等).做PDF 的解析，首先要熟悉PDF文件的物理结构和逻辑结构。PDF文件物理结构可分为以下几 块: 1.文件头 文件头是PDF文件的第一行,格式如下: %PDF-1.4 这是个固定格式，表示这个PDF文件遵循的PDF规范版本，目前PDF的生成工具，除了官方的acrobat，其他生成的以1.4版本的居多。对于做PDF开发来说，一个最简单的原则就是生成PDF的时候尽量符合低版本规范，以保证大多数解析器能支持；解析PDF的时候尽量支持高版本的规范，以保证支持大多数工具生成的PDF文件。 从1.4版本以后，PDF文件的版本并不唯一的只是在这里表示了，可能后面会改写（catalog的Version词条），所以解析PDF的时候，如果这里的版本大于等于1.4，应该再比较一下catalog里面的version，取其中高一点的版本。 2.对象集合 这是一个PDF文件最重要的部分，文件中用到的所有对象,包括文本/图象/音乐/视频/字体/超连接/加密信息/文档结构信息等等,都在这里定义。格式如下: 2 0 obj ... end obj 一个对象的定义包含4个部分： 前面的2是对象序号，其用来唯一标记一个对象；0是生成号，按照PDF规范，如果一个PDF文件被修改，那这个数字是累加的，它和对象序号一起标记是原始对象还是修改后的对象，但是实际开发中，很少有用这种方式修改PDF的，都是重新编排对象号；obj和endobj 是对象的定义范围，可以抽象的理解为这就是一个左括号和右括号；省略号部分是PDF规定的任意合法对象(一共8种，见后面附A)。 可以通过R关键字来引用任何一个对象，比如要引用上面的对象，可以使用2 0 R，需要主意的是，R关键字不仅可以引用一个已经定义的对象，还可以引用一个并不存在的对象，而且效果就和引用了一个空对象一样。 3.交叉引用表
生成HEX文件
生成HEX文件的MATLAB程序 ROM初始化文件既可以是*.mif也可以是*.hex文件，但是如果工程需要在Modelsim中进行仿真的话，则必须生成*.hex文件对ROM进行初始化。一般简单且有规律的初始化数据可以用Excel先生成mif文件再在综合软件中转化为hex文件，但如果所需信号要叠加各种各样的噪声时。Excel则不能胜任，此时我们用MATLAB生成所需初始化数据，在使用下述程序则很容易生成HEX初始化文件。程序先介绍hex文件的结构，后给出matlab程序，且我做了详细的注释，希望对大家有所帮助。 % __Created by He Yapeng.@School of Electronic Engineering and Photoelectricity Technology at Nanjing University of Science and Technology % --Email:lwkj0920@https://www.360docs.net/doc/625977949.html,. '); % 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为模进行以下补足. %
ISO9001体系文件格式
SHEN ZHEN HUI KE ELECTRICAL CO.,LTD 版本: A.0文件名称：认证标志的保管和使用控制程序 页次:第1 页共5 页文件编号：HK-QP-027 文件名称：认证标志的保管和使用控制程序 文件编号： HK-QP-027 相关单位会签 总经办行政部研发部市场部PMC采购仓库品质部制造部编写核准批准 表单编号：QR-WK-015 版本：A.0
SHEN ZHEN HUI KE ELECTRICAL CO.,LTD 版本: A.0文件名称：认证标志的保管和使用控制程序 页次:第2 页共5 页文件编号：HK-QP-027 文件修订履历 版本生效日期制修订者原因及条文说明制修订单位制修订者批准者 A.0 2016-01-07 新增品质部 表单编号：QR-WK-016 版本：A.0
SHEN ZHEN HUI KE ELECTRICAL CO.,LTD 版本: A.0文件名称：认证标志的保管和使用控制程序 页次:第3 页共5 页文件编号：HK-QP-027 目录 页码内容 1-1 文件封面&发行核准页 2-2 文件履历 3-3 目录 4-5 文件内容 表单编号：QR-WK-017 版本：A.0
SHEN ZHEN HUI KE ELECTRICAL CO.,LTD 版本: A.0文件名称：认证标志的保管和使用控制程序 页次:第4 页共5 页文件编号：HK-QP-027 1.目的 为配合国家对强制性产品认证标志的统一监督管理，维护客户及广大消费者相关利益， 依据国家有关法律、法规的规定及本企业的自身特点，特制定此办法。 2.范围 本办法适用于本公司已通过产品认证的所有产品的认证标志之使用管理。 3.定义 无 4.权责 品质部：负责认证标志之使用方式及使用说明的制定；负责向相关国家机构提交申请；负责监督认证标志正确使用方式等。 仓库：负责印有认证标志的载体的储存和保管、发放。 制造部：负责认证标志按规定要求使用。 5.内容 5.1 CCC认证标志说明 5.1.1 强制性产品认证标志为政府拥有，本公司产品在《第一批实施强制性产品认证的产品 目录》范围要求之内，在本公司获得中国质量认证中心（CQC）颁发的认证证书后，认 证标志是特许本公司认证产品进入流通和使用领域的标识。 5.1.2 本公司产品CCC认证涉及安全和电磁兼容认证要求，按照HK-QP-027《认证标志的保管 和使用控制程序》的规定，其图案为： 5.2 CCC认证标志的加施方式 5.2.1 我司采用国家认监委批准的模压证书，在产品上采用印刷和镭雕的方式加强强制性产 品标志，见上图。 5.2.2 获得认证的产品出厂前必须在外体规定的位置上加施认证标志。 表单编号：QR-WK-018 版本：A.0
文件格式
常用文件格式 一、 关于常用文件的统一格式要求 （一） 通知通知（样本参见附件一） 1、 标题要求：标题要居中（较长可分为两行），采用二号宋体加粗， 并写明“关于XXXX 的通知”。 2、 正文要求：采用四号宋体或仿宋体书写，通知对象顶格写。正 文与标题间空一行，开始首行空两格。换行首行空两格。会议性通知发布内容（如：与会人、会议地点、会议时间等）采用大标题形式逐条列出。 3、 落款要求：采用四号宋体加粗，落款与正文间空两行，并居于 通知右下角（如：木槿感恩支教团）；组织名称在上，日期换行并居于落款方的下方，并用汉字格式（如：二○一○年八月十一日）或数字格式（如：2010年8月11日）书写。 （二） 报告性报告性 报告性、、建议性文件 1、 标题要求：标题要居中（较长可分为两行），采用二号宋体加粗， 并写明“木槿感恩支教团XX 部关于XXXX 的报告（建议）”。 2、 正文要求：采用四号宋体书写，报告对象顶格写。正文与标题 间空一行，开始首行空两格。换行首行空两格。 3、 落款要求：采用四号宋体加粗，落款与正文间空两行，并居于 通知右下角（如：木槿感恩支教团XX 部）；组织名称在上，日期换行并居于落款方的下方，并用汉字格式（如：二○一○年八月十一日）或数字格式（如：2010年8月11日）书写。 （三） 会议会议 会议记录记录 1、 会议记录是会议指定的记录人员对会议情所做的原始记载，是 与会议同步形成的实录性文书，一般不对外公布。 2、 写作要求： （1） 会议组织概况：会议名称、地点、与会人员（一般要逐个列出，
人员较多时可概括说明人数或人员身份）、缺席人员、会议议程、主持人、记录人等，这些要素最好在会前写好。 （2） 会议基本内容：会议议题、讨论发言情况、与会者提出的意见和建议、领导人讲话、议定事项、表决结果、通过的决议或文 件标题等，这些内容可根据会议性质和重要程度做摘要或详细 记载。 （3） 记录人员应当善于抓住要点，书写清晰、快速，没有在会上将信息记录完整的，要在会后进行整理。 工作计划 （四）工作计划 工作计划，是各个部门对今后一段时间的工作进行事先安排，明确目标，提出要求，制定措施和步骤的一种文体。 1、封面要求(参见附件四)：标题第一行为：湘潭大学木槿感恩支教团；第二行为：活动名称（如：XX部XXXX年），居中，采用小一号宋体或楷体加粗。竖直居中写：工作计划，采用粗号宋体、楷体或黑体；最后落款居中写：木槿感恩支教团，采用二号宋体或楷体加粗，组织在上，日期换行并居于落款方的下方，并用数字格式书写（如2010年8月11日）。封面不加页眉、页脚及页码。 2、标题要求：标题要居中（较长可分为两行），采用二号宋体或楷体加粗，并写明计划的名称。如“木槿感恩支教团XX部门关于开展XX的工作计划”或“木槿感恩支教团XX部门XXXX年工作计划”。 3、正文要求： 采用四号楷体或宋体书写，正文与标题间空一行，开始首行空两格。换行首行空两格。 （1） 前言：是计划的总纲部分，包括计划的背景、指导思想、目的、现状、总目标及总任务、完成计划对今后的影响等。这 些内容不一定完全同时具备，可根据具体内容取舍。 （2） 主体：主要写计划的“三要素”，即目标、措施和步骤。
物业体系文件格式说明
物业体系文件格式说明 LEKIBM standardization office【IBM5AB- LEKIBMK08- LEKIBM2C】
1目的 规范体系文件的格式，引导制作人员正确编辑，确保体系文件的统一格式版本。2范围 适用于编辑人员和体系文件管理人员。 3术语与定义 指针对该文件中出现的专业、专用术语或中文、英文缩写做出的解释。 例： 一级文件（采用“A”作代码） 编码格式：XX-XX/A-**-** 文件序号 部门代码 一级文件代码 公司名 二级文件（采用“B”作代码） 编码格式：XX-XX/B-**-** 文件序号 部门代码 二级文件代码 公司名 代码 公司代码用公司英文第一个字母大写表示，XX-XX 文件和资料名称代码： 一级文件（质量手册）—A 二级文件（程序文件）—B
三级文件（操作指导书）—C 四级文件（质量记录表格）—D 部门代码： 总经理室-G·J 品质管理部-PZ 行政人事部-XZ 财务部-CW 客户服务部-KF 安全管理部-AG 工程管理部-GC 4文件排列 引用文件排列顺序，一般按发文的行政级别由高至低排列，同级别文件按发文号的先后顺序排列。 5程序要求 指该文件的主要内容，包括描述的途径、步骤、方法和要求。 6记录 执行文件时所需要用到的格式表单，应写明目录、表单名称及编号。如同一表单在多个文件中出现，则在发起文件中规定其名称与编号。 7 文件章节解释 每个章节可分成若干级，示意如下： ——第一级文件（质量手册。管理制度、规定） ——第二级文件（程序文件。管理手册、规程、说明） ——第三级文件（作业指导书。各类流程、预案、标准、职责） ——第四级文件（质量记录表格） 8 文件编写格式 正文 标题字体为：宋体三号字（加粗）； 正文中的字体为：宋体小4号字。
HEX文件的烧录
1. keil编译生成hex文件大小与单片机内的flash空间大小没有完全绝对的关系 2. HEX 文件的大小,不是最终的代码大小, 一般实际要更小一些. 如果有兴趣研究,可以下载一下叫做 hex2bin 的小程序,可以把hex转换为bin 3. Intel hex 文件格式： Intel hex 文件常用来保存单片机或其他处理器的目标程序代码。它保存物理程序存储区中的目标代码映象。一般的编程器都支持这种格式。 Intel hex 文件全部由可打印的ASCII字符组成（可以用记事本打开），如下例所示： :2000000012014c75a800e4f508f509780a7a78e4f608dafcd283fcfded240af9a705 0dbd81 :2000200000010ced2488ec34ff50edc283e4fcfded240af9e76d7013ed33e43c700d 0dbd2a :2000400000010ced2488ec34ff50e50509e50970020508e50924a8e50834fd50aee4 f50874 Intel hex 由一条或多条记录组成，每条记录都由一个冒号“:”打头，其格式如下： :CCAAAARR...ZZ 其中: CC 本条记录中的数据字节数 AAAA 本条记录中的数据在存储区中的起始地址 RR 记录类型： 00 数据记录 (data record) 01 结束记录 (end record) 02 段记录 (paragraph record) 03 转移地址记录 (transfer address record) ... 数据域 ZZ 数据域校验和 Intel hex文件记录中的数字都是16进制格式，两个16进制数字代表一个字节。CC域是数据域中的实际字节数，地址、记录类型和校验和域没有计算在内。校验和是取记录中从数据字节计数域(CC)到数据域(...)最后一个字节的所有字节
视频文件格式详解
以下内容均来自网络。不是本人原创，属于转载内容。但对很多玩视频的人，意义重大。其中包含了很多关于电影相关的术语，一定要看完，才有用。 现在很多人下载电影很迷茫不知道怎么下不知道怎么选择接下来就介绍一下电影的一些知识. 首先我们来举个栗子 视频文件：Mr.and.Mrs.Smith.2005.XviD.AC3.WAF.avi 它表示电影名为Mr.and.Mrs.Smith；发布年：2005年；视频编码：XviD；音频编码：AC3；压缩组织：WAF；格式为AVI。字幕文件：Cht.gb5.srt 它表示SRT字幕；繁体中文GB5编码。注：CHT表示繁体中文，CHS：表示简体中文 接下来就是介绍各种常见的一些来源,格式和术语 一来源分类 1.CAM（枪版）——珍爱生命，远离枪版 CAM 通常是用数码摄像机从电影院盗录。有时会使用小三角架，但大多数时候不可能使用，所以摄像机会抖动。因此我们看到画面通常偏暗人物常常会失真，下方的字幕时常会出现倾斜。由于声音是从摄像机自带的话筒录制，所以经常会录到观众的笑声等声音。因为这些因素，图象和声音质量通常都很差。 举例说明：Journey.To.The.Center.Of.The.Earth.CAM.XViD-CAMERA（地心游记3D枪版） 2.TS(准枪版)——只比枪版好一点 TS 与CAM版的标准是相同的。但它使用的是外置音源（一般是影院座椅上为听力不好的人设的耳机孔）这个音源不能保证是好的音源，因为受到很多背景噪音的干扰。TS是在空的影院或是用专业摄像机在投影室录制，所以图象质量可能比CAM好。但画面的起伏很大。论坛上常出现的有一般TS版和经过修复清晰TS版 举例说明：Iron.Man.PROPER.TS.XviD-iLG（钢铁侠TS版） 3.TC(胶片版)——基本也可以忽略 TC使用电视电影机从胶片直接数字拷贝。画面质量还不错,但亮度不足，有些昏暗。很多时候制作TC使用的音源来自TS，因此音质很差，但画面质量远好过TS。如果不是太讲究的话TC版还是不错的选择。 举例说明：Madagascar.2005.TC.XviD.AC3.avi（马达加斯加TC版） 4.DVDSCR(预售版)——最差也要看这个
质量管理体系文件格式样表填写说明和要求
质量管理体系控制文件格式样表填写说明和要求 请按照控制文件样表的格式编写控制文件。 样表格式分为表头、正文和表尾三部分。 一、文头的填写说明和要求 1、左侧第一列第一行编写单位名称＋文件层次（级别）名称。 2、左侧第一列第二行填写文件名称，名称由管理对象名称＋文件特性名称两部分组成。如“科研课题研课题投标”是管理对象的名称，“控制文件”是管理文件特性名称。 3、左侧第三列按第二列要求填写： （1）文件编号： 质量手册章节号 控制文件代号 单位代号 (2) 版本/修改： 控制文件版本序号采用大写英文字母表示，从A开始。 控制文件修改序号采用阿拉伯数字表示，从1开始，但修改3次时即换版1次。 （3）页次/页数： 控制文件页次是指所在页的顺序号，用阿拉伯数字表示。 控制文件页数是指该文件的总页数，用阿拉伯数字表示。 二、正文的编写内容和要求称 表的中间最宽一行为正文部分，正文部分要按以下结构编写： 1、目的：简要说明（一般不超过50字）为什么要开展这项活动； 2、适用范围：该活动涉及哪些职能科室，对某些不适用场合也要作出说明； 3、职责：明确实施本程序的职责分工，程序实施的每个阶段由谁负责。他的职权和与其他人员的相互关系；
4、程序描述：这是程序文件的主体，应阐述管理的内容和方法，具体质量活动的内容，并一步一步地列出开展此项活动的细节，说明如何记录和控制，注明需要注意的例外或特殊情况，必要时辅以流程图表。为确保程序文件的可操作性，编写时应从5WlH 去考虑，即：Why为什么？（目的）,What做什么？（内容）,WWhere何地做？（内容）,How 如何做？（路径）； 5、依据文件：指实施本程序文的编号和名称予以列出即可。 6记录：在正文的最后应写明由谁记录、由审核，如何记录、此记录如何保存与查阅。 三、文尾的填写说明和要求 1、左第二列第一行填写此文件编制者的姓名，第二行填写此文件批准者的姓名。 2、左第四列第一行填写此文件发布的年月日，第二行填写此文件实施的年月日。
HEX格式说明
什么是Intel 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位数据地址段.扩展段地址记录总是有两个数据字节,外观如下: :020*********EA 其中: 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