2添加高通默认配置mcfg_swmbn，出现问题：
（1）设备插入移动卡，呼入会出现自动接听。
（2）设备插入电信4G卡，无法4G上网。
（3）设备插入特定物联网卡，UE无法正常切换对应运营商配置。默认切换至3GPP，导致无法正常上网。
3使用QXDM 修改网络相关的nv参数，切换运营商卡后，nv参数配置失效。
1设备搜网会根据对应运营商mcfg_swmbn中配置去搜寻相应的频段，未添加则会导致设备轮询所有频段，从而导致驻网速度慢。
2高通通过nv项中的参数来设置设备一些定制功能。
（1）查看nv850（CT电信默认配置为cs only）从而导致电信卡4G无法上网
PS域(Packet SwitchedDomain)为分组（交换）域，CS域(Circuit SwitchedDomain)为电路（交换）域。
通俗的说，打电话语音信号走的是CS，上网等数据业务信号走PS。
（2）查看nv74（CMCC移动卡默认配置为enable）nv74是控制电话自动接听，因此出现移动卡设备呼入会出现自动接听。
3UE会根据插入运营商卡的iccid来切换相应mcfg_swmbn配置。物联网卡采用专用号段，因此可能存在配置不支持导致无法正常切换运营商配置。
（由于这批移动物联网卡iccid前几位为898604，mbn未配置因此会导致UE无法正常切换mbn配置，导致无法上网。）
什么是物联网卡
4使用QXDM修改参数后为何切换不同运营商卡后，nv配置参数会失效。
假设插入电信卡后，设备通过QXDM修改nv，改nv值并没有写入到mcfg_swmbn中，简单理解为临时参数。
当设备插入移动卡后，UE会根据iccid来切换mcfg_swmbn。它获取的参数依然是从该文件内部读取，修改的值未起到作用。
图为运营商mbn配置，CU CMCC CT 分别对应联通、移动、电信。其他为默认硬件软件配置。
1修改XML源文件
（1）路径：modem_proc\mcfg\mcfg_gen\generic\china（有全球各个地区的运营商配置信息）
图为生成cmcc mcfg_swmbn各个xml配置文件
（2）修改内容
CT:
CMCC:
目前只在已有的NvItemData项中修改参数，还未测试自己添加新的nv配置。
2编译流程
（1）编译参数说明
（2）实际测试命令
a进入/modem_proc/mcfg/build
b编译CT mbn命令：
perl build_mcfgspl --build_id=9607gennsprod --configs=mcfg_sw:OpenMkt-Commercial --force-regenerate --force-rebuild --source-dir=generic/China/CT --xml
mbn文件生成路径：/modem_proc/mcfg/configs/mcfg_sw/generic/China/CT/Commercial/OpenMkt
c编译CMCC mbn命令：
perl build_mcfgspl --build_id=9607gennsprod --configs=mcfg_sw:Commercial-CSFB-SS-LocTech --force-regenerate --force-rebuild --source-dir=generic/China/CMCC --xml
mbn文件生成路径：/modem_proc/mcfg/configs/mcfg_sw/generic/China/CMCC/CSFB/SS
3出现问题：
（1）现象
Building MBN for mcfg_sw:Commercial-CSFB-SS-LocTech
Could not open or create temporary file '/media/root/exdisk/workspace/L170_4K/modem_proc/mcfg/mcfg_gen/scripts/data/efs_files/cmcc/profile4'
没有那个文件或目录 at /mcfg_gen/scripts/mcfg_writepm line 1242
（2）原因
源码中该文件大小写存在差异，去源码中修改相应profile文件大小写，问题解决。
4xml新增移动物联网卡支持
（1）找到移动对应的xml文件
（2）添加物联网卡iccid前6位数字。
(3)重新编译mcfg_swmbn文件，通过PDC tool重新load设备，测试成功。DLMS/COSEM (IEC 62056, EN13757-1)是能源和水智能管理、先进控制和创新计量的全球标准。采集驱动实现了 DLMS / COSEM 协议的某些部分以读取当前值。
该协议指定一个面向对象的数据模型，应用程序层协议，和媒体特定的通信配置文件
COSEM ——能源计量的配套规范——能够描述几乎任何应用的对象模型；
OBIS ——物体识别系统，物体的命名系统；DLMS-设备语言信息规范-应用层协议，将对象所持有的信息转换成消息。
DLMS / COSEM 可用于所有公用事业/能源种类、所有市场细分、所有应用和几乎所有通信媒体。
该驱动具有以下功能:
可以使用 IEC 62021 协议启动连接。
可以使用串行接口和网络接口。
可以从设备中检索对象列表。
可以投票DLMS数据按自定义间隔。
可以同时从多个设备轮询数据。
模块可以连接到密码保护设备。
以上驱动针对兰吉尔电表数据采集而开发。
相关干货资料和技术文章链接，欢迎各位来踩
官网：daq-iotcom
抖音号:shucaiwulian
工业物联网全栈数据采集方案链接：
>需要一个简单实用的LIN总线介绍吗？
在这个LIN总线的简介中，您将了解到LIN（Local Interconnect Network，本地连接网络）协议的基本知识，包括LIN总线和CAN总线的对比、LIN总线的应用案例、LIN是如何运行的以及LIN中的6种帧类型
请注意，这是一篇偏实用的简介，所以里面还会介绍到LIN总线数据记录的基础知识。
LIN总线是CAN总线的补充，它的可靠性以及性能较低，但成本也是比较低的。下面我们将简单介绍下LIN总线的特点以及其和CAN总线之间的异同。
•更低的成本（如果对速度或者容错性的要求较低）
•常用在车辆的窗户、雨刮器、空调等
•LIN集群中只有一个主节点和最多有16个从节点
•只有一根信号线（需要配合地线），波特率为1-20 kbit/s，线缆最长能达40米
•由时间触发的调度表能保证报文间延迟的时间
•可变的数据长度（2、4、8字节）
•LIN总线支持错误检查、校验和配置
•工作电压为12V
•物理层是基于ISO 9141（K线）
•支持睡眠模式和唤醒
•现在的新车上都还有10个以上的LIN节点
•LIN 总线的成本更低（线束更少、不需要购买许可以及节点更便宜）
•CAN 总线使用双绞屏蔽线-5V，LIN 总线使用单线-12V
•LIN 总线中的主节点通常也是一个 CAN、LIN 的网关
•LIN 总线报文发送的顺序是确定的，不是事件驱动的，即没有总线仲裁
•LIN 总线中主节点只能有一个，而 CAN 总线没有主从的概念
•CAN 总线会使用 11 或 29 位的标识符，LIN 总线中的标识符是 6 位的
•CAN 总线的波特率能达 1Mbit/s 而 LIN 总线的波特率最大也就 20 kbit/s
下面我们简要的回顾下LIN总线规范的历史吧~
•1999年：LIN 10由LIN联盟（宝马、大众、奥迪、沃尔沃、梅赛德斯奔驰、瑞典的火山汽车以及摩托罗拉）发布
•2000年：LIN协议被更新了（LIN 11和LIN12）
•2002年：发布了LIN13，主要是修改了物理层
•2003年：发布了LIN 20，可以说是全新一代，也被广泛使用
•2006年：发布了LIN 21
•2010年：发布了LIN 22A，是现在广泛采用的版本
•2010-12年：基于LIN 20，SAE将LIN标准化为SAE J2602
•2016年： CAN in Automation（CiA）也将LIN标准化了（ISO 17987:2016）
LIN总线正在为当代车辆提供低成本的功能扩展中，起到越来越重要的作用。
因此，在过去十年中，LIN总线已迅速得到了普及，到2020年，汽车中的节点数量预计将超过7个亿，而2010年约为2个亿。
但是，随着LIN总线的普及，对其网络安全的要求也越来越高。LIN总线也面临着CAN总线相似的风险，并且由于LIN总线应用在座椅、方向盘等设备上，所以LIN总线还需尽量控制这些风险。
未来， CAN FD 、FlexRay以及汽车以太网在汽车网络上的应用会越来越多。虽然这些体系在未来汽车中扮演的角色尚未确定，但大部分人认为LIN总线仍会是未来满足现代汽车功能不断增长需求中至关重要低成本的解决方案。
如今，LIN总线已经成为现代车辆上约定俗成的标准，下面是一些LIN总线在汽车上的应用：
•方向盘附近：巡航控制、雨刮开关、温度控制、收音机等
•舒适度模块：温度、天窗、光线、湿度的传感器等
•动力总成：位置、转速、压力传感器等
•发动机：小型电动机、冷却风扇的电动机等
•空调：电动机、控制面板（通常很复杂）等
•车门：后视镜、窗户、座椅控制装置、锁等
•座椅：位置马达、压力传感器等
•其他：雨刮、雨量传感器、前大灯、空调进气等
此外，LIN总线出现在了其他行业中
•家电：洗衣机、冰箱、炉灶等
•工业自动化：制造设备、金属加工等
一个LIN集群的节点通常都是在一块的，每个集群中都有一个作为主干CAN总线网关的主节点。
在汽车主驾驶侧，您可以打开副驾驶侧的窗户。当你按下按键后，LIN集群会通过CAN总线向另一个LIN集群发送报文，那这就会触发第二个LIN集群 *** 作窗户使窗户打开。
LIN总线的工作核心相对简单：
主节点循环询问每个从节点（发送一些请求报文），从节点会在主节点询问后发送数据（向主节点或从节点）。
但是，随着其他各种规范的更新，LIN规范中也添加了其他新功能，这样它也变得复杂起来。
下面，我们会介绍一些基础知识：LIN的报文以及6种报文类型
简单来说，LIN总线的信号报文由 报文头 和 数据响应 组成。
通常，LIN的主节点会将报文头发送到LIN总线上，这将会触发一个从节点，它会将最多8个字节的数据填到数据响应中。
整个LIN报文的结构如下图所示。
间隔场： SBF（Sync Break Field，同步间隔场）又叫间隔场，间隔信号至少由13个显性位组成，间隔界定符至少由1个隐性位组成（实际上通常是18+2位）。间隔场表示一帧报文的起始（类似于CAN总线中的SoF，帧起始），由主节点发出。
同步场： 8位的同步场常配置为0x55（二进制为：01010101），这是为了让LIN节点识别上升或者下降沿之间的时间，以确保所有从节点使用与主节点相同的波特率发送和接收数据。
标识符场： 前6位放标识符，后2位放奇偶校验符。该标识符场用于发送每个LIN报文的标识符，以及哪些节点需要对报文头进行相应。从节点会判断标识符的有效性（基于奇偶校验位），并且进行以下 *** 作：
1 忽略后续数据的发送
2 侦听另一个节点传输的数据
3 将数据填入对应报文头的数据响应中
通常，每次轮询一个从节点，这就意味着不会有报文冲突，因此也无需仲裁。
请注意，这6位的标识符允许使用的64个ID中（即从0到63，0x3f），ID 60-61用于诊断（下面会介绍），而ID 62-63则是保留的。
数据场： 当LIN的从节点被询问时，它可以通过发送2、4或8字节的数据进行相应。从LIN 20开始，数据长度就取决于ID决定（ID 0-31：2个字节，32-47：4个字节，48-63：8个字节）
校验和场： 像CAN总线中一样，校验和场可以确保LIN报文的有效性。经典校验（也称8位经典校验）是指对仅对数据场进行校验（LIN 13），而增强校验会校验标识符场（PID）以及数据场的内容（LIN 20及以上）
由于低成本LIN节点的性能通常很差，因此通常会发送延迟。为了减少这种情况的发生，可以选择添加字节间隙，如下图所示。另外，在报文头和数据响应之间，可以存在响应间隔，允许从节点有足够的时间对主节点的报文头进行识别、处理和响应，比较高级节点的间隔可能为0。
CANedge可以让您轻松地将LIN总线的数据记录到8-32 GB的SD卡中。仅需将它连接到您的LIN应用程序便可以开始记录，并可以通过免费的软件或者API来处理这些数据。
虽然存在很多LIN报文帧类型，但是在一般应用中，通常都是由“无条件帧”来完成的。
需要注意的是，下面介绍的每一种帧类型都遵循同样的LIN报文帧结构，仅仅只是在时序或数据字节上有所区别。
下面，我们会简要介绍LIN报文帧的类型。
无条件帧： 主节点发送报文头，向特定的从节点处请求信息的默认通讯形式。相应的从节点会做出相应的反应
事件触发帧： 主节点轮询多个从节点。一个从节点的某个无条件帧有信号被更新时，才会响应，这可以增强LIN总线的响应能力，其PID会放在第一个数字字节中。如果有多个从节点同时响应时，就会发生冲突，主节点会将其默认为无条件帧
零星帧（偶发帧）： 仅当主节点知道特定的从节点更新了数据后才主节点发送，主节点这时也是从节点，它自己将数据响应接在报文头后，并向从节点提供动态的信息
诊断帧 ：从LIN 20开始，ID 60、（0x3c）ID 61（0x3d）就用于读取主节点或从节点的诊断信息。诊断帧包含8个字节数据。ID 60是主请求帧，ID 61是从响应帧
用户定义帧： ID 62（0x3e）是用户定义帧，即可以包含任何类型的信息
保留帧： ID 63（0x3f）是保留帧，且不能用在适用于LIN 20的网络中
下面我们将介绍两个LIN总线的高级应用
为了更快速的构建LIN网络，市面上的LIN节点一般都会带有节点的ncf文件，这个文件会详细说明节点的功能。
然后，OEM会将这些节点的ncf文件整合成一个集合文件，这个集合文件就是ldf文件。最后，主节点会根据ldf文件中的调度表等进行设置和管理LIN 集群。
请注意，可以使用前面讲到的诊断帧来重新配置LIN总线的节点。这种配置可以在生产期间完成，也可以在每次网络启动完成。比如，您可以通过这种方式来更改节点的ID。
如果您熟悉CANopen，那您可能会发现有点像用于预配置CANopen节点的设备配置文件以及SDO（Service Data Objects）在更新配置时的作用。
LIN总线的关键优势不仅是可以节省成本，还可以节省能耗。
LIN的主节点可以通过发送第一个字节为0的诊断帧（ID 60）来让所有的从节点进入休眠模式。另外，如果总线超过4秒也没有活动，从节点就会自动进入休眠模式。
从节点的唤醒可以是通过主节点或从节点发动唤醒请求。这需要将总线置为250-5000μs的显性，紧接着暂停150-250ms。如果主节点没有发送报文头，那这 *** 作最多只能重复3次。如需要发送第4次唤醒请求，那则需要先等待15秒。通常，节点会在1到2此的脉冲后唤醒。
车辆CAN或LIN总线开发
可以同时记录CAN或LIN总线数据的记录仪对于OEM车辆开发来说十分重要，可以用于优化和诊断
现场设计原型设备数据远程处理
可以通过物联网（IoT）CAN、LIN兼容的数据记录仪大规模收集来自汽车设计原型设备的CAN或LIN总线数据来加快研发的速度
预测性维护
云端可以通过物联网（IoT）CAN或LIN记录仪监视工业机械，并可以基于预测模型来预测以及避免故障的发送
偶发的LIN错误诊断
LIN的记录仪可以充当工业机械的“黑匣子”的功能，为纠纷或者偶发错误的诊断提供依据
在实际中记录LIN数据需要注意的事项
下面我们为您列出了在记录LIN总线数据时需要注意的事项
LIN记录仪以及LIN接口
想要记录LIN总线数据，您需要LIN总线数据记录仪和一个接口。带有SD卡的LIN总线数据记录仪的优势在于您可以脱机地记录数据，比如在车辆实际使用的期间。另外，加上一个接口便能更好的服务于车辆功能动态测试。
对于可以脱机的LIN记录仪，它的优势在于其可以即插即用、紧凑且成本比较低，所以整个车队的大规模应用也不会负担太大。
支持CAN或是LIN
通常，您需要将LIN总线数据与CAN总线数据结合起来，来全面了解运行中的车辆：
驾驶行为与LIN总线的各种功能使用情况是如何关联的？
LIN主节点与CAN总线间的交互是否会出现问题？
LIN相关问题是否与某些基于CAN的事件相关？
想要将两种数据结合，您需要一个即可记录CAN，又可记录LIN的记录仪。另外，支持CAN FD也会越来越重要，因为预计CAN FD会越来越多的应用到车上。
WiFi
如果需要从大型车辆测试车队中通过物理连接的方式来提取LIN总线上的数据，这会非常麻烦。那如果您拥有一个 支持WiFi的CAN或LIN的记录仪 ，那么这都会变得再简单不过了。
您只需配置好一个WiFi热点，当车辆在这个WiFi覆盖范围内时，数据会从SD卡中自动上传。您还可以在车上添加蜂窝热点，来近实时地进行数据的传输。
NHR系列智能显示控制仪表RS-485通信中应用
01摘要
NHR系列智能显示控制仪表是经过多年开发制造经验而设计生产，集诸多全新功能于一身的新一代智能显示控制仪表。针对现场温度、压力、液位、速度、流量等各种信号进行采集、显示、控制、远传、通讯、打印等处理，构成数字采集系统及控制系统，广泛运用于电力、石化、冶金、轻工、制药、航空等诸多领域。产品的EMC设计符合GB/T176262-11相关规定，同时产品取得了CE认证。
02产品的市场背景
在自动化控制领域，随着分布式控制系统的发展，在产业上的分布式控制系统中，经常需要采用串行通讯来达到远程信息交换的目的。目前，用于串行通讯的接口标准包括：RS-232、RS-422、RS-423和RS-485。RS-232是最早的串行接口标准，广泛应用在短间隔、较低波特率串行通讯中。其后发展起来的RS-422、RS-485是平衡传送的电气标准，比起RS-232非平衡的传送方式在电气指标上有了大幅度的进步。RS-485串行接口的电气标准实际上是RS-422的变型，它属于七层OSI (open system interconnection，开放系统互连)模型物理层的协议标准。由于性能优异、结构简单、组网轻易，RS-485总线标准得到了越来越广泛的应用。下面是关于虹润NHR 系列智能显示控制仪表在RS-485通信中的应用。
03产品的技术原理
1、系统技术方案
工业场合中,经常要用一些仪表去控制如温度、液位、流量等。在某些场合,需要1台控制器灵活地控制多台仪表,以达到设计控制目的。
本文利用标准的MODBUS RTU通讯协议与 RS-485通信指令,方便的实现与多台虹润NHR系列仪表的串行通信成功的实现了用单台控制器对多台仪表的灵活控制。可编程控制器允许在一个RS-485通信接口上连接多达100台虹润仪表,仪表大于60台时,需加一个RS-485中继器，RS-485通信口通信距离长达1KM以上。
2、RS-485总线的硬件设计
考虑到此控制系统中网络节点数较多，整个网络超过100个节点，为保证通讯的可靠性和通讯效率按照仪表在系统中实现的不同功能、数据流量、实时性要求把各仪表分布到两条总线上，而且所选器件中的RS-485芯片驱动能力均达到255点，通讯速率选96Kbps，离主站最远的节点不超过50m。
3、网络协议
为了能使具体的命令、数据在网络上正确地传输，在数据链路层必须提供一定的网络协议，保证在物理层的比特流出现错误时进行检测和校正，同时实现数据帧和命令帧的功能。然而，为保证数据传输质量，对每个字节进行校验的同时，应尽量减少特征字和校验字，而常用的数据包格式由引导码、长度码、地址码、命令码、数据、校验码、尾码组成，每个数据包长度达20～30字节，在RS-485系统中显得又有些繁杂。由于MODBUS协议是公然的通讯协议，而且被很多的工控产品生产厂家支持，该协议已广泛应用于水利、水文、电力等行业设备及系统的国际标准中，因此，本系统采用MODBUS协议作为此控制系统的网络协议。
在此控制中由于对PLC和变频器的通讯数据量小而且实时性要求不高，因此采用MODBUS ASCII方式，而对单片机的数据通讯量较大且实时性要求高,因此采用MODBUS RTU方式。
04产品的应用
考虑到100台仪表在RS485总线上的实时性、有效性、正确性，现将100台虹润NHR系列智能控制仪表通讯组网分为两条总线，分别由PLC的串口扩展口分别定义为A1、B1和A2、B2 ；下面是虹润NHR系列智能控制仪表与PLC主机连接图，见图1、图2：
图1：虹润仪表与PLC组网图
图2：虹润仪表与PLC组网图
1、虹润NHR系列智能显示控制仪表通信参数配置
(1)、通信方式为RS-485, (1个起始位，1个或2个停止位，8位数据，无奇偶校验)
(2)、通信传输数据的波特率（12K 24K 48K 96K 192K）可在仪表叁数baud中设定
(3)、通信协议为标准Modbus Rtu 模式
这里重点突出可编程控制器与虹润NHR仪表RS-485接口部分。在工业现场,RS-485通信是应用较多的一种通信方式，图中可编程控制器通过RS-485通信接口与多个NHR仪表相连接,最多可达到100台,每台仪表被赋予各自的地址码,用以识别身份，( 地址码可在仪表叁数Addr中设定)，子单元和主单元采用地址轮询方式。这样可编程控制器的RS-485通信口便能通过RS485总线对挂在下面的所有仪表进行控制 *** 作。
2、虹润NHR系列智能数字显示控制仪通信数据流解析
本通信协议采用标准ModBus协议，采用RTU（十六进制数）传输模式。ModBus协议是一种主---从式协议。任何时刻只有一个设备能够在线路上进行发送。由主站管理信息交换，且只有主站能发起。主站会依次对从站进行轮流查询。只有当从站地址与轮询地址相匹配，从站才能回复消息。从站之间不能进行直接通信。协议桢中不包含任何消息报头及消息结束符，消息的开始和结束依靠间隔时间来识别，当间隔时间长于或等于35个字符时，即作为检测到桢结束。如果网络内没有与查询地址相一致的从站或从站接收时CRC校验出错，主站将不会接收到返回桢，这时主站根据超时设定判断是否超时，如超时，作出重发或d出异常错误窗口动作。
协议桢定义如下：
从站地址：地址必须在1---247之间。
在同个主站网络中每个从站地址必须唯一。
0为广播地址，从站接收消息并作相应处理，但不能回复消息。
功能代码：包含读、写寄存器。
数据：以二进制代码传输。
CRC16：循环冗余校验，校验从从站地址到数据区最后一个字节，计算多项式码为A001(hex)。
（1）、通讯口设置
通讯方式 异步串行通讯接口，如RS-485，RS-232等。
波 特 率 2400～9600bps（可由设定仪表二级参数自由更改，设定仪表二级参数BT，默认4800）。
（2）、字节数据格式 HEX
一位起始位、八位数据位、一位停止位、无校验
（3）、消息桢格式（读、写功能是从主站角度定义的）
读寄存器桢
读寄存器返回桢
写寄存器桢
写寄存器返回桢
错误返回桢
功能代码表：1
错误代码表：2
3、产品
05结论
本文利用标准的MODBUS协议和虹润NHR系列智能显示控制仪表进行RS-485通信，实现了单台控制器控制多台NHR仪表的任务，并能实时检测各仪表的运行状态，整个系统控制灵活方便, 方案结构简单，开发成本低，周期短，既使在恶劣的工业环境下也能稳定工作。
高达157db的链路预算使其通信距离可达15公里(与环境有关)。其接收电流仅10mA，睡眠电流200nA，这大大延迟了电池的使用寿命。
2、基于该技术的网关/集中器支持多信道多数据速率的并行处理，系统容量大。
如图2所示，网关是节点与IP网络之间的桥梁(通过2G/3G/4G或者Ethernet)。每个网关每天可以处理500万次各节点之间的通信(假设每次发送10Bytes，网络占用率10%)。如果把网关安装在现有移动通信基站的位置，发射功率20dBm(100mW)，那么在建筑密集的城市环境可以覆盖2公里左右，而在密度较低的郊区，覆盖范围可达10公里。
3、基于终端和集中器/网关的系统可以支持测距和定位。
LoRa对距离的测量是基于信号的空中传输时间而非传统的RSSI(Received Signal Sterngth Ind-ication)，而定位则基于多点(网关)对一点(节点)的空中传输时间差的测量。其定位精度可达5m(假设10km的范围)。
这些关键特征使得 LoRa技术非常适用于要求功耗低、距离远、大量连接以及定位跟踪等的物联网应用，如智能抄表、智能停车、车辆追踪、宠物跟踪、智慧农业、智慧工业、智慧城市、智慧社区等等应用和领域。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）