网卡ACT灯和LNK灯有什么含义啊?

网卡ACT灯和LNK灯有什么含义啊?,第1张

LNK:在该指示灯亮时,表明链路正常。

ACT:指示灯闪烁,该端口有数据收发。

随着嵌入式设备对网络需求的增长,物联网技术通过传 感器获取大量数据,这些数据通过嵌入式网关进行处理,这就涉及到各种网络通信算法。但是通常嵌入式软硬件开发时间是不均衡的。如果网络通信算法已经完成。

LC接口光纤网卡的含义:LC接口名字的由来是根据光纤模块的接口定义而命名的。光纤模块按其接口可以分为:SC、LC、ST、FC等几种类型。

SC接口光纤网卡的含义:SC接口光纤网卡名字的由来是根据光纤模块的接口定义而命名的。光纤模块按其接口可以分为:SC、LC、ST、FC、MTRJ等几种类型。由于SC接口光纤 *** 作的便利性。

扩展资料:


网卡主要功能:

1、数据的封装与解封

发送时将上一层传递来的数据加上首部和尾部,成为以太网的帧。接收时将以太网的帧剥去首部和尾部,然后送交上一层

2、链路管理

主要是通过CSMA/CD(Carrier Sense Multiple Access with Collision Detection ,带冲突检测的载波监听多路访问)协议来实现

3、数据编码与译码

即曼彻斯特编码与译码。其中曼彻斯特码,又称数字双向码、分相码或相位编码(PE),是一种常用的的二元码线路编码方式之一,被物理层使用来编码一个同步位流的时钟和数据。在通信技术中,用来表示所要发送比特 流中的数据与定时信号所结合起来的代码。 常用在以太网通信,列车总线控制,工业总线等领域。

参考资料:

百度百科-网卡

1信号泄漏与干扰2节点安全3数据融合与安全4数据传送安全5应用安全物联网面对的安全问题根据物联网自身的特点,物联网除了面对移动通信网络的传统网络安全问题之外,还存在着一些与已有移动网络安全不同的特殊安全问题。这是由于物联网是由大量的机器构成,缺少人对设备的有效监控,并且数量庞大,设备集群等相关特点造成的,这些特殊的安全问题主要有以下几个方面。物联网机器/感知节点的本地安全问题。由于物联网的应用可以取代人来完成一些复杂、危险和机械的工作。所以物联网机器/感知节点多数部署在无人监控的场景中。那么攻击者就可以轻易地接触到这些设备,从而对他们造成破坏,甚至通过本地 *** 作更换机器的软硬件。感知网络的传输与信息安全问题。感知节点通常情况下功能简单(如自动温度计)、携带能量少(使用电池),使得它们无法拥有复杂的安全保护能力,而感知网络多种多样,从温度测量到水文监控,从道路导航到自动控制,它们的数据传输和消息也没有特定的标准,所以没法提供统一的安全保护体系。核心网络的传输与信息安全问题。核心网络具有相对完整的安全保护能力,但是由于物联网中节点数量庞大,且以集群方式存在,因此会导致在数据传播时,由于大量机器的数据发送使网络拥塞,产生拒绝服务攻击。此外,现有通信网络的安全架构都是从人通信的角度设计的,并不适用于机器的通信。使用现有安全机制会割裂物联网机器间的逻辑关系。物联网业务的安全问题。由于物联网设备可能是先部署后连接网络,而物联网节点又无人看守,所以如何对物联网设备进行远程签约信息和业务信息配置就成了难题。另外,庞大且多样化的物联网平台必然需要一个强大而统一的安全管理平台,否则独立的平台会被各式各样的物联网应用所淹没,但如此一来,如何对物联网机器的日志等安全信息进行管理成为新的问题,并且可能割裂网络与业务平台之间的信任关系,导致新一轮安全问题的产生。传统的网络中,网络层的安全和业务层的安全是相互独立的,就如同领导间的交流方式与秘书间的交流方式是不同的。而物联网的特殊安全问题很大一部分是由于物联网是在现有移动网络基础上集成了感知网络和应用平台带来的,也就是说,领导与秘书合二为一了。因此,移动网络中的大部分机制仍然可以适用于物联网并能够提供一定的安全性,如认证机制、加密机制等。但还是需要根据物联网的特征对安全机制进行调整和补充。1物联网中的业务认证机制传统的认证是区分不同层次的,网络层的认证就负责网络层的身份鉴别,业务层的认证就负责业务层的身份鉴别,两者独立存在。但是在物联网中,大多数情况下,机器都是拥有专门的用途,因此其业务应用与网络通信紧紧地绑在一起。由于网络层的认证是不可缺少的,那么其业务层的认证机制就不再是必需的,而是可以根据业务由谁来提供和业务的安全敏感程度来设计。例如,当物联网的业务由运营商提供时,那么就可以充分利用网络层认证的结果而不需要进行业务层的认证;当物联网的业务由第三方提供也无法从网络运营商处获得密钥等安全参数时,它就可以发起独立的业务认证而不用考虑网络层的认证;或者当业务是敏感业务如金融类业务时,一般业务提供者会不信任网络层的安全级别,而使用更高级别的安全保护,那么这个时候就需要做业务层的认证;而当业务是普通业务时,如气温采集业务等,业务提供者认为网络认证已经足够,那么就不再需要业务层的认证。2物联网中的加密机制传统的网络层加密机制是逐跳加密,即信息在发送过程中,虽然在传输过程中是加密的,但是需要不断地在每个经过的节点上解密和加密,即在每个节点上都是明文的。而传统的业务层加密机制则是端到端的,即信息只在发送端和接收端才是明文,而在传输的过程和转发节点上都是密文。由于物联网中网络连接和业务使用紧密结合,那么就面临到底使用逐跳加密还是端到端加密的选择。对于逐跳加密来说,它可以只对有必要受保护的链接进行加密,并且由于逐跳加密在网络层进行,所以可以适用于所有业务,即不同的业务可以在统一的物联网业务平台上实施安全管理,从而做到安全机制对业务的透明。这就保证了逐跳加密的低时延、高效率、低成本、可扩展性好的特点。但是,因为逐跳加密需要在各传送节点上对数据进行解密,所以各节点都有可能解读被加密消息的明文,因此逐跳加密对传输路径中的各传送节点的可信任度要求很高。而对于端到端的加密方式来说,它可以根据业务类型选择不同的安全策略,从而为高安全要求的业务提供高安全等级的保护。不过端到端的加密不能对消息的目的地址进行保护,因为每一个消息所经过的节点都要以此目的地址来确定如何传输消息。这就导致端到端加密方式不能掩盖被传输消息的源点与终点,并容易受到对通信业务进行分析而发起的恶意攻击。另外从国家政策角度来说,端到端的加密也无法满足国家合法监听政策的需求。由这些分析可知,对一些安全要求不是很高的业务,在网络能够提供逐跳加密保护的前提下,业务层端到端的加密需求就显得并不重要。但是对于高安全需求的业务,端到端的加密仍然是其首选。因而,由于不同物联网业务对安全级别的要求不同,可以将业务层端到端安全作为可选项。由于物联网的发展已经开始加速,对物联网安全的需求日益迫切,需要明确物联网中的特殊安全需求,考虑如何为物联网提供端到端的安全保护,这些安全保护功能又应该怎么样用现有机制来解决?此外,随着物联网的发展,机器间集群概念的引入,还需要重点考虑如何用群组概念解决群组认证的问题。目前物联网的发展还是初级阶段,的时候只是一种概念,其具体的实现结构等内容更无从谈起。所以,关于物联网的安全机制在业界也是空白,关于物联网的安全研究任重而道远。

BC35-G 是一款高性能、低功耗的多频段 NB-IoT 无线通信模块,支持 B1/B3/B8/B5/B20/B28 频段,在设计和AT指令上与BC95兼容。

小熊派开发板右上角的开关拨到AT-PC一端,则模组直接与PC相连,方便调试。

指令:AT

功能:测试AT指令功能是否正常

示例:

指令:AT+CSQ

功能:返回从 UE 接收到的信号强度指示 <rssi> 和信道误码率 <ber> ,其中第一个值rssi应当在0-31之间,如果为99则表示信号无法检测,第二个参数ber因为模组当前不支持,所以始终为99。

示例:

指令:AT+CEREG

功能:查询当前 EPS 网络注册状态,该指令返回的第一个参数为0则表示禁止网络注册URC,第二个参数表示网络注册状态,1表示已注册本地网,5表示已注册漫游网络,其余值则表示注册失败。

示例:

指令:AT+CGATT

功能:该命令用于查询当前是否将 UE 附着于 PS 域,返回值为1则表示已附着,即网络激活成功。

示例:

指令:AT+CGPADDR

功能:该命令用于查询模组当前的ip地址。

示例:

由于NB-IoT模组可以直接对接IoT平台,所以在单独测试使用UDP连接时,需要 在激活网络成功之后,在获取ip地址之前,关闭IoT平台注册功能

使用如下命令禁止该功能:

首先我们需要搭建一个UDP服务器,有两种方式:

因为 NB-IoT 模组直接注册的是公网ip地址,所以这里我们使用第一种方式,在Linux服务器上运行一个Python编写的UDP测试服务器:

这里的Python程序如下:

运行:

效果如下:

使用AT命令连接UDP服务器,首先需要创建一个 UDP 类型的 Socket,创建socket的指令如下:

其中第一个参数是socket类型,DGRAM表示UDP,STREAM表示UDP;第二个参数表示协议类型,UDP 为 17, UDP 为 6,最后一个参数指定socket使用的本地端口,如果为0则表示随机分配。

所以创建UDP socket的示例如下:

指令:

其中第一个参数是由 AT+NSOCR 返回的 Socket 编号,第二个参数是UDP服务器ip地址,也可以使用域名,第三个参数是UDP服务器开启监听的端口,第四个是发送数据的长度,最后一个是要发送的十六进制数据。

示例:

发送之后,在服务器端也可以看到:

模组发送数据到服务器后,服务器会自动发送消息,模组会打印出收到信息的提示:

该信息表示编号为1的socket收到了18字节的数据。

可以使用如下命令查看收到的数据,第一个参数是socket编号,第二个参数是查询的数据长度:

查看刚刚收到的数据:

其中收到的数据为倒数第二个参数,是十六进制格式:

使用 在线工具 将数据转化为字符串即可:

通信完毕之后,可以使用下面的命令关闭最开始创建的socket:

示例:

物联网的应用实例与效益 摘要 十年前,麻省理工学院在同 EANUCC 组织(全球统一标识系统)共同进行一 个研究项目时,创造了"物联网"一词该项目和全球产品电子代码管理中心的 成立促生了以 RFID 为基础的解决方案, 使供应链发生了革命性的变化 据预测, 到 2005 年,RFID 标识的物体和物联网将会无处不在 物联网的开发是围绕 RFID 的应用进行的,然而依托的技术不仅仅是 RFID物 联网的合理结构是金字塔型的,是根据需要,合理性,局限性和商业应用案例和 效益在身份标识,数据存储和能力上结构分层的,其合理性取决于经济效益,其 特点和行为设计的合理性也取决于实际效益 目录 1 介绍 十年前,麻省理工学院(MIT)与物品编码组织 EANUCC 共同开展了一个研究项 目,创造了物联网一词该项目和全球产品电子代码管理中心的成立促生了以 RFID 为基础的解决方案, 使供应链发生了革命性的变化 采用这种技术和手段, 将使供应链成本降低 10%,还能使我们同家庭中的日常生活物品相互交流在我 们去超市的时候,家里的冰箱会告诉我们缺少些什么,食品自己会告诉我们它们 什么时候过期,商品会自行防盗,我们则不必在超市的收款台前排队这些有说 服力的例子那时让我们预测, 2005 年, 到 RFID 标识的物体和物联网会无处不在 但现在已经 2009 年已经过去了,但我们还在等待会发生些什么为什么我们还 在等待呢物联网的实际效益在哪里呢 从社会经济方面看,保健,环境,合法监听,隐私,安全,技术的获取和包容 以及政府的作用,都将影响到物联网的应用,但未来物联网推广的最重要因素是 商业案例没有商业案例就没有商业 关于物联网的争论,一般是围绕着什么时候技术才会无处不在和遍布各处的问 题进行的,没有考虑如果实现了技术无所不在,那么范围有多大,哪些技术是核 心的问题本文用商业案例推理方法进行讨论,并向一些物联网方面的基本假设 提出了挑战,本文的结论是,物联网的架构实际上与现在的一些假设是不同的, 它更具结构性,更实用,具有金字塔式的通信能力和选择能力,它不是一堆放在 一起通过 RFID 器件互相谈话的物体 2 物联网的概念 MIT1999 年的论文在其网站上已经保留好多年了 所说的"物联网"是"自 MIT 动身份识别中心的愿景", 这个愿景就是创造一个计算机无需人的帮助就能去识 别的全球环境 麦克法兰在上述论文中解释了基于控制的 MIT 自动身份识别的概 念他说: 智能产品是一种物理的,以信息为基础的零售商品,它们 (1)具有独特的身份; (2)能够有效地同周边环境交流; (3)能够保留和存储自己的数据; (4)具有能描述产品特点,生产,使用和处置需求的语言; (5)能持续地参与或决定与产品命运相关的行为 重要的是要注意到,MIT 的研究是针对供应链的,它说的"每个东西都贴上标 签"并不意味着"所有的东西"都贴上标签麦克法兰说的很清楚,它们是以信 息为基础的零售商品花园里的鼹鼠,树上的知更鸟和亚马逊雨林中的树木并不 在这"每样东西"的范畴之内他们所做的切合实际的排除表明,物联网的初始 概念是很清楚的, 是人为限定的, 是有范围的 它只适应于供应链上传送的东西 全球产品电子编码管理中心和 RFID 产业已经认识到, 这种限制会使我们错失良 机,降低物联网的应用范围和影响这与"计算机无需人的帮助就能理解世界" 的概念显然是不相符合的,因为我们不能假定每样东西都是零售商品,这种假定 是不可能的,而且永远不可能现在是根据可能做到的事情重新评价和建立这个 概念的时候了 要建立全面的或局部的物联网,需要有投资,在很多情况下,这种投资的规模 很大只有有了适宜的商业范例,才会有投资而商业范例正是目前所缺少的 3 商业范例假设 物联网不仅是一个学术概念,而且有市场需求,了解这一点是至关重要的 这就是说,物联网是一种真正的颠覆性创新,它能对社会产生巨大影响但物 联网要获得成功, 必须要有实实在在的应用案例, 不能光宣传它如何如何了不起, 或觉得它会带来多大的股票价值 物联网的推广目前还受限于技术,现在可用的技术是 RFID 过去在供应链和其他一些商务模型如资产管理中主要采用一维条形码, 这是 一种综合标识符,不能区分具体的物品两维条形码含有更多的数据,但一旦印 刷上去, 就不能更新 RFID 发射器, 近场通信移动电话, 采用脉冲无线电 (UWB) 通信技术的定位系统, 蓝牙或紫峰无线传感器和其他一些无处不在的计算技术能 持续地从周边环境中采集数据并进行处理, 这些技术可以带来优势的商业应用案 例 虽然物联网的开发是围绕 RFID 的应用进行的, 但构成物联网的是连续和密集的 实时数据流,并不是 RFID 器件本身,物联网是物理世界的反映,同物理世界一 样,物联网用户市场中商务案例的成功是商务推广的先决条件 1999 年开始建立物联网时,MIT 预测,到 2005 年会出现物联网 RFID 标签的无 处不在的应用,到 2006 年,标签的价格会降低到 5 美分学术界的预测总是太 过乐观,从经济学的角度看,这个预测其实是靠不住的 当然,MIT 可以很有道理地指出,今天的标签,比他们当时设想的标签要复杂 多了,但标签设计中任何增加的功能都是用户需要的,没有这样的进步,就没有 投资的效益但价格毕竟决定着设计的合理性,限制着标签的普及应用 如果没人以 MIT 预测的价格大量购买这些标签,就不会有用户应用案例 MIT 所描述的物联网是在超市中无处不在地使用标签,MIT 预计,所有的零售商 品都会贴上标签, 所有的家庭用品和办公用品都会贴上标签, 它们能够相互通信, 至少在询问时能够应答 2003 年,威廉姆斯在《产品标识的未来》一文中指出,当商店中的商品以低于 05 美元的价格促销时,标签的成本无论是 028 美元还是 5 美分,都将是极大 的成本负担,一般会使商品利润低于 10%,在这个价格水平上使用 RFID 标签就 不划算了现在不行,永远都不行把 MIT 所预测的标签价格下降(为达到市场 普及)同预测的标签使用量相比较,可以看出,在很多年内,标签的整体商业价 值很难增长标签厂商投入很大的资金,承担很大的风险,卖出几十亿的标签, 却只能赚到很少的钱标签厂商以现在的价格每年只卖出几百万个标签这种商 业模式是行不通的,而且永远行不通,因为标签制造厂商在目前商业模式的生命 周期内是不会把标签的价格降低到微不足道的水平的 业界预测,聚合物 RFID 标签有可能在 10 年内改变这种状况但是今天你不可 能根据 10 年之后可能发生的事举出商业应用的例子这些实际因素对物联网的 建立和效益的发挥有巨大的影响也就是说,在每件物体上贴上标签,也许只是 一种空想,永远不可能成为现实(我曾经说过,皇帝是没有新衣的) 那么物联网的概念是不是就错了,是不是就一无可取了呢我希望不是尽管人 们提出的物联网的概念和架构有某些缺陷,但它还是有很大的潜在效益的 4 物联网依托的技术不仅仅是 RFID 在可预见的未来建立可行的物联网架构是至关重要的那种认为给遍布各处的 每个物体都贴上 RFID 标签就能形成物联网的观点是经不起实践检验的,是不会 有商业应用实例的在目前阶段,我们必须质疑关于物联网的一些基本假设麦 克法兰提出的物联网概念,至少有两点是站不住脚的,是经不起实践检验的 首先,麦克法兰声称的物联网的目标是"建立一个计算机无需人的帮助就能识 别世界的普遍环境",但他没有从商业应用的角度进行考虑,也就是说,人们为 什么需要这样一种环境我们的问题是,它的应用合理性在哪里难道就因为它 在技术上可行就不去考虑合理和需求吗 如前所述,不是器件,而是连续的,高密度的实时数据流形成了可行的商业应 用案例,赋予了信息系统相关的,实时的,具体的数据,建立了物联网我们必 须清楚地认识到,物联网的商业范例不是 RFID 器件的商业范例,而是合理获取 信息的商业范例,RFID 系统只是一种提供信息的手段,是一种最适宜的,成本 效益最高的技术 第二,对于早先的智能产品概念,麦克法兰虽然提出了 5 个特点,但缺少商业 案例的支持麦克法兰说的 5 个特点是,独特的身份标识,与周边环境交流,存 储数据,使用标准的语言和不断地参与或决定自己生命周期 最后一个特点是要赋予器件智能的原因,其他一些特点是被动存储器件也具有 的,只要它们能被连接 如果你接受这种观点,那么在很多情况下,有效地与周边环境通信,可能就简 单意味着使身份和数据可以被询问, 而这通过被动型的数据存储就能实现 的确, 早期物联网构想中的 RFID 技术,全部是被动型 RFID 标签,这些标签只有在被询 问时才能显示数据,与条形码唯一的不同是,它们的数据存储在集成电路存储器 上,可以被更新,它们不能对自己的命运做出决定所以,麦克法兰的理论不仅 没有清晰的商业案例支持,而且其初始概念在逻辑上就讲不通我们经过思考后 得出的结论是,有些物品需要通信,而另一些物品只需要被询问,有些数据是永 存的,另一些数据是变化的这个结论显然是毋庸置疑的 独特的身份对于物联网来说是非常重要的,但也需要从商业效益的角度考虑问 题多年来,条形码成功地标识了批量身份,但不能标识每个产品的身份把批 量标识扩展到分类标识是必要的,例如标明整批货物中每一件的售出时间但如 果没有必要,如果成本太高,就不需要总是这样做当然在有些情况下,是需要 对每个商品做独特标识的,例如商品的重量,历史等所以,物联网的许多功能 是可以用比较便宜的技术实现的,例如已广泛应用的条形码我们认为,物联网 的合理结构是金字塔型的,是根据需要,合理性,局限性和商业应用案例和效益 在身份标识,数据存储和能力上结构分层的将来许多物品的信息仍然会保存在 条形码上 现在的条形码仅仅是标识类别, 例如某厂商生产的 450 克的烤豌豆 如果用条形码区别标识每件产品, 就不能像现在这样把条形码统一印刷在产品包 装袋上,把这样的产品纳入物联网中,需要确定数量并判断投入的合理性 在每个产品上应用 RFID 技术现在有很好的例子例如,英国著名的玛莎百 货公司用这种技术减少了正品商品退货的欺诈率,在这种情况下,商品价格稍高 一点是合理的另一个例子是在刮脸刀片上安放防盗窃的电子商品监测 EAS/RFID 标签,从商业效益上看也是合理的按日期销售的信息是非常重要的 信息,新鲜食品可以在物联网世界中找到新的市场机会,可以存储在零售商的货 架上, 可以找到潜在的家庭和办公室最终用户, 也可以找出产品的新特点和用途, 让产品销售的压力不全放在既定用户身上,另外还能给冰箱制造商做广告,促进 冰箱的销售在物联网世界中,市场营销也能产生实实在在的效益,消化 RFID 的成本 例如, 葡萄酒和灌装啤酒的厂商由于与销售市场更接近, 可以降低价格, 从而消化标签的成本不过我们必须做出示范例子,才能在物联网中推广 5 物联网的结构 如果你接受现在的观点,那么就会顺理成章地得出这样的结论,即只有需要 通信的东西才会装上通信器件在上述金字塔的顶端,是人与人之间的对等机器 交流,例如我的个人数字助理和你的计算机之间的交流,在采用对等设备成本上 不划算的地方则布置 RFID 标签,因为 RFID 标签是满足基本通信需求的成本最 低的手段, 这是第二个层次, 在这个层次之下, 是被动型的数据存储, 如条形码, 它只能保存数据和身份,在这个层次,很多东西仍然是不可辨认和不可识别的 我们定义的未来的物联网还有一点与麦克法兰的提法不同,麦克法兰认为, 物体"能连续地参与和决定自己的命运",我们则认为,只有在感知物体直接或间 接地发出指令的时候(在金字塔的顶端) ,或智能物体发出指令的时候(在第二 层次) ,才会有通信即便在第二层次,智能物体一般也是由一个感知器件控制 和预先决定的(在物联网中,所有的东西,包括人,都是物体) ,因为只有更高 的层次,才能做出判断效益的决策 所以,物联网是在一个个案例的基础上运行的,由感知物体从成本上逐个判 断,处理代价是否能适合需求,物联网是由这些案例构成和限制的 物联网中的商务案例是靠 RFID 标签,智能标签或智能卡运行的静态信息 如产品身份,重量,售出时间,产地等,可以存储在条形码上,也许是两维条形 码,用移动设备和漫游设备可以阅读条形码 我们不需要给每个物体都装上主动通信的器件, 我们要做的是提高阅读器扫描被 动信息的能力,如扫描条形码,使我们在询问时能获得信息,这样做是因为我们 有应用案例的强大支持我们很多人已在超市使用自我扫描技术付账了,许 多移动电话都能阅读条形码虽然让冰箱通过 RFID 标签自动向超市询问存货和 自动付账听起来很有吸引力, 但其实还有一些更为廉价的方法能达到同样的效果 许多此类物联网可以用手动扫描条形码的方式实现,例如,用扫描器把冰箱 里的食品显示在冰箱上的屏幕上屏幕上还可以显示食品的售出时间,发出过期 报警如果超市的付账柜台上也储存有售出日期的信息,就可以用现在的 Wi-Fi (无线保真)技术把这些信息传送到用户的个人数字助理和电话上,用户的冰箱 上或家庭电脑上,也可以传送到家里各处放置的,不见得放在冰箱里的已购买的 食品上 我们所提出的物联网的架构是这样的,它并不是把世界上所有的物体都以对 等的方式连接在一起,而是给有些物体贴上 RFID 标签,有些物体贴上条形码 在我们的物联网架构中有些物体有询问能力, 还有些物体则仍然处于未连接状态 物联网的主要功能是处理信息,这些信息的获得并不完全靠 RFID 标签当 然 RFID 标签将会发挥作用,但 RFID 提供的信息只是物联网的一个组成部分 在物联网中, 不是简单地给每件物体都做出身份标识 我们把物品分成了若干类, 这种分类构成了前述的金字塔梯级结构, 每个梯级采用的信息获取和发送技术都 是不同的也许我们可以给出这样的梯级结构: A 级:带有一般的固定静态数据的物品(如一听西红柿) B 级:带有分类静态数据的物品(如标有售出日期的生菜) C 级:带有独特的固定静态数据的物品(如标有特别分量,产地和保质期的一片 肉) D 级:带有可变综合静态数据的物品(如带有温度感应器的冷冻食品综合标识包 装) E 级:带有可变分类静态数据的物品(如运载箱装商品的货盘) F 级:带有一般临时静态数据的物品(如卡车载的货) G 级:带有可变独特静态数据的物品(道路通行费标签;带有温度感应器的独特 标识的物品) H 级:带有分类可变数据的物品(如车辆) I 级:带有特殊可变数据的物品(如冰箱,音响系统,中央空调,房间报警系统, 车辆等) J 级:智能物品(如计算机,个人数字助理) K 级:有感知的物体(例如人) 这样的分类,是按本文的思路提出的,并不能算是正式的分类下图所示为 物联网的金字塔架构: 我们并不打算把世界上的每个物体都标识在这个金字塔架构图中世界上的 大多数物体—田野里的树木,沙滩上的躺椅,树上的鸟儿等都是不需要通过物联 网来交流的在可预见的未来,现实世界中的大多数物体都不会连接在一起在 物联网中,我们可以把这些物体称为未标识类物体 从金字塔的底部上行, 我们会发现, 紧邻底层 A 的那几个层次中的物体可以被识 别,但是被动式的,这些物体被询问是可以应答,但不能主动通信B,C,D 层次中的物体一般是用条形码标识的,B 层次是简单的综合标识,例如一听西红 柿C 层次是类似瓜果梨桃一类的物品,它们往往有同样的身份,但售出日期不 同 层次的物品是有单独特点的, D 例如每个产品都有不同的重量 在物联网中, 我们可以把这一层次中的物品叫做被动可标识物品增加的信息都不是特殊的, 产品的重量是不变的这一层次中使用的 RFID 标签都是被动型标签 E 层次的数据来自传感器,传感器是被动的,在询问时可以应答,但如果某 些参数(例如温度)超出了规定的限度,也能主动通信,我们把 E 层次的物品叫 做具有激发通信能力的物品, 当然只有在成本效益合理的情况下才采用这种技术 这些物品的数据可变但也是被动的,不过与 D 层次中的可变被动数据(例如一 公斤香肠)完全不同 D 层次和 G 层次的物品都有组合的数据,D 层次中是综合的可标识物品,G 层次中的是特殊的可标识物品例如,道路通行收费标签可在车辆行程的入口和 出口被读出 这两个层次的物品一般不能通信, 它们往往是被询问时才做出反应, 但不能排除它们具有通信功能我们把这种物品叫做"载有其他物品数据的物品" H 层次的物品则不仅有独特的身份,而且有独特的寻址功能,它们能主动通信, 也能对询问做出反应,可能还可以处理大量的瞬间变化数据智能汽车就是一个 例子我们把这个层次的物品叫做"为其他物品服务的物品" 在金字塔的顶端,是真正的智能器件,如计算机或有感知的物体(例如人) , 这些物体有能力主动通信和主动询问 智能物体和感知物体之间的根本区别在于, 智能物体的运行决定是由感知物体控制的,或者说,智能物体的行为是由感知物 体(例如人)设定的所以,在物联网金字塔的顶端,总是感知物体在控制,不 是物品自己做自己命运的决策这种理解与 MIT 最初的概念是根本不同的我 们认为,只有采用这种梯度层次架构,物联网才能产生合理的实际效益,才能获 得投资 我们当然可以做出不同的分类,分出不同的级别,但问题的关键不在这里 关键是物联网不会,而且永远不会成为和人与人之间的网络一样的,具有自主意 识的网络(采用 RFID) ,物联网将是一个由具有不同特性和能力的物品组成的一 个梯度分层架构;它的性质是由应用案例和实际效益决定的,采用的技术是否合 理也是由实际效益决定的(有时只能用 RFID) 所以,在物联网中采用 RFID 的具体效益是反映在多个结构层次上的,其合 理性取决于济效益,其特点和行为设计的合理性也取决于实际效益(尽管可 能会有额外的下游效益,或以后会发现效益,但这不属于初始的效益) 物联网 中物品能力的合理性也是由具体的效益决定的 物联网本身是不会产生什么奇幻 的济效益的,世界上的许多物品将仍然处于物联网之外 6 结论 为发挥物联网的潜在效益,需要着重注意新型的因特网和已有数据的 *** 控,而 数据的传输技术,虽然很重要,却是次要的考虑因素需要制定物品层次之间交 流的规则,需要开发数据采集/交换/交易的网络服务如果物联网有一天真的出 现了,那么首先要关注的是数据管理,转换和处理的标准,而不是什么特殊的空 间接口总之,尽管 RFID 在物联网中有重要作用,但它毕竟只是物联网中的一 种数据传递技术,要形成商业市场,就要开发产品(软件系统) ,使因特网中的 物品能动起来,我们要更多地关注使物联网具有交流功能的网络服务我们需要 有标准化的服务标准制定组织,如 CEN,ISO,ETSI,应发挥重要作用

我们可以实现CE,FCC,IC等国际认证NB-IoT的测试啦!
另外,看好中国市场的朋友们,NB-IoT的入网,型号核准(SRRC)
NB-IOT测试标准
1)  CE: EN301908-1/-13(RF), EN301489-1/-52(EMC),EN60950-1(安规), EN5036, EN50566
2)  FCC: Part 22H/24E/27
3)  IC: RSS-132/133/139
4)  型号核准SRRC:
标准:《中华人民共和国工业和信息化部公告2017年第27号》参考3GPP标准:TS 36521-1, TS 36521-3

除了断电和基站故障,正常情况下不会脱网,NB-IOT本身有三种工作状态如下:
连接模式:
终端注册入网后处于该状态,可以发送和接收数据,无数据交互超过一段时间后会进入空闲模式,时间可配置。
空闲模式:
可收发数据,且接收下行数据会进入连接模式,无数据交互超过一段时会进入节能模式,时间可配置。
节能模式:
此模式下终端关闭收发信号机,不监听无线侧的寻呼,因此虽然依旧注册在网络,但信令不可达,无法收到下行数据,功率很小。有上行数据需要传输时会进入连接模式。

小爱音箱是小米推出的一款智能音箱,内置小爱同学语音助手,可以联网使用。
功率:小爱音箱输入功率为80-192W,24小时耗电量大约为192-46度。
安全性:有人可能会担心隐私泄露的问题。虽然智能音箱始终保持监听状态,因为它们的麦克风一直处于开启状态,但它们不会记录或处理听到的所有内容,除非它们首先检测到其激活短语。大部分的智能语音设备只有在听到“唤醒词”时才会做出反应。也就是说,只有它们被触发后,特定的单词短语才会被记录下来。安全专家建议,如果你担心日常生活中智能音箱会收到你的私人对话,可以手动关闭设备,或者改变账号的设置。对于个人用户来说,尽量选择知名厂家产品,包括智能音箱和loT设备,并根据说明书上的配置加以强化隐私保护。
小爱音箱的基本功能:提供新闻、天气、闹钟、倒计时、备忘、提醒、时间、限行、算术、查找手机、百科/问答、闲聊、笑话、菜谱、翻译等内容。其它功能:小爱音箱可以播放音乐、电台点播,还能提供相声、小说、脱口秀、教育学习、儿童有声读物等众多内容。小爱音箱支持蓝牙41与24GWiFi无线连接,只需通过与mini版的语音交互就可 *** 控家里的所有物联网设备。小爱音箱采用一颗15英寸全频喇叭,配有4个麦克风,可有效识别用户语音。还能控制小米电视、扫地机器人、空气净化器等小米及生态链设备,也可通过小米插座、插线板来控制第三方产品。
家里的非智能设备、需要遥控器 *** 控的设备同样可以通过小爱音箱控制 *** 作。例如:小爱同学打开空调,将温度设置为30度,小爱音箱能很好地进行控制设置温度。不需要再进行遥控。并且可以在外远程控制,达到室内提前开启空调制热或智能。电视机也可遥控进行换台。并且还具有遥控器红外学习功能,对于老款家电可以充当遥控器。对于智能家居设备就更不用说了,小爱音箱能更好地连接进行控制。个人可以设置各种情景模式达到所有设备一键控制。
小爱音箱就是一个智能的生活助手,随时听你的召唤,随时随地的能陪你聊天。它可以进行Al深度学习,越用越好用。
全文

小米的小爱同学-京东数码,尖货新品,选大牌有保障!

小米小爱触屏音箱
¥199 元

小米(MI) 小爱音箱触屏版ai小爱同学智能语音蓝牙可视通话小艾桌面音响 白色
¥239 元

小米(MI)小爱同学音箱智能小艾精灵蓝牙音响家用AI语音声控版 白色 标配
¥503 元
京东广告
便携式音响箱_高性价比便携式音响箱在这里买更实惠
便携式音响箱采购批发,尽在阿里巴巴!找便携式音响箱就上阿里巴巴,产品齐全,样式众多,一手货源,优惠多,利润大!
1688广告
木子说汽车

近年来,随着微服务架构的流行,分布式消息引擎在物联网、分布式事务、实时计算和大规模缓存同步等场景中的应用日益增多。本文将分享微众银行基于 RocketMQ 构建消息服务平台的实践,并通过添加诸多高级特性来解决消息收发过程中遇到的各种问题,通过此文,您将了解到:

不管是银行的系统还是其他一些传统企业的系统,他们在最早的时候都使用到了服务总线,即 ESB 或者某种形式存在于 SOA 架构中,目的是把所有的服务都串起来,让服务之间能够形成一个调用。但这类服务架构其实是比较重的,所有的服务架构都要经过总线,总线成为了架构上的瓶颈。很多商业化的 ESB 总线大家可能都用过,像 Oracle、IBM 等都有。从服务调用的维度来看,银行的应用架构的演进经历了以下 3 个阶段。

这个阶段的架构具有以下 3 个特点:

这个阶段引入了 ESB 总线的理念:

ESB 总线为渠道、核心和外围系统建立了一座桥梁,提供完全统一的接口标准协议,提升了系统发布的实时性。但同时,ESB 成为了最大的单点,要支持大并发高 TPS 低延时,所以 HA 和性能要求非常高,变更需要相当谨慎。

到了 2012 年以后,随着 Facebook、Amazon 等开放平台获得的巨大成功,BAT 都逐步将自己的接口开放出来,并实施了开放平台生态圈战略,从而推动了 SOA 服务化的快速发展。

左边是之前的传统银行集中式总线架构,右边是互联网服务化架构,包含了开放平台、服务注册和发现,以及服务化产品系统。

通过开放平台对外提供接口暴露,可以发现这种架构在保障传统银行系统稳定性的同时也可以满足互联网金融需求的快速迭代实施,并且也使用了新兴的互联网分布式技术,来降低开发和运维的成本。

微众银行基于 Apache RocketMQ 构建了自己的分布式消息服务架构,我们以 RMB(Reliable Message Bus)为接入层,以基于 Apache RocketMQ 定制开发的 WeMQ(WeBank Message Queue)为消息服务核心,通过 GSL(Global Service Location)进行服务定位,通过 SGS(Service Governance System)进行服务请求和服务响应的服务治理,整个分布式链路的追踪日志会上报到 Log 中。

接下来,我们来看看我们基于 RocketMQ 改造使用到的常见的消息服务模式:

Consumer 可以是一个或者多个,但是一个消息会被多个不同系统的其中一个 consumer 收到。

多个在线的 Consumer 会同时收到广播消息。

生产者只有一个,消费者有多个,但是作为 HA,只有一个 Active,其他都是 StandBy。当 Active 挂掉一个,Standby 会迅速接管。

发送请求 - 等待响应结果。在发送方做了一个线程的等待,要等待结果的 notify。

在分布式消息系统的构建过程中,基于业务的需求,我们在 RocketMQ 的消息系统中添加了多项高级特性,包括多中心多活、灰度发布、熔断机制、消息存活期、流量的权重、消息去重、惊群效应问题的解决、背压模式、消息服务治理、MQTT 消息服务等。

DC 级别的多活希望解决的问题是,不仅消息不能丢,还要保证服务不能中断。这里有两个层面的故障,一个是应用全部宕机,那么希望被其他 IDC 的应用能够迅速来接管消息,另外一个是消息中间件宕机,那么希望生产者能够切换到其他 IDC 的中间件进行发送,并且这个中间件的消息在其他 IDC 有备份,能够进行消费。微众已经通过 IDC 断网演练检验同城多活能力。

灰度发布希望解决的问题是,同一个消费组内不同的实例有监听不一样的 topic 时,能保证不同 topic 的消息被正确的实例消费。

(灰度发布示意图)

当希望消息的堆积到一定程度时,可能是消费者出现了故障,我们希望能够提醒生产者。

熔断机制示意图

说到流量的权重,有一个问题是,Topic 的 Q 值是在使用过程中手动设置的,当实例的数量超过 Q 的数量,那么超过部分的实例是收不到消息的。但是,如果你的实例数量小于 Q 的话,它们之间会由于负载均衡分 Q。根据负载均衡算法,分到的 Q 可能是不一致的。比如有的分到 2 个,有的分到 3 个。在这种集群消费的情况下,就会出现处理的不对等。比如当大流量到来的时候,分到 3 个 Q 的那个实例可能会出现一些问题,比如挂掉了。

所以我们希望,不同的实例拿到的消息量应该是对等的。所以,流量权重希望解决的问题是,随着实例数的动态增加和减少,能够动态调整 consumeQueue 的数量,不至于出现流量不均匀的情况。因此,我们做了一个自动伸缩 Q 的功能。默认 Topic 建成时,Q 的数量是 1,当启动一个新的实例的时候,会自动扩展一个,停掉一个实例的时候会自动缩一个。从而达到 Q 个数量和实例的数量是一一对等的。这解决了实例和消息量不对等的问题。

在负载均衡的一个很短时间内,当新上一个实例的时候,由于大家分到的 Q 都是相同的,当前一个分到 Q 的还在继续拉消息,下一个实例由于负载均衡很快做完,也分到 Q,就会去拿这个 Q 的消息,这个时候就会出现消息的重复。此时,通常会通过 Redis 等缓存方式进行去重,也可以在 Broker 上做一个简单的处理,例如用互斥锁,在竞争消费的短时间内,对其进行加锁,抢到锁的才能进行消费,同时占有锁的时间有限制,从而解决消息去重的问题。

消息服务去重原理图

消息的背压消费模式

背压模式示意图

在一些特殊场景下,需要对消息引擎做一些加强,例如背压模式。当消息拉到本地的消费线程池时,会出现一个问题。当要做一些例如 DB 的写的 *** 作导致出现线程卡死,处理能力会下降,服务出现降级,但是消息还在不停地往本地拉。

这个时候,我们希望达到一种效果,能够根据后续服务的治理能力决定拉的消息数量。当然 RocketMQ 的 ProcessQ 也能达到这个效果,但是还不够精细化。因为在金融场景下,交易一旦出现不一致或者超时,会很麻烦。所以我们希望在实时的交易链路上去解决这个问题。于是我们做了一个类似 Reactor 框架的背压处理,能够根据处理能力实时拉取消息。

当对消息的有效期有要求时,可以在消费消息时对存活时间进行判断,超时则丢弃。

对于存活期非常短和对延时要求比较低的消息,我们通过内存模式(不落盘)进行加速,降低延时。

因为负载均衡算法在客户端,客户端的连接和断开都会触发消费组内的所有实例会收到 notification 做负载均衡。比较理想的情况是,一个实例的掉线不能影响到其他实例,当监听的 topic 比较多时,会出现负载均衡慢的问题,因此我们希望负载均衡收敛到服务端来做,客户端只需要关注 topic,不需要关注 consumeQueue。

目前,我们团队已经参与到 Apache RocketMQ 的社区建设中,并对自用的消息服务以社区分支的形式在维护,希望各行业更多的开发者可以一起参与进来,以打造适用范围更广、更好用的分布式消息引擎。

作者介绍

陈广胜,Apache RocketMQ 资深 Contributor,曾就职于 IBM 和华为,现任职于微众银行,曾参与过运营商云和大数据平台的建设,以及银行的基础架构建设等


欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/dianzi/12965935.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2025-08-29
下一篇2025-08-29

发表评论

登录后才能评论

评论列表(0条)

    保存