GPS 定位终端简明通讯协议 密级：保密 广州金途信息技术有限公司 GPS 定位器 通讯协议 （VG905）
1广州金途信息技术有限公司
目录 一、协议包格式---------------------------------------------------------------------------------------------------------------------------------------------- 3 1.协议号详解---------------------------------------------------------------------------------------------------------------------------------------------- 3 二、协议包分解---------------------------------------------------------------------------------------------------------------------------------------------- 4 1.登录包----------------------------------------------------------------------------------------------------------------------------------------------------- 4 a)登录包------------------------------------------------------------------------------------------------------------------------------------------------- 4 a)登录包回复（服务器回复）------------------------------------------------------------------------------------------------------------------- 4 4.心跳包----------------------------------------------------------------------------------------------------------------------------------------------------- 5 a)终端发送心跳包------------------------------------------------------------------------------------------------------------------------------------ 5 a)服务器心跳包回复--------------------------------------------------------------------------------------------------------------------------------- 6 6.GPS 定位包---------------------------------------------------------------------------------------------------------------------------------------------- 7 a)终端发送定位包------------------------------------------------------------------------------------------------------------------------------------ 7 b)服务器定位包回复--------------------------------------------------------------------------------------------------------------------------------- 8 7.LBS 多基站扩展信息包------------------------------------------------------------------------------------------------------------------------------ 9 a)终端发送LBS多基站包-------------------------------------------------------------------------------------------------------------------------- 9 b)服务器LBS多基站包回复--------------------------------------------------------------------------------------------------------------------- 10 8.报警包--------------------------------------------------------------------------------------------------------------------------------------------------- 11 a)终端发送报警包---------------------------------------------------------------------------------------------------------------------------------- 11 b)服务器报警包回复------------------------------------------------------------------------------------------------------------------------------- 13 c)服务器报警包中文地址回复----------------------------------------------------------------------------------------------------------------- 13 d)服务器报警包英文地址回复----------------------------------------------------------------------------------------------------------------- 14 9.GPS 地址请求包-------------------------------------------------------------------------------------------------------------------------------------- 15 a)终端地址请求包---------------------------------------------------------------------------------------------------------------------------------- 15 b)服务器地址请求包中文回复----------------------------------------------------------------------------------------------------------------- 15 c)服务器地址请求包英文回复----------------------------------------------------------------------------------------------------------------- 16 10.LBS 地址请求包----------------------------------------------------------------------------------------------------------------------------------- 17 d)终端地址请求包---------------------------------------------------------------------------------------------------------------------------------- 17 e)服务器地址请求包中文回复----------------------------------------------------------------------------------------------------------------- 17 f)服务器地址请求包英文回复----------------------------------------------------------------------------------------------------------------- 18 11.在线指令-------------------------------------------------------------------------------------------------------------------------------------------- 19 a)服务器在线指令发送--------------------------------------------------------------------------------------------------------------------------- 19 a)终端在线指令回复------------------------------------------------------------------------------------------------------------------------------- 19 12.信息传输通用包----------------------------------------------------------------------------------------------------------错误!未定义书签。 a)终端发送信息传输通用包---------------------------------------------------------------------------------------------错误!未定义书签。 b)服务器回复信息传输通用包-----------------------------------------------------------------------------------------错误!未定义书签。 服务器无需回复-----------------------------------------------------------------------------------------------------------------错误!未定义书签。 三、附件------------------------------------------------------------------------------------------------------------------------------------------------------ 25 1.附件1CRC-ITU 查表算法 C 语言代码片段 --------------------------------------------------------------------------------------------- 25 2.附件2业务流程图------------------------------------------------------------------------------------------------------------------------------- 26 2广州金途信息技术有限公司
台达UPS通讯协议说明 一．硬件说明。 1．通讯波特率：2400 bit/s. 8位数据位，1位停止位，无校验。 二．协议说明。 说明： 数据头：必须是“~”，转换成ASCII码是7E ID号：必须是00，转换成ASCII码是30 30 命令类型：P：UPS连接到主机命令，（主机-------→UPS） S：设置UPS的数据命令，（主机-----→UPS） D：UPS数据返回命令，（UPS------→主机） 数据长度：这里的数据长度指的是数据内容的字节个数。用3位的ASCII码表示。 数据内容：实际就是主机发给UPS的命令数据。用ASCII码表示。 读取UPS额定电压输入电参数信息：（RAT命令） PC机发送： 7e 30 3050 30 30 3352 41 54 说明： 7e：数据包头， 30 30：ID号。 50：命令类型，“P”。 30 30 33：数据长度；是指数据内容的数据长度。“003”。 52 41 54：数据内容；就是命令；“RAT”。 UPS返回数据： 7E 30 304430 37 30 32 32 30 3B 35 30 30 3B 32 32 30 3B 35 30 30 3B 31 31 30 30 30 3B 37 37 30 30 3B 33 3B 31 35 36 3B 32 37 36 3B 3B 3B 3B 3B 30 3B 32 37 34 3B 34 37 30 3B 35 33 30 3B 34 39 35 3B 34 35 30 3B 35 35 30 3B 35 30 35 说明： 7E：数据头。 30 30：ID号， 44：命令类型，“D”。 30 37 30：数据长度，070，说明数据区有70个字节的数据。 32 32 30：UPS输入额定电压，ASCII字符：220V，交流。 3B：表示一个实数与另一个实数间的分隔符，ASCII字符“；”。 35 30 30：UPS输入额定频率，计算公式：500*0.1=50HZ。 3B：表示一个实数与另一个实数间的分隔符，ASCII字符“；”。
AIBUS通讯协议说明（V7.0） AIBUS是厦门宇电自动化科技有限公司为AI系列显示控制仪表开发的通讯协议，能用简单的指令实现强大的功能，并提供比其它常用协议（如MODBUS）更快的速率（相同波特率下快3-10倍），适合组建较大规模系统。AIBUS采用了16位的求和校正码，通讯可靠，支持4800、9600、19200等多种波特率，在19200波特率下，上位机访问一台AI-7/8系列高性能仪表的平均时间仅20mS，访问AI-5系列仪表的平均时间为50mS。仪表允许在一个RS485通讯接口上连接多达80台仪表（为保证通讯可靠，仪表数量大于60台时需要加一个RS485中继器）。AI系列仪表可以用PC、触摸屏及PLC作为上位机，其软件资源丰富，发展速度极快。基与PC的上位机软件广泛采用WINDOWS作为操作环境，不仅操作直观方便，而且功能强大。最新的工业平板触摸屏式PC的应用，更为工业自动化带来新的界面。这使得AIDCS系统价格大大低于传统DCS系统，而性能及可靠性也具备比传统DCS系统更优越的潜力，V7.X版本AI-7/8系列仪表允许连续写参数，写给定值或输出值，可利用上位机将仪表组成复杂调节系统。 一、接口规格 AI系列仪表使用异步串行通讯接口，接口电平符合RS232C或RS485标准中的规定。数据格式为1个起始位，8位数据，无校验位，1个或2个停止位。通讯传输数据的波特率可调为4800~19200 bit/S，通常用9600 bit/S，单一通讯口所连接仪表数量大于40台或需要更快刷新率时，推荐用19200bit/S，当通讯距离很长或通讯不可靠常中断时，可选4800bit/S。AI仪表采用多机通讯协议，采用RS485通讯接口，则可将1~80台的仪表同时连接在一个通讯接口上。 RS485通讯接口通讯距离长达1KM以上（部分实际应用已达3-4KM），只需两根线就能使多台AI仪表与计算机进行通讯，优于RS232通讯接口。为使用普通个人计算机PC能作上位机，可使用RS232/RS485或USB/RS485型通讯接口转换器，将计算机上的RS232通讯口或USB口转为RS485通讯口。宇电为此专门开发了新型RS232/RS485及USB/RS485转换器，具备体积小、无需初始化而可适应任何软件、无需外接电源、有一定抗雷击能力等优点。 按RS485接口的规定，RS485通讯接口可在一条通讯线路上连接最多32台仪表或计算机。需要联接更多的仪表时，需要中继器，也可选择采用75LBC184或MAX487等芯片的通讯接口。目前生产的AI仪表通讯接口模块通常采用75LBC184，这种芯片具备一定的防雷击和防静电功能，且无需中继器即可连接约60台仪表。 AI仪表的RS232及RS485通讯接口采用光电隔离技术将通讯接口与仪表的其他部分线路隔离，当通讯线路上的某台仪表损坏或故障时，并不会对其它仪表产生影响。同样当仪表的通讯部分损坏或主机发生故障时，仪表仍能正常进行测量及控制，并可通过仪表键盘对仪表进行操作，工作可靠性很高。16位校验码的正确性是简单奇偶校验的30000倍，基本能保证数据可靠性。并且同一网络上有其他公司也采用主从方式通讯的产品时，如PLC、变频器等，多数情况下AI系列仪表都不会受其它公司产品通讯干扰，不会产生采集数据混乱或无法通讯的问题。但是AI仪表协议并不能保证其它公司产品能否正常工作，所以除非万不得已，不应将AI仪表与其它产品混在一个RS485通讯总线上，而应分别使用不同的总线。 二、通讯指令 AI仪表采用16进制数据格式来表示各种指令代码及数据。AI仪表软件通讯指令经过优化设计，标准的通讯指令只有两条，一条为读指令，一条为写指令，两条指令使得上位机软件编写容易，不过却能100%完整地对仪表进行操作；标准读和写指令分别如下： 读：地址代号+52H（82）+要读的参数代号+0+0+校验码 写：地址代号+43H（67）+要写的参数代号+写入数低字节+写入数高字节+校验码 地址代号：为了在一个通讯接口上连接多台AI仪表，需要给每台AI仪表编一个互不相同的通讯地址。有效的地址为0~80（部分型号为0~100），所以一条通讯线路上最多可连接81台AI仪表，仪表的通讯地址由参数Addr决定。仪表内部采用两个重复的128~208（16进制为80H~D0H）之间数值来表示地址代号，由于大于128的数较少用到（如ASC方式的协议通常只用0-127之间的数），因此可降低因数据与地址重复造成冲突的可能性。
关于暴雪的目标市场定位分析报告 暴雪娱乐是一家全球知名的计算机游戏公司，其目前已经推出20多款作品。其产品在电子游戏界享有极高的评价。其产品包括魔兽争霸系列，星际争霸系列以及暗黑破坏神系列，魔兽争霸及星际争霸均被多项知名电子竞技比赛列为主要比赛项目。暴雪出品的网络游戏《魔兽世界：燃烧的远征》登陆全球即获得好评，至今仍然是最风靡的网络游戏之一。 暴雪娱乐的主要业务在于电脑游戏，其中单机游戏是他的主要业务。公司推出了多款单机游戏都大获成功，主要包含两大类别的游戏，即时战略与第三人称角色扮演。暴雪追求产品品质和体验的高要求，并没有以开发更多类型游戏，而是选择了继续开发已有业务。因此。从中国目前的单机游戏市场分析，角色扮演游戏是最受玩家关注的游戏类型。此外即时战略类游戏也占有一定的份额。暴雪公司的主打游戏类型是角色扮演和即时战略类游戏。一．市场细分 1.游戏平台分析 就目前的游戏市场来看，网络游戏是普及率最高的游戏，因为简单易学容易操作，吸引了很多玩家，在中国游戏市场占有相当份额。单机游戏略微低于网络游戏，但是凭借其众多的题材，较高的可玩性，依旧牢牢占据了一大块市场。掌机，游戏机，手机等移动平台发布的游戏，在近两年呈现猛增趋势。虽然市场由于各方面原因规模有限，但是相信在未来将有广阔的发展空间。在暴雪的市场中，由于网游拥有绝对优势，因此在目前的竞争态势来说处在安全状态。单机游戏是公司主要业务，而且这一市场竞争激烈，必须全力确保这一部分的市场 2.性别结构 就中国目前的游戏市场来说，男性玩家占绝大多数。女性玩家只占到约四分之一 。但是女性玩家几年来呈现大幅增长的趋势，每年的增长速度超过了男性玩家的。女性已成为游戏市场中不可忽视的一个群体。 3.年龄结构与分布 中国游戏市场的玩家大部分分布于三个年龄段，其中24—30岁玩家占大多数，其次为31—40岁的玩家，第三多的数量为19—23岁的玩家。 4.收入影响 从个人收入方面来看，中国游戏市场玩家月收入大部分集中在1000元至5000元区间不等。高端与低端客户呈现少量分布的态势。而根据统计数据，月收入在2000至3000元区间的游戏玩家又是这些人群中最集中的群体。 二．目标市场 暴雪将市场分为高中低三个市场，高端市场规模1000万人中端市场规模5900万人低端市场规模3100万人.中部分高收入人群是次要市场，对游戏兴致高。习惯在游戏方面投资，享受高品质游戏。但是用于游戏的时间较少，低收入人群，游戏时间充裕，对价格敏感，不愿购买游戏。中低端是主要市场。中低端收入，对游戏兴致高，有一定的时间空余时间。追求游戏品质与可玩性，愿意消费。 三.竞争形势分析
D RIVER L IST FOR G3,D ATA S TATION P LUS AND M ODULAR C ONTROLLER Current as of April 2011 Ethernet Drivers ?
TTC-310系列温控器计算机通讯协议 温控器采用标准的MODBUS-RTU的通讯规约。温控器与主站计算机的传输方式是采用主从应答方式进行通讯。通讯信息传输为异步方式并以字节为单位，通讯信息采用10位字格式，1位起始位，8位数据位，1位停止位，无奇偶校验位，通讯波特率为9600BPS。 1.报文格式 每组报文包括地址码、功能码、数据段和校验码。报文格式如表1所示： 1.1 地址码 地址码在报文的开始部分，由一个字节8位组成，单个终端设备（温控器）的地址范围是1...32。主设备通过将要联络的终端设备的地址放入报文中的地址域来选通终端设备。当终端设备发送回应报文时，它把自己的地址放入回应的地址域中，以便主设备知道是哪一台终端设备作出回应。温控器地址在功能参数表的P_009中设定。 1.2 功能码 报文中的功能代码由一个字节8位组成。当报文由主设备发往终端设备是，功能代码域将告知从设备需要执行哪些行为（如读取一组寄存器数据）。当从设备回应时，它使用功能代码域回应相同的功能代码。表2列出了终端设备（温控器）所用到功能码、功能码所需要执行的行为及意义。 1.3数据段 数据段包含了终端设备执行特定功能所需要的数据或终端设备执行特定功能所响应的数据。这些数据内容可能是数值、寄存器地址、设置值等。例如：主设备需要从终端设备读取一组数据，数据段包含了起始寄存器地址及读取数据的数量。 1.4 错误校验 报文中的错误检验采用基于CRC-16方法，它由两个字节组成。在报文传输过程中，由传输设备计算后加入到报文中。接收设备重新计算收到报文的CRC，并与接收到CRC错误校验码比较，如果两值不相同，则说明报文在传输过程中有误。 错误校正码添加到报文中时，低字节先加入，然后为高字节。 注：报文发送总是按以下顺序来发送：地址码、功能码，数据段和错误校验码。
智能传感器通讯协议 长度=[帧代号1]+[功能码2]+[地址段2]+[数据n]+[CRC 校验2]地址段位目标传感器的地址，高8位在前。数据由不同的帧代号决定。 CRC 校验从长度开始到数据段结束，校验产生的16位CRC ，低8位在前 返回数据 内容通道数保留通道数据长度 1 1 通道数*4 通道数据对照表： 传感器通道1通道2通道3备注 空气温湿度null 温度湿度溶解氧原始值 温度 工程值 pH EC 水位 例如： 空气温湿度的通道数为3，通道顺序为：1NULL ，2温度，3湿度溶解氧的通道数量为3，通道顺序：1原始值，2温度，3工程值 示例 目标地址65500 88FB FA 08040101FF DC 010648FC FC 目标地址1200 88FB FA 0804010104B0015A B9FC FC CRC 校验生成函数 /********************************************************Name:u16GetUniBusCrc 协议帧格式 说明帧头方向长度帧代号功能码地址段数据CRC 帧尾长度211 122 N 2 2发起88FB FA 10101下发数据FC FC 应答 88FB AF 1 0101 返回数据 FC FC 读取数据 说明方向帧长度帧代号功能码地址段数据长度11 122 1发起FA 04010101应答AF 04 0101返回数据
*Description:生成UniBus协议的CRC校验码 *Parameter:uint8*pu8FrmBuffer校验数据缓存 *uint8u8DataLen数据长度 *Return:uint16u16CrcData;CRC校验码 *Author:yl *Data:2009-07-08 *Last reviser: *Last Data: ********************************************************/ uint16u16GetCrcData_UniBus(uint8*pu8FrmBuffer,uint16u16DataLen) { uint16u16CrcData; int8u8MSBInfo; uint16u16Index; uint8u8Index; u16CrcData=0xFFFF; for(u16Index=0;u16Index
温控器通用接口协议 ( ZSDQ－MODBUS ) Version 2.0( 修订) 1
ZSDQ－MODBUS协议是在标准 MODBUS 基础上提炼而成；专用以温控器与客房控制器的连接。 有关详细的 MODBUS 的说明，请参考《标准 MODBUS 详解.pdf》 一 ZSDQ－MODBUS说明： 序号参数名称规定 半双工；主从巡检方式；温控器为从机。 1 工作模式 RS485 2 物理接口 A(+),B(-),两线制 3 波特率9600bps 位格式：1 起始位＋8 数据位＋1 停止位 4 字节格式 10 5 传输方式 RTU(远程终端单元)格式（请参阅 MOBUS 说明） 6 温控器地址1－8；（0 地址不能使用,默认从1开始） 7 命令代码3，6 （3：读取温控器；6：设置温控器） 校验和 CRC－16 （请参阅 MOBUS 协议说明） 8 CRC 9 校验方式 CRC－16 （请参阅 MOBUS 协议说明） 10 数据帧间隔4个字节以上的空闲 2
二读取温控器操作帧格式： ＊命令帧（客房控制器发出）读取空调状态； 字节 1 字节 2 字节 3 字节 4 字节 5 字节 6 字节 7 字节 8 温控器地址 03H 00H 02H 00H 08H CRC 高 CRC 低 ＊应答帧（温控器发出） 字节 1 字节 2 字节 3 字节 4……字节 19 字节 20 字节 21 温控器地址 03H 10H 空调状态值CRC 高 CRC 低 空调状态值格式说明表 字节数值说明 字节4 00 字节5 00-01 温控器状态高字节：通常为 0 温控器状态低字节：0 表示关闭，1 表示开启 字节6 00 字节7 01-03 温控器模式高字节：通常为 0 温控器模式低字节：1 制冷，2 制热，3 通风 字节8 5~35 字节9 0~9 已设定温度高字节：设定温度值的整数值 已设定温度低字节：设定温度值的小数值。没有小数值为0 字节 10 00 温控器风速高字节：通常为 0 字节11 00-03 温控器风速低字节 01 高速 02 中速 03 低速 00 自动 字节12 HH 字节13 LL 温控器机器型号高字节温控器机器型号低字节 字节14 XX 字节15 00 （本次Version 2.0修订启用该字节,这样RCU上5个控制空调的继电器直接赋予此值，RCU部分就不必再为两管制和四管制另外配置）字节8个bit 位从高到低依次定义为位bit7-bit0，各bit位含义如下： bit7- bit5: 默认0 bit4: 继电器1（四管制，冷气阀；两管制，阀关），开启1，关闭0 bit3: 继电器2（四管制，暖气阀；两管制，阀开），开启1，关闭0 bit2: 继电器3（风机高速），开启1，关闭0 bit1: 继电器4（风机中速），开启1，关闭0 bit0: 继电器5（风机低速），开启1，关闭0 系统备用字 1 低字节（保留） 字节16 00 字节17 00 系统备用字 2 高字节（保留）系统备用字 2 低字节（保留） 字节18 tt 字节19 0～9 室内温度高字节：室内温度整数值。 室内温度低字节：室内温度小数值。没有小数值为 0
松江新城西区市场定位报告 第一部分市场研究 产品定位的市场依据 松江，是上海历史、文化的发祥地，有"上海之根"之誉，有着悠久的历史、深厚的文化底蕴和丰富的旅游资源。在上海都市总体规划中，松江将建设成为上海辅城。 一、区域环境 地理位置 松江区位于长江三角洲内上海市西南部，黄浦江上游，南宽北窄，南北长约45公里，东西宽约50公里，总面积604平方公里，是上海西南的重要门户，也是连接浙沪两域的重要枢纽。松江距上海市区30公里，距虹桥机场16公里，距浦东国际机场68公里。 行政区划
松江区内辖有4个街道、11个镇，分不包括了岳阳街道、永丰街道、中山街道、方松街道；新桥镇、九亭镇、泗泾镇、洞泾镇、新浜镇、车墩镇、石湖荡镇、畲山镇、泖港镇、小昆山镇以及叶榭镇。 人口状况 松江区及松江老城区人口历史数据及以后预测图：
?2002年，松江区户籍人口达到50万。在过去3年，松江的年人口 增长率约为0.77%，依此推算至2005年松江人口将达到52.35万人。 ?松江传统市区即老城区（沪杭高速公路以南部分）2002年人口为 16.09万人，依照松江区统计局过去的3年统计数据来看，松江老 城区的常住人口增长率约为6.3%，可能05年区域人口将接近20万。 ?在上海市整体人口呈现负增长的背景下，松江人口持续增长，城区 人口规模不断扩大，将为松江房地产市场提供持续的市场支撑。 交通状况 松江交通便捷，区内现已形成６条要紧交通轴线，为进展区内各项产业提供了便利的交通条件。 ?主轴线沪杭铁路、沪杭高速公路横贯新城和老城之间； ?沪杭公路、沉砖公路横贯松江的北部和东西，同时是上海中心城区 至畲山国家级旅游度郊区的重要巡游路线；
线路设备——传感器485传输协议V2.02.821 1.技术指标 ?输入电压（VDC）：8～26 ?波特率（bps）：9600 ?传感器接口类型：RS485 ?工作温度（℃）：-40～85 ?其它技术参数按合同要求制作 2.帧结构 表1-1 帧结构定义 帧头报文长度传感器类型通讯地址帧类型报文类型报文内容校验位2 Bytes 2 Bytes 1 Byte 1 Bytes 1 Byte 1 Byte 变长1Byte 表1-1各参数定义如下： a)帧头：固定为0xBB71。 b)报文长度：指帧字节数（含帧头和校验位）。 c)通讯地址：RS485通讯地址，2个字节分配如下： 第一个字节为传感器类型，定义如下： 表1-2 传感器类型定义 气象站双轴倾角 传感器 光纤盐密拉力传感器集成式拉力倾角 温湿度气压 传感器 图像传感器 0x01 0x02 0x03 0x04 0x05 0x06 0x10 第二个字节为传感器地址字节，不同传感器系列可以具有相同的传感器地址字节。 d)帧类型：按功能对数据帧进行区分、标识，具体定义见下表。 表1-3 帧类型定义 序号帧类型值含义 1 0xAE(<<) 上传报文（设备←传感器） 2 0xAF(>>) 下发报文（设备→传感器）
e)报文类型： 表1-4 报文类型定义 序号 报文类型值 含义 备注 1 0x01 设置地址 2 0x02 查询地址 仅限于总线上只有一个同类型的传感器时使用 3 0x03 设置工作方式 4 0x04 查询工作方式 5 0x05 读取即时数据 6 0x06 读取平均数据 本规范版本仅对气象站有效 注：对拉力、倾角、风速等传感器而言，存在零值标定和斜率校准等控制指令，这些指令只允许在出厂调试时使用，不允许设备运行过程中发送，因此在本文件中不进行规范。 f)报文内容：数据长度不定，具体定义参考第3节。 g)校验位：累加和校验，包括报文中除校验位外的所有报文数据，取末尾字节。 3.帧数据排列格式 整形（占2bytes）、长整形（占4bytes），均采用高字节在前、低字节在后的方式存储。 除特殊说明，各传感器上传的采样数据均采用浮点数（占4bytes），采用高字节在前、低字节在后的方式存储。 4.数据报文格式 4.1.1.设置传感器地址命令：0x01 传感器地址设置报文格式见下表： 表3-1 传感器地址设置报文格式 序号报文名称长度（Byte）定义 1 帧头 2 帧头：0xbb71 2 报文长度 2 0x000a 3 通讯 地址传感器类型 1 参见表1-2 4 传感器地址 1 5 帧类型 1 0xAF（参见表1-3） 6 报文类型 1 0x01（参见表1-4） 7 报文内容 1 传感器新地址（1字节） 8 校验位 1 累加和 响应方式的数据报文格式见下表： 表3-2 响应方式的数据报文格式
◆HSC-系列 1.1、HSC-DPM－通讯协议转换模块(Profibus-DP转Modbus) HSC-DPM用于 Profibus 现场总线与Modbus 设备之间交换数据，采用 Profibus 专用芯片，支持所有Profibus-dp 现场总线系统。 主要特点 ● 通讯 1 口：Profibus-DP 从站通讯方式，支持连接到 PLC、DCS、计算机等多种主站； ●通讯口 2：Modbus RTU/ASCII 主/从可选 ● Profibus-DP 通讯速率：9.6Kbps～6 Mbps 自适应波特率选择； ● Modbus 通讯速率：4.8Kbps～115.2bps 用户参数软件设置(Hsconfig)； ● 连接从 Modbus 设备数量：最多 10 个； ● 交换数据：可选指定范围的交换数据量，具备通讯故障信息输出（占 1 个输入字）； ●通讯回路相互隔离，隔离电压 1KV 且均带 TVS 防雷击、过流自恢复保险保护； ● 24VDC 输入电源极性保护。 HSC-DPM应用示意图 1.2、HSC-CAM （CAN 转MODBUS） 1.3、HSC-CCM（CC－LINK转MODBUS CAN 转MODBUS） 2、HSC-OTE (Profibus－dp／RS485) 电气接口转换光纤接口模块 用于Profibus/RS485 现场总线,将电气通讯接口转换为光纤通讯(单模、多模)，提高分布式IO系统的抗干扰性能和通讯距离，支持Profibus-dp现场总线系统和普通 RS-485 的透明高速传输。
主要参数 ●多模 62.5/125um、50/125um 传输距离 0 ～ 4km ●单模 9/125、10/125、8.3/125um 传输距离 0 ～ 12km ●通讯速率 0～5MBps 可选 ●光纤接口 标配 ST 接头(可选配 SC、 FC 接头) ●通讯回路相互隔离，隔离电压 1KV 且均带 TVS 防雷击、过流自恢复保险保护； ●电源输入DC 9～30V 宽范围电源输入、防雷击和电源反接保护。 ●工作温度 -40 ～ + 85 ℃ HSC-OTE应用示意图 HSC-DPM和HSC-OTE尺寸图
《项目产品定位报告》内容及写作要求 一、项目定位结论的内容 1. 项目总体定位 [说明]本部分内容适用于含有两种及以上物业类型的项目，单一物业的项目可省略此部分。 1.1 市场定位 [要求]用清晰、简短的语句将项目的整体档次、形象、客户、功能和在市场中的位置描述清楚。在说明各类物业分别的市场定位后应描述不同物业类型市场定位之间的关系。 可叙述定位依据，要求言简意赅，层次清晰。 1.2 物业构成 1．2．1物业形态的组成、各物业形态的规模； 1．2．2项目初步规划示意图 [要求]图示各物业类型分布位置。 1．2．3各物业之间的关系。 [要求]分析各物业类型之间在形象、产品、功能、客户、价格、销售进度等方面的相互影响。 1.3 开发策略 1.3.1经营方式； [要求]主要明确项目是销售还是持有经营、哪类物业进行销售，哪类物业持有经营，销售与持有的规模。 1.3.2分期方案 [要求]明确项目是否分期开发，各期开发规模，各期开发的物业类型。必要时附分期开发示意图。 1.3.3各物业的开发周期、销售周期及其相互关系。 [要求]详细安排项目各物业形态开发的基本时间节点，包括开盘（开业）、销售完成50%，销售结案、开工、竣工时间。附销售计划、资金计划表 描述各物业形态开发周期的相互影响。
可叙述开发周期确定的依据，要求言简意赅，层次清晰。 2．住宅定位 [说明]本部分内容适用于以各种用地性质和立项形式开发的散售型居住用途物业，包含公建立项目的公寓等。 2.1 市场形象/主题概念 [要求]对住宅的市场形象进行概括性描述，明晰产品主题，提出产品开发着力点和支撑点。 2.2 客户定位 [要求] 可从年龄、社会身份、收入、置业目的、家庭结构、来源区域等多个角度界定客户群，选择多个客户群时应阐明不同客户群之间的影响，明确客户组合策略，清晰界定核心客户、重要客户、偶得客户。 通过总结分析不同客户需求特点与本项目特征的吻合程度、客户量、客户可获取性等方面阐述客户定位的依据。 2.3 价格及其实现策略 [要求]住宅及配套商业等的价格，应注明价格是“毛坯”还是“精装”，包括开盘价、均价等。提出价格实现策略。 2.4 住宅具体产品建议 2.4.1产品开发总体策略 [要求] 提出产品开发总体思路，通常包括研发创新、复制公司已有产品线、以对标项目为原型进行微调等。 2.4.2建筑形式 超高层、高层、小高层、多层（花园洋房）、独栋别墅、类别墅（双拼/Townhouse/叠拼）以及多种建筑形式的混搭或中间形 态 一梯几户 是否带电梯 [要求] 通过以上几方面对建筑形式提出要求，如含有多种建筑形式，说明各种形式的建筑规模以及摆放位置建议。 2.4.3户型配比