CN104052758A - 电能表多通信协议的自适应方法 - Google Patents
电能表多通信协议的自适应方法 Download PDFInfo
- Publication number
- CN104052758A CN104052758A CN201410333063.9A CN201410333063A CN104052758A CN 104052758 A CN104052758 A CN 104052758A CN 201410333063 A CN201410333063 A CN 201410333063A CN 104052758 A CN104052758 A CN 104052758A
- Authority
- CN
- China
- Prior art keywords
- agreement
- data
- protocol type
- electric energy
- communication protocol
- 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.)
- Pending
Links
Landscapes
- Communication Control (AREA)
Abstract
本发明公开了一种电能表多通信协议的自适应方法,首先按照先进先出循环的方式接收数据,放至缓冲区;再对接收数据进行通信协议类型判断;根据判定的协议类型进行与之对应的功能解析;最后发送返回数据。本发明能在不另外烧录程序或不配备相关硬件等方式干预的情况下,进行各种通信协议的自适应通讯;所提供几种协议的辨别方法快速高效;同一个物理通道只有一个缓冲区,各通信协议的发送和接收都共用此缓冲区,节省了RAM资源;本发明的通讯中断仅用于数据的接收和发送,各通信协议类型的甄别、其具体功能的解析和处理都在主循环中完成,中断占用时间少。
Description
技术领域
本发明涉及一种电能表多通信协议的自适应方法。
背景技术
随着电能表行业的发展,对通信协议的需求也越来越多样性,目前主要有DL/T645-2007、DL/T645-1997、Modbus等多种协议,都为半双工的方式。由于历史原因,有些地方需要DL/T645-1997协议,另外一些地方需要DL/T645-2007协议,还有些地方需要Modbus协议或者多种协议都需要,如何应对这些多样化需求呢?当前电能表厂家主要采用以下方式:1、一种通信协议定制一款软件,根据客户需求出厂前烧录特定的软件。此方式需较多的软件版本,需求不同时需更换软件,且出厂后不能更改,维护成本高。2、一种软件里封装几种通信协议,通过硬件来选择某种协议,软件对通信协议不能自适应。这种在厂外状态下通过外露外露的硬件进行协议选择的做法不符合电能表的安全要求,成本也增加了;并且各协议是平行运行,占用资源大,不利于资源有限的单片机系统。此外,目前的电能表还存在一个缺陷:通信处理都是放在中断中进行的,占用时间长,不利于其它紧急事件的处理。
发明内容
本发明的目的是提供一种自动识别常用半双工的电能表通信协议,能在资源较少的单片机系统上运行,且占用中断时间较少的的电能表多通信协议的自适应方法。
本发明提供的这种电能表多通信协议的自适应方法,该方法包括如下步骤:
步骤1,按照先进先出循环的方式接收数据,放至缓冲区;
步骤2,对接收数据进行通信协议类型判断;
步骤3,根据判定的协议类型进行与之对应的功能解析,并备好返回数据;
步骤4,发送返回数据。
所述通信协议类型包括Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议和校表协议的一种或一种以上。
所述步骤2对每个所述的协议类型都有一个指向缓冲区的数据指针,所述指针采用先进先出循环的方式不停的向后查找符合要求的协议帧,按协议类型的重要程度顺序的进行Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等通信协议类型的判断。
所述Modbus-RTU协议的协议类型判断按照表地址正确、未接收超时、读写功能码正确、帧长度正确、校验正确的顺序,依次进行辨认;有任一条件不满足,则不为Modbus-RTU协议类型。
所述DL/T645-2007协议和所述DL/T645-1997协议的协议类型判断按照帧头为68H、未接收超时、表地址正确、第八个字节为68H、帧长度正确、帧尾为16H、校验和正确、符合功能码长度要求的顺序,依次进行辨认;有任一条件不满足,则不为DL/T645-2007协议类型或DL/T645-1997协议类型。
所述功能码长度要求在为DL/T645-2007协议类型时设置须为4字节;其在DL/T645-1997协议类型时设置须为2字节。所述接收数据和所述发送返回数据均采用中断方式完成;二者共用一个所述缓冲区;接收数据采用先进先出循环的方式进行存储。所述通信协议类型判断和所述功能解析均在主循环中完成。所述通信协议在同一个物理通道下共用一个所述缓冲区。
与现有技术相比,本发明具有如下优点:
1、能在不另外烧录程序或不配备相关硬件等方式干预的情况下,进行各种通信协议的自适应通讯;
2、提供的Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议等协议的辨别方法快速高效,成功率高;
3、同一个物理通道只有一个缓冲区,各通信协议的发送和接收都共用此缓冲区,节省了RAM资源;
4、本发明的通讯中断仅用于数据的接收和发送,各通信协议类型的甄别、其具体功能的解析和处理都在主循环中完成,中断占用时间少。
附图说明
图1是本发明的实施方式模块示意图。
图2是本发明的主流程图。
图3是本发明的中断流程图。
图4是本发明的Modbus-RTU帧判断流程框图。
图5是本发明的Modbus-RTU帧判断数据流图。
图6是本发明的DL/T645帧判断流程框图。
图7是本发明的DL/T645帧判断数据流图。
具体实施方式
如图1所示,本发明包括物理层、数据链路层、协议帧解析/转发层、协议应用层和主数据库。
物理层是各个通讯物理通道和底层接口的集合和抽象,数据链路层接收到物理层的数据后送给协议帧解析/转发层进行通信协议类型辨别,然后协议应用层按协议类型进行具体的功能解析并发送返回数据;协议应用层与主数据库进行数据交互。
物理层包括底层接口和通讯物理层。底层接口包括EEPROM、FLASH以及其他接口。通讯物理层包括485通讯模块、电力载波通讯模块、小无线通讯模块等。
数据链路层包括各协议数据发送处理模块、各协议数据接收处理模块等相关处理模块。数据链路层工作于中断模式,主要用于对物理层的数据进行接收和发送,接收数据采用先进先出循环的方式,同一个物理通道只有一个缓冲区,各通信协议的发送和接收都共用此缓冲区。
协议帧解析/转发层包括Modbus-RTU协议帧解析模块、DL/T645-2007协议帧解析模块、DL/T645-1997协议帧解析模块、校表协议帧解析模块等。协议帧解析/转发层主用于对数据链路层的数据进行初步解析、辨别协议类型,不进行具体的功能解析。本层工作于main主循环中,每个协议类型都有一个指向接收缓冲的数据指针,指针也采用先进先出循环的方式不停的向后查找符合的协议帧,按协议的重要程度顺序的进行Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等协议的解析。
协议应用层包括Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等。
485、电力载波、小无线等通讯物理层的数据经数据链路层接收后,传给协议帧解析/转发层用于Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等通信协议类别的甄别,然后协议应用层按协议类型进行具体的功能解析,并与电能表的主数据库进行互动以获取数据源,与底层接口进行EEPROM、FLASH等物理操作,协议应用层完成具体功能解析后再返回数据链路层及通讯物理层进行数据回复。
如图2所示,本发明按先进先出循环的方式接收数据,然后对接收到的数据进行通信协议类型辨别,再按协议类型进行具体的功能解析,最后发送返回数据。具体步骤如下:
步骤1,main主循环开始。
步骤2,判断数据是否为接收状态,并且判断公共缓冲区(BUFF)中是否有数据;若该数据是接收状态且缓冲区中有数据,则进入下一步;否则转至步骤1。
步骤3,判断是否为Modbus-RTU帧;若是,则置协议号标志位,判得当前协议类型为Modbus-RTU协议;置为发送状态,将无效缓冲清空,转至下一步。
否则判断是否为DL/T645-2007帧;若是,则置协议号标志位,判得当前协议类型为DL/T645-2007协议;置为发送状态,将无效缓冲清空,转至下一步。
否则判断是否为DL/T645-1997帧;若是,则置协议号标志位,判得当前协议类型为DL/T645-1997协议;置为发送状态,将无效缓冲清空,转至下一步。
否则判断是否为校表帧;若是,则置协议号标志位,判得当前协议类型为校表协议;置为发送状态,将无效缓冲清空,转至下一步;否则转至步骤1。
步骤4,根据协议号进行具体功能解析,并准备好发送数据到上述缓冲区中。
步骤5,发送延时倒计时开始。延时时间可设置。
步骤6,延时时间到,启动发送。
步骤7,按照协议号对应的协议流程发送数据,进入发送循环中断
协议帧解析/转发层完成步骤1和步骤2的操作,协议应用层执行步骤3至步骤7的操作。
本发明的协议帧解析/转发层主要用于对数据链路层的数据进行初步解析、辨别协议类型,不进行具体的功能解析。本层工作于main主循环中,每个协议类型都有一个指向接收缓冲的数据指针,指针采用先进先出循环的方式不停的向后查找符合的协议帧,按协议类型的重要程度顺序的进行Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等协议的解析,解析到正确的协议帧后关闭接收并置协议号。
本发明的协议应用层也工作于main主循环中,协议帧解析/转发层完成协议类型甄别后,协议应用层按协议号进行具体的功能解析,并与电能表的主数据库进行互动以获取数据源,然后准备好发送数据,接着等待接收/发送间延时,时间到后进行数据发送,所有数据发送完成后复位各标志,重新进入接收状态。
如图3所示,本发明的数据链路层工作于中断模式,主要用于对物理层的数据进行接收和发送,接收采用先进先出循环的方式,同一个物理通道只有一个缓冲区,各通信协议的发送和接收都共用此缓冲区。
具体步骤如下:
步骤1,各通信通道接收、发送中断申请。
步骤2,判断是接收状态还是发送状态。
步骤3,若是接收状态,则接收指针m自增1,指向数据待存的缓冲区。若该指针m到了最大值LM,则接收指针m从0开始重新计数。接收数据放入到公共缓冲区的指针所指位置BUFF[m]中。退出中断模式。
若是发送状态,则发送公共缓冲区BUFF中的数据,发送个数减一。当发送个数为零时,置位发送成功标志。退出中断模式。
如图4所示,Modbus-RTU协议类型判断按照以下顺序进行检测判断。
(1)Modbus-RTU帧解析开始。
(2)判断表地址是否正确;若是,则转至下一步;否则转至步骤1。
(3)判断是否接收超时;若是,则转至步骤1;否则转至下一步。
(4)判断读写功能码是否正确;若是,则转至下一步;否则转至步骤1。
(5)判断帧长度是否正确;若是,则转至下一步;否则转至步骤1。
(6)判断校验和是否正确;若是,则转至下一步;否则转至步骤1。
(7)置协议号标志,置帧接收成功标志。
(8)结束,返回主流程。
本流程中不判断寄存器地址,不进行具体的功能解析和操作。
如图5所示,本发明的Modbus-RTU帧判断工作流程的具体过程是:首先统计有效长度L(从Modbus-RTU的当前指针p到公共缓冲区BUFF的接收指针m的长度);如果该长度L小于1,则继续接收数据;否则判断BUFF[p]的内容是否等于表地址,如不是表地址,则当前指针p加一并继续向后查找;如是表地址,则记下位置q为等于表地址的指针q,并进行接收超时判断;如超时,则当前指针p移到当前位置并继续向后查找等于表地址的指针q;否则判断从该指针q开始是否收到至少2个字节,如没有2个字节则继续接收数据;否则判断BUFF[q+1]的内容是否为正确的读写功能码;如不正确则当前指针p加一继续向后查找等于表地址的指针q;否则判断后续数据长度是否合理;如长度不够则继续接收数据,如长度数据值超出缓冲区的大小则当前指针p加一并继续向后查找等于表地址的指针q,如长度正确则进入校验和计算,校验和不正确则p加一继续向后查找q,如校验和正确则初始化公共缓冲区,并置位协议号标志及帧判断成功标志,最后退出。
如图6所示,DL/T645-2007、DL/T645-1997协议类型判断按照以下顺序进行检测判断。
(1)DL/T645帧解析开始。
(2)判断DL/T645帧的帧头是否为68H,即判断该DL/T645帧的第一字节是否为68H;若是,则转至下一步;否则转至步骤1。
(3)判断是否接收超时;若是,则转至步骤1;否则转至下一步。
(4)判断表地址是否正确;若是,则转至下一步;否则转至步骤1。
(5)判断DL/T645帧的第八字节是否为68H;若是,则转至下一步;否则转至步骤1。
(6)判断帧长度是否正确;若是,则转至下一步;否则转至步骤1。
(7)结合长度判断该DL/T645帧的最后一个字节是否为16H。若是,则转至下一步;否则转至步骤1。
(8)判断校验和是否正确;若是,则转至下一步;否则转至步骤1。
(9)判断功能码长度;
若该功能码长度为4字节,则置协议号标志为DL/T645-2007协议号标志,置帧接收成功标志。结束,返回主流程。
否则判断该功能码长度是否为2字节,若是,则置协议号标志为DL/T645-1997协议号标志,置帧接收成功标志。结束,返回主流程。
否则转至步骤1。
如图7所示,本发明的DL/T645帧判断工作流程的具体过程是:首先统计有效长度L(从DL/T645的当前指针p到公共缓冲区BUFF的接收指针m的长度);如果该长度L小于1,则继续接收数据;否则判断BUFF[p]的内容是否等于帧头68H;如不是68H,则当前指针p加一并继续向后查找;如是帧头68H,则记下位置q为等于68H的指针q,并进行接收超时判断;如超时则当前指针p移到当前位置并继续向后查找等于68H的指针q,否则判断从该指针q开始是否收到至少7个字节;如不足7个字节,则继续接收数据;否则判断BUFF[q+1]~BUFF[q+6]的内容是否为正确的表地址;如不是,则当前指针p加一并继续向后查找等于68H的指针q;否则判断从等于68H的指针q开始是否收到至少8个字节;如不足8个字节,则继续接收数据;否则判断BUFF[q+7]的内容是否为68H,如不是68H,则当前指针p加一继续向后查找等于68H的指针q;如是68H,则判断后续数据长度是否合理;如长度数据值不够,则继续接收数据,如长度数据值超出缓冲区的大小,则当前指针p加一,并继续向后查找等于68H的指针q;如后续数据长度为正确长度,则判断帧尾字节是否为16H;如不是16H,则当前指针p加一,并继续向后查找等于68H的指针q;否则进行校验和计算,如校验和正确,则进入功能码长度的判断;功能码长度为4字节则为DL/T645-2007协议,功能码长度如为2字节则为DL/T645-1997协议,如该功能码长度既不为4又不2,则当前指针p加一,并继续向后查找等于68H的指针q。协议类型判断完成,初始化缓冲区并置协议号标志及帧判断成功标志,最后退出。
本发明能自动识别Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等各种半双工的电能表通信协议,能在资源较少的单片机系统上运行。本发明的通讯中断仅用于数据的接收和发送,通信协议类型的甄别、具体功能的解析和处理都在主循环中完成,中断占用时间少。
Claims (9)
1.一种电能表多通信协议的自适应方法,该方法包括如下步骤:
步骤1,按照先进先出循环的方式接收数据,放至缓冲区;
步骤2,对接收数据进行通信协议类型判断;
步骤3,根据判定的协议类型进行与之对应的功能解析,并备好返回数据;
步骤4,发送返回数据。
2.根据权利要求1所述的电能表多通信协议的自适应方法,其特征在于,所述通信协议类型包括Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议和校表协议的一种或一种以上。
3.根据权利要求2所述的电能表多通信协议的自适应方法,其特征在于,所述步骤2对每个所述的协议类型都有一个指向缓冲区的数据指针,所述指针采用先进先出循环的方式不停的向后查找符合要求的协议帧,按协议类型的重要程度顺序的进行Modbus-RTU协议、DL/T645-2007协议、DL/T645-1997协议、校表协议等通信协议类型的判断。
4.根据权利要求2所述的电能表多通信协议的自适应方法,其特征在于,所述Modbus-RTU协议的协议类型判断按照表地址正确、未接收超时、读写功能码正确、帧长度正确、校验正确的顺序,依次进行辨认;有任一条件不满足,则不为Modbus-RTU协议类型。
5.根据权利要求2所述的电能表多通信协议的自适应方法,其特征在于,所述DL/T645-2007协议和所述DL/T645-1997协议的协议类型判断按照帧头为68H、未接收超时、表地址正确、第八个字节为68H、帧长度正确、帧尾为16H、校验和正确、符合功能码长度要求的顺序,依次进行辨认;有任一条件不满足,则不为DL/T645-2007协议类型或DL/T645-1997协议类型。
6.根据权利要求5所述的电能表多通信协议的自适应方法,其特征在于,所述功能码长度要求在为DL/T645-2007协议类型时设置须为4字节;其在DL/T645-1997协议类型时设置须为2字节。
7.根据权利要求1所述的电能表多通信协议的自适应方法,其特征在于,所述接收数据和所述发送返回数据均采用中断方式完成;二者共用一个所述缓冲区;接收数据采用先进先出循环的方式进行存储。
8.根据权利要求1所述的电能表多通信协议的自适应方法,其特征在于,所述通信协议类型判断和所述功能解析均在主循环中完成。
9.根据权利要求1所述的电能表多通信协议的自适应方法,其特征在于,所述通信协议在同一个物理通道下共用一个所述缓冲区。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410333063.9A CN104052758A (zh) | 2014-07-14 | 2014-07-14 | 电能表多通信协议的自适应方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410333063.9A CN104052758A (zh) | 2014-07-14 | 2014-07-14 | 电能表多通信协议的自适应方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN104052758A true CN104052758A (zh) | 2014-09-17 |
Family
ID=51505122
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410333063.9A Pending CN104052758A (zh) | 2014-07-14 | 2014-07-14 | 电能表多通信协议的自适应方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104052758A (zh) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105303808A (zh) * | 2015-11-05 | 2016-02-03 | 深圳市深仪兆业科技有限公司 | 一种光电直读水表多通信协议自适应的方法及系统 |
CN106850639A (zh) * | 2017-02-15 | 2017-06-13 | 国网江苏省电力公司电力科学研究院 | 用于标准电能表检定的协议转换系统及协议转换方法 |
CN106856479A (zh) * | 2017-01-24 | 2017-06-16 | 杭州雄伟科技开发股份有限公司 | 一种数据处理方法和数据处理系统 |
CN106952464A (zh) * | 2017-01-19 | 2017-07-14 | 武汉企鹅能源数据有限公司 | 智能数据采集系统和采集方法 |
CN107070589A (zh) * | 2016-12-30 | 2017-08-18 | 国网浙江省电力公司电力科学研究院 | 一种基于面向对象协议与传统协议的电能表自适应方法、装置及电能表 |
CN110351242A (zh) * | 2019-05-31 | 2019-10-18 | 惠州市蓝微电子有限公司 | 兼容多协议的通讯方法、装置及电子设备 |
CN110881042A (zh) * | 2019-11-29 | 2020-03-13 | 株洲新奥燃气有限公司 | 燃气管网监测数据的采集终端及其输出电压调整方法 |
CN110912914A (zh) * | 2019-11-29 | 2020-03-24 | 株洲新奥燃气有限公司 | 燃气管网监测数据的采集终端及多协议匹配方法 |
CN111130690A (zh) * | 2019-11-12 | 2020-05-08 | 广西电网有限责任公司 | 一种ir46智能电表的多通讯协议的处理方法及装置 |
CN111427397A (zh) * | 2020-04-21 | 2020-07-17 | 西安和其光电科技股份有限公司 | 一种基于arm的温控系统及控温方法 |
CN111770055A (zh) * | 2020-05-29 | 2020-10-13 | 宁波三星医疗电气股份有限公司 | 一种应用于电能表的多协议通讯帧快速判别方法 |
CN111770105A (zh) * | 2020-07-02 | 2020-10-13 | 山东建筑大学 | 一种多协议自适应电表数据采集算法 |
CN111786941A (zh) * | 2019-10-17 | 2020-10-16 | 南方电网数字电网研究院有限公司 | 通信协议自动识别方法及通信方法 |
CN111866021A (zh) * | 2020-07-31 | 2020-10-30 | 武汉阿迪克电子股份有限公司 | 一种智能电表的多协议管理方法 |
CN115334175A (zh) * | 2022-09-13 | 2022-11-11 | 浙江正泰物联技术有限公司 | 多协议的自适应解析方法、物联网计量装置、设备和介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102075376A (zh) * | 2010-11-25 | 2011-05-25 | 广东雅达电子股份有限公司 | 一种多通信协议检测方法 |
US8260736B1 (en) * | 2008-09-12 | 2012-09-04 | Lockheed Martin Corporation | Intelligent system manager system and method |
CN103795680A (zh) * | 2012-10-29 | 2014-05-14 | 苏州工业园区新宏博通讯科技有限公司 | 支持多通讯协议的通讯方法及电能表 |
-
2014
- 2014-07-14 CN CN201410333063.9A patent/CN104052758A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8260736B1 (en) * | 2008-09-12 | 2012-09-04 | Lockheed Martin Corporation | Intelligent system manager system and method |
CN102075376A (zh) * | 2010-11-25 | 2011-05-25 | 广东雅达电子股份有限公司 | 一种多通信协议检测方法 |
CN103795680A (zh) * | 2012-10-29 | 2014-05-14 | 苏州工业园区新宏博通讯科技有限公司 | 支持多通讯协议的通讯方法及电能表 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105303808A (zh) * | 2015-11-05 | 2016-02-03 | 深圳市深仪兆业科技有限公司 | 一种光电直读水表多通信协议自适应的方法及系统 |
CN107070589A (zh) * | 2016-12-30 | 2017-08-18 | 国网浙江省电力公司电力科学研究院 | 一种基于面向对象协议与传统协议的电能表自适应方法、装置及电能表 |
CN106952464A (zh) * | 2017-01-19 | 2017-07-14 | 武汉企鹅能源数据有限公司 | 智能数据采集系统和采集方法 |
CN106856479A (zh) * | 2017-01-24 | 2017-06-16 | 杭州雄伟科技开发股份有限公司 | 一种数据处理方法和数据处理系统 |
CN106850639A (zh) * | 2017-02-15 | 2017-06-13 | 国网江苏省电力公司电力科学研究院 | 用于标准电能表检定的协议转换系统及协议转换方法 |
CN110351242A (zh) * | 2019-05-31 | 2019-10-18 | 惠州市蓝微电子有限公司 | 兼容多协议的通讯方法、装置及电子设备 |
CN111786941A (zh) * | 2019-10-17 | 2020-10-16 | 南方电网数字电网研究院有限公司 | 通信协议自动识别方法及通信方法 |
CN111786941B (zh) * | 2019-10-17 | 2022-07-29 | 南方电网数字电网研究院有限公司 | 通信协议自动识别方法及通信方法 |
CN111130690A (zh) * | 2019-11-12 | 2020-05-08 | 广西电网有限责任公司 | 一种ir46智能电表的多通讯协议的处理方法及装置 |
CN110912914A (zh) * | 2019-11-29 | 2020-03-24 | 株洲新奥燃气有限公司 | 燃气管网监测数据的采集终端及多协议匹配方法 |
CN110881042A (zh) * | 2019-11-29 | 2020-03-13 | 株洲新奥燃气有限公司 | 燃气管网监测数据的采集终端及其输出电压调整方法 |
CN111427397A (zh) * | 2020-04-21 | 2020-07-17 | 西安和其光电科技股份有限公司 | 一种基于arm的温控系统及控温方法 |
CN111770055A (zh) * | 2020-05-29 | 2020-10-13 | 宁波三星医疗电气股份有限公司 | 一种应用于电能表的多协议通讯帧快速判别方法 |
CN111770105A (zh) * | 2020-07-02 | 2020-10-13 | 山东建筑大学 | 一种多协议自适应电表数据采集算法 |
CN111770105B (zh) * | 2020-07-02 | 2023-01-31 | 山东建筑大学 | 一种多协议自适应电表数据采集方法 |
CN111866021A (zh) * | 2020-07-31 | 2020-10-30 | 武汉阿迪克电子股份有限公司 | 一种智能电表的多协议管理方法 |
CN115334175A (zh) * | 2022-09-13 | 2022-11-11 | 浙江正泰物联技术有限公司 | 多协议的自适应解析方法、物联网计量装置、设备和介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104052758A (zh) | 电能表多通信协议的自适应方法 | |
CN102510323B (zh) | 一种串口数据的帧识别方法 | |
CN103634150B (zh) | 一种冗余的高安全性can总线通信方法 | |
CN106658756B (zh) | 一种终端设备与热点连接的识别方法及装置 | |
CN102244579B (zh) | 网卡及网络数据接收方法 | |
CN102932224A (zh) | 基于can网络的数据通讯系统及基于该系统的数据通讯方法 | |
CN105224362A (zh) | 上位机对下位机进行程序升级的方法及系统 | |
CN101692675B (zh) | 多通道智能化数据通信处理系统 | |
CN102840992B (zh) | 一种基于星上网的星载自测试方法 | |
EP3605881A1 (en) | Method and device for transmitting and receiving network management information, transmitting apparatus and receiving apparatus | |
CN102891796A (zh) | 矿用智能传输网关 | |
CN102664779A (zh) | 一种can总线数据传送方法 | |
CN110912914A (zh) | 燃气管网监测数据的采集终端及多协议匹配方法 | |
CN101626288A (zh) | 带有波特率检测设置功能的uart装置及其检测设置方法 | |
CN109062847A (zh) | 片上系统、用于rs485串口通讯的ip核及其控制方法 | |
CN105243039A (zh) | 一种串口通信系统及方法 | |
CN107257277A (zh) | 串行帧同步多型锁定控制方法 | |
CN109388603A (zh) | 状态信息获取和反馈方法、装置、介质、终端及示教器 | |
CN105472377A (zh) | 电视机调试方法及装置 | |
CN101241451A (zh) | 一种嵌入式系统的串口可靠通讯控制方法 | |
CN104022963A (zh) | 多种通信方式并存的通信方法及装置 | |
CN101464844B (zh) | 一种ram使用权的控制方法及总线接口 | |
CN102890661A (zh) | 一种主从机通讯协议 | |
CN104660372A (zh) | 一种基于单片机异步串行端口多通道数据传输方法及系统 | |
CN101404656A (zh) | 一种与第三方智能设备协议通讯的软件接口设计方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140917 |