惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Vercel News
Vercel News
博客园 - 司徒正美
大猫的无限游戏
大猫的无限游戏
Last Week in AI
Last Week in AI
V
Visual Studio Blog
阮一峰的网络日志
阮一峰的网络日志
小众软件
小众软件
宝玉的分享
宝玉的分享
Apple Machine Learning Research
Apple Machine Learning Research
美团技术团队
WordPress大学
WordPress大学
博客园 - 聂微东
人人都是产品经理
人人都是产品经理
罗磊的独立博客
The Cloudflare Blog
V
V2EX
月光博客
月光博客
有赞技术团队
有赞技术团队
Y
Y Combinator Blog
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
GbyAI
GbyAI
博客园 - 【当耐特】
T
Tailwind CSS Blog

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
物联网产品必学——物联网常见协议篇
jerry潮 · 2024-02-21 · via 人人都是产品经理

在物联网环境中,物联网协议承担着关键作用,而新手了解物联网协议如传输协议、通讯协议和行业协议等,可以帮助自身更快地融入行业,适应行业需求。这篇文章里,作者就对物联网常见协议做了解读,一起来看。

物联网的风潮已经有一段时间了,但是我一直没有真正地去了解它。真正的了解物联网也是从去年才开始的,从开始的小白到现在也做了一两个项目,也算入行了,对物联网有基本的认知了。

一直以来我都想将自己的经历用文字的形式进行记录,但平时更多的是观摩思考的过程,迟迟没有行动。希望能用日记的形式分享我对于物联网的一些思考。

一、物联网协议

物联网协议是物联网环境中的关键组成部分,它承担着设备间通信和数据传输的重要任务。这些协议根据其作用的不同,可以分为三种主要类型:传输协议、通信协议和行业协议。

1)传输协议主要负责子网内设备间的组网和通信。例如,Wi-Fi、Ethernet、NFC、Zigbee、Bluetooth、GPRS、3G/4G/5G等都是常见的传输协议。它们确保了在网络上传输的数据具有安全性和可靠性。这些协议在设备间建立连接并确保数据在子网内进行有效传输。

2)通信协议主要是在传统互联网的TCP/IP协议之上运行的设备通讯协议。例如MQTT、CoAP、HTTP等都是常见的通信协议。它们负责设备通过互联网进行数据交换和通信。这些协议在设备间建立和维护通信,使信息能够顺畅地在设备间传输。

3)行业协议则是某个行业范围内的统一标准协议。例如,车联网的JT/T808和视频GB/T 28181都是行业协议的例子。它们针对特定行业的需求和特点,为设备间的通信和数据传输提供了一种标准的规范。这些协议有助于行业的统一和协调,提高设备间的互操作性和兼容性。

总之,物联网协议在物联网环境中扮演着关键的角色,它们通过不同的作用和功能,确保了设备间的有效通信和数据传输。这些协议的多样性和灵活性使得物联网能够适应各种不同的应用场景和需求。

二、传输协议

当开发人员构建网络以适应物联网生态系统时,他们通常会面临选择多种通信协议的挑战。以下是一些常见的物联网协议标准:

1)Modbus是一种主要应用于工业领域的通信协议,它允许控制器通过网络或直接与其他设备进行数据传输。在工业自动化领域,Modbus协议被广泛使用,它提供了可靠的数据传输和易于理解的报文格式。

2)OPC-UA是一种通用的通信协议,主要应用于远程访问设备。它可以使装载不同系统的设备通过网络在客户端与服务器之间进行数据传输。OPC-UA协议的优势在于它的通用性和可扩展性,可以满足各种不同的设备和系统的通信需求。

3)LoRa是一种低功耗的局域网无线标准,主要应用于智慧工地等公共和私人领域。它具有远距离通信的能力,同时由于功耗较低,使得LoRa设备可以持续工作较长时间。

4)ZigBee是一种广泛应用于短距离无线通信的协议。它具有低速、安全、低能耗等特点,可以在短距离内进行稳定的数据传输。ZigBee协议的优势在于它可以接入大量的设备,并且在工业、农业等监测设备密集的领域内具有广泛的应用。

5)Bluetooth,俗称“蓝牙”,是一种常见的短距离无线通信协议。它在众多通信设备以及家用设备中都有广泛的应用,具有较高的兼容性。但相比其他协议,Bluetooth的传输距离较短,功耗和成本也较高。

以ZigBee、Bluetooth、WiFi为例,三者在普及率、能耗、兼容性上各有优劣。ZigBee在工业、农业等领域拥有较大优势,但在智能家居等领域的应用受到限制;Bluetooth出现较早,具有较高的兼容性,但功耗和成本较高,传输距离有限;WiFi主要应用于家庭生活和办公环境中,相比蓝牙更容易受到干扰和屏蔽,安全性稍显不足。

在选择通信协议时,需要根据具体的应用场景和需求进行权衡。对于需要接入大量设备的工业领域,ZigBee可能是一个合适的选择;而在需要远程访问设备的场景下,OPC-UA则更具优势;对于智慧工地等需要远距离通信的场景,LoRa是一个不错的选择;而在家庭生活和办公环境中,WiFi则更为常见。

三、通讯协议

MQTT:MQTT(Message Queuing Telemetry Transport)是TCP/IP技术的一种扩展,具有较小的体积,特别适合硬件性能或网络传输速度受限的设备。作为物联网行业的重要通讯协议之一,它的应用范围涵盖了卫星链路、医疗、智能家居等多个领域。

HTTPS:HTTPS(Hypertext Transfer Protocol Secure)是一种以安全为目标的数据传输协议,它在传输过程中要求请求/响应机制,从而确保信息传输的安全性。由于可以进行加密通信,HTTPS在互联网中被广泛使用。

CoAP:CoAP(Constrained Application Protocol)是一种主要用于物联网的通讯协议,它基于REST框架构建,能够精简整体结构,从而降低能耗。这种协议通常被应用在水表、电表等一些要求结构精简的设备上。

TCP:TCP(Transmission Control Protocol)是一种基于字节流的通信协议,具有高度的灵活性。因此,它常常被应用在公司内部系统的搭建上,能够给予使用者较高的自由度。

UDP:UDP(User Datagram Protocol)是一种支持无连接的传输协议,专注于提供简单的事物信息传输,延迟与成本都相对较低。该技术主要被应用在流媒体的数据采集与发送上。

以下是MQTT和CoAP协议的比较:

MQTT是一个面向消息的发布/订阅模式协议,它是一种轻量级的通讯协议,适用于连接物联网设备,特别是在硬件资源和网络传输速度有限的情况下。它通过使用代理服务器来解耦生产者和消费者,允许客户端发布消息,并由代理服务器决定消息的路由和复制。虽然MQTT支持一些持久化功能,但它通常被用作实时数据通讯总线。

CoAP是一种面向状态的协议,主要用于在物联网设备之间传输状态信息。它基于REST框架构建,能够精简整体结构,降低能耗。CoAP通常用于状态传输模型,而不是完全基于事件。虽然CoAP支持观察资源,但它并不像MQTT那样适用于多对多的通讯模式。

在连接方式上,MQTT客户端建立长连接TCP,这通常表示没有问题。而CoAP客户端和服务器都使用UDP协议发送和接收数据包。在NAT环境中,可能需要使用隧道或端口转发等技术来允许CoAP连接。

在消息格式方面,MQTT不提供消息类型标记或其他元数据来帮助客户端理解消息,因此所有的客户端必须知道向上的数据格式才能进行通讯。相比之下,CoAP提供内置的支持内容协商和发现功能,允许设备相互探测以找到交换数据的方式。

综上所述,MQTT和CoAP都有各自的优点和适用场景。MQTT更适合多对多的通讯模式,适用于实时数据通讯总线,而CoAP更适合状态传输模型,适用于物联网设备之间的状态信息传输。

四、行业协议

GB/T28181:国家标准GB/T 28181—2016《公共安全视频监控联网系统信息传输、交换、控制技术要求》,是视频监控领域的国家标准。GB28181 标准规定了公共安全视频监控联网系统(以下简称联网系统)的与联结构传输、 交换、 控制的基本要求和安全性要求,以及控制、 传输流程和协议接口等技术要求。

核心应用场景:视频联网传输和设备控制。

JT/T808

指中国国标GB/T 32960-2017《道路车辆运行数据远程监管与服务》通信协议Q也被称为JT/T808协议。该协议规定了车辆与监管平台之间的通信规范,用于实现对道路车辆的远程监管和服务。

应用场景:交通行业应用。

DL/T645:DL/T 645是多功能电能表与数据终端设备进行数据交换式的物理连接和协议的规范和标准,本设备依据协议采用中国电力企业联合会提出的DL/T 645-2007《多功能电能表》标准规约,实现设备与多功能电能表的信息通信。应用场景:电表。

GB3761:是一种国标电表协议插件,采用新型的数据采集技术,将电能表的实时工况数据转换成电信号,提供给计量系统,并能进行电能的实时记录、统计、抄表和结算等。

应用场景:电表。

HJ212:《污染物在线监控(监测)系统数据传输标准》环保行业中使用的数据传输标准协议。

应用场景:环保行业。

SL651:《水文监测数据通信规约》,水文监测等设备需要遵循该规范。应用场景:

水文监测。

IEC104:IEC104规约由国际电工委员会制定。IEC104规约把IEC101的应用服务数据单元(ASDU)用网络规约TCP/IP进行传输的标准,该标准为远动信息的网络传输提供了通信规约依据。采用104规约组合101规约的ASDU的方式后,可很好地保证规约的标准化和通信的可靠性。

应用场景:电力、城市轨道交通。

总结

对于新手学习物联网,了解传输协议、通讯协议和行业协议有以下几个原因:

掌握基础知识:传输协议、通讯协议和行业协议是物联网领域的基础知识,它们定义了设备之间如何进行数据传输、信息交换和行业应用的标准和规范。学习这些基础知识有助于新手建立起对物联网的基本概念和架构的理解。

理解设备通信:物联网设备之间需要进行大量的通信,而通信协议规定了设备之间如何进行信息的交换和传输。了解通讯协议可以帮助新手理解设备通信的原理和机制,从而更好地理解物联网的应用场景。

优化网络性能:传输协议和通讯协议对于网络性能的优化起着重要作用。了解这些协议可以帮助新手了解如何优化网络传输效率、提高信息传输的准确性和安全性,从而更好地满足物联网应用的需求。

适应行业需求:不同的行业和领域有不同的应用需求和标准,行业协议规定了特定行业中设备之间的通信标准和数据交换方式。了解行业协议可以帮助新手更好地适应特定行业的物联网应用需求,从而更好地将物联网技术与实际应用相结合。

提高就业竞争力:随着物联网的快速发展,相关领域的工作机会也在不断增加。了解传输协议、通讯协议和行业协议可以帮助新手在求职过程中提高自己的专业素养和技能水平,从而增强就业竞争力。

本文由 @jerry潮 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。