CN109361761B - 一种物联网通信终端操作*** - Google Patents

一种物联网通信终端操作*** Download PDF

Info

Publication number
CN109361761B
CN109361761B CN201811404521.8A CN201811404521A CN109361761B CN 109361761 B CN109361761 B CN 109361761B CN 201811404521 A CN201811404521 A CN 201811404521A CN 109361761 B CN109361761 B CN 109361761B
Authority
CN
China
Prior art keywords
data
layer
communication
protocol
internet
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811404521.8A
Other languages
English (en)
Other versions
CN109361761A (zh
Inventor
鲁晓军
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nanjing Chao Yan Intelligent Technology Co Ltd
Original Assignee
Nanjing Chao Yan Intelligent Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nanjing Chao Yan Intelligent Technology Co Ltd filed Critical Nanjing Chao Yan Intelligent Technology Co Ltd
Priority to CN201811404521.8A priority Critical patent/CN109361761B/zh
Publication of CN109361761A publication Critical patent/CN109361761A/zh
Application granted granted Critical
Publication of CN109361761B publication Critical patent/CN109361761B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/61Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources taking into account QoS or priority requirements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62Establishing a time schedule for servicing the requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08Protocols for interworking; Protocol conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)

Abstract

本发明公开一种物联网通信终端操作***,包括:应用层、协议层、数据链路层和通信层;所述应用层用于对现场信号进行采集并传输至物联网终端和协议层;所述协议层对应用层采集到的原始数据进行组装和协议格式的转换,生成号码、校验数据、是否加密和加密方法并传输至物联网终端的服务器;所述数据链路层将接受到的协议层的数据进行调度,并采用优先级调度算法发送至通信层;所述通信层的输入端与所述物联网终端的服务器通讯连接,分层处理各个功能模块;数据链路层做数据内容的调度和分发,并操作具体通信模块,降低对通信模块的操作难度。

Description

一种物联网通信终端操作***
技术领域
本发明属于通信***的技术领域,特别是涉及一种物联网通信终端操作***。
背景技术
物联网终端集现场数据采集与通信于一体,现场数据可通过 RS232/RS485/Can等总线采集,然后通过网络发送,一般通过Uart总线发送AT 命令的形式或嵌入式TCP/IP协议发送。
根据现场数据的特点,物联网设备要设计成多种形式,来满足不同速率的要求,通信方式也要根据数据特点进行选择,低速的可以选用GPRS,NBIOT等模块,高速的可以选用4G,以太网等方案。因此,物联网设备的特点是可选模块多,终端类型也多种多样。
但这样带来一个问题,就是对这些模块的管理麻烦,对于单个物联网终端来说,集成模块并不多,不需要复杂操作***管理,一个软件程序就能完成所有工作,但可选种类多,业务越来越复杂,随着可选模块的增加,业务量的复杂,软件开发工作量呈几何级数增加,如果没有一个良好的管理软件,新增业务几乎无法进行,以往代码也无法维护。
发明内容
本发明为解决上述背景技术中存在的技术问题,提供一种将物联网终端的操作方式统一,从多个数据源获取的数据能够使用不同的链路发送的网络中,***根据数据源进行内容调度,还可以根据网络下发的指令对外部设备进行控制的物联网通信终端操作***。
本发明通过以下技术方案来实现:一种物联网通信终端操作***,包括:应用层、协议层、数据链路层和通信层;所述应用层的输出端与所述协议层的输入端通讯连接;所述协议层的输出端与所述数据链路层的输入端通讯连接;所述数据链路层的输出端与所述通信层的输入端通讯连接;
所述应用层用于对现场信号进行采集并传输至物联网终端和协议层;
所述协议层对应用层采集到的原始数据进行组装和协议格式的转换,生成号码、校验数据、是否加密和加密方法并传输至物联网终端的服务器;
所述数据链路层将接受到的协议层的数据进行调度,并采用优先级调度算法发送至通信层;
所述通信层的输入端与所述物联网终端的服务器通讯连接,并在所述通信层设置时刻点,每次定时器到来,通信层都会计数。
在进一步的实施例中,所述应用层、协议层、数据链路层和通信层相互之间通过公共接口连接。
在进一步的实施例中,所述应用层通过RS232,RS485,CAN等总线与外部传感器的相应总线接口连接,并与其通信,并将传感器返回的采集数据发送给协议层。
在进一步的实施例中,所述协议层由协议层抽象结构体操作,具体包括以下步骤:
步骤(1):协议层抽象结构体初始化,选用具体的通信协议。
步骤(2):设置协议头,包含终端号码,数据长度,校验值,加密方法及协议开头的特征码;
步骤(3):将应用层中接收到的数据进行解析,并根据协议打包成规定的格式;
步骤(4):对于服务器下发的数据,根据协议解包后传给相应的应用层处理。
在进一步的实施例中,所述数据链路层决定通信层数据的内容,在发送环节,该层把协议层数据进行调度,在通信链路畅通时就直接发送,否则就暂存在终端的缓存里面,待链路通信恢复再发;在接收时,该层会将收到的数据发给协议层。
在进一步的实施例中,所述优先级调度算法包括:
步骤一:设置n个数据源,所述n个数据源为S1、S2、S3…Sn,所述n个数据源的初始优先级设定为a1、a2、a3…an,优化后的数据源优先级为w1、w2、w3…wn
步骤二:设置在时间t时刻的每个数据源Si到来的数据量Cit,上次未发送完的数据量为Rit,以及Cit和Rit的总和Lit;当Cit越小时证明此时数据源Si发送的数据量较小,实时性要求较高,需要较高的优先级发送;当Lit越大说明该数据源积累的数据量较多,要及时清空缓存,也需要提高其发送优先级;
步骤三:对于这些数据源数据的处理存在着排队的现象,cpu逐个处理发送每个数据源的数据,在数据源数量较多的情况下就要排队等待,这样就构成了一个排队***;为了明确这些数据源在不同处理条件下的优先级,使用排队论来处理这种情况;
步骤四:在时刻t***中的数据源个数为N(t),由排队论可知,当
Figure BDA0001877045080000031
1时,N(t)不是遍历,而当ρ<1时,N(t)是遍历,在稳定状态下的平均队长是
Figure BDA0001877045080000032
在得到平均队长后,再分别计算在稳定状态下t时刻平均每个到来队列中的到来字节数Nt和累计字节数Mt
Figure BDA0001877045080000033
Figure BDA0001877045080000034
根据上述推导,提出一个数据源Si在t时刻的优先级计算公式:
Figure BDA0001877045080000035
在进一步的实施例中,该***在使用前做***初始化,要依次进行通信层初始化、数据链路层初始化、协议层初始化和应用层初始化;初始化完成后进入***待机的while循环中,低权限的定时任务可以在这里运行,正常状态下等待具体业务到来时激发物联网终端的定时器,定时器中断后,***转入具体业务运行。
本发明的有益效果:分层处理各个功能模块;数据链路层做数据内容的调度和分发,并操作具体通信模块,降低对通信模块的操作难度;协议层对数据进行编解码处理,使其能够传输服务器交互的数据;模块之间的交互通过抽象结构体进行,具体功能只在各个功能模块里实现,对外接的操作通过抽象结构体进行,降低了各个模块之间的耦合度;通信模块可自行设置定时器的周期,适应了不同传输速率的要求。
附图说明
图1为本发明物联网通信终端操作***的内部连接图。
图2为本发明中的协议层的结构图。
图3为本发明中数据调度的流程图.
图4为本发明中数据链路层的结构图。
图5为本发明的***初始化的流程图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
一种物联网通信终端操作***,包括:应用层、协议层、数据链路层和通信层。如图1所示,所述应用层的输出端与所述协议层的输入端通讯连接;所述协议层的输出端与所述数据链路层的输入端通讯连接;所述数据链路层的输出端与所述通信层的输入端通讯连接;所述应用层、协议层、数据链路层和通信层相互之间通过公共接口连接。避免了深度耦合,方便程序员开发。
所述应用层用于对现场信号进行采集并传输至物联网终端和协议层。可通过RS232、RS485、CAN等总线进行数据发送,物联网终端可以读取这些数据,也有终端可以直接采集模拟信号,通过AD转换成数字信号。反过来,终端也可以通过这些总线把指令发送给外部设备。这部分的数据都是原始数据,不会在网上直接传输。
在本实施例中,应用层主要处理与外部传感器的数据交互,以大多数传感器提供的RS485总线接口为例,应用层通过485给传感器发命令,返回的数据发送给协议层组装。本层的处理策略可以由用户自行定义,只要把原始数据处理好即可,它只跟协议层进行数据交互,不跟其它层直接联系。
所述协议层对应用层采集到的原始数据进行组装和协议格式的转换,生成号码、校验数据、是否加密和加密方法并传输至物联网终端的服务器;以便于服务器的处理这些报文。各行业有多种协议格式,如车载重点的JTT808协议,电动车国标协议,IEC61850等电网数据,还有厂家自定义的通信格式。协议层主要完成对实时数据的编码和解码,该层可以由协议层抽象结构体操作,最终由具体的协议实现,其具体结构如图2所示。
该协议层抽象结构体PROTOCOL_OP的内容如表1所示。
表1协议层抽象结构体PROTOCOL_OP的内容
Figure BDA0001877045080000051
以我们参照国标电动车数据标准基础上开发的DMOP协议为例,它的报文头为:
Figure BDA0001877045080000052
Figure BDA0001877045080000061
实现时,该协议需实现PROTOCOL_OP中的函数,并将其指向协议层抽象结构体,声明如下变量:
PROTOCOL_OP g_PRO_DMOP_op=
{
.ProtoName="DMOP",
.m_RecvCharcter="##",
.Init=Dmop_Init,
.AssemBuff=Dmop_AssemBuff,
.RecvFunc=DmopRecvFunc,
.RecvAppFunc=NULL//本协议不需要对硬件操作,故此函数不用实现
};
然后将g_PRO_DMOP_op指向虚拟结构体,其它各层使用该层时,只需要通过虚拟结构体指针操作即可实现DMOP协议的数据操作。
所述数据链路层将接受到的协议层的数据进行调度,并采用优先级调度算法发送至通信层。所述数据链路层决定通信层数据的内容,在发送环节,该层把协议层数据进行调度,在通信链路畅通时就直接发送,否则就暂存在终端的缓存里面,待链路通信恢复再发;在接收时,该层会将收到的数据发给通信层。
本层使用优先级调度算法来决定发送的内容,针对不同数据源的数据进行优先级排序,各个数据源的优先级是动态调整的。
在实践中,物联网设备的MCU处理能力都比较弱,不适用较复杂的优先级计算方法,本案中我们提出一种简化的优先级调度算法,既保证了重要数据的发送,也能兼顾MCU的运算能力。
所述优先级调度算法包括:
步骤一:设置n个数据源,所述n个数据源为S1、S2、S3…Sn,所述n个数据源的初始优先级设定为a1、a2、a3…an,优化后的数据源优先级为w1、w2、w3…wn
步骤二:设置在时间t时刻的每个数据源Si到来的数据量Cit,上次未发送完的数据量为Rit,以及Cit和Rit的总和Lit;当Cit越小时证明此时数据源Si发送的数据量较小,实时性要求较高,需要较高的优先级发送;当Lit越大说明该数据源积累的数据量较多,要及时清空缓存,也需要提高其发送优先级;
步骤三:对于这些数据源数据的处理存在着排队的现象,cpu逐个处理发送每个数据源的数据,在数据源数量较多的情况下就要排队等待,这样就构成了一个排队***;为了明确这些数据源在不同处理条件下的优先级,使用排队论来处理这种情况;
对于这些数据源数据的处理存在着排队的现象,cpu逐个处理发送每个数据源的数据,在数据源数量较多的情况下就要排队等待,这样就构成了一个排队***。为了明确这些数据源在不同处理条件下的优先级,我们使用排队论来处理这种情况。M/M/1排队是单个服务员的排队***,这些数据源数据到来间隔时间服从参数为λ的指数分布,处理时间服从参数为μ的指数分布,且独立同分布;
步骤四:在时刻t***中的数据源个数为N(t),由排队论可知,当
Figure BDA0001877045080000071
1时,N(t)不是遍历,而当ρ<1时,N(t)是遍历,在稳定状态下的平均队长是
Figure BDA0001877045080000072
在得到平均队长后,再分别计算在稳定状态下t时刻平均每个到来队列中的到来字节数Nt和累计字节数Mt
Figure BDA0001877045080000073
Figure BDA0001877045080000074
根据上述推导,提出一个数据源Si在t时刻的优先级计算公式:
Figure BDA0001877045080000081
在具体的现场环境中,我们大多数遇到的情况为同时采集RS485设备信息和can总线信息。对于RS485设备信息来说,其大多采用Modbus协议,具有短小精悍的特点。而对于can总线信息,虽然每次到来的数据不多,但其实时性要求较高,要将一个时间段的数据全部打包上传,这就会导致到发送节点的时候已经接收到了较多的数据需要发送。
考虑到通信的可靠性以及链路的承载能力,设计通信层每5s向服务器上传数据,上传数据的最大长度为800字节。通过串口工具随机截取一段时间内的数据用来计算其优先级并与实际情况做对比。
表2数据源数据
Figure BDA0001877045080000082
设M/M/1模型:在数据发送时刻,随机到达的数据源数据到来时间服从
Figure BDA0001877045080000083
的指数分布,处理时间服从
Figure BDA0001877045080000084
的指数分布,计算这些数据源到来时的平均队长
Figure BDA0001877045080000085
可以得到L=9,随后将计算出每个时刻t的平均队长中的到来字节数Nt和累计字节数Mt,如表3所示
表3平均队长中的到来字节数Nt和累计字节数Mt
Figure BDA0001877045080000086
Figure BDA0001877045080000091
对于
Figure BDA0001877045080000092
中的ai,在初始情况下设485数据源具有较高优先级a1=1,can数据源的优先级较低a2=2,根据表2和表3计算出通信层每个通信时刻各个数据源具体的优先级,如表4所示。
表4数据源优先级ωi
时间(t) 485数据源优先级ω<sub>1</sub> Can数据源优先级ω<sub>2</sub>
5 0.079 4.997
10 1.027 0.964
15 0.060 1.182
20 0.079 0.018
25 1.027 2.116
30 0.960 0.835
对于每一次数据源优先级计算,先计算5s时间段内的平均队长L,然后根据公式分别计算485数据源和can数据数据源此时的优先级π1和π2,比较其大小,较小的拥有较高优先级。经过计算发现,在通信层每一次向服务器上传数据的时候,***能按照实际情况下的最优的方式选择需要发送的数据源的数据,而不是根据预先定义的优先级来排列选择需要发送的数据源的数据。***所选择发送的数据源和人工计算出来的情况一致,符合预期。
数据的调度在本层实现,与服务器交互的内容包括实时数据,操作指令,缓冲区暂存数据等。数据状态根据内容进行调整。
例如,以DataState表示数据状态,具体的值为:
取值 含义
FWDATA 固件更新
RTDATA 实时数据
UNSEND 发送暂存的未发数据
HBDATA 发送心跳包
数据调度的流程图如图3所示。
对于数据的接收,本层主要建立一个数据接收钩子数组,根据不同数据的特征码,调用钩子函数,比如,设置的钩子数组的单元,具有如下结构:
RECV_FUNC
Figure BDA0001877045080000093
Figure BDA0001877045080000101
比如有些协议的开头有”##”标志,***把协议标志和对应的协议处理函数注册到该数组。当有该协议的数据到来时,该层会通过函数钩子传给协议层处理。
本层定义了对通信模块操作的抽象结构体DATALL_OP,通信模块需实现具体函数,然后把这些函数赋给这些指针,就可以运行。其结构如图4所示。
本层的抽象结构体DATALL_OP的内容如下:
Figure BDA0001877045080000102
通信模块设置定时器后,模块的定时处理函数会被链接到***的定时时钟里,处理函数实现对模块的有限状态机,定时发送链路层发来的数据。
以中移物联的M6313模块为例,该模块是一个GPRS模块,在本***中实现通信底层的数据收发,根据链路层的DATALL_OP结构体,只要实现这几个函数便可连接到***中,比如,声明M6313_op的结构体:
DATALL_OP M6313_op=
{
.init=M6313_init,
.SetSend=M6313_SetSend,
.send=M6313_Send,
.recv=M6313_Recv,
.checkLos=M6313_CheckLos,
.reboot=M6313_reboot,
.close=M6313_close
};
根据M6313的AT命令手册,只要实现了结构体中的这些函数即可。
所述通信层的输入端与所述物联网终端的服务器通讯连接,并在所述通信层设置时刻点,每次定时器到来,通信层都会计数。
该***在使用前做***初始化,要依次进行通信层初始化、数据链路层初始化、协议层初始化和应用层初始化;初始化完成后进入***待机的while循环中,低权限的定时任务可以在这里运行,正常状态下等待具体业务到来时激发物联网终端的定时器,定时器中断后,***运行。
如图5所示,***初始化主要初始化MCU的操作,如时钟,定时器中断。
通信模块初始化主要根据具体模块的特点,初始化相关缓冲区。
链路层初始化做数据区,调度策略,固件更新,续传区域的初始化。
协议层初始化做终端号配置,报文头设置等。
应用层初始化做数据采集总线的设置,如RS485总线的配置。
初始化完成后进入***待机的while循环中,一些低权限的定时任务可以在这里运行。平时就等待具体业务到来时激发的定时器中断进行操作。
定时任务放在定时操作数组里,该数组的单元是时间函数结构体,内容如下:TIMER_FUNC
类型 名称 用途
int tID 定时器的ID
void (*time_function)() 定时处理函数的入口地址
int ticks 定时执行的周期,基础时钟的倍数
在初始化时,各个使用定时任务的模块需将各自的定时处理函数注册到这个数组中,在定时器中断产生后,该中断的处理函数ISR会依次调用数组中的处理函数。

Claims (6)

1.一种物联网通信终端操作***,其特征在于,包括:应用层、协议层、数据链路层和通信层;所述应用层的输出端与所述协议层的输入端通讯连接;所述协议层的输出端与所述数据链路层的输入端通讯连接;所述数据链路层的输出端与所述通信层的输入端通讯连接;
所述应用层用于对现场信号进行采集并传输至物联网终端和协议层;
所述协议层对应用层采集到的原始数据进行组装和协议格式的转换,生成号码、校验数据、是否加密和加密方法并传输至物联网终端的服务器;
所述数据链路层将接受到的协议层的数据进行调度,并采用优先级调度算法发送至通信层;
所述通信层的输入端与所述物联网终端的服务器通讯连接,并在所述通信层设置时刻点,每次定时器到来,通信层都会计数;
所述优先级调度算法包括:
步骤一:设置n个数据源,所述n个数据源为S1、S2、S3…Sn,所述n个数据源的初始优先级设定为a1、a2、a3…an,优化后的数据源优先级为w1、w2、w3…wn
步骤二:设置在时间t时刻的每个数据源Si到来的数据量Cit,上次未发送完的数据量为Rit,以及Cit和Rit的总和Lit;当Cit越小时证明此时数据源Si发送的数据量较小,实时性要求较高,需要较高的优先级发送;当Lit越大说明该数据源积累的数据量较多,要及时清空缓存,也需要提高其发送优先级;
步骤三:对于这些数据源数据的处理存在着排队的现象,cpu逐个处理发送每个数据源的数据,在数据源数量较多的情况下就要排队等待,这样就构成了一个排队***;为了明确这些数据源在不同处理条件下的优先级,使用排队论来处理这种情况;
步骤四:在时刻t***中的数据源个数为N(t),由排队论可知,当
Figure FDA0002331461030000011
Figure FDA0002331461030000012
时,N(t)不是遍历,而当ρ<1时,N(t)是遍历,在稳定状态下的平均队长是
Figure FDA0002331461030000013
其中,λ为λ指数分布,μ为μ指数分布;
在得到平均队长后,再分别计算在稳定状态下t时刻平均每个到来队列中的到来字节数Nt和累计字节数Mt
Figure FDA0002331461030000014
Figure FDA0002331461030000021
根据上述推导,提出一个数据源Si在t时刻的优先级计算公式:
Figure FDA0002331461030000022
2.根据权利要求1所述的一种物联网通信终端操作***,其特征在于,所述应用层、协议层、数据链路层和通信层相互之间通过公共接口连接。
3.根据权利要求1所述的一种物联网通信终端操作***,其特征在于,所述应用层通过RS232,RS485,CAN总线与外部传感器的相应总线接口连接,并与其通信,并将传感器返回的采集数据发送给协议层。
4.根据权利要求1所述的一种物联网通信终端操作***,其特征在于,所述协议层由协议层抽象结构体操作,具体包括以下步骤:
步骤(1):协议层抽象结构体初始化,选用具体的通信协议;
步骤(2):设置协议头,包含终端号码,数据长度,校验值,加密方法及协议开头的特征码;
步骤(3):将应用层中接收到的数据进行解析,并根据协议打包成规定的格式;
步骤(4):对于服务器下发的数据,根据协议解包后传给相应的应用层处理。
5.根据权利要求1所述的一种物联网通信终端操作***,其特征在于,所述数据链路层决定通信层数据的内容,在发送环节,该层把协议层数据进行调度,在通信链路畅通时就直接发送,否则就暂存在终端的缓存里面,待链路通信恢复再发;在接收时,该层会将收到的数据发给协议层。
6.根据权利要求1所述的一种物联网通信终端操作***,其特征在于,该***在使用前做***初始化,要依次进行通信层初始化、数据链路层初始化、协议层初始化和应用层初始化;初始化完成后进入***待机的while循环中,低权限的定时任务可以在这里运行,正常状态下等待具体业务到来时激发物联网终端的定时器,定时器中断后,***转入具体业务运行。
CN201811404521.8A 2018-11-23 2018-11-23 一种物联网通信终端操作*** Active CN109361761B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811404521.8A CN109361761B (zh) 2018-11-23 2018-11-23 一种物联网通信终端操作***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811404521.8A CN109361761B (zh) 2018-11-23 2018-11-23 一种物联网通信终端操作***

Publications (2)

Publication Number Publication Date
CN109361761A CN109361761A (zh) 2019-02-19
CN109361761B true CN109361761B (zh) 2020-03-31

Family

ID=65338661

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811404521.8A Active CN109361761B (zh) 2018-11-23 2018-11-23 一种物联网通信终端操作***

Country Status (1)

Country Link
CN (1) CN109361761B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110166340A (zh) * 2019-06-05 2019-08-23 北京京投信安科技发展有限公司 T-net全制式单线多源数据采集传输***
CN116684203B (zh) * 2023-08-03 2023-12-22 南京南自华盾数字技术有限公司 一种无代码变动实现ModbusTCP协议安全保护的方法及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168056A (zh) * 2014-09-01 2014-11-26 绵阳灵通电讯设备有限公司 一种基于Andriod操作***的卫星通信终端
CN104994536A (zh) * 2015-07-13 2015-10-21 苏州大学 一种面向wscn节点的配置方法和便携式配置装置
CN105721555A (zh) * 2016-01-25 2016-06-29 英科信息技术(北京)有限公司 用于物联网的操作***及物联网终端设备
WO2016201974A1 (zh) * 2015-06-15 2016-12-22 清华大学深圳研究生院 基于操作控制单元的跨协议分布式云存储***和数据管理方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104168056A (zh) * 2014-09-01 2014-11-26 绵阳灵通电讯设备有限公司 一种基于Andriod操作***的卫星通信终端
WO2016201974A1 (zh) * 2015-06-15 2016-12-22 清华大学深圳研究生院 基于操作控制单元的跨协议分布式云存储***和数据管理方法
CN104994536A (zh) * 2015-07-13 2015-10-21 苏州大学 一种面向wscn节点的配置方法和便携式配置装置
CN105721555A (zh) * 2016-01-25 2016-06-29 英科信息技术(北京)有限公司 用于物联网的操作***及物联网终端设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"固定优先级抢占调度算法下非周期任务实时性能研究";王沁等;《小型微型计算机***》;20110630;全文 *

Also Published As

Publication number Publication date
CN109361761A (zh) 2019-02-19

Similar Documents

Publication Publication Date Title
US5434976A (en) Communications controller utilizing an external buffer memory with plural channels between a host and network interface operating independently for transferring packets between protocol layers
US9703595B2 (en) Multi-core system with central transaction control
CN109361761B (zh) 一种物联网通信终端操作***
CN103078895B (zh) 一种基于mcf52233芯片的工业以太网多功能双串口服务器
CN1694556A (zh) 在节省无线适配器功率的同时维持无线网络响应时间的方法
CN101957808B (zh) 多cpu间的通信方法、***及cpu
CN106162528B (zh) LoRa信号与蓝牙信号转换模块、转换方法及信号发送装置
CN106452833B (zh) 一种rtu多协议动态加载的数据传输方法
CN110519374B (zh) ZigBee网络化工业控制***的边缘计算方法及其边缘节点
US20030137945A1 (en) Method and apparatus for managing energy usage of processors while executing protocol state machines
EP1199641A2 (en) Data processing device used in serial communication system
CN113518044B (zh) Epa设备
CN115996197B (zh) 一种流量拥塞前置的分布式计算流量仿真***与方法
CN104850527B (zh) 通讯协议处理器
US20060031588A1 (en) Distributing timers across processors
CN108063809B (zh) 机器设备数据采集方法以及采集***
US8117356B1 (en) Direct memory access (DMA) transfer of network interface statistics
CN113553279B (zh) 一种rdma通信加速集合通信的方法及***
CN104468404B (zh) 一种缓冲区配置方法及装置
CN101464844B (zh) 一种ram使用权的控制方法及总线接口
CN207764789U (zh) 用于地震仪主控站cpu与外设数据传输的桥接器
CN111935032B (zh) 一种数据包发送方法及***
CN202870525U (zh) 一种适合变动环境下的网络化数据采集装置
CN112637370B (zh) 一种数据处理方法、装置、设备及存储介质
CN110620735B (zh) 一种基于表格化配置的动态负载均衡遥测方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant