图 1:说明目标像素对图像识别的重要性,以及噪声有效温差 (NETD) 随范围变化的行为。此示例假设典型的非制冷相机规格:焦距 100 毫米,视场 10°,像素 50 个,在 2 公里处提供 1 米的空间分辨率。
© 日内瓦国际人道主义排雷中心 本目录中对探测器和个人防护设备的描述均为制造商的描述。本目录中提到的测试结果是制造商提供的或在国际测试和评估计划 (ITEP) 网站 www.itep.ws 上发布的测试报告的摘录或引文。给出了来源。它们不一定代表日内瓦国际人道主义排雷中心或德国政府的观点。本出版物中表达的观点均为日内瓦国际人道主义排雷中心的观点,并不一定代表德国政府的观点。本出版物中使用的名称和材料的呈现方式并不意味着联合国排雷行动处、德国政府或日内瓦国际人道主义排雷中心对任何国家、领土或地区、其当局或武装团体的法律地位、或对其边界或边界的划分发表任何意见。
© 日内瓦国际人道主义排雷中心 本目录中对探测器和个人防护设备的描述均为制造商的描述。本目录中提到的测试结果是制造商提供的或在国际测试和评估计划 (ITEP) 网站 www.itep.ws 上发布的测试报告的摘录或引文。给出了来源。它们不一定代表日内瓦国际人道主义排雷中心或德国政府的观点。本出版物中表达的观点均为日内瓦国际人道主义排雷中心的观点,并不一定代表德国政府的观点。本出版物中使用的名称和材料的呈现方式并不意味着联合国排雷行动处、德国政府或日内瓦国际人道主义排雷中心对任何国家、领土或地区、其当局或武装团体的法律地位、或对其边界或边界的划分发表任何意见。
公民保护与安全研究所为欧盟政策提供基于研究、面向系统的支持,以保护公民免受经济和技术风险。该研究所保持并发展其在信息、通信、空间和工程技术领域的专业知识和网络,以支持其使命。其核活动和非核活动之间的强烈相互影响增强了其在这两个领域为客户带来的专业知识。欧盟委员会总司联合研究中心公民保护与安全研究所联系信息地址:TP 723 Centro Comune di Ricerca, Via Enrico Fermi 1, Ispra (VA) 21020 意大利电子邮件:Adam.lewis@jrc.it 电话: 0332 785 786 传真:0332 785 469 http://serac.jrc.it http://www.jrc.cec.eu.int 法律声明 无论是欧盟委员会还是代表委员会行事的任何人均不对本出版物的使用负责。互联网上提供了大量有关欧盟的附加信息。可通过 Europa 服务器访问 http://europa.eu EUR 22650 EN ISSN 1018-5593 卢森堡:欧洲共同体官方出版物办公室 © 欧洲共同体,2006 允许复制,但需注明来源 意大利印刷
直到第 7 层的各层都必须由应用程序的附加服务进行管理。各种标准化的更高层协议(如 CANopen)都已发布并广泛应用于工业应用中。为了便于遵守 RTCA/DO-178 [3] 指南,没有选择通用的高层协议,而是开发了一种特定类型的应用层协议,并记录在系统接口文档 [2] 中。对通信需求的分析产生了以下协议要求:• 网络上的每个烟雾探测器都必须具有唯一性• 烟雾探测器生成的消息必须包含有关其身份的信息• 支持主从通信模型 CAN 标识符使用 29 位扩展标识符,并分成如图 3 所示的子字段。消息类型消息类型的目的在于根据消息的总体相对优先级对其进行分类,并指示模块 ID 是包含发送器地址还是接收器地址。两类消息类型、过程数据对象 (PDO) 和服务数据对象 (SDO) 被实例化为发送或接收对象;分别为 T_PDO 和 R_PDO 以及 T_SDO 和 R_SDO。发送数据对象 (T_xDO) 表示模块 ID 包含发送器的网络地址,而接收数据对象 (R_xDO) 则在模块 ID 字段中包含目标接收器的网络地址。
功能代码(位 24..15)每个应用程序功能在其各自的消息类型中都被指定为唯一的功能代码。除了描述下一级仲裁优先级之外,功能代码还用于传输逻辑数据,而无需使用实际的 CAN 数据字段。在这种情况下,数据长度代码 (DLC) 为 0,从而能够高效利用数据带宽,特别是对于 R_PDO 和 R_SDO,它们主要包含针对烟雾探测器的状态请求,并且不携带除请求本身之外的任何其他信息。模块 ID(位 14..5)模块 ID 字段包含 CAN 节点的唯一网络标识。当消息同时指向多个节点时,这也可能是广播标识。两个子字段模块类型和模块地址将模块 ID 分为设备类别及其各自的地址。整个模块地址空间可重复用于网络上的每个模块类型。系统 ID(位 4..0)系统 ID 用于使用唯一系统标记 CAN 标识符
直到第 7 层的各层都必须由应用程序的附加服务进行管理。各种标准化的更高层协议(如 CANopen)都已发布并广泛应用于工业应用中。为了便于遵守 RTCA/DO-178 [3] 指南,没有选择通用的高层协议,而是开发了一种特定类型的应用层协议,并记录在系统接口文档 [2] 中。对通信需求的分析产生了以下协议要求:• 网络上的每个烟雾探测器都必须具有唯一性• 烟雾探测器生成的消息必须包含有关其身份的信息• 支持主从通信模型 CAN 标识符使用 29 位扩展标识符,并分成如图 3 所示的子字段。消息类型消息类型的目的在于根据消息的总体相对优先级对其进行分类,并指示模块 ID 是包含发送器地址还是接收器地址。两类消息类型、过程数据对象 (PDO) 和服务数据对象 (SDO) 被实例化为发送或接收对象;分别为 T_PDO 和 R_PDO 以及 T_SDO 和 R_SDO。发送数据对象 (T_xDO) 表示模块 ID 包含发送器的网络地址,而接收数据对象 (R_xDO) 则在模块 ID 字段中包含目标接收器的网络地址。
功能代码(位 24..15)每个应用程序功能在其各自的消息类型中都被指定为唯一的功能代码。除了描述下一级仲裁优先级之外,功能代码还用于传输逻辑数据,而无需使用实际的 CAN 数据字段。在这种情况下,数据长度代码 (DLC) 为 0,从而能够高效利用数据带宽,特别是对于 R_PDO 和 R_SDO,它们主要包含针对烟雾探测器的状态请求,并且不携带除请求本身之外的任何其他信息。模块 ID(位 14..5)模块 ID 字段包含 CAN 节点的唯一网络标识。当消息同时指向多个节点时,这也可能是广播标识。两个子字段模块类型和模块地址将模块 ID 分为设备类别及其各自的地址。整个模块地址空间可重复用于网络上的每个模块类型。系统 ID(位 4..0)系统 ID 用于使用唯一系统标记 CAN 标识符
直到第 7 层的各层都必须由应用程序的附加服务进行管理。各种标准化的更高层协议(如 CANopen)都已发布并广泛应用于工业应用中。为了便于遵守 RTCA/DO-178 [3] 指南,没有选择通用的高层协议,而是开发了一种特定类型的应用层协议,并记录在系统接口文档 [2] 中。对通信需求的分析产生了以下协议要求:• 网络上的每个烟雾探测器都必须具有唯一性• 烟雾探测器生成的消息必须包含有关其身份的信息• 支持主从通信模型 CAN 标识符使用 29 位扩展标识符,并分成如图 3 所示的子字段。消息类型消息类型的目的在于根据消息的总体相对优先级对其进行分类,并指示模块 ID 是包含发送器地址还是接收器地址。两类消息类型、过程数据对象 (PDO) 和服务数据对象 (SDO) 被实例化为发送或接收对象;分别为 T_PDO 和 R_PDO 以及 T_SDO 和 R_SDO。发送数据对象 (T_xDO) 表示模块 ID 包含发送器的网络地址,而接收数据对象 (R_xDO) 则在模块 ID 字段中包含目标接收器的网络地址。