工业以太网的相关协议

基金会现场总线FF于2000年发布Ethernet规范，称HSE(High Speed Ethernet)。HSE是以太网协议IEEE8023，TCP/IP协议族与FFIll的结合体。FF现场总线基金会明确将HSE定位于实现控制网 络与Internet的集成。
HSE技术的一个核心部分就是链接设备，它是HSE体系结构将Hl(3125kb/s)设备连接 100Mb/s的HSE主干网的关键组成部分，同时也具有网桥和网关的功能。网桥功能能够用于连接多个H1总线网段，使同H1网段上的H1设备之间能够进 行对等通信而无需主机系统的干涉;
网关功能允许将HSE网络连接到其他的工厂控制网络和信息网络，HSE链接设备不需要为H1子系统作报文解释，而是将来自H1总线网段的报文数据集合起来并且将Hl地址转化为IP地址。 Modbus TCP/IP
该协议由施耐德公司推出，以一种非常简单的方式将Modbus帧嵌入到TCP帧中，使Modbus与以太网和TCP/IP结合，成为Modbus TCP/IP。这是一种面向连接的方式，每一个呼叫都要求一个应答，这种呼叫/应答的机制与Modbus的主/从机制相互配合，使交换式以太网具有很高的 确定性，利用TCP/IP协议，通过网页的形式可以使用户界面更加友好。
利用网络浏览器便查看企业网内部设备运行情况。施耐德公司已经为Mod-bus注册了502端口，这样就可以将实时数据嵌人到网页中，通过在设备中嵌入Web服务器，就可以将Web浏览器作为设备的 *** 作终端。 针对工业应用需求，德国西门子于2001年发布了该协议，它是将原有的Profibus与互联网技术结合，形成了ProfiNet的网络方案，主要包括：
基于组件对象模型(COM)的分布式自动化系统;
规定了ProfiNet现场总线和标准以太网之间的开放、透明通信;
提供了一个独立于制造商，包括设备层和系统层的系统模型。
ProfiNet采用标准TCP/IP十以太网作为连接介质，采用标准TCP/IP协议加上应用层的RPC/DCOM来完成节点间的通信和网络寻址。它可以同时挂接传统Profibus系统和新型的智能现场设备。
现有的Profibus网段可以通过一个代理设备(proxy)连接到ProfiNet网络当中，使整Profibus设备和协议能够原封不动地在 Pet中使用。传统的Profibus设备可通过代理proxy与ProFiNET上面的COM对象进行通信，并通过OLE自动化接口实现COM对象间的 调用。 Ethernet/IP
Ethernet/IP是适合工业环境应用的协议体系。它是由ODVA(Open Devicenet Vendors Asso-cation)和Control Net International两大工业组织推出的最新成员与Device Net和Control Net一样，它们都是基于CIP(Controland Information Proto-Col)协议的网络。它是一种是面向对象的协议，能够保证网络上隐式(控制)的实时I/O信息和显式信息(包括用于组态、参数设置、诊断等) 的有效传输。
Ethernet/IP采用和Devicenet以及ControlNet相同的应用层协议CIP。因此，它们使用相同的 对象库和一致的行业规范，具有较好的一致性。Ethernet/IP采用标准的Ethernet和TCP/IP技术传送CIP通信包，这样通用且开放的应 用层协议CIP加上已经被广泛使用的Ethernet和TCP/IP协议，就构成Ethernet/IP协议的体系结构。

目前自控领域比较大的公司主要有：西门子、江森、霍尼韦尔、迎希科。。。
我们公司做楼控用迎希科技的产品比较多，另外三家也用过，很少；主要是以前国内市场都是用的西门子、江森、霍尼韦尔，国外最好的产品，但是后期效果却不是很理想，据专业部门统计：
2003年上海市调研结果：能起作用的仅占20%，部分正常还可使用的占45%，35%不能开通或发生故障修复不了不能运行而废弃。
2005年青岛市建委调查写字楼150座，正常运行的仅占43座（占29%）；
2006年北京市中国建筑业协会调查106座商业建筑，运行满意的只占25%，不正常或废弃的占30%；
2008年华南深圳建科院调查26幢商业建筑，开通的楼控系统只占269%。
目前楼宇自控领域现在主流协议都是TCP/IP,485总线协议，现在的主流是物联网也就是TCP/IP协议。
我们用的迎希科技的控制产品都是走的TCP/IP协议，并且他们后期服务周到，因此我们公司做过的楼控案例用迎希的开通率达到100%中国的楼控。

需要。物联网需要寻址方式，物联网的寻址系统可以采用基于E164电话号码编址的寻址方式，但由于目前大多数物联网应用的网络通信协议都采用TCP/IP协议，电话号码编址的方式必然需要对电话号码与IP地址进行转换。这提高了技术实现的难度，并增加了成本。同时由于E164编址体系本身的地址空间较小，也无法满足大量节点的地址需求。另一种方式是直接采用IPv4地址的寻址体系来进行物联网节点的寻址。

物联网平台为设备提供安全可靠的连接通信能力，向下连接海量设备，支撑设备数据采集上云；向上提供云端API，指令数据通过API调用下发至设备端，实现远程控制。

物联网平台也提供了其他增值能力，如设备管理、规则引擎、数据分析、边缘计算等，为各类IoT场景和行业开发者赋能。

如下是共享单车基于物联网平台的解决方案。
物联网平台提供边缘计算能力，支持在离设备最近的位置构建边缘计算节点处理设备数据。

在断网或弱网情况下，边缘计算可缓存设备数据，网络恢复后，自动将数据同步至云端。

提供多种业务逻辑的开发和运行框架，包括场景联动、函数计算和流式计算，各框架均支持云端开发、动态部署。

边缘计算能力允许在最靠近设备的地方构建边缘计算节点，过滤清洗设备数据，并将处理后的数据上传至云平台。
物联网应用可广泛应用于：智能生活、智能工业、智能楼宇、环境保护、农业水利、能源监控等环境。计算平台主要涉及：

开发者使用设备接入SDK，将非标设备转换成标准物模型，就近接入网关，从而实现设备的管理和控制。

设备连接到网关后，网关可以实现设备数据的采集、流转、存储、分析和上报设备数据至云端，同时网关提供规则引擎、函数计算引擎，方便场景编排和业务扩展。

设备数据上传云端后，可以结合云功能，如大数据、AI学习等，通过标准API接口，实现更多功能和应用。

物联网 (IoT) 设备必须连接互联网。通过连接到互联网，设备就能相互协作，以及与后端服务协同工作。互联网的基础网络协议是 TCP/IP。MQTT（Message Queue Telemetry Transport，消息队列遥测传输） 是基于 TCP/IP 协议栈而构建的，已成为 IoT 通信的标准。

两者的应用场景不一样：
MQTT是为了物联网场景设计的基于TCP的Pub/Sub协议，有许多为物联网优化的特性，比如适应不同网络的QoS、层级主题、遗言等等。
WebSocket是为了HTML5应用方便与服务器双向通讯而设计的协议，>物联网中间件与互联网中间件的区别主要体现在以下几个方面：
1 网络连接方式：物联网中间件需要支持不同的物联网协议，如ZigBee、LoRa、NB-IoT等，而互联网中间件则主要支持TCP/IP协议。
2 数据传输量：物联网中间件处理的数据量通常比互联网中间件要少，但是数据需要实时传输和响应。
3 安全性：物联网中间件需要特别考虑安全性，因为物联网设备通常涉及到人身安全和财产安全等问题，而互联网中间件则主要考虑数据安全和隐私问题。
4 网络稳定性：物联网中间件需要考虑网络的稳定性，因为物联网设备可能分布在不同的地方，网络环境不稳定，而互联网中间件则相对更加稳定。
5 数据处理能力：物联网中间件需要具备较强的数据处理能力，可以对海量的数据进行实时处理和分析，而互联网中间件则更加注重数据存储和查询。

---