常用的物联网模块有几种

物联网模块终究是用来做传输的模块，我看杭州塔石是以网络来划分物联网模块的可以分为：
WIFI模块：该技术将所有有线网络信号转换成无线电波信号，其他终端设备通过无线通信模块连接到wifi，实现无线网络通信。
蓝牙模块：它是一种无线技术标准，可以实现固定终端设备、移动终端设备和个人局域网之间的短距离数据交换。它在频段使用24~2485GHZUHF无线电波ISM。
2G/4G模块：数字电台的传输距离很远，适用于各种复杂的环境。传输速率为192Kbps，但终端设备价格较贵，使用成本较高，安装较为复杂。
NB-IoT模块：NB-IoT使用的是现成的移动数据网络连入以太网，具有覆盖广，海量链接，低功耗的功能。
LoRa模块：它最大特点就是在同样的功耗条件下比其他无线方式传播的距离更远，实现了低功耗和远距离的统一，它在同样的功耗下比传统的无线射频通信距离扩大3-5倍。
以太网模块：提供串口转网口TCP传输。
物联网模块是多种多样的，但是具体使用还是需要分析使用环境考虑如何组网

亿海485j芯片是一款低功耗微控制器芯片，在工业自动化、智能家居等领域广泛应用。其功率消耗非常低，最高工作电流仅为6 mA，待机电流为15 uA，休眠电流不到1 uA。此外，该芯片还具有多种节能功能，如动态电压调节和时钟门控等，可以进一步降低功耗。加上其强大的计算和通讯功能，使得它成为了很多物联网应用的首选芯片之一。

物联网可以理解为物联的网络，平常我们说连接到网是互联网的网。物联网主要靠通信技术进行连接通信，包括有线（485、以太网等）和无线技术（WiFi、蓝牙、Zigbee、蜂窝网络、LPWA等）。

可以。
1、无线串口穿透通信，例如两个PLC用串口RS485进行通信，并成功后，然后将通信线剪断，一侧接一个无线串口穿透模块，就可以实现无线通信了。
2、无线路由通信，PLC带有网口，可以进行网口通信，然后用网线，连接PLC与无线路由器，分配好IP地址，就可以无线通信了。
3、物联网模块，现在有各式各样的物联网模块，可以无线通信，物联网模块与PLC通信，采集数据，然后在无线发送给手机，电脑上。
等等。望采纳。。。。。。

是连接设备单片机和互联网服务器的东西, 帮助两者通信,也称为数据透传。

因为物联网世界，如果物与物之间想要沟通交流，需要一种东西帮助它们实现对信号的发送和接收，这就是通信模块了。

通信模块使得各类物联网终端设备具备联网信息传输能力，是各类智能终端得以接入物联网的信息入口。

它是连接物联网感知层和网络层的关键环节，所有物联网感知层终端产生的设备数据需要通过无线通信模块汇聚至网络层，进而通过云端管理平台对设备进行远程管控，同时经过数据分析，带来管理效率的提升。

通信模块所呈现的样子就是，芯片加上芯片所需的外围电路组成的集合。

应用需要连接数据采集数据等，维护的话需要电脑查看数据是否正常。这中间一定要连接，才可以完成。所以，电脑或者设备一般都是串口，有的是485接口有的是232接口不统一。那么需要一个转换器，把信号转换一下就可以实现通信了。

物联网网关作为一个新名词，将在未来物联网时代发挥非常重要的作用。它将成为感知网络和传统通讯网络之间的纽带。物联网网关作为一种网关设备，能够完成感知网络与通讯网络以及不同类型感知网络之间的协议转化。

网关既能够完成广域互连，也能够完成局域网互连，具备设备办理功能。运营商能够办理底层传感节点，了解每个节点的相关信息，经过物联网网关设备完成长途 *** 控。

这一部分强调了一个要害点，即物联网网关完成感知网络与通讯网络的互联，但感知网络中有许多不同的协议，如LonWorks、ZigBee、6LoWPAN、rubee等来完成这种互联网，网关有必要具有协议转化才能。一起，网关有两个要害点，即完成广域互联。当广域网不行用时，网关往往能完成局域网互连，即近端之间的交互与协作。

lora网关

主要功能：

一广泛的访问才能

现在，短程通讯的技能规范许多，只有LonWorks、ZigBee、6LoWPAN、rubee等常用的无线传感器网络技能，各种技能主要是针对某一应用开发的，缺少兼容性和体系规划。现在，国内外现已开展了物联网网关的规范化作业，如3GPP、传感器作业组等，以完成各种通讯技能规范的互联互通。

二可办理性

强壮的办理才能关于任何大型网络都是必不行少的。首先，需要对网关进行办理，如注册办理、权限办理、国家监管等。网关完成了子网中节点的办理，例如获取节点的标识、状况、特点、能量等，以及因为子网的技能规范和协议复杂性的不同，唤醒、 *** 控、确诊、升级和保护等的长途完成，网关具有不同的办理功能。根据物联网的模块化网关来办理不同感知网络、不同应用，保证使用一致的办理接口技能来办理终端网络节点。

三协议转化才能

不同感知网络到接入网络的协议转化，低规范格局的数据一致封装，保证不同感知网络的协议能够成为一致的数据和信令;将上层宣布的数据包分析成可由感知层协议识别的信令和 *** 控指令。

总结这些基本网关才能没有问题，但关于物联网网关来说，要害点之一是网关本身是完成感知层和通讯层的仅有入口和出口通道。外部只需要处理网关，而网关用于调度和 *** 控下面访问和注册的各种类型的传感设备。

因而，网关具有相似于API网关的要害才能，即对传感层中各种传感设备供给的不同类型的协议进行接入和适配，一起在协议接入后能够转化为规范接口协议和通讯层交互。关于实时接口，它能够选用相似的>

一般来说，物联网网关在架构和实现进程中会提供硬件设备，实现协议转化、路由、转发、自动注册办理、南北一体化的接口才能。这个网关通常是布置在局域网端的设备。对于整个云架构，只有网关设备和云能够交互。

边缘计算的终究落地能够在物联网网关层实现，即进一步提高物联网网关的存储和核算才能。一方面，在网关层实现本地收集后的数据自动收集，二次处理后收集上传到云端。另一方面，将云的要害核算规矩和逻辑散布到网关层，支撑网关层的本地化核算。这也是网关层功用的一个要害扩展。

小牛电池协议逆向

小羽的知识库
写博客，写专栏，写影评。
来自专栏项目 & 解决方案
背景
不喜欢挤地铁或是挤公交，骑自行车又太累，于是购置了一台电动自行车作为代步工具。上下班 3 公里的通勤距离大约 20 分钟以内。
业余时间打算骑车到处逛逛，原装电池只提供 40km 的续航。又购置了备用电池，可额外提供约 50km 的续航。可问题是备用电池是小牛青春版，自己的电动车是小牛 G0，两者不兼容（小牛 G0 的电池要 800-1000 元，青春版的电池约 300-400 之间）。可以只接电源不接通讯线保证正常行驶，但没有电池电量显示功能。
目的
希望做一个监控装置，可以接入小牛青春版电池的通讯接口，提供电量统计功能，在电量低时提醒我充电。
如果有时间的话，还希望提供两个附加功能
数据传输，考虑到电动自行车不在室内，无法接入 WIFI。需要找到一种物联网的方式，尽量不要用 SIM 卡，因为每个月都要有最低资费，物联卡或者 NBIoT 的物联卡流量也较贵；
GPS 追踪，可以做行车记录，防盗等功能。
总体方案
电量统计方案
小牛青春版电池提供 RS485 接口，同时网络上有用于 windows 端的电池诊断软件（提取码 9jbd），可以显示电池序列号与每个电池单元的电压、电池余量等信息。
该电池当前只有诊断软件可用，暂未搜索到具体的协议分析内容，只能通过分析该通讯协议拿到电池数据。
数据传输方案
在腾讯的物联网平台看到我所处的城市 LoRa 网关较多，甚至可以自己部署腾讯连连的网关。LoRa 的通讯距离在几公里左右，可以满足电动车的数据传输要求。
同时，为保证项目的通用性，需要提供通用化的 2G/NBIoT 接入方案。
GPS 方案
GPS 传输需要购买 GPS 模块，同时接入电动车自己的震动传感器实现警报感知。
以上方案都只是传感器接入、数据传输方案，在用户界面上拟采用 hass 作为分析处理终端。
实现细节
电量统计
通过 RS485 协议读取电池温度、容量等信息，需要先分析协议的具体内容，再确定硬件方案，最后对固件进行定制。
协议逆向
环境搭建
考虑到这次逆向的协议为 RS485 协议，使用一个 USB2RS485 模块将 RS485 协议转为串口，并在桌面端使用诊断软件。那么可以直接看串口接收到的数据，并不需要逻辑分析仪。
因为诊断软件只能在 windows 端运行，所以使用 virtual box 安装 windows 系统，并安装诊断软件和串口助手。
串口监听方式分析
USB2RS485 模块会在系统中生成一个串口设备，诊断软件又打开了这个设备，且串口只能被打开一次，所以我们需要一款软件来对串口数据进行监听。本项目采用串口监控精灵（提取码 2xas）实现该功能。
下面是一次监控的数据交互：
可以看到共有诊断软件发送了两种数据帧，分别是：
问询数据帧一：68 31 CE 68 02 02 35 5F 67 16 问询数据帧二：68 31 CE 68 02 02 60 6A 9D 16
并且电池对两个问询都有不同的回应，猜测一个数据帧是电池基本信息，另一个是电池电压电流等信息。
对回应数据帧做分析，有了如下初步判断：
68 31 CE 68 是帧头；
第 4 个字节(从 0 开始，下同) 0x02表示问询，0x82表示回应；
所有的数据帧都以0x16做结尾。
再看问询帧和回应帧的第 5 字节，结合帧长度，计算可得该字节表示有效数据的长度，此时倒数第 2 字节的含义尚不明确。
重复不断地接收数据并观察，发现回应帧一数据量少，有 0x2C 个，回应帧二数据量大，有 0x37 个。同时发现回应帧一的数据非常稳定保持不变，而回应帧二经常会有若干数据的变动。所以回应帧一是电池固定信息，回应帧二是电池容量信息。
此处要特别注意，电池固定信息中有很多锚点，比如电池序列号、软件版本号等，这些 ascii 信息理论上应该在串口监控中显示出来，但实际上并没有。
接着观察回应帧二，连续出现 5 个 0x51，并且该电池有 5 个温度传感器显示，不由得怀疑是温度数据。将 0x51 转为十进制的 81，与实际温度不符。怀疑是华氏温度，转为摄氏温度为 27 度多，比较接近，实际显示温度 30 度。使用吹风机热风挡加热电池，打算观察温度数据变化。但可能吹的地方不是温度传感器，温度变化非常小。
持续观察回应帧二，连续出现 13 个 0x40 0x01，而电池是 13 个基本单元，怀疑是单个电池的电压数据。将 0x4001 换为十进制的 16385，与实际电压值 3V 左右相去甚远。考虑字节序问题，但也差很多。甚至考虑了传输时的 MSB 和 LSB 问题，与实际值也差很多。继续充电至满电量，此时的数据变为 0x41FE，基本可以确定是电池电压，但具体换算关系不明朗。

---