Eclipse快速定位class文件1新建一个批处理文件（.bat）
2
3点击eclipse
4点选External Tools Configurations菜单
5再新打开的对话框中右键点击Program,弹出菜单中选择New。
6输入扩展内容
Name 随便起
Location 点击
根据自己eclipse的工作目录做修改，注意classes与${java_type_name}中间有个空格7点击Apply。
8选中一个.java文件点击按钮测试一下。
一、TCP报头 TCP报文段的报头有10个必需的字段和1个可选字段。报头至少为20 字节。报头后面的数据是可选项。 1、源端口号（16位） 标识发送报文的计算机端口或进程。一个TCP报文段必须包括源端口号，使目的主机知道应该向何处发送确认报文。 2、目的端口号（16位） 标识接收报文的目的主机的端口或进程。 3、序列号（32位）
用于标识每个报文段，使目的主机可确认已收到指定报文段中的数据。当源主机用于多个报文段发送一个报文时，即使这些报文到达目的主机的顺序不一样，序列号也可以使目的主机按顺序排列它们。 在建立连接时发送的第一个报文段中，双方都提供一个初始序列号。TCP 标准推荐使用以4ms间隔递增1的计数器值作为这个初始序列号的值。使用计数器可以防止连接关闭再重新连接时出现相同的序列号。 对于那些包含数据的报文段，报文段中第一个数据字节的数量就是初始序列号，其后数据字节按顺序编号。如果源主机使用同样的连接发送另一个报文段，那么这个报文段的序列号等于前一个报文段的序列号与前一个报文段中数据字节的数量之和。例如，假设源主机发送3个报文段，每个报文段有100字节的数据，且第一个报文段的序列号是1000，那么第二个报文段的序列号就是1100（1000＋100），第三个报文段的序列号就是1200（1100＋100）。 如果序列号增大至最大值将复位为0。 4、确认号（32位） 目的主机返回确认号，使源主机知道某个或几个报文段已被接收。如果ACK控制位被设置为1，则该字段有效。确认号等于顺序接收到的最后一个报文段的序号加1，这也是目的主机希望下次接收的报文段的序号值。返回确认号后，计算机认为已接收到小于该确认号的所有数据。 例如，序列号等于前一个报文段的序列号与前一个报文段中数据字节的数量之和。例如，假设源主机发送3个报文段，每个报文段有100字节的数据，且第一个报文段的序列号是1000，那么接收到第一个报文段后，目的主机返回含确认号1100的报头。接收到第二个报文段（其序号为1100）后，目的主机返回确认号1200。接收到第三个报文段后，目的主机返回确认号1300。 目的主机不一定在每次接收到报文段后都返回确认号。在上面的例子中，目的主机可能等到所有3个报文段都收到后，再返回一个含确认号1300的报文段，表示已接收到全部1200字节的数据。但是如果目的主机再发回确认号之前等待时间过长，源主机会认为数据没有到达目的主机，并自动重发。 上面的例子中，如果目的主机接收到了报文段号为1000的第一个报文段以及报文段号为1200的最后一个报文段，则可返回确认号1100，但是再返回确认号1300之前，应该等待报文段号为1100的中间报文段。 5、报文长度（4位） 由于TCP报头的长度随TCP选项字段内容的不同而变化，因此报头中包含一个指定报头字段的字段。该字段以32比特为单位，所以报头长度一定是32比特的整数倍，有时需要在报头末尾补0。如果报头没有TCP选项字段，则报头长度值为5，表示报头一个有160比特，即20字节。 6、保留位（6位） 全部为0。 7、控制位（6位） URG:报文段紧急。 ACK：确认号有效。
集成交互式道路路线设计系统—EICAD用户手册附录第163页 第八篇附录 目录 1、EICAD道路设计文件格式 (165) 1.1桩号断链文件(*.DL)格式 (165) 1.2道路横断面宽度文件(*.HDM)格式 (165) 1.3超高文件(*.CG )格式 (167) 1.4构造物信息文件(*.GZX)格式 (169) 1.5桩号序列文件(*.ST)格式 (171) 2、EICAD平面设计文件格式 (171) 2.1交点线文件(*.JDX)格式 (172) 2.2 交点设计文件(*.JD)格式 (172) 2.3 交点数据文件(*.JDD)格式 (173) 2.4 积木法线形单元文件(*.ICD)格式 (174) 2.5 平曲线参数文件(*.PAR)格式 (175) 2.6 单元设计要素文件(*.DYD)格式 (175) 2.7 逐桩坐标和逐桩资料文件(*.INF)格式 (175) 2.8道路横断面模型文件(*.3DD)格式 (176) 2.9 坐标控制点文件(*.ZBD)格式 (176) 2.10 计算边桩坐标时使用的输入文件(*.TXT)格式 (177) 2.11变速车道参数文件(*.BSD)格式 (177) 3、EICAD纵断面设计文件格式 (179) 3.1 竖曲线文件(*.SQX)格式 (179) 3.2 纵地面线文件(*.DMX)格式 (179) 3.3 控制点文件(*.KZD)格式 (180) 3.4 地质概况文件(*.DGK)格式 (180) 3.5 结构物文件(*.JGW)格式 (181) 3.6 街沟设计文件(*.JGS)格式 (182) 3.7 横地面线文件(*.HDX)格式 (182) 3.8 桥梁文件(*.QL)格式 (183) 3.9 标注文件(*.BZ)格式 (183) 3.10 基点高程文件(*.JGC)格式 (183) 3.11 雨水口位置文件(*.JGK)格式 (184) 4、EICAD横断面设计文件格式 (184) 4.1填挖边坡文件(*.BP)格式 (185) 南京狄诺尼科技有限责任公司CAD事业部
地震处理数据文件格式 1. SEG-Y 格式(标准) (1)卷头: 3600字节 (a)(a) ASCII 区域: 3200字节(40条记录x 80 字节/每条记录)。 (b)(b) 二进制数区域: 400字节(3201~3600)。 3213~3214 字节—每个记录的数据道数(每炮道数或总道数)。 3217~3218 字节—采样间隔(μs)。 3221~3222 字节—样点数/每道(道长)。 3225~3226 字节—数据样值格式码1-浮点； 3255~3256 字节—计量系统：1-米，2-英尺。 3261~3262*字节—文件中的道数(总道数)。 3269~3270*字节—数据域(性质)：0-时域，1-振幅，2-相位谱 “ * “ 号字为非标准定义。 (2)道记录块: (a)(a) 道头字区: 含: 60个字/4字节整或120个字/2字节整，共240个字节，按二进制格式存放。·SEG—Y格式道头说明： 字号(4字节) 字号(2字节) 字节号内容说明 1 1— 2 1—4 一条测线中的道顺序号，如果一条测线有若干卷磁带，顺序号连续递增。 2 3—4 5—8 在本卷磁带中的道顺序号。每卷磁带的道顺序号从l开始。 3 5—6 9—12 * 原始的野外记录号（炮号）。 4 7—8 13—16 在原始野外记录中的道号。 5 9—10 17—20 测线内炮点桩号(在同一个地面点有多于一个记录时使用)。 6 11—12 21—24 CMP号（或CDP号）。（弯线=共反射面元号） 7 13—14 25—28 在CMP道集中的道号(在每个CMP道集中道号从1开始)。 8—1 15 29—30* 道识别码： l=地震数据；4=爆炸信号；7＝计时信号； 2=死道；5=井口道；8＝水断信号； 3=无效道（空道）；6＝扫描道；9…N=选择使用(N=32767) 8—2 16 31—32 构成该道的垂直叠加道数(1是一道；2是两道相加;…) 9—l 17 33—34 构成该道的水平叠加道数(1是一道; 2是两道叠加;…) 9—2 18 35—36 数据类型：1=生产；2=试验 10 19—20 37—40 从炮点到接收点的距离(如果排列与激发前进方向相反取负值) （分米）。 11 21—22 41—44 接收点的地面高程。高于海平面的高程为正，低于海平面为负（cm）。 12 23—24 45—48 炮点的地面高程（cm）。 13 25—26 49—52 炮井深度(正数，cm)。 14 27—28 53—56 接收点基准面高程（cm）。 15 29—30 57—60 炮点基准面高程（cm）。 16 31—32 61—64 炮点的水深（cm）。 17 33—34 65—68 接收点的水深（cm）。 l8—l 35 69—70 对41一68字节中的所有高程和深度应用此因子给出真值。比例因子=l， 土10，土100，土1000或者土10000。如果为正，乘以因子；如果为负， 则除以因子。(此约定中= -100) 18—2 36 71—72 对73—88字节中的所有坐标应用此因子给出真值。比例因子=1，土10， 土[00，土1000或者土10000。如果为正，乘以因子；如果为负，则除
1.交点线文件（*.JDX） 系统提供三种交点线资料的格式： 格式一： XY(或NE) 1 起点编号坐标坐标 0 交点号坐标坐标 R LS1 LS2 R1 R2 交点号坐标坐标 R LS1 LS2 R1 R2 …… 终点编号坐标坐标 0 格式二： XY（或NE） 2 起点编号起点坐标X 起点坐标Y 0 交点号起始边方位角起始边长度 R LS1 LS2 R1 R2 交点号来向边方位角来向边长度 R LS1 LS2 R1 R2 ……… 终点编号终止边方位角终止边长度 0 格式三： XY（或NE） 3 起点编号起点坐标X（或N）起点坐标Y（或E） 0 交点号起始边方位角起始边长度 R LS1 LS2 R1 R2 交点号来向边偏角来向边长度 R LS1 LS2 R1 R2
………. 终点编号终止边偏角终止边长度 0 格式说明： 大地（测量）坐标系，采用“NE”标识；数学直角坐标系采用“XY”标识。 对于低等级路起点坐标和起始边方位角可以假设为0。 偏角的正负与坐标相关，在XY坐标系下：左正右负；在NE坐标系下：左负右正。 变量意义 R：圆曲线半径 LS1、LS2：第1和第2回旋线的长度，对于四级公路，当LS1、LS2的值为负值时表示Lc1和Lc2值（缓和段的长度），HARD系统允许在四级公路中同时存在LS和LC值；（无相应回旋线时输0，成对出现）R1 R2 ---第1、第2回旋线起点半径；（无相应半径时输0，成对出现。） 对于存在虚交的交点线文件，应按如下述格式填写，比如TA、 TB、 TC、 TD 四点组成虚交（TA为总交点，TB、 TC、 TD为分交点），应将这四点共有的曲线信息写在TA 的后面，而其他三点的曲线信息位置填写 -1 。比如： NE n 表示第n种交点线格式 . . . . . TA 坐标坐标 R LS1 LS2 R1 R2 TB 坐标坐标 -1 TC 坐标坐标 -1 TD 坐标坐标 -1 . . . . . . Hard系统能够处理任意多点的虚交问题。 6、提醒用户：交互式设计的同时可以通过“输出文件”输出*.JDX和*.PQX文件以随时存储设计成果。
习题一 1．局域网络标准对应OSI模型的_____层. A..下2层 B. 下3层 C. 下4层. D. 上3层 2．局域网总线/树拓扑的多点介质传输系统中,要使多个站点共享单个数据通道,需要特别考虑解决_(1)___和__(2)___这两个问题..例如采用50欧同轴电缆作为传输介质并构成总线拓扑的网络系统，可使用基带技术传输数字信号，总线上——⑶----，总线两端加上终端匹配器用以———（4）---。 （1）A. 数据帧格式 B. 介质访问控制方法 C．通信协议类型 D. 信道分配方案 （2）A. 信号平衡 B. 站点之间性能匹配 C．数据编码方案 D. 介质传输性能 （3）A. 整个带宽由单个信号占用 B. 整个带宽被分成多路数据数据信道 C. 可传输视频或音频信号 D. 数据只能单向传输 （4）A. 防止信号衰减， B. 增强抗干扰能力 C．降低介质损耗 D. 阻止信号反射 3．1980年2月，电器和电子工程协会成立了IEEE 802委员会，当时个人计算机联网刚刚兴起，该委员会针对局域网提出了一系列标准，称做IEEE802标准，该标准很快成为国际标准，现在局域网的连接都是采用该标准。 问题1：按照IEEE802标准，局域网体系结构分成哪几部分？ 问题2：在哪个部分进行地址识别？ 问题3：局域网一般采用哪两种访问控制方式？这两种访问控制方式一般选用什么样的拓扑结构？ 4．需求分析时要考虑操作系统的是———。 A．用户要求，B，应用需求，C，计算机平台需求，D，网络需求 5．客户机/服务器（简称C/S）模式属于以——（1）——为中心的网络计算模式，其工作过程是客户端——（2）——，服务器——（3——，并——（4）——，它的主要优点是——（5）——。 （1），A大型、小型机，B，服务器，C，通信，D，交换， （2），A，向服务器发出命令请求，B，向服务器发出查询请求， C，向网络发送查询请求，D，在本机上发出自我请求， （3），A，接收请求并告诉请求再发一次， B，接收请求，进入中断服务程序，打印本次请求内容， C，响应请求并在服务器端执行相应请求服务， D，把响应请求传回到请求端并执行， （4），A，把执行结果在打印服务器上输出， B，把显示内容送回客户机 C，把整个数据库内容送回客户机， D，把执行结果送回客户机，
第2章数据管理 Gxplorer具有清晰的数据管理功能，能方便、有效地管理钻井、录井、测井、岩心、分析化验、测试、分层、解释结果等各类井数据。油气勘探开发地质综合研究面对多种不同类型的数据，数据管理是系统非常重要的内容。本章主要介绍系统涉及的各种数据格式及不同的输入及输出方式。 2.1 数据格式 2.1.0数据格式概述 本系统使用的多种数据格式如井位数据、测井数据、井轨迹数据、分层数据、砂层数据、解释结论和岩性数据等，均为按列组织的文本文件。一般情况下，文件的第一行为注释行，用以说明每一列数据的内容，从第二行开始为数据本身。 数据文件由若干记录组成，每条记录占一行，记录之间由回车键分割；记录由字段组成，字段可以是字符或数字，字段间用“空格”或“制表符”分割。 2.1.1井位数据格式 井位数据为按列组织的文本文件，由井名、纵坐标（X）、横坐标（Y）、补芯海拔、图顶深度、图底深度、作图段长度、井类型等列数据项构成。文件中井名、X坐标、Y坐标三项数据不可或缺，如项目中要做油气藏剖面则必须有补心海拔数据，其余为可选择项；井名数据不能重复；可以加载或者粘贴加入数据，加入相应的测井曲线后，井深为测井曲线对应的深度；没有加入测井曲线的井深度默认为1000-1200M，深度在项目树井数据条目下的该井属性中任意调整，然后在图面上可调整这口井显示深度。 例: 井名纵坐标（X）横坐标（Y）补芯海拔井类型 A1 4006635.91 18661834.11 1608.5 设计井 P18 4008999.26 18706501.19 1493.61 采油井 C35 4013671.60 19240344.18 1303.00 预探井 Z24 4011863.70 18722211.00 1431.94 工业气流井 S3 4011633.10 18735388.10 1383.84 评价井 2.1.2 测井数据格式 系统目前可单独或者批量加载三种格式的测井数据：即LAS格式的测井数据文件和按列组织的文本文件、WIS格式的测井数据，测井曲线数据由井depth（深度）列及若干测井曲线列数据构成。可以粘贴EXCEL格式单口井的测井曲线数据。 测井数据的文本文件要求深度数据是等间隔的；深度数据中不得出现空值；深度数据必须有序。 井数据文件的首行必须含有关键字“depth”，depth五个字母不能用其他简写形式。例:
所谓位映像，即是指一个二维的像素矩阵，而位图就是采用位映像方法显示和存储图像。一幅图像的显示就是将图像的像素映射到屏幕的像素上并显示一定的颜色。当一幅图形的像素由彩色表示时就是我们通常所说的彩色图像了。 由于数字图像可以表示为矩阵的形式，所以在计算机数字图像处理程序中，通常用二维数组来存放图像数据。二维数组的行对应图像的高，二维数组的列对应图像的宽，二维数组的元素对应图像的像素，二维数组元素的值就是像素的灰度值。采用二维数组来存储数字图像，符合二维图像的行列特性，同时也便于程序的寻址操作，使得计算机图像编程十分方便。 图像的问题数据是一个二维数组（矩阵），矩阵的每一个元素对应了图像的一个像素，当保存一幅图像时，不但要保存图像的位图数据矩阵，还要将每个像素的颜色保存下来，颜色的记录是利用颜色表来完成的。 颜色表，也叫颜色查找表，是图像像素数据的颜色索引表。 对于真彩色图像，每个像素占存储空间3个字节（24位），分别对应R, G, B三个分量，每个像素的值已经将该像素的颜色记录下来了，不再需要颜色表，因此24位真彩色位图没有颜色表。 彩色图像可以由RGB彩色空间表示。彩色空间是用来表示彩色的数学模型，又被称为彩色模型。 计算计算上显示的图像经常有二值图像、灰度图像、伪彩色图像及真彩色图像等不同格式类型。而灰度和彩色格式是数字图像处理中最常用到的类型。 灰度图像是数字图像的最基本形式，灰度图像可以由黑白照片数字化得到，或从彩色图像进行去色处理得到。灰度图像只表达图像的亮度信息而没有彩色信息，因此，灰度图像的每个像素点上只包含一个量化的灰度级（即灰度值），用来表示该点的亮度水平，并且通常用1个字节（8个二进制位）来存储灰度值。 彩色图像数据不仅包含亮度信息，还包含颜色信息。 BMP文件结构及其存取： 数字图像在外存储器设备中的存储形式是图像文件，图像必须按照某个已知的、公认的数据存储顺序和结构进行存储，才能使不同的程序对图像文件顺利进行打开或存盘操作，实现数据共享。 图像数据子啊文件中的存储顺序和结构称为图像文件格式。 目前广为流传的图像文件格式有许多种，常见的格式包括BMP, GIF, JPEG, TIFF, PSD, DICOM, MPEG等。在各种图像文件格式中，一部分时由某个软硬件厂商提出并广泛接受和采用的格式，如BMP, GIF和PSD格式。另一部分是由各种国际标准组织提出的形式，例如JPEG/ TIFF和DICOM，其中JEPG是国际静止图像压缩标准组织提出的格式，TIFF是由部分厂商组织提出的格式，DICOM是医学图像国际标准组织提取的医学图像专用格式。 BMP文件是Windows操作系统所推荐和支持的图像文件格式，是一种将内存或显示器的图像数据不经过压缩而直接按位存盘的文件格式，所以称为位图(bitmap)文件，因其文件扩展名为BMP，故称为BMP文件格式，简称BMP文件。 BMP文件结构： BMP文件图像被分成4部分：位图文件头、位图信息头、颜色表和位图数据。
C Numeric Formats C.1OVERVIEW The ADSP-2106x supports the 32-bit single-precision floating-point data format defined in the IEEE Standard 754/854. In addition, the ADSP-2106x supports an extended-precision version of the same format with eight additional bits in the mantissa (40 bits total). The ADSP-2106x also supports 32-bit fixed-point formats—fractional and integer—which can be signed (twos-complement) or unsigned. C.2IEEE SINGLE-PRECISION FLOATING-POINT DATA FORMAT IEEE Standard 754/854 specifies a 32-bit single-precision floating-point format, shown in Figure C.1. A number in this format consists of a sign bit s , a 24-bit significand, and an 8-bit unsigned-magnitude exponent e .For normalized numbers, the significand consists of a 23-bit fraction f and a “hidden” bit of 1 that is implicitly presumed to precede f 22 in the significand. The binary point is presumed to lie between this hidden bit and f 22. The least significant bit (LSB) of the fraction is f 0; the LSB of the exponent is e 0. The hidden bit effectively increases the precision of the floating-point significand to 24 bits from the 23 bits actually stored in the data format. It also insures that the significand of any number in the IEEE normalized-number format is always greater than or equal to 1 and less than 2. The unsigned exponent e can range between 1 ≤ e ≤ 254 for normal numbers in the single-precision format. This exponent is biased by +127(254 ÷ 2). To calculate the true unbiased exponent, 127 must be subtracted from e . Figure C.1 IEEE 32-Bit Single-Precision Floating-Point Format 31 30 23 22 Hidden Bit Binary Point C – 1
MIF文件是MapInfo通用数据交换格式，这种格式是ASCⅡ码，可以编辑，容易生成，且可以工作 在MapInfo支持的所有平台上。它将MapInfo数据保存在两个文件中：图形数据保存在.MIF文件中，而文本（属性）数据保存在.MID文件中。其中，.MIF文件有两个区域：文件头区域和数据节，文件 头中保存了如何创建MapInfo表的信息，数据节中则是所有图形对象的定义。故MIF应是保存图形 的一种文件格式 简介 MIF是Mapinfo用来向外交换数据的一种中间交换文件。当用户在Mapinfo中将一张Mapinfo 地图表以MIF格式转出来MIF文件中后，Mapinfo会同时在用户指定的保存目录下生成两个文件（*.mif，*.mid）。其中*.mif文件保存了该Mapinfo表的表结构及表中所有空间对象的空间信息（如：每个点对象的符号样式、点位坐标；每个线对象的线样式、节点数据、节点坐标；区域对象的填充模式、每个区域包含的子区域个数及每个区域的节点数、节点数等）。而*.mid文件则按记录顺序保存了每个 空间对象的所有属性信息。这两个文件都为文本性质的文件，用户可以通过相应的文件读写方法实现对文件内容的读写。MapInfo数据在两个文件中——图形保存在.MIF文件中而文本数据包含在.MID 文件中。文本数据是分界数据，每行一个记录以及行间的回车，或者回车加换行，或者换行。MIF 文件有两个区域—文件头区域和数据节。有关如何创建MapInfo表的信息保存在文件头中；图形对象定义保存在数据节中。 格式举例 这是一个MIF 文件头的说明，方括号内是可选信息。MIF File header 格式： Version n Charset "characterSetName" [ DELIMITER "
CINRAD数据格式 struct CINRADMESSAGE { char Unused1[14];//1-14 保留 //unsigned short int MessageType;//15~16 记录数据类型，具体说明见附表 char MessageType;//15~16 记录数据类型，具体说明见附表 char Channel; char Unused2[12];//17-28 保留 unsigned long int RadialCollectionTime;//29-32 径向资料采集的GMT时间(毫秒) unsigned short int RadialCollectionDate;//33-34 径向资料采集的日期,以1/1/1970以来的Julian日期表示 unsigned short int UnambiguousRange;//35-36 不模糊距离,单位:0.1Km unsigned short int AzimuthAngle;//37-38 方位角,实际值=(value>>3)*0.043945 (度) unsigned short int DataNumber;//39-40 径向数据序号 unsigned short int DataStatus;//41-42 径向数据状态 short int ElevationAngle;//43-44 仰角,实际值=(value>>3)*0.043945 (度) short int ElevationNumber;// 45-46 体扫内的仰角编号 short int FirstGateRangeOfRef;//47-48 第一个强度库的距离(米) short int FirstGateRangeOfDoppler;//49-50 第一个速度/谱宽库的距离(米) short int ReflectivityGateSize;//51-52 强度库长(米) short int DopplerGateSize;//53-54 速度/谱宽库长(米) short int ReflectivityGates;//55-56 强度库数 short int DopplerGates;//57-58 速度/谱宽库数 char Unused3[5];//59-64 保留 unsigned short int RefPointer;//65-66 从雷达数据头到强度数据开始的字节数 unsigned short int VelPointer;//67-68 从雷达数据头到速度数据开始的字节数 unsigned short int SWPointer;//69-70 从雷达数据头到谱宽数据开始的字节数 short int VelResolution;//71-72 速度分辨率:2=0.5m/s;4=1.0m/s short int VCP;//73-74 体扫VCP模式(11,21,31,32) char Unused4[14];//75-88 保留 short int NyquistVelocity;//89-90 Nyquist速率(0.01m/s)不模糊速度 char Unused5[38];//91-128 保留 unsigned char Data[2300];//129-2428数据 char Unused6[4];//2429-2432 保留 }; //取得日期 void CRadBaseData::GetRadialDate(unsigned short JulianDate, int& year, int& month, int& day) { int JLDAYN = JulianDate+2440587; int L = JLDAYN + 68569 ; int N = 4 * L / 146097 ; L = L - (146097 * N + 3) / 4 ; int I = 4000 * (L + 1) / 1461001 ;
数据格式： 1位元与位元的组合：位（bit）元件用来表示开关量的状态，ON与OFF如：X。Y。M。S。为位元件。用K2M0形式表示连续的位元件如：K2M0表示由MO~M7两个位元件组成K（十进制）H （十六进制） 2：字元件：一个字由16个二进制组成，字元件用来处理数据 第n位二进制数据为1时，对应的十进制数为2n以16进制化二进制数：0000 0100 1000 0110 对应十进制数为：210 ＋ 27 +22 +21= 1158。 二进制BIN：BCD码是按二进制编码的十进制数每位（十进制数）用4位（二进制数）表示，0~9对应的二进制数为0000~1001。 从PLC外部的数字拔码开关输入的数据是BCD码PLC送给外部的7段显示器的数据一般是BCD码。 3科学计数法与浮点运数： （1）在科学记数法中，数字占用相邻的两个数据寄存器字（如：D0和D10），D0中是尾数，D1是指数，数据格式为尾数×10指数，其尾数是4位BCD整数，范围为0，1000～9999和﹣9999～﹣1000，指数范围﹣41～﹢35，例如：小数24.567用科学计数法表示：246×10﹣2科学计数法格式不能直接用于运算，可以用监视接口中数据的显示。在PLC内部尾数和指按2的补码处理，它们的最高位为符号位。使用应用指令EBCD和EBIN可以实现科学计数法格式与浮点数格式之间的相互转换。
（2）浮点数格式：浮点数由相邻的两个数据寄存器字（例如：D11和D10）组成，D10中的数是低16位，在32位中，尾数占低23位（b0～b2位，最低位为b0位），指数占8位（b23～b30位）最高位（b31）为符号位。浮点数﹦尾数×2指数因为尾数为23位，与科学计数法相比，浮点数的精度有很大的提高，其尾数相当于6位十进制数。浮点数的表示范围为：±1.175×10﹣38～±3.3403×1038使用应用指令FLT和INT可以实现整数与浮点数之间的相互转换。
附件5： 地面气象要素数据文件格式（V1.0） （中国气象局2012年3月5日） 1. 文件名 国家级站单站文件名： Z_SURF_I_IIiii_yyyyMMddhhmmss_O_AWS_FTM[-CCx].txt 国家级站多站打包文件名： Z_SURF_C_CCCC_yyyyMMddhhmmss_O_AWS_FTM.txt 区域级站单站文件名： Z_SURF_I_IIiii-REG_YYYYMMDDHHmmss_O_AWS_FTM[-CCx].txt 区域级站多站打包文件名： Z_SURF_C_CCCC-REG_YYYYMMDDHHmmss_O_AWS_FTM.txt 在文件名中： Z：固定代码，表示文件为国内交换的资料； SURF：固定代码，表示地面观测； I：固定代码，指示其后字段代码为测站区站号； C：固定代码，指示其后字段代码为编报中心代码； IIiii：测站区站号； CCCC：编报中心代码； REG：区域站资料标志，固定代码。区域站资料标志为可选标志，如果文
件名包含此标志，则表示文件内容为区域级测站观测资料；如果文件名未包含此标志，则表示文件内容为国家级测站（包括基准站、基本站、一般站）观测资料；2012年地面气象观测资料传输方式调整暂不涉及区域站。 yyyyMMddhhmmss：文件生成时间“年月日时分秒”（UTC，国际时）； O：固定代码，表示文件为观测类资料； AWS：固定代码，表示文件为自动气象站地面气象要素资料； FTM：固定代码，表示定时观测资料； CCx:数据更正标识，可选标志，对于某测站（由IIiii指示）已发观测数据进行更正时，文件名中必须包含资料更正标识字段。CCx中：CC为固定代码；x取值为A～X，x=A时，表示对该站某次观测的第一次更正，x=B时，表示对该站某次观测的第二次更正，依次类推，直至x=X。 txt：固定代码，表示文件为文本文件。 说明：IIiii与R字段间的分隔符为减号“-”，其它字段间的分隔符为下划线“_”。
MODIS数据分级分类标准规范 MODIS数据产品分级、分类、流程参考规范（草） （中科院地理科学与资源研究所全球变化信息研究中心） （讨论和试用稿第一稿2004年9月15日） 前言说明：美国NASA对MODIS数据分级、分类和数据处理流程给予了比较明确的标准规范。我国对地观测系统MODIS共享平台建设主要参照了美国的标准，个别地方做了修改。这是讨论和试用稿（第一稿）。 1主题内容与适用范围 1.1主题内容 本标准规定了国家对地观测系统MODIS共享平台数据产品分类、分级和编码标准，用以规范我国MODIS数据产品在产生、归档、保藏、交换和应用中的一致性。 1.2参考标准 本标准制定主要参用了美国国家航空航天局（NASA）关于对地观测系统MODIS数据分级、分类和数据处理流程规范。 1.3适用范围 本规范适用于国家科技基础条件平台对地观测系统MODIS共享平台全部标准数据产品和过渡性数据产品。 2术语 2.1国家对地观测系统MODIS共享平台数据产品：国家对地观测系统MODIS共享平台数据产品包括标准数据产品和特殊数据产品。 2.2 标准数据产品：利用对地观测系统数据，依据规范和数据分级标准对一定空间分辨率和时间频率进行连续开发的数据产品，定义为标准数据产品。 2.3 特殊数据产品：利用对地观测系统数据，依据非规定的标准、或非规定的空间分辨率、或特定地区、或特定时间频率开发、或预处理过程的数据产品，称为特殊数据产品。 2.4 数据产品分级：根据数据间相互依存关系划分的等级称为数据产品分级。 2.5 数据产品分类：依据数据内容异同划分的数据类型称为数据产品分类。 2.6数据产品编码：用标识符或标识数字形式对数据产品进行一一确认的过程称为数据产品编码。 3 MODIS数据产品分级 3.1MODIS数据产品分级系统：MODIS标准数据产品分级系统由5级数据构成，它们分别是：0级、1级、2级、3级和4级。 3.20级数据：卫星地面站直接接收到的、未经处理的、包括全部数据信息在内的原始数据为0级数据。 3.31级数据：对没有经过处理的、完全分辨率的仪器数据进行重建，数据时间配准，使用辅助数据注解，计算和增补到0级数据之后为1级数据。 3.42级数据：在1级数据基础上开发出的、具有相同空间分辨率和覆盖相同地理区域的数据为2级数据。 3.53级数据：3级数据时以统一的时间-空间栅格表达的变量，通常具有一定的完整性和一致性。在3级水平上，将可以集中进行科学研究，如：定点时间序列，来自单一技术的观测方程和通用模型等。
帧格式 概述： 通信以帧形式传输，每次收发一帧（也称一个包），帧由数量不等的字节组成，每字节固定8位。数据量大时可分多个包发送，最多可分16个包，接收端按照包序号拼装成完整的数据信息。帧的类型有： 命令帧——包含状态查询、命令、广播、参数设定、工作方式设定等； 数据帧——上传或下达有效数据，指示状态参数等； 应答帧——对/错应答、状态应答、复位指示等。 帧的类型在命令域中进行标注和识别。 定义帧格式如图1所示： 各域定义如下： ①起始域：1个字节（8bit），规定为“00100011”，作为起始标志。 ②地址域：1个字节（8bit），上位机—FF，广播帧—00，430单片机编号地址—1～FE ③命令域：1个字节（8bit），正常/重发（1 bit），数据/指示/应答/命令（2 bit），命令码（5 bit） ④分包域：1个字节（8bit），包号（4 bit），包数（4 bit） ⑤数据域：数据域有种2类型，一类是数据帧；另一类对应于指示帧、应答帧、命令帧。长度0～76个字节。包含时间（12 字节）、温度（3字节）、湿度（2字节）、超声（1字节）子域和数组子域，数组子域中又包含长度子域（1字节），指示子域（1字节）和数据子域（0～12字节） ㈠类型1，对应数据帧
㈡ 类型2，对应于指示帧、应答帧、命令帧 注：数据域长度以字节为单位，不包含域长度字节（本字节） 时间子域：12个字节，年（2字节），月（2字节）， 日（2字节），时（2字节），分（2字节），秒（2字节）t 湿度子域：2个字节 温度子域：3个字节 超声子域：1个字节（8bit ）
数组子域：总长度0～39个字节（8bit），数据1长度0～13字节、数据2长度0～13字节、数据3长度0～13字节。 数组X域 指示域1字节数据1 3字节 数据2 3字节 数据3 3字节 指示域：数组号2 bit，长度4 bit，单双指示1 bit，线号指示1 bit 数据X域： ⑦终止域：1个字节（8bit），00110010(规定)
基础数据标准与描述(参考数据格式表示法)
————————————————————————————————作者：————————————————————————————————日期:
基础数据标准 -目录规范和编码标准 １６.１基础数据标准 16.1.1范围 基础数据标准化是的信息化重要工作之一，建立集中、规范统一的基础数据标准,是保证企业信息化系统正常运行的前提条件。此外,统一编码也是企业的一项重要的基础管理工作,对企业管理标准化具有促进作用。通过建立标准化制度,使各业务部门能够协同工作,能够消除重复性劳动，大幅度提高工作效率。 基础数据标准化的意义： 1、统一基础数据,便于计算机系统管理 手工管理状态之下,对基础数据处理存在很大的随意性，不便于计算机系统管理,只有对基础数据统一之后,才能充分体现计算管理所带来的效率。 ２、保证基础数据的正确性 使用统一的基础数据编码,可以有效防止一物多码、一物多名、物名错乱等现象的发生。 ３、集团范围内基础数据趋于统一、实现数据上报、汇总功能。 集团范围内使用统一基础数据，使业务数据上报、汇总成为可能，以实现集团管理。16．１.2数据准备策略 根据项目实施工作的整体要求，根据各项静态基础数据的特点,以及数据准备工作量和难度,分别采用如下准备策略:
１、简单基础数据 由项目顾问组制定编码规范,安排业务培训,下发Excel格式的编码模板,由企业各项目人员自行准备,此类基础数据比较简单,企业人员按示例数据整理即可,并能采用简单方法导入系统(导入方法在“导入实现方式”章节详细说明）。项目顾 问组检查编码规范执行情况，并提供必要的工作指导。 2、复杂基础数据 由项目顾问组制定编码规范，安排业务培训，下发Excｅl格式的编码模板,与简单基础数据相比，数据结构要复杂得多,并且存在一些关联关系,对数据准备要求也比较高,占全部工作量50％以上,因此,需要采用专门的处理方法,其导入方法也比较特别。因此,复杂数据单独作为一类，企业需要配备更多的人员进行处理。以业务编码为例,除了物资管理部门外,技术部门也需要参与基础数据准备，以保证编码质量。项目顾问组重点进行指导检查,并根据实际需要提供更多的支持。 ３、固定基础数据 本次实施的目标就是为了使集团范围内业务流程趋同,为集团业务汇总创造有利条件，因此,对于此类编码由项目顾问组提出建议方案,企业一般不再需要调整，以固定编码的方法主导实施,使业务流程趋于一致化(配合业务流程规范)。此类编码一般内容固定，有规范可遵循,数据量很少,按照统一的编码导入即可。目标。 16.1.3 基础数据描述规范 中文名称 定义:赋予数据元的单个或多个中文字词的指称。 约束：必选 数据类型:字符串 说明:命名应明确的表达数据元的含义,尽量减少冗余，增加精确度;在同一环境下的所有名称应该是唯一的。
扩展名.txt.doc.wps.html.pdf说明纯文本文件Word文档WPS文档超文本标记语言文档电子图书文档位图，以像素进行存取，画图工具使用的标准格式按JPEG静态图像数据压打开该类型文件的常用软件记事本Microsoft Word金山WPS软件(中国人自己开发的软件)记事本、MicrosoftFrontPage、DreamweaveAdobe Acrobat Reader.bmp画图程序、Photoshop.jpg缩标准形成的有损压缩ACDSee、Photoshop、画图格式，常被用于网页制作，既可以支持静态图片，也可以ACDSee、Photoshop、画图支持动态图片，背景可以是透明的。 程序.gifPhotoshop图像处理软.psd件专用格式，是以图层的形式生成图像(保留图层).Gif和.png图片格式背景都可以设置是透明的.wmf是一种矢量图形格式波形文件格式，是实际声.wav音的采样和编码，文件的容量很大，没有压缩是记录MIDI信息的标准格式，是一个由乐器数字.mid接口指令序列组成的计算机乐谱，所占存储空间较小当前流行的音乐文件格.mp 3.wma式，音质可与CD媲美，占用磁盘空间小，有损压缩动画文件.flc用3DSMAX动画制作软3DSMAXWindows Media PlayerWindows Media Player录音机程序Photoshop件创建的三维动画文件格式.gif.fla.swf目前网页中普遍使用的二维动画文件格式用Flash制作的二维动画源文件用Flash制作的二维动画文件格式视频文件是一种音频、视频信号交.avi叉存储的格式，是Windows的标准视频格式，容量大是按MPEG标准压缩，.mpg与AVI格式相比容量较小，用于VCD制作.dat(VCD光盘标准格式); .mov(Apple公司，专门播放器QuickTime).rm、.rmvb(Real格式，流媒体文件，网上可以边下载边收看).wmv (流媒体文件，网上可以边下载边收看)Windows Media PlayerWindows Media PlayerACDsee、PhotoshopFlashInternet Explorer 1/ 1
结算数据文件格式说明 中国金融期货交易所 2015年8月
1.文档属性 2.文档变更历史清单 3.本次修改变更说明
目录 第一章DBF格式 (6) 1申报单 (6) 1.1文件命名 (6) 1.2文件格式 (6) 2成交单 (6) 2.1 文件命名 (6) 2.2 文件格式 (7) 3标准合约结算表 (7) 3.1文件命名 (7) 3.2 文件格式 (7) 4标准合约结算明细表 (8) 4.1 文件命名 (8) 4.2 文件格式 (8) 5结算会员资金情况表 (9) 5.1 文件命名 (9) 5.2文件格式 (9) 6会员超仓通知 (11) 6.1 文件命名 (11) 6.2文件格式 (11) 7强平通知（会员资金不足） (11) 7.1 文件命名 (11) 7.2文件格式 (12) 8结算会员交割情况表 (12) 8.1 文件命名 (12) 8.2 文件格式 (12) 9交易所强平通知（客户超仓） (13) 9.1 文件命名 (13) 9.2 文件格式 (13) 10交易所追加保证金通知 (13) 10.1 文件命名 (13) 10.2 文件格式 (14) 11客户移仓资金及持仓变化明细表 (14) 11.1 文件命名 (14) 11.2 文件格式 (14) 12交易会员变更结算会员资金及持仓变化明细表 (14) 12.1 文件命名 (14) 12.2 文件格式 (15) 13会员资格变更资金及持仓变化明细表 (15) 13.1 文件命名 (15) 13.2 文件格式 (15) 14客户分项资金明细表 (16) 14.1 文件命名 (16)