WO2013155935A1

WO2013155935A1 - 一种焊接电源与计算机之间进行数据通信的方法

Info

Publication number: WO2013155935A1
Application number: PCT/CN2013/073688
Authority: WO
Inventors: 刘金龙; 王伟; 李海泉
Original assignee: 唐山松下产业机器有限公司
Priority date: 2012-04-18
Filing date: 2013-04-03
Publication date: 2013-10-24
Also published as: CN102664950B; CN102664950A

Abstract

本发明涉及焊接电源与计算机之间进行数据通信的方法，属于焊接控制技术领域。本发明的焊接电源与计算机数据通信方法包括以下步骤：焊接电源通过上传请求向计算机请求上传文件；计算机根据上传请求，进行任务注册，在任务列表中产生任务记录，任务记录包含焊接电源的ID；计算机从任务列表中选择要执行的当前任务，根据当前任务记录中的焊接电源的ID，向焊接电源发出允许上传的回复；焊接电源接收到回复后，向计算机上传文件；计算机接收到文件，并判断是否上传完毕，如果上传完毕就注销当前任务记录；如果未上传完毕就返回等待接收文件。本发明通过任务列表，对来自大量焊接电源的文件上传请求进行排队，避免了大量文件同时上传造成的网络阻塞。

Description

说明书一种焊接电源与计算机之间进行数据通信的方法技术领域

本发明涉及-一种焊接电源与计算机之间进行数据通信的方法，尤其涉及具有较高传送可靠性的焊接电源与计算机数据通信方法，属于悍接控制技术领域。背景技术

随着烊接电源数字化控制与互联网通信技术的发展，出现了具有联网功能的悍接电源。这种焊接电源通过网络通信将其获得的焊接参数上传至计算机。在此基础 . ---匕乂出现了焊接电源自动将焊接参数保存至自身存储器的方法。焊接参数以数据文件的方式保存至焊接电源内部的 Fl_aSh、 SD 卡等存储介质。在焊接电源使用过程中，焊接参数按时间顺序形成数据文件。具有联网功能的焊接电源与计算机建立网络通信后，就可以将其存储器中的数据文件上传给计算机。

焊接电源在悍接过程中会自动记录下焊接数据（实时数据），并实时上传到与之建立了通信连接的计算机中。然而，在野外焊接等特殊情况下，焊接电源产生的焊接数据可能无法实时上传到计算机，就会以文件数据（文件包）的形式保存到焊接电源内的存储器中。在焊接电源连接到计算机后，焊接电源就需要将这些记录了联网前的烊接数据的文件数据（历史文件）上传到计算机屮。在上传这些历史文件的同时，这些焊接电源还可能处于焊接过程中，会实时产生包含实时焊接数据的当前文件。当前文件是焊接电源在一定期间内的实时焊接数据形成的文件数据。

因此，在^接电源端产生了同时上传，包含历史文件和当前文件的文件数据以及实时焊接数据这两类数据的需求。在计算机端，需要在优先保证实时处理实时焊接数据的前提下，快速处理文件数据。然而，与计算机连接的上台的悍接电源如果都在工作，就会产生大量的实时焊接数据，占用计算机的大部分资源。如果其中还有几十台的焊接电源要请求上传文件数据，则计算机只能用余下的少量的资源来处理这些文件数据，容易造成网络拥塞。

此外，计算机会同时连接多台悍接电源，从几台到上百台。在悍机联网规模较小的情况下，述现有数据文件存储与上传方法尚能正常运行。在焊机联网规模较大，例如上^台的情况下，如果由于长时间没有与计算机通信，每台悍接电源的存储器内会存储有大量的历史文件，这些大量的历史文件通过局域网上传至计算机，会导致悍接电源与计算机之间的局域网网络阻塞。同时，受限于计算机运算性能，部分悍接电源的文件无法正常接收与处理。

为此需要- 种能够提高文件传送的可靠性的焊接电源与计算机之间的数据通信方法。发明内容

本发明旨在克服上述现有技术的不足，提供一种能够提高文件传送可靠性的烊接电源与计算机数据通信方法。

本发明的也提供实现上述焊接电源与计算机数据通信方法的悍接系统和悍接管理用计算机。

本发明所采用的技术方案如下：

一种焊接电源与计算机数据通信方法，该计算机与多台焊接电源通过网络连接，该焊接电源内存储有包含悍接数据的文件，其特征在于：

步骤 1 _: 该悍接电源通过上传请求向该计算机请求上传文件；

步骤 2: 该计算机根据所述 _― i:传请求，进行任务注册，在任务列表中产生任务记录，该任务记录包含该焊接电源的 ID;

步骤 3: 该计算机从任务列表中选择要执行的当前任务，根据该当前任务记录中的该焊接电源的 ID, 向该悍接电源发出允许上传的回复；

歩骤 4: 该烊接电源接收到该回复后，向所述计算机上传文件；

步骤 5: 该计算机接收到文件，并判断是否上传完毕，如果上传完毕就进入步骤 6; 如果未― t传完毕就返回等待接收文件；

步骤 6: 注销该当前任务记录。

本发明通过任务列表，在计算机\数据库端将来自大量焯接电源的文件上传请求进行排队，逐批处理，避免了由于大量文件同时 . --- 1传而造成的网络阻塞，在提高传送可靠性的同时，也可以保证各个焊接电源的文件都能高质量地被传送到计算机 \数据库端，不会出现丢包等问题。而且，因为避免了网络阻塞，也就减少了网络恢复带来的硬件资源成本、时间成本和人力成木。

ΜΜΜΆ

图 1 ^本发明的焊接系统结构示意图; 图 2是本发明的任务状态转移图；

图 3是本发明第一实施例的文件传送整体流程图；

图 4是木发明第一实施例的任务注册流程图；

图 5是本发明第一实施例的任务周期删除流程图；

图 6是本发明第- ·实施例的正常上传的情况的任务列表示意图；

图 7 ^本发明第-一实施例的上传请求未被响应的情况的任务列表示意图；图 8是本发明第 · 实施例的正常上传过程中新增请求的情况的任务列表示意图；

图 9是本发明第一实施例的上传过程出现异常的情况的任务列表示意图；图 10是本发明第二实施例的文件传送整体流程图；

图 11是本发明第三实施例的任务注册流程图；

图 12是本发明第三实施例的正常上传的情况的任务列表意图；

图 13是本发明笫四实施例的任务注册流程图；

图 14是木发明第四实施例的同一 ID下已存在记录的情况的任务列表示意图。具体实施方式

如图 1所示，本发明应用于有多台，例如上百 t焊接电源 50连接到计算机 60和数据库 70的焊接系统。每台焊接电源 50与计算机 60以及计算机 60与数据库 70之间可以进行数据通信。在本实施例中，计算机 60具有用于存储文件的序列号的序列号存储器 2a、用于存储文件的文件存储器 2b以及用于存储所述任务列表的仟务列表存储器 2c。

每台焊接电源 50在接通电源后，就与计算机 60之间建立通信连接，例如 TCP连接。无论是焊接电源 50在焊接过程中产生的实时数据还是历史文件，都是通过同一个 TCP连接进行数据的发送。计算机 60通过数据包的包头不同来识别出是实时数据还是历史文件。对于实时数据则实时处理，对于历史文件则按照后文所述步骤，在任务列表中排队处理。历史文件是以历史文件或当前文件这样的文件的形式进行传送；实时数据则是以数据的形式进行传送。

焊接电源 50与计算机 60之间进行传送时，采用 3种包头。第一种是焊接电源 50向计算机 60请求上传文件时使用的上传请求中包含的包头（上传请求包头）。第二种是实时数据上传包头。悍接电源 50每秒钟产生新的实时数据时，会及时向计算机 60上传该实时数据。在上传实时数据时就会使用实用上传包头。第三种是文件上传包头。焊接电源 50每 3分钟将在此期间内产生的实时数据，以文件包（当前文件）的形式上传到计算机 60。如果当前文件上传受限，例如是未联网情况下的悍接，或者是网络突然中断，这些当前文件就会作为历史文件存储在焊接电源 50中，在网络正常时才由焊接电源 50重新上传。上传文件包，无论是前文件还是历史文件，都使用文件上传包头。通过区分这三种文件包的包头，计算机 60就能获知焊接电源 50的指令类型， ^上传实时数据，还是请求上传，或者是上传文件。相应的，计算机 60进行实时数据的实时处理, 或者任务注册处理，或者接收文件的处理。

焊接电源的焊接数据文件按时间形成数据文件格式，例如每二分钟（文件产生周期）生成一个 _XXX.dat格式的数据文件（文件包），存储在烊机内部的存储器中，例如 SD卡或 Flash芯片。无论焊接电源与计算机是否联网通信，数据文件均按时间依次生成，每个文件的文件名为其序列号，例如十六进制格式的 00001A,dat。

数据库 70采用 Oracle , SQL Server、 MySQL等常用数据库软件。计算机 60 在开始运行数据接收软件时在数据库中创建文件任务列表，以数据表的形式存储在数据库中。任务列表字段包括设备 ID号、文件数量、任务注册时间、任务执行时间。根据需要，任务列表的字段也可以包括任务状态，其作用在后文说明。如果计算机 60的资源足够，本发明也可以不用单独的数据库，而 I. 计算机 60取代数据库的功能。

设备 ID号是分配给各个焊接电源的 ID，每个焊接电源分配有唯一的 ID。文件数量表示该烊接电源屮等待上传的文件个数，其值可以是烊接电源的当前最新文件包（简称：当前文件）的序列号，也可以是该悍接电源的当前文件的序列号与第一个未上传文件的序列号之差。在本实施例中采用的是第-一种方案。由于"文件数量"的位是当前文件的序列号（SR_last)，且计算机 60端每次都保存接收到的焯接电源的当前文件的序列号（SR) , 这样计算机 60能够自动从其已保存的文件（序列号为 SR) 之后的文件（序列号为 SR+ 1 ) 开始接收新文件，直到接收到 ¾前文件（序列号为 SR_last)。

任务注册时间是在计算机 60收到焊接电源 50的请求发送文件数据的请求时，进行任务注册的时间。

任务执行时间是最近一次计算机 60收到并存储来 til悍接电源 50的文件包的时间。在计算机 60收到来 A焊接电源 50的上传请求时，任务执行时间的赋值与注册时间的值相等。之后，计算机 60每收到一个文件包就更新-一次任务执行时间，并保持注册时间不变。在本实施例中，如果任务注册时间与任务执行时间相等，则说明该任务未被响应；如果执行时间大于注册时间，则说明该任务正在处理中。当然，如果任务列表中设置有"任务状态"字段，则可以根据该字段的值来表明该任务处于未被响应、正在处理等状态。当然，如果任务列表中有"任务状态"字段，则可以利用"任务状态"的值来表明当前任务的处理状态，是未被响应，还^正在处理等状态。

焊接电源任务状态表示焊接电源上传文件过程所处的状态。如图 2所示，烊接电源任务状态分为三类（此处定义为 A、 B、 C类）。 A类为烨接电源 50上传任务申请后 ^未获得许可的状态（未被响应状态）， B类为计算机 60已经向焊接电源 50回复"允许发送"但烊接电源 50暂未上传数据文件的状态， C类为烨接电源 50 收到许可后正在上传数据文件的状态（正在处理）。每个任务的生命周期将遵从 A类- B类- C类的变化趋势。在焊接电源― t:传其所有数据文件后， C类任务状态回! il到等待状态。

<第一实施例 >

图 3 表示了本发明第一实施例的整体流程图。第一实施例的悍接电源与计算机之间进行数据通信的方法包括以下步骤。

步骤 1 _: 悍接电源请求发送文件数据（任务请求）。

在本实施中，只要焊接电源 50连接到网络，就周期性地向计算机 60请求上传文件数据（文件包）。在本实施例中将请求周期设置为与焊接电源产生文件的文件产生周期相同，都是 3 分钟。可以理解，也可以根据实际情况将请求周期设置为文件产生周期的倍长。如果在 3分钟内，收到了计算机 60的允许上传回复，则焊接电源 50开始― h ; 如果在 3分钟内没有收到计算机 60的响应，则焊接电源 50就一直等待，直到分钟届满重新发出上传请求。

根据实际需要，也可以不是周期性地发出上传请求，而是在满足事先设定的触发条件的情况下发出― t传请求。例如待上传的文件大小或者数量达到阈位时才请求 . --- h ; 或者是按下某一按键时就请求上传；或者是检测到网络连接建立时就请求 --- 1.传（适于野外焊接机）。例如，焊接电源 50在向计算机 60请求 ..― h 传文件数据之前，先判断是否需要请求发送文件数据。如果焊接电源 50的存储器中的文件数据大小达到了阈值则发出上传请求；如果没有则不发送上传请求。也可以是判断悍接电源 50的存储器中的当前文件的序列号是否是 U请求上传过的文件序列号，如果^则不发送上传请求；如果不 ^则发送上传请求。焊接电源 50在请求发送文件数据时， ― t.传请求指令中包括设备 ID号和文件数量。文件数量的值是请求当时的最新文件（当前文件）的序列号。如果焊接电源 50在 3分钟内未收到来 A计算机 60的响应，则在 3分钟届满时重新请求。重新进行上传请求时，悍接电源 50 根据当前文件的序列号来重新计算 "文件数量"的值，以包含在此 3分钟内新增的文件。换言之，重新迸行上传请求的上传请求指令中包含的"文件数量"的值比前一 -― t:传请求的"文件数量"的值增加 1。如果焊接电源 50在 3分钟内收到了来自计算机 60的响应，则进行文件上传。如果在上传途屮有当前文件产生，则焊接电源产生一个新的上传请求。

步骤 2: 计算机进行任务注册（仟务注册）。

计算机 60收到烨接电源 50的上传请求后，在数据库的任务列表屮产生一条任务记录。在该任务记录中，任务注册时间为计算机 60收到该― t传请求的时间；任务执行时间与注册时间相同。如果有 "任务状态"字段，则任务状态设置为 A状态（未被响应）。后文将结合图 4进行详细说明。

步骤 3: 计算机选定任务，」ί:允许上传（选定上传悍接电源）。

计算机 60在任务列表中选定一批焊接电源 ID不同的任务记录后，向该任务记录对应的悍接电源 50发出允许上传的回复，在回复中指示从什么序列号开始上传。： H体而言，计算机 60在任务列表中选定一批（根据计算机 60的计算能力，在本实施例中设定为 5条）任务记录，计算机 60根据选定的任务记录中的焊接电源 ID, 査询序列号存储器，可以获知已接收到的对应焊接电源 50的文件包序列号（序列号为 SR)。在向该焊接电源 50回复的指示中，就通知焊接电源 50从下一个序列号（序列号为 SR+ 1 ) 开始上传。

计算机 60可以根据多种原则来选定当前仟务。例如，可以根据每条记录的注册时间来选定，先注册先处理。当然也可以设定为，注册时间在后的优先处理，即后注册先处理。

也可以通过在任务列表中设定特定的字段，根据该字段的值来选定当前任务。例如，设定"优先级"字段，焊接电源 50在发送需要优先处理的文件之前，在上传请求中就指定优先级为高；计算机 60在收到优先级高的― t传请求时，优先选定为当前任务进行处理。这种方案适用于有特殊需求的焊接电源，例如长期持续工作的未联网焊接电源，只有短暂的时间用于上传文件，所以必须优先处理来 til这些焊接电源的文件。

也可以根据悍接电源的 IP地址或者序号来设定，例如来 A特定 IP地址或者特定焊接电源序号的任务记录优先处理，这样可以对特定的焊接电源的文件进行优先处理，以满足这些特定焊接电源的特殊需求。

也可以根据需要上传的文件大小（上传请求中包含的文件数量的值，与计算机 60的序列号存储器 2a中存储的与该焊接电源对应的序列号之差值）来选择。文件越大，越优先处理。这样可以保证文件包积压过多的焊接电源得到优先处理。

步骤 4: 焊接电源上传文件（文件上传）。

步骤 5: 计算机判断选定任务是否上传完毕（上传完毕判断）。

当计算机 60判断从烊接电源 50接收到的文件包的序列号，与其任务列表存储器 2c中存储的当前仟务记录中的 "文件数量"字段的值相等的时候，计算机 60就会判断出任务上传完毕，进入歩骤 6。

反之，如果接收到的文件包的序列号与当前任务记录的 "文件数量"字段的€1 不等，则判断为未上传完毕，正在处理中。此时，计算机 60通知焊接电源 50 继续上传文件包。

根据焊接电源的计算能力，也可以设计为由悍接电源根据其存储的当前文件序列号和上传的文件序列号是否相等，由此来判断文件包是否上传完毕。

步骤 6: 计算机注销 L 上传完毕的当前任务记录（注销任务）。

当计算机 60判断出当前任务的文件包已― h传完毕时，就会将该当前任务记录从任务列表中删除。

通过步骤 1到步骤 6，计算机 60与焊接电源 50之间实现了无拥塞的文件上传，提高了文件传送的速度和可靠性。

在步骤 6注销当前任务记录之后，还可以增加循环歩骤：判断任务列表屮是否还有仟务记录，如果任务列表中还有待执行的任务记录，则返回步骤 3，从任务列表中选择需要执行的当前任务记录；如果任务列表中没有待执行的任务，则结束。这样，计算机 60就会逐一执行任务列表中的所有任务记录。

下面结合图 4任务注册流程图进行说明。计算机 60在收到焯接电源 50的上传请求后，按以下步骤进行任务注册：

步骤 21 : 查询是否已存在该焊接电源的任务记录

根据在悍接电源 50的― t传请求指令中的设备 II)号，计算机 60在任务列表中查询是否有来该焊接电源 50的记录（ B存记录），即设备 ID字段的值为悍接电源 50的 ID的已存记录。如果没有具有相同设备 ID号的任务记录，则说明计算机 60未收到过该悍接电源 50的上传请求，这是一个新上传请求，进入步骤 22。如果在任务列表中已经存在具有相同设备 ID号的任务记录，则认为已接收过该焊接电源 50的― t:传请求，进入步骤 23。

步骤 22 : 将新上传请求添加到任务列表中

对于计算机 60未收到过的上传请求，计算机 60会将其添加到任务列表。计算机 60对该任务记录中的"注册时间"赋值为当前时间；对"执行时间"赋值为当前时间；对"任务状态"赋值 A状态；根据来自焊接电源 50的上传请求中的"文件数量"的值，对"文件数量" 赋值。这样就增加了一条新任务记录。

步骤 23 : 判断已存记录是否已被响应

在歩骤 21 屮，根据上传请求屮的设备 ID查洵到已存记录的情况下，计算机 60在步骤 23中判断该已存记录的注册时间与执行时间是否相等。

如果注册时间与执行时间相等，则说明该已存记录，虽然该任务已被注册，但是仍未被计算机 60响应， -一直处于等待计算机 60处理的状态，进入步骤 24。

当然，如果任务列表中设置了"任务状态"，则根据 "任务状态"的值是否是 A，就可以判断该任务是否已被响应。

如果注册时间与执行时间不相等，则说明该存记录正在处理中（对应悍接电源状态 B或 C) 中，进入步骤 25。

步骤 24: 更新等待处理的已存记录的内容

针对在步骤 23中判断为未被响应的已存记录，计算机 60根据当前收到的具有相同 ID的上传请求的内容，更新已存记录的内容，而不是为当前的上传请求产生新记录，这样可以避免产生包含重复内容的多条任务记录。更新的内容具体是：将已存记录中的"文件数量"的值更新为当前上传请求中的"文件数量" 的值；将已存记录屮的"注册时间"和"执行时间"分别更新为当前时间。

更新后的已存记录就在仟务列表中排队，等待计算机 60的处理。如果在一定时间内（本实施例中为 6分钟，两个请求周期的长度） _一直未处理，则会被系统自动删除。然后，下-一个请求周期到来时，悍接电源 50又会重新发出上传请求，计算机 60进入歩骤 21。

然而，本领域普通技术人员可以理解， "更新等待处理的已存记录的内容" 的步骤，也可以是重新生成一条记录，在一个删除周期内同时保持两条记录，直到系统时间与第一条已存记录中的执行时间之间的差值达到 10分钟（设定的删除周期），才将第一条已存记录从任务列表中删除。

步骤 25: 判断上传是否异常

在步骤 23中判断 B存记录正在处理中，则进一步根据当前时间和执行时间，来判断该已存记录的任务处理是否出现上传异常。如果系统的当前时间与当前任务记录的执行时间之差，大于或等于正常执行时间，则说明该项任务的执行出现异常，不再需要等待，进入步骤 26; 如果小于正常执行时间，则说明该项任务处于正常传送中，迸入步骤 27。

该正常执行时间是根据计算机 60的运行时间来设定的，正常执行时间大于或等于计算机 60处理- 次上传的所有文件包所需的时间就可以。在本实施例中设定为 5秒。

步骤 26: 删除已存记录，转入步骤 27

既然在歩骤 25屮已判断出已存记录的任务处理出现异常，可能已经屮断，成为"死任务"，那么在步骤 26中就直接删除该已存记录。这样可以避免在任务列表屮保留"死任务"。

步骤 27: 建立新任务记录

既然在步骤 25中已判断出已存记录的任务处理正常，那么在步骤 27中就根据步骤 21中接收到的当前上传请求中的"文件数量" （最新文件序列号）来生成新的任务记录。

针对在步骤 25中已判断出已存记录出现上传异常的情况，根据步骤 21 中接收到的当前上传请求，计算机 60在任务列表中为该焊接电源 50生成新的任务记录。这样，虽然前述已存记录中由于异常而未 --- 1传的文件，可以通过这条新的任务记录来上传。闲为计算机 60保存有已上传的文件的序列号，它可以根据步骤 21中的当前― h传请求中的"文件数量" （最新文件序列号）来自动获知哪些文件需要上传。并不因为仟务异常而导致文件无法上传。

因为在已存记录的任务正常处理完毕后，计算机 60会保存已上传的文件的序列号。它在执行步骤 27中生成的新的任务记录时，会自动从已上传过的文件之后的文件来接收新文件，不会造成重复― t传。

上述说明中利用步骤 21〜27实现了任务注册。但是可以理解，在不考虑 ..― t 传出现异常的情况下，步骤 25到歩骤 26是可以省略的步骤，可以在歩骤 23中，判断所述焊接电源的任务记录是否被响应，如果没有被响应，则更新所述焊接电源的任务记录的内容（参考步骤 24); 如果已被响应，则建立所述焊接电源的新任务记录（参考步骤 27)。这样，在歩骤 21〜23中就完成了任务注册。

上面具体介绍了任务注册的流程。计算机 60还可以增加周期删除的步骤，以避免这样的情况：在出现任务执行异常的时候，由于焊接电源突然故障而长期不重新发送新的上传请求（由于没有新的上传请求，计算机也不会进入到步骤 21〜步骤 26进行删除），导致该项异常任务长期占用资源。同时，也可以避免任务列表过长。

周期删除的步骤如图 5所示。计算机 60定期删除超期任务记录。删除周期设定为比悍接电源文件上传的请求周期更长的周期，在本实施例中设定为 10分钟。

在每个删除周期内，计算机 60执行- 次任务注销的操作。计算机 60读取任务列表，比较系统当前时间与每条记录的执行时间的差值是否大于删除周期。如果大于或等于删除周期，则将该记录删除；如果小于删除周期，则保留该记录。

下面结合图 6到图 9，具体说明每种情况下仟务列表的内容。在图 6到图 9 屮，将在烊接电源 50开始正常联的时刻之前，烊接电源 50已存储的未上传的文件，表示为历史文件；将正常联网时刻之后焊接过程中不断产生的当前文件，表不为 "新文件"，以区别于正常联网之前的历史文件。严格意义上说，新文件中，除了最后一个文件是当前文件之外，其余的当前文件也属于历史文件。图 6到阁 9这样表示是为了形象地显示出，在联网之前的文件，如何与不断产生的当前文件一起被传送到计算机 60中。

可以理解，也可以将阁 6到图 9中的最后一个文件作为当前文件，之前的文件都作为历史文件。

图 6表示了焊接电源 50正常传送文件的情况。

在此情况下，焊接电源 50会在第 1请求周期的起始时刻（当然，也可以^ 在结束时刻），向计算机 60发出上传请求（在图 6中表示为： ①请求上传 101 )。此上传请求包含最新文件序列号 101，其屮假设 1到 100是历史文件， 101是表示在上一个请求周期（即，文件产生周期，时 t :为 3 分钟）中产生的包含实时数据的 ¾前文件。

计算机 60端收到焊接电源 50的请求（101 ) 后，在任务列表中产生新的记录，即在图 6中①所在的那行记录（以下称为记录①）。记录①的第一字段值为焊接电源 50的 ID (在本实施例中为 1 ) ; 文件数量字段值为当前文件的序列号 "101"，注册时间字段值为当前系统时间" T10",执行时间字段值同样为" T10"(即，注册时间与执行时间相同，表示此记录未被响应）。然后，计算机 60 向焊接电源 50发送允许上传的回复（②允许上传），告诉焊接电源 50从序列号为 1的文件包开始上传。

焊接电源 50接收到允许上传的回复后，向计算机 60上传文件。在此假设一次只能—- 1传 40个文件包（这是根据悍接电源和计算机的硬件配置和运行能力决定的）。因此，焊接电源 50向计算机 60― t:传序列号为 0〜40的文件包（图 6 中表示为： ③上传 1〜40)。计算机 60收到〗〜 40文件包后，更新记录①中的执行时间为" T11 ", 得到记录③。然后，悍接电源 50再上传 41〜80的文件包（阁 6中表示为：④上传 41〜80)，计算机 60相应更新记录③中的执行时间为" T12"，得到记录④。最后焊接电源 50上传余下的文件包，序列号为 81〜101的文件包 (图 6中表示为： ⑤ _― 1：传 81〜101 )。计算机 60相应更新记录④中的执行时间为 "T13", 到得记录⑤。

此时，计算机 60检测到接收到的文件包屮，包含序列号为 101的文件包，与任务记录中的"文件数量"的值相等，则注销该任务 101。

等到第 2请求周期（第二个 3分钟）开始，焊接电源 50发送请求，请求上传序列号为 102的文件包。类似的，计算机 60会生成新记录（图 6中表示为记录⑥），并回复：允许 . --- 1传文件包 102。

焊接电源 50接收到回复后， _― t传文件包 102。计算机 60接收到文件包 102 后，修改记录⑥中的执行时间为当前系统时间 "T14", 得到记录⑧。之后，计算机 60根据记录⑥中的文件数量的值，以及接收到的文件包 102的序列号，判断出文件数据上传完毕，于是注销任务 102。当然，也可以在接收到文件包 102后，直接注销任务 102，而不需要更新记录⑥得到记录⑧这个步骤。

然后，进入第 3请求周期，焊接电源 50和计算机 60进行类似处理。

下面介绍说明重新请求的情况。在图 7中，悍接电源 50发送请求（201 )，计算机 60产生记录①。在整个第 1请求周期内，计算机 60并未向焊接电源 50 发送允许上传的回复。直到进入第 2请求周期，焊接电源 50产生当前文件 202，与文件 201—起作为新文件，等待发送。

焊接电源 50在第 2请求周期发出上传请求 202。此时，计算机 60在接收到上传请求 202之后，杳询到任务列表中已存在来自同-一焊接电源 50 (ID为 1 ) 的任务记录①（已存记录），并判断出记录①中的注册时间和执行时间相等（这表示该项任务未被响应）。于是，计算机 60更新记录①的内容，将文件数量更新为 . --- 1:传请求 202中包含的当前文件序列号 202，将注册时间和执行时间分别更新为当前系统时间 T20P, 成为记录②。

然后，计算机 60发出允许上传 151的回复。焊接电源 50接收到回复后，开始上传序列号为 151〜190文件包。计算机 60收到 151〜190文件包后，更新记录②中的执行时间，成为记录④。然后，悍接电源 50发送序列号为 191〜202 的文件包，计算机 60收到后，更新记录④的执行时间，成为记录⑤。最后注销任务 202。

下面结合图 8说明正常上传过程中新增请求的情况。

在第 1请求周期中，悍接电源 50正常上传了文件包 251〜290，计算机 60 生成了记录③。此时，由于网络断开、断电或者焊接电源 50本身故障等特殊原因，上传中止了。或者， I. 于焊接电源 50上传文件包 251〜290后就进入了第 2 请求周期，随即产生了新文件中的当前文件 302，需要请求上传（当前文件的序列号 302)。

计算机 60收到上传请求 302后，在任务列表屮查洵到已存在相同 ID的记录，即仟务 301 (记录③）。进一步判断出仟务 301 的注册时间和执行时间不一致，并且两者之差值小亍正常执行时间 5秒（本实施例屮设定的正常处理一条任务的最大处理时间）；属于正在处理的任务。此时，计算机 60根据― t传请求 302, 新增一条记录 302 (注册时间和执行时间是当前系统时间 T30P) , 而不是更新任务记录 301。换言之，如图 8中的记录④所示，任务列表中此时有两条 ID 为 1的任务记录，分别是任务记录 301和任务记录 302。

于是，通过査询序列号存储器 2a获知已收到序列号为 290的文件包，在运行资源允许的情况下，计算机 60就向焊接电源 50发出允许上传 291的回复。焊接电源 50收到回复后，从 291开始上传。但是，此时是继续执行任务记录 301，所以焊接电源 50只. h传到序列号为 301为止的文件包，而不上传序列号为 302 的文件包。计算机 60收到序列号为 301的文件包之后，判断出任务记录 301上传完毕，就注销任务记录 301。然后，计算机 60在仟务列表中重新选择当前仟务。如果选择到同一 ID (ID为 1 ) 的任务 302, 则向烊接电源 50发出允许上传 302的回复。

焊接电源 50在上传序列号为 301的文件包之后，如果收到计算机 60的允许上传 302的回复，则开始― t传序列号为 302的文件包。计算机 60接收到文件包 302之后，注销任务 302。

这样 ID为 1的任务处理完毕，计算机 60氘新从任务列表中选择当前任务进行处理。

下面结合图 9 说明文件包传送出现异常情况下的处理。

在第 1请求周期，焊接电源 50与计算机 60之间进行正常传送，但是只是上传了一部分文件包。即，请求上传序列号为 301 的文件包，实际只上传到序列号为 290的文件包。

此时，出现网络异常，悍接电源 50在第 2请求周期请求― h传文件包 302。计算机 60按照图 8所述流程，新增任务记录 302。之后，在整个第 2请求周期悍接电源 50未接收到计算机 60的回复。

进入第 3请求周期后，焊接电源 50产生了当前文件 303， jf:向计算机 60请求上传 303。计算机 60仍然只是在任务列表中新增任务记录 303 , 未向悍接电源 50发出回复。

这时删除周期屈满，计算机 60对任务列表中所有记录进行扫描，找出满足删除条件的记录，并删除这些记录。本实施例中的删除条件是，前系统时间与记录屮的执行时间的值的差值大于删除周期。本实施例屮，设定删除周期是大于等于二个请求周期，即大于等于 6分钟，当然也可以根据实际情况设定为不同的值，例如 10分钟，或者 9分钟。因此，在图 9屮，任务记录 301的执行时间一直保持为 T 1，当前系统时间与 Ί 1 的差值已达到删除周期 6分钟，因此，计算机 60删除异常任务 301。任务 302和任务 303不满足删除条件，则保留。

进入第 4请求周期时，焊接电源 50产生当前文件 304，请向计算机 60请求上传 304。计算机 60在任务列表中新增任务记录 304 (在图 9中用记录⑥表示）。由于此时网络 B恢复正常，计算机 60从任务列表中 U存记录 302、 303和 304 中选择开始处理的当前任务。

在本实施例中，计算机 60根据注册时间的先后，从任务列表的所有任务中选择任务 302为当前任务。计算机 60向悍接电源 50发出允许上传 291的回复。于是，焊接电源 50开始正常上传 291〜302。

计算机 60收到序列号为 302的文件包后，判断出任务 302完成，注销任务 302。然后再从仟务列表的所有仟务中选择新的仟务，逐渐完成所有仟务，包括任务 303和 304，并注销。

在笫一实施例，计算机 60的任务列表中，同 - (同一焊接电源）可能存在多条任务记录，计算机 60将这些同一 ID的任务记录同其他 ID的任务记录混在 - ^起，按照各条任务记录的注册时间先后或优先级等排序并选定当前任务，逐一 4丸行。

由于同 - ID的各条任务记录存在包含关系，即注册在后的任务记录中的文件数量的值，一定不小于注册在前的任务记录的文件数量的值。如果采用注册时间先后来排队的话，计算机 60会优先执行注册在前的任务记录，即文件数量的值较小的任务记录；然后计算机 60才会执行注册在后的文件数量值较大的任务记录。如果计算机 60优先执行同一 ID的注册在后的任务记录，就可以一次性完成在注册在后的任务记录之前的同一 ID的所有任务记录。

可见，在第一实施例中由于选择当前任务的方式不同，可能会造成：原本可以一次执行完毕的任务，被分成两次来执行，从而减低了执行效率。

<第二实施例 >

为简明起见，以下仅说明第—：实施例中与第一实施例不同的方面。

如图 10所示，计算机 60如第- ·实施例的步骤 2那样进行任务注册后，在歩骤 3a从同一 ID的所有记录屮判断出注册在后的记录，选择该注册在后的记录为当前仟务，进行处理。

如第一实施例所述，在歩骤 2的任务注册可能为同一 ID产生多个记录。计算机 60在选择当前任务时，比较同一 I I)的各条记录的注册时间或者文件数量，注册时间在后或者文件数量最大的记录，被计算机 60选择为当前任务进行处理。

同时，由于注册在后的记录包含了注册时间在前的记录的文件序列号，计算机 60执行了注册在后的任务，就不再需要执行其他注册时间在前的任务。因此在选定注册在后的记录为当前任务之后，计算机 60在步骤 3a删除该 ID下的其他注册时间在前的任务。或者，在执行完毕该注册时间在后的任务之后，计算机 60删除该 ID的所有记录（因为注册时间在后的任务已执行完毕，也就一同被删除）。

在第「：实施倒中，在任务列表― t:会显示出某-一 ID下积压的任务多少，计算机 60在选择任务记录时，可以根据每个 I I)下积压的仟务记录数量来选择 ID, 然后再从该 ID下的所有任务屮选择注册时间在后的记录为当前任务。这样，可以优先处理积压仟务较多的焊接电源的仟务，或者为积压任务较多的焊接电源分配更多的资源。优先允许积压任务较多的焊接电源上传文件，能够保证缺失较多的焊接电源的历史文件数据优先上传至计算机，这样保证历史文件报表较快的实现数据的完整。

<第三实施例 >

为简明起见，以下仅说明第三实施例中与第一实施例不同的方面。

图 11和图 12表示了，与第一实施例中的注册任务流程 2不同的注册任务流程 2a。在步骤 25a中，对于已被响应的，即正在处理的记录，判断是否出现上传异常。如果有异常，则删除 L 存在的记录，并新增当前的上传请求到任务列表中。如果没有异常，则更新该已存在的记录的内容，而不是新增记录。具体如图 12所不，假设计算机 60的任务列表中已存在 ID为 1和 2的两条任务记录。其中， 1D=1 的任务记录的文件数量为 300，注册时间和执行时间分别为 T30, 即处于未被响应状态。此时迸入第 1请求周期，计算机 60收到来 A 悍接电源 50 (ID=1 ) 上传请求 301。于是，计算机 60在任务列表中查询 ID=1 的任务记录。 1.11于 ID=1的任务记录（任务记录 300) 处于未被响应状态，进入步骤 24，计算机 60更新任务记录 300的内容：将文件数量更新为 301，将注册时间和执行时间分别更新为 T30P。这样，任务列表中仍然是 2条记录，其中 ID 为 1的任务记录被更新为记录 301。

在计算机 60收到焊接电源 50上传的 251〜290文件包时，其更新记录 301 的执行时间为 T31 , 表示该记录已是处理屮的状态。然后进入第 2请求周期，计算机 60收到来自焊接电源 50的― t传请求 302。计算机 60根据歩骤 25a中的判断得知， ID=1的任务记录 301处于正常传送状态（当前系统时间与执行时间之差小于正常执行时间），于是更新任务记录 301的内容：将文件数量更新为 302，将注册时间和执行时间分别更新为当前系统时间 T30Q。

焊接电源 50上传 291〜302文件包，完成任务 302。计算机 60注销任务 302。由此可见，在第二实施例中，对于未被响应的任务以及正常传送的任务，都^在出现新的上传请求时，根据新的 --- 1传请求的内容来更新未被响应的任务记录以及正常传送的任务记录的内容。对于传送异常的任务，则是在出现新的上传请求时，删除该 --- 1传异常的任务记录，并根据新的― h传请求的内容来新增一条任务记录。由此在仟务列表中保持同一 ID下只有一条记录。

由亍同一 ID下只有一条记录，第三实施例比第一实施例的任务列表短，査询效率高。但是，因为对正常传送的任务记录也采用更新的方式（而不是第一实施例中的新增任务记录的方式），会造成在任务处理过程中来更新任务记录的文件数量的值。与第 - ^实施例相比，第三实施例任务列表的信息量要少-一些，例如第一实施例中某个 ID的焊接电源的任务条数能够体现出该 ID烨接电源自笫 -次任务注册后已经等待了多长时间，而在第三实施例中无法体现这-一点，这会使得计算机激活任务列表的策略会少-一些。

<第四实施例 >

在图 1 中表示了第四实施例的不同于第一实施例的任务注册流程 2b。

在步骤 21 中，当计算机 60收到焊接电源 50的新的上传请求，计算机 60 判断同一 ID下是否已经存在任务记录。没有该 ID下的任务记录，则为该 ID新增-一条任务记录（步骤 22)_; 如果已经存在该 ID的任务记录，则更新该已存在的任务记录的内容（步骤 23b)。

通过第四实施例的任务注册步骤 2b，可以实现在任务列表中，同一 ID始终只有一条任务记录。计算机 60在选择当前任务时，可以根据 ID的优先级别而优先处理某些特殊要求的焊接电源（例如，特定区域的焊接电源）的任务；也可以根据待上传文件包的数量来选择待 --- 1传文件包数量最少或最多（例如，任务记录中的"文件数量"的值-与文件包存储器中存储的已收到的文件包序列号之差值，差值越大说明待上传文件包的数量越多）的烊接电源的任务。

具体如图 14所示，假设计算机 60的任务列表中已存在 ID为 1和 2的两条任务记录。其屮， ID=1 的任务记录的文件数量为 300，注册时间和执行时间分别为 T30，即处于未被响应状态。此时进入第 1请求周期，计算机 60收到来自焊接电源 50 (ID=1 ) ― t传请求 301。于是，计算机 60在任务列表中查询 ID=1 的任务记录。由于 ID=1的任务记录（任务记录 300) 处于未被响应状态，进入步骤 23b, 计算机 60更新任务记录 300的内容：将文件数量更新为 301，将注册时间和执行时间分别更新为 T30P。这样，任务列表中仍然是 2条记录，其中 ID为 1的任务记录被更新为任务 301 (记录①）。

在计算机 60收到焊接电源 50上传的 251〜290文件包时，其更新任务 301 的执行时间为 T31 , 表示该记录已是处理中的状态。然后进入第 2请求周期，计算机 60收到来自悍接电源 50的上传请求 302。计算机 60在任务列表中查询 ID=1 的任务记录，于是更新任务 301的内容：将文件数量更新为 302，将注册时间和执行时间分别更新为当前系统时间 T30Q，得到记录④。

焊接电源 50上传 291〜302文件包，完成仟务 302。计算机 60注销任务 302。由此可见，第四实施例与第三实施例的不同点在于，对于未被响应的任务、正常传送的任务以及传送异常的任务，都是在出现新的― t传请求时，根据新的上传请求的内容来更新该记录的内容。第四实施例优点在于计算机中的任务记录条数与焊机数量相等，每次处理新的任务请求时只需更新现有 ID对应的任务记录，算法实现简单，但由于任务记录无法体现该焊接电源第 _一次申请任务注册的时间，也无法体现该焊接电源是否已经关机或网络中断。

当然，作为第四实施例的变形例，对于未被响应的任务、正常传送的任务以及传送异常的任务，也可以是在出现新的上传请求时，将已存在的同一 ID下的记录删除，并且根据新的上传请求的内容来建立新记录。

以上，已参照洋细或特定的实施方式，对本发明进行了说明，但本领域技术人员理解：可以在不脱离本发明的精神与范围的前提下进行各种变更及修正。

Claims

权利要求书

1. 一种焊接电源与计算机之间进行数据通信的方法，该计算机与多台焊接电源通过网络分别连接，该焊接电源内存储有包含悍接数据的文件，包括以下步骤：

任务请求歩骤：该焊接电源通过上传请求向该计算机请求― t:传文件；任务注册步骤：该计算机根据该上传请求，进行任务注册，在任务列表中产生任务记录，该任务记录包含该烊接电源的 ID;

选定上传焊接电源步骤：该计算机从该仟务列表中选择要执行的当前任务记录，根据该当前任务记录屮的该烊接电源的 ID，向该烊接电源发出允许上传的回复；

文件 . --- 1.传步骤：该焊接电源向该计算机― t:传文件；

上传完毕判断歩骤：该计算机接收到该文件，并判断是否上传完毕，如果上传完毕就进入下一步骤；如果未上传完毕就通知该悍接电源继续上传；

注销任务步骤：注销该当前任务记录。

2. 如权利要求 1所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

所述文件分别具有序列号，所述上传请求中包含所述焊接电源的当前文件的序列号，所述仟务记录中还包含该当前文件的序列号，该当前文件的序列号与所述烊接电源的 ID对应存储在所述任务记录屮。

3. 如权利要求 2所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

在所述上传完毕判断歩骤中，所述计算机接收到的文件包的序列号，如果与所述当前任务记录中的当前文件的序列号相同，贝幌断为上传完毕；如果小于所述 ¾前任务记录中的当前文件的序列号，则判断为未 . --- 1传完毕。

4. 如权利要求 1〜3 中任一项权利要求所述的悍接电源与计算机之间进行数据通信的方法，其特征在于，

所述任务注册步骤包括以下步骤：

步骤 21 : 査询所述任务列表中 ^否已存在所述悍接电源的任务记录，如果不存在所述焊接电源的任务记录，则进入步骤 22；如果存在所述焊接电源的任务记录则进入步骤 23;

步骤 22: 将所述上传请求添加到该任务列表中；

步骤 23 _: 判断所述悍接电源的任务记录是否被响应，如果该焊接电源的任务记录没有被响应，则更新该悍接电源的任务记录的内容；如果该焊接电源的任务记录已被响应，则将所述― t:传请求添加到该任务列表中。

5. 如权利要求 4所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

所述歩骤 23屮，如果判断出已被响应，则进入歩骤 25: 判断所述烊接电源的任务记录是否出现上传异常；

如果出现 . --- 1.传异常，则删除该焊接电源的任务记录，并将所述― t.传请求添加到该任务列表中；

如果没有出现上传异常，则将该上传请求添加到该任务列表中。

6. 如权利要求 5所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

所述任务记录中还包含注册时间字段和执行时间字段，

在注册时，该注册时间字段的值与该执行时间字段的值相同；

在所述计算机接收到文件时，就更新该执行时间字段的值为当前系统时间。在所述歩骤 25屮判断是否出现上传异常是指，当前系统时间与所述任务记录中的执行时间字段的值，两者之差如果大于正常执行时间，则判断为出现上传异常；如果小于等于正常执行时间，则判断为没有出现 . --- 1传异常。

7. 如权利要求 1〜3 中任一项权利要求所述的焯接电源与计算机之间进行数据通信的方法，其特征在于，

所述任务注册步骤包括以下步骤：

步骤 21 : 杏询所述任务列表中是否已存在所述悍接电源的任务记录，如果没有，则进入步骤 22; 如果有该焊接电源的任务记录则进入步骤 23;

步骤 22: 将所述上传请求添加到任务列表中；

步骤 23：判断所述焊接电源的任务记录是否被响应，如果该焊接电源的任务记录未被响应，则更新该焊接电源的任务记录的内容；如果该悍接电源的任务记录已被响应，则进入步骤 25a: 判断该焊接电源的任务记录是否出现上传异常；

如果该焊接电源的任务记录出现上传异常，则删除该焊接电源的任务记录，并将该上传请求添加到任务列表中；如果该焊接电源的任务记录没有出现上传异常，则更新该所述焊接电源的任务记录的内容。

8. 如权利要求 1〜3 中任 _ 项权利要求所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

所述仟务注册步骤包括以下步骤：

歩骤 21 : 查洵所述任务列表屮是否已存在所述烨接电源的任务记录，如果不存在该焊接电源的任务记录，则进入歩骤 22; 如果存在该焊接电源的任务记录则进入步骤 23b;

步骤 22: 将所述 _― t传请求添加到任务列表中；

步骤 23b: 根据该上传请求的内容，对该焊接电源的任务记录的内容进行更新。

9. 如权利要求 4所述的焊接电源与计算机之间进行数据通信的方法，其特征在于，

在所述选定上传焊接电源歩骤中，所述计算机从所述任务列表中的同一 ID 的所有记录中，判断出注册时间在后的记录，选择该注册时间在后的记录为所述当前任务记录；并且删除该同一 ID下的其他记录。

10. 一种实现权利要求 1 所述的焊接电源与计算机之间进行数据通信的方法的焊接系统。

11. 一种悍接电源与计算机之间进行数据通信的方法，该计算机与多台焊接电源通过网络连接，该焊接电源内存储有包含焊接数据的文件，其特征在于：该多台焊接电源分别通过上传请求向该计算机请求― t传文件，该计算机通过任务列表对该多台焊接电源的上传请求的任务记录进行排队，并选定部分或者全部该任务记录作为当前任务进行处理。