CN101604473B - 一种用于燃气表系统中的多接入集中器装置及其服务方法 - Google Patents

Abstract

本发明涉及一种用于燃气表系统中的多接入集中器装置及其服务方法。本发明所述的多接入集中器装置包括串口UART0和UART1、通讯接口RS485、GPRS模块和以太网接口；集中器分别通过串口UATTO和UART1来实现与表具和管理服务器的通讯。本发明所述的服务方法包括下列步骤：系统开始任务、服务器命令桢解析任务、周期抄表任务、定时抄表任务、集中器基本数据的配置和实时操作系统中钩子函数流程。本发明具有配置简易、操作简单、方便灵活、运行稳定、资源数据利用充分，保证了对用户请求的实时相应，成本较低，易于推广，本发明可广泛用于燃气表、水表和电表等家用仪表多接入远程控制系统中。

Description

一种用于燃气表系统中的多接入集中器装置及其服务方法

技术领域

本发明涉及一种集中器及其服方法，尤其涉及一种用于燃气表系统中的多接入集中器装置及其服务方法。

背景技术

迄今为止，自动远程抄表控制系统已得到广泛的关注和应用。而且建设部规定，新时期智能化小区的必备条件之一是具备水、电、气三表的远程自动计量系统。但就目前而言，已经实施的远程抄表系统的应用、反馈的情况却不容乐观。系统不稳定、统计数据有差错、设备故障、维修困难等各种问题不断显现。

在中继器环节的设计中，由于用户需求和不同实施单位应用的多样性，目前国内各种抄表系统(已经实施试用或正在研发)的设计方案成多样化。

1、采用高，采用前后台的程序设计方式。而各项任务(包括 管理服务器命令的接收、下行表具或数据采集器的循测等)在主程序中顺序执行。

2、采用高档的嵌入式处理器、触摸屏、键盘等，内置ucLinux、Wince等高级嵌入式操作系统，包括文件系统、内嵌数据库。其功能强大，且用户友好性极佳。

3、由于远抄表在国内尚没有统一的标准，因此各个研发单位或企业都根据自己的需求进行选择，定位。因此，集中器的软件和硬件的选型、组合也都呈现多样化。

发明内容

上述所列举几个方式都具有各自优缺点：第一种的缺陷在于各服务依次执行，用户操作响应不及时，系统资源利用不充分。第二种的缺陷在于实现复杂，成本较高。本发明的目的就是为了弥补现有技术的缺陷，本系统以较低的硬件配置，丰富的功能以及高稳定性为出发点，在移植UCOS-II(一种应用广泛的嵌入式操作系统)系统内核裁剪移植的基础上，进行多任务的开发。合理对系统功能任务进行分配、运行。从而实现较高的应用价值，提供一种用于燃气表系统中的多接入集中器装置及其服务方法。

本集中器装置所实现的功能包括以下几项：

执行管理服务器发送来的命令帧(通过GPRS或网络接口)；

1、抄每一个表的及时数据、周期数据、定时数据；

2、修改每一个表具的总用气量和剩余气量；

3、打开和关闭一个表具和打开和关闭所有表具；

4、设置集中器(系统时钟、系统定时、心跳频率、)；

5、读取集中器的配置数据。

周期和定时读集中器所管辖的表具。

周期向管理服务端报告终端表具的相关情况。

配置集中器基本数据信息(包括所管辖表具的信息、中继器号、中继器地址)。

满足多种接入方式的需求。

为了实现上述目的的发明所基于的硬件组成包括：集中器，所述集中器是一个微控制器(采用飞利浦LPC2114芯片)、两个串口(UART0、UART1)、RS485通讯接口、网络接口即以太网接口(RTL8019)、GPRS模块(百亿公司GR47)。

本发明所述的一种用于燃气表系统中的多接入集中器装置的技术方案是这样的：

LPC2114是硬件系统的核心，本发明就是通过它来控制其他硬件模块，从而协调各项工作。需指出，LPC2114内含有两个定时器(TIMER0和TIMER1)和一个实时时钟(RTC)。其中TIMER0被设置成为移植的操作系统内核(UCOS)的时钟节拍信号的来源；TIMER1被设置成为周期抄表任务流程的周期信号来源；RTC被用来设置成定时抄表任务流程的时间信号来源。

对于上行通讯线路(即集中器与管理服务器之间通讯)，有两种接入方式：第一，通过GPRS接入，在此情况下，GPRS模块与集中器的串口1(UART1)相连，集中器通过串口1来设置GPRS模块和发送数据；第二，以太网接入，以太网接口可以连入集中器所在的以太网络，移植TCP\IP协议后，集中器就可以与管理服务器建立TCP连接进而实现通讯。

对于下行通讯线路(即集中器与表具之间的通讯)，有两种接入方式：第一，利用RS485总线来连接所管辖表具，在此情况下，RS485接口芯片与串口UART0相连，集中器通过串口UART0向表具发送UART0相连，集中器通过控制串口UART0来实现与表具的通讯。

当有集中器配置设备接入时，这时，配置设备与集中器的串口UART0相连(这时串口UART0就不能用于与表具进行通讯)，从而实现配置集中器。

所述多接入集中器的服务方法包括下列步骤：

(一)系统开始任务流程；

(二)服务器命令帧解析任务流程；

(三)周期抄表任务流程；

(四)定时抄表任务流程；

(五)集中器基本数据配置流程；

(六)实时操作系统中钩子函数流程；

系统开始任务流程由下列程序构成

(1)实现系统开始任务流程的硬件模块的备用，所述的硬件模块。包括微控制器(微控制器采用LPC2114)内中断管理单元、两个定时器、实时时钟、I2C(Inter-Integrated Circuit)接口以及串口(UART0)和串口UART1实现；

(2)实现初始化系统运行时所需的全局数据，包括读取集中器设备编号、本集中器所管辖的表具编号和数量、心跳包的周期时间以及管理服务器的IP地址和端口等号；

(3)-a-创建系统的其他应用任务流程，包括服务器命令帧解析任务、周期抄表任务、定时抄表任务三个任务。所述的其他应用任务建立后，任务的执行条件满足时就可以进入就绪状态等待运行；

立后，任务的执行条件满足时就可以进入就绪状态等待运行；

(4)上述三个执行条件满足后就会进入一个循环执行流程，首先判断GPRS是否连接(即可否通信)，如果没有连接，则执行连接GPRS函数；如果GPRS已经连接则直接-c-发送心跳包(心跳包的作用是保持-b-GPRS一直在线)。接着，再次判断GPRS是否连接，如果已经连接，就-d-发送表具状态报告(由周期抄表结果反馈)。接下来，就会调用一个-e-系统等待延时函数，延时的时间为一个心跳包周期。

所述服务器命令帧解析任务流程由下列程序构成：

(1)定义本任务需要的变量，所述的变量为服务器命令帧的结构变量指针、返回服务器的桢变量等；

(2)该任务就进入一个循环执行流程，循环内部的执行顺序如下：

A：-a-等待串口UART1发送的服务器命令帧到达信号，如果该信号没到来，该流程就会处于挂起状态

B：如到达信号已来，任务会取回服务器桢数据，并判断此桢数据是否正确(桢是否属于本集中器、校验是否正确等)。

C：如果桢数据错误，任务就会形成一个错误的服务器返回桢，并告诉服务器接收的桢数据错误。

D：如果是正确的桢，任务就会对桢进行解析，并执行服务器命令(包括：抄周期数据、定时数据、及时数据以及对表具进行控制等等)，

E：根据-D-步骤的命令执行情况，把-b-返回数据组成相应的服务器返回桢并发给服务器，

F：结束一次服务器的命令帧执行，并-c-返回到循环开始，从而等待下一条服务器的命令帧。

所述周期抄表任务流程由下列程序构成：

(1)定义任务所需要的基本变量，所述变量包括抄表桢、表具返回桢等其他数据，以供下面步骤使用；

(2)进入循环执行流程，首先-a-是等待周期抄表的信号(该信号是有系统定时器1(TIMER1)发出的)，没有信号的时候，此任务流程处在挂起的状态；下面介绍循环执行流程顺序如下：

A：如果周期抄表信号已到来，-b-判断当前是否在定时抄表，如果是，则取消本次循环流程，并返回上一步等待下一次周期抄表信号；

B：如果当前没有在定时抄表，则-c-设置全局抄表标识(READMETER_flag)为周期抄表(说明当前在周期抄表，检测当前是否在定时抄表也是通过此标识)；

C：设置完抄表标识之后，流程就开始通过串口UART0对集中器管辖的所有表具进行依次抄读，并把抄-d-读的数据通过IRC接口存入到EEPROM中的周期数据区域；

D：对所有表具完成抄读后，就开始清除全局抄表标识，从而说明周期抄表已经完成；

E：判断周期抄表和定时抄表是否发生冲突(根据g_ReadFlush判断，如果在周期抄表过程中，定时抄表信号到来就会发生冲突)；

F：如果发生了冲突，任务就把周期抄读所得数据原本复制到定时区域，从而实现当冲突时，定时抄表任务不用执行就可以获得数据；

G：如果没有抄表冲突就结束本次循环，从而进入等待下一次周期抄表信号。

所述定时抄表任务流程由下列程序构成：

(1)和前面流程一样，定义本任务所需要的变量，所述变量包括抄表桢和表具返回桢等其他数据；

(2)进入一个循环执行流程，具体的流程步骤如下：

A：等待定时抄表信号，信号由系统实时时钟(RTC)发出。实时时钟可以通过上述的服务器命令帧解析任务流程进行设定。

B：如果定时抄表信号已经到达，则-a-判断当前是否在周期抄表，如果是，则置抄表冲突标识(g_ReadFlush)，并结束本次循环进入下一次定时信号；

C：如果当前没有在周期抄表，则置全局抄表标识(READMETER_flag)为定时抄表；

D：接下来，开始对集中器所管辖的表具进行依次抄读，并把所得到的数据通过IRC接口数据存入EEPROM的定时数据区域；

E：定时抄表完成，清除定时抄表标识(READMETER_flag)；

F：清除存储器(EEPROM)中的定时载入标识(此标识用于说明此次定时抄读已经执行，用于当集中区意外重启时，是否需要重新设置实时时钟为用户先前设定的时间)；

G：结束本次定时抄表循环，并进入等待下一次定时抄表信号。

所述集中器基本数据配置流程由下列程序构成：

(1)定义本流程所需要的各种变量，包括扫描设备数据桢和返回桢；

(2)重新-a-初始化串口UART0，因为当串口UART0用于集中器基本数据配置时，对串口UART0的基本配置是不同的(包括波特率、以及对串口的相关操作等)。

(3)进入循环执行流程，循环流程如下：

A：等待扫描仪设备向集中器发送数据；

B：如果数据到来，则判断接受到的数据是否正确。如果不正确，则形成错误的扫描设备返回桢并发送给扫描设备；

C：如果，接收到的是正确的命令帧，则对命令数据进行解析并进行相关操作；

D：把操作的执行结果组成服务器返回桢并返回给扫描设备；

E：一次循环执行流程结束，等待下一次扫描设备数据桢的接收。

所述的实时操作系统中钩子函数流程由下列程序构成：

(1)判断当前是否有扫描仪接入的请求，该请求说明外界要配置集中器的基本信息；

(2)判断当前集中器配置任务是否已经建立且处于不在运行的状态；

(3)如果是，则把当前集中器配置任务删除(说明，本次集中器数据配置工作完成)，并且重新启动集中器；

(4)如果当前没有集中器基本数据配置任务，而其它任务都处于挂起状态，则创建集中器基本数据配置任务。若当前有其他任务正在执行当中，则结束本次流程，等到其他任务都执行完毕再创建集中器基本数据配置任务。

本发明的有益效果是：

第一，由于系统基于UCOS实时内核，因此，系统运行状态良好的稳定性。

第二，不管系统的硬件还是软件部分，都在满足功能需求的前提下，删繁就简，配置简易。操作简易、方便、灵活。

第三，系统采用多任务的处理方式，因此，充分利用了系统资源。而且，用户的实时相应性得到显著的提高。

第四，在GPRS方式下，系统采用较高优先级任务发送心跳数据维持GPRS在线，保证提高集中器的在线率。

第五，对UART0驱动的设计，保证了对用户请求的实时相应。即使当前周期抄表或及时抄表正在进行，用户也可以对表具进行实时操作。

第六，对周期抄表和定时抄表冲突的设计，充分利用了已获得的数，防止了对表具的重复读取。

第七，加入的TCP\IP协议线，丰富了系统的接入方式，扩大了系统的应用范围。

本发明广泛用于燃气表、水表和电表等家用仪表接入多远程控制系统中。

附图说明

图1：用于燃气表系统中多接入集中器结构示意图；

图2：系统开始任务流程图示；

图3：服务器命令桢解析任务流程图示；

图4：周期抄表任务流程图示；

图5：定时抄表任务流程图示；

图6：集中器基本数据配置流程图示；

图7：空闲任务中钩子函数流程图示；

图8：各任务流程具体实施运行全图。

具体实施方式

本发明结合附图1至8对其技术方案的具体实施方式叙述如下：

一，集中器在无外部介入下(无中机器配置设备介入 和 服务器命令到达)，周期抄表和定时抄表任务将会按用户预先设定执行。

其执行过程可以参照上述任务流程介绍以及图4、图5。

二，如果集中器正在运行，而此时有服务端的命令帧到达，则由于任务优先级的原因，正在运行的周期抄表任务流程和定时抄表任务流程会被挂起置于就绪态。这样服务器端的用户操作就会得到实时响应。

服务器命令帧解析流程可以参照上述任务流程介绍以及图3。

三，如果集中器正在运行，而此时有用户接入集中器配置设备的请求(用户要配置中继器)，则钩子函数流程将检测当前任务是否都处于阻塞状态，若是，则其将会中断周期任务流程和定时任务流程的时间信号(使其在集中器配置过程中不可能得到执行)，另外，其还将中断桢解析任务流程接收服务器端的命令(使其在集中器配置过程中不可能得到执行图-8-中没有标示)。

中继器配置任务流程可以参照上述任务流程介绍 以及图6

四，如果上行通讯线路(即管理服务器和集中器间的通讯)接入局域网的方式进行，则桢解析将会通过基于网络接口设备TCP\IP协议栈，与管理服务器进行命令的接受和回传。图-8-中没有标示；

五，系统开始任务流程优先级最高，即使有集中器配置设备接入也不会影响其向服务器发送报告和维持GPRS在线。

对于上图-8-：电脑机箱图标1代表管理服务器(用户通过它来向集中器发送命令)；图标3代表任务流程正处于阻塞状态(流程等待触发信号或等待其他任务释放处理器资源)；矩形框代表任务流程；带箭头实线代表任务流程的执行过程；闪电图标4代表两个设备之间的通讯。2代表关闭相应的实体(图中是指关闭定时器 即 定时器TIMER0和和实时时钟RTC)。

下面通过用户的使用过程来阐述整体运行概况：

首先，从管理服务器出发。用户点击鼠标发送一条命令，该命令通过GPRS网络(或者因特网)传到集中器，集中器的串口UART1(或者以太网接口)检测到有服务器命令到达，就发信号给服务器桢解析任务流程，这时，桢解析任务就由阻塞状态变为就绪状态，当微处理空闲时就会转为运行态进而执行。执行完本条命令，该任务流程又会返回到阻塞态，等待下一个信号。用户可以通过向集中器发送命令来设定TIMER0(周期抄表任务执行周期)和RTC(定时抄表任务的闹钟)，从而对周期抄表任务流程的执行周期和定时抄表任务的执行时间进行控制。

需要指出，如果桢解析任务已经就绪，但是当前周期抄表任务流程 或定时抄表任务流程正在执行，桢解析任务就会抢夺处理器资源(当前运行的任务被阻塞)而运行。因为服务器桢解析任务比定时抄表任务流程的优先级高，定时抄表比周期抄表任务流程高。但如果当前正在执行的系统开始任务(例如正在发送心跳包或状态报告)，这时解析任务会等待系统开始任务执行完后再来执行。因为系统开始任务的优先级别最高。

第二，当用户通过服务器桢解析任务设定的周期信号(或闹钟信号)到来时，周期抄表任务流程(或定时抄表任务)就会由阻塞状态变为就绪态，从而获得处理器资源而运行。当对所管辖表具进行抄读后，又会返回到阻塞状态以等待下一次周期信号(或闹钟信号的到来)。

需指出，当周期抄表信号和定时抄表信号同时产生时，集中器会先响应定时抄表信号(即实时时钟RTC)，因为RTC的中断优先级比TIMER0的中断优先级高。另外，如果当周期抄表任务流程和定时抄表任务流程发生冲突时(即两任务流程执行时间上重叠)，可以参照本说明书的发明内容部分，有关于冲突处理的详细介绍。

第三，工作人员拿集中器配置设备插入集中器的串口UART0，并按集中器上的按键(产生外部中断)。这时，系统空闲任务的钩子函数会检测到有外部中断信号(说明有集中器配置请求)。接着，空闲任务会判断当前是否有其他任务(服务器桢解析、周期抄表等)在执行，如果有，则等待任务执行完毕，如果没有，空闲任务会创建集中器配置任务。这样，工作人员就可以通过集中器配置设备实现集中器配置。集中器配置任务的运行方式与服务器桢解析任务的执行方式相似。当用户配置结束后，再次按键，然后拔出配置设备，这样就完成一次集中器配置工作。

需指出，每次集中器配置完后，集中器就会先删除集中器配置任务流程(下一次集中器配置设备接入时再重新创建)然后自动重启，从而实现初始化更新之后的数据。

最后，再来叙述系统开始任务，当每一次集中器启动，系统就会从系统开始任务流程执行。初始化基本数据并创建系统的基本任务流程。另外如前所叙述，开始任务还负责发送心跳包和系统状态报告。

需指出，系统开始任务具有最高的任务优先级。从而保证GPRS在线(心跳包按时发送)和准时的系统状态报告。

Claims (2)

1.一种用于燃气表系统中的多接入集中器装置，包括集中器、串口、通讯接口、网络接口和GPRS模块，其特征是，所述集中器是一个微控制器，采用LPC2114芯片，LPC2114芯片内含有两个定时器TIMER0和TIMERI以及一个实时时钟RTC；所述的串口为串口UART0和UART1，通讯接口为通讯接口RS485，网络接口为以太网接口RTL8019；对于上行通讯线路，有两种接入方式：第一，通过GPRS接入，在此情况下，GPRS模块与所述串口UART1相连，集中器通过UART1来设置GPRS模块和发送数据；第二，以太网接入，以太网接口能够连入集中器所在的以太网络，移植TCP\IP协议后，集中器就可以与管理服务器建立TCP连接进而实现通讯；对于下行通讯线路，有两种接入方式：第一，利用RS485总线来连接所管辖表具，在此情况下，RS485接口芯片与UART0相连，集中器通过UART0向表具发送命令并接收表具回传，第二，以无线接入方式，无线模块与UART0相连，集中器通过控制UART0来实现与表具的通讯；当有集中器配置设备接入时，配置设备与所述串口UART0相连，这时UART0就不能用于与表具进行通讯，从而实现配置集中器。

2.一种如权利要求1所述的用于燃气表系统中的多接入集中器装置的服务方法，该方法包括下列步骤：

(一)系统开始任务流程；

(二)服务器命令帧解析任务流程；

(三)周期抄表任务流程；

(四)定时抄表任务流程；

(五)集中器基本数据配置流程；

(六)实时操作系统中钩子函数流程；

所述系统开始任务流程有下列程序：

(1)实现系统开始任务流程的硬件模块的备用，所述的硬件模块包括微控制器，所述微控制器采用LPC2114芯片，LPC2114芯片内有中断管理单元、两个定时器TIMER0和TIMER1、实时时钟、IRC接口以及串口UART0和串口UART1；

(2)初始化系统运行时所需的全局数据，包括读取集中器设备编号、本集中器所管辖的表具编号和数量、心跳包的周期时间以及管理服务器的IP地址和端口号；

(3)创建系统的其他应用任务流程，包括服务器命令帧解析任务、周期抄表任务、定时抄表任务，所述其他应用任务建立后，任务的执行条件满足时就可以进入就绪状态等待运行；

(4)上述三个任务的执行条件满足后就会进入一个循环执行流程，首先判断GPRS是否连接，如果没有连接，则执行连接GPRS函数；如果GPRS已经连接则直接发送心跳包，接着，再次判断GPRS是否连接，如果已经连接，就发送表具状态报告，接下来，就会调用一个系统等待延时函数，延时的时间为一个心跳包周期；

所述的服务器命令帧解析任务流程有下列程序：

(1)定义本任务需要的变量，所述的变量为服务器命令帧数据的结构变量指针、返回服务器的帧变量；

(2)该任务就进入一个循环执行流程，循环内部的执行顺序如下：

A：等待串口UART1发送的服务器命令帧数据到达信号，如果该信号没到来，该流程处于挂起状态；

B：如到达信号已来，任务会取回服务器帧数据，并判断此帧数据是否正确即帧数据是否属于本集中器、校验是否正确；

C：如果帧数据错误，任务就会形成一个错误的服务器返回帧数据，并告诉服务器接收的帧数据错误；

D：如果是正确的帧数据，任务对帧数据进行解析，并执行服务器命令，所述的服务器命令包括：抄周期数据、定时数据、及时数据以及对表具进行控制；

E：根据D步骤的命令执行情况，把返回数据组成相应的服务器返回帧数据并发给服务器；

F：结束一次服务器的命令帧数据执行，并返回到循环开始，从而等待下一条服务器的命令帧数据；

所述的周期抄表任务流程有下列程序：

(1)定义任务所需要的基本变量，所述的变量包括抄表帧变量、表具返回帧数据，以供下面步骤使用；

(2)进入循环执行流程，首先是等待周期抄表的信号，该信号是由微控制器内的TIMER 1发出的，没有信号的时候，此任务流程处在挂起的状态；进入循环执行流程，循环流程如下：

A：如果周期抄表信号已到来，就判断当前是否在定时抄表，如果是，则取消本次循环流程，并返回上一步等待下一次周期抄表信号；

B：如果当前没有在定时抄表，则设置全局抄表标识READMETER flag为周期抄表，说明当前在周期抄表，检测当前是否在定时抄表也是通过此标识；

C：设置完抄表标识之后，流程就开始通过串口UART0对集中器管辖的所有表具进行依次抄读，并把抄读的数据通过IRC接口存入到EEPROM中的周期数据区域；

D：对所有表具完成抄读后，就开始清除全局抄表标识，从而说明周期抄表已经完成；

E：判断周期抄表和定时抄表是否发生冲突；

F：如果发生了冲突，任务就把周期抄读所得的数据原本复制到定时区域，从而实现当冲突时，定时抄表任务不用执行就可以获得数据；

G：如果没有抄表冲突就结束本次循环，从而进入等待下一次周期抄表信号；

所述定时抄表任务流程有下列程序：

(1)和前面所述的服务器命令帧解析任务流程一样，定义本任务所需要的变量，包括抄表帧和表具返回帧数据；

(2)进入一个循环执行流程，具体的流程步骤如下：

A：等待定时抄表信号，信号由系统实时时钟RTC发出，实时时钟RTC能够通过上述的服务器命令帧解析任务流程进行设定；

B：如果定时抄表信号已经到达，则判断当前是否在周期抄表，如果是，则置抄表冲突标识，并结束本次循环进入下一次定时信号；

C：如果当前没有在周期抄表，则置全局抄表标识为定时抄表；

D：接下来，开始对集中器所管辖的表具进行依次抄读，并把所得到的数据通过IRC接口数据存入EEPROM的定时数据区域；

E：定时抄表完成，清除定时抄表标识；

F：清除存储器EEPROM中的定时载入标识；

G：结束本次定时抄表循环，并进入等待下一次定时抄表信号；

所述的集中器基本数据配置流程有下列程序：

(1)定义本流程所需要的各种变量，包括扫描设备数据帧和返回帧；

(2)重新初始化串口UART0，因为当串口UART0用于集中器基本数据配置时，对UART0的基本配置是不同的；

(3)进入循环执行流程，循环流程如下：

A：等待扫描仪设备向集中器发送数据：

B：如果数据到来，则判断接受到的数据是否正确，如果不正确，则形成错误的扫描设备返回帧并发送给扫描设备；

C：如果，接收到的是正确的命令帧，则对命令数据进行解析并进行相关操作；

D：把操作的执行结果组成服务器返回帧并返回给扫描设备；

E：一次循环执行流程结束，等待下一次扫描设备数据帧的接收；

所述的实时操作系统中钩子函数流程有下列程序：

(1)判断当前是否有扫描仪接入的请求，该请求说明外界要配置集中器的基本信息；

(2)判断当前集中器配置任务是否已经建立且处于不在运行的状态；

(3)如果是，则把当前集中器配置任务删除，并且重新启动集中器；

(4)如果当前没有集中器基本数据配置任务，而其它任务都处于挂起状态，则创建集中器基本数据配置任务；若当前有其他任务正在执行当中，则结束本次流程，等到其他任务都执行完毕再创建集中器基本数据配置任务。

Images