一种动态连接数据的管理方法与流程

本发明涉及通讯技术领域的一种数据管理方法，尤其涉及一种动态连接数据的管理方法。

背景技术：

can是controllerareanetwork的缩写，是iso国际标准化的串行通信协议。can属于现场总线的范畴，它是一种有效支持分布式控制或实时控制的串行通信网络。同时，can的高性能和可靠性已被广泛认同，并被广泛地应用于工业自动化、船舶、医疗设备、工业设备等方面。

一个基于can总线的网络中有多个设备，在现有技术中，设备之间进行参数交换需要事先需进行配置，这样会降低设备之间连接的灵活性，不利于设备之间的数据交互。

技术实现要素：

针对现有技术的技术问题，本发明提供一种动态连接数据的管理方法，以缓解现有技术中can总线上的设备之间进行参数交换需要事先需进行配置，设备之间连接的灵活性低，不利于设备之间的数据交互的问题。

本发明采用以下技术方案实现：一种动态连接数据的管理方法，其应用于挂接在can总线上的多个设备，且其中一个设备为主站，其他设备为从站；所述主站包括管理任意两个设备之间的数据交互的一个服务数据对象管理器，且所述两个设备分别为发送数据的请求设备和接收数据的接收设备；

所述动态管理方法包括：

在所述服务数据对象管理器上注册所述请求设备；

通过所述服务数据对象管理器建立所述请求设备与所述接收设备之间的数据连接；

驱使所述请求设备在所述can总线向所述接收设备传输数据；

释放所述请求设备与所述接收设备之间的连接。

作为上述方案的进一步改进，所述请求设备为其中一个从站，且所述主站与所述从站均存在一条固定分配通道；

每个设备包括服务数据对象客户端和服务数据对象服务端；

其中，所述从站的服务数据对象客户端通过所述固定分配通道向所述主站的服务数据对象服务端传输数据。

进一步地，在所述服务数据对象管理器上注册所述请求设备的方法包括：

驱使所述请求设备发送注册请求数据至所述can总线上，并传输至所述服务数据对象管理器；

所述服务数据对象管理器扫描所有从站，使其确定发送注册请求的从站；

用所述服务数据对象管理器的内部变量保存所述注册请求的相关信息，分配一个未使用标识号并设置所述服务数据对象管理器的服务数据对象服务端的标识号；

通过所述固定分配通道，并根据已经分配的标识号，设置所述请求设备的服务数据对象客户端的标识号，以形成了第一条动态分配通道，并使所述请求设备的服务数据对象客户端能够传输数据至所述主站的服务数据对象服务端；

通知所述请求设备注册成功。

再进一步地，在所述请求设备发送注册请求数据前，

设置所述请求设备的对象字典的一个对象为请求注册状态；

通过引发一个注册请求事件驱使所述请求设备从空闲状态跳转至等待注册状态；

在通知所述请求设备注册成功后，

使所述服务数据对象管理器跳转回空闲状态；

引发所述请求设备的一个回调，并在回调中使所述请求设备跳转回空闲状态。

再进一步地，建立所述请求设备与所述接收设备之间的数据连接的方法包括：

通过所述第一条动态分配通道，将所述请求设备需访问的设备的节点号和处于空闲状态的一个服务数据对象客户端的索引发送至所述主站的服务数据对象服务端；

所述服务数据对象管理器根据所述请求设备需访问的设备的节点号通过固定分配通道查找所有从站，并确定所述接收设备；

根据所述请求设备的服务数据对象客户端的索引，通过固定分配通道相应地设置所述接收设备中处于空闲状态的服务数据对象服务端的子项信息，再通过另外的固定通道设置所述请求设备的服务数据对象客户端的对应子项信息，使所述请求设备的一个服务数据对象客户端的对应子项与所述接收设备的一个服务数据对象服务端的一个子项对应，以建立起所述请求设备与所述接收设备之间的第二条动态分配通道；

通知所述请求设备连接请求成功。

再进一步地，在所述请求设备中，查找处于空闲状态的一个服务数据对象客户端；

将所述需访问的设备的节点号和所述索引作为定位数据保存在所述处于空闲状态的服务数据对象客户端，并发送定位数据至所述主站的服务数据对象服务端。

再进一步地，建立所述请求设备与所述接收设备之间的数据连接的方法还包括：

在所述服务数据对象管理器通知所述请求设备连接请求成功前，先设置所述请求设备的服务数据对象客户端的标识号，后所述服务数据对象管理器跳转回空闲状态；

在所述请求设备接收到连接请求成功的通知后，所述请求设备会引发一个回调，并使其跳转回空闲状态；

其中，所述服务数据对象管理器通过写一次所述请求设备的对象字典的一个对象以通知所述请求设备连接请求成功。

再进一步地，驱使所述请求设备在所述can总线向所述接收设备传输数据的方法包括：

直接通过使用已建立的第二条动态分配通道从所述请求设备传输数据至所述接收设备。

作为上述方案的进一步改进，释放所述请求设备与所述接收设备之间的连接的方法包括：复位所述接收设备的服务数据对象服务端、所述请求设备的服务数据对象客户端，并释放对应的标识号。

进一步地，所述动态管理方法还包括：

在所述从站出现异常、报错、掉线、紧急事件和复位中任意一种情况时，解除所述请求设备在所述服务数据对象管理器上的注册；

其中，所述解除注册的方法包括：

复位所述服务数据对象管理器的服务数据对象服务端、所述请求设备的服务数据对象客户端，并释放对应的标识号。

附图说明

图1为本发明实施例1的动态连接数据的管理方法中服务数据对象客户端的模块表的结构图；

图2为图1中动态管理方法中服务数据对象管理器、服务数据对象客户端和服务数据对象服务端的网络连接拓扑结构图；

图3为本申请实施例1的动态管理方法中服务数据对象客户端的状态机的流程图；

图4为本申请实施例1的动态管理方法中服务数据对象服务端的状态机的流程图；

图5为本申请实施例2的动态管理方法中请求设备的状态和事件的框架图；

图6为本申请实施例2的动态管理方法中服务数据对象管理器的状态和事件的框架图；

图7为本申请实施例2的动态管理方法中分配的通道示意图；

图8为本申请实施例2的动态管理方法中服务数据对象管理器设置请求设备的服务数据对象客户端的流程图；

图9为本申请实施例2的动态管理方法中服务数据对象管理器设置接收设备的服务数据对象服务端的流程图；

图10为本申请实施例2的动态管理方法中数据传输的流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

实施例1

本实施例提供了一种动态连接数据的管理方法，其应用于挂接在can总线上的多个设备。其中，多个设备以及can总线构成动态连接数据的分布式系统，且其中一个设备为主站，其他的设备为从站，且主站分散其部分任务至多个从站。主站包括一个管理任意两个设备之间的数据交互的服务数据对象管理器，且两个设备分别为发送数据的请求设备和接收数据的接收设备。

其中，主站负责主要应用任务的统筹和管理，由于主站系统资源有限或其他原因，需要将主站的一部分功能分散到各个从站里去执行。这样就存在一个分布式的任务处理，在分布式架构中，需要主站和从站进行动态的数据服务请求，这是常见的，另外为了更加灵活性，从站之间也有可能进行数据服务请求，也就是说在这个网络中的任何两个设备都有可能存在数据服务请求的情况，这由本实施例所要实现的具体任务而定。

在本实施例中，为了方便举例，上述设备的数量被限定为5个，且给每个设备编号，并且设备编号作为设备的节点号，5个设备分别为：设备1，设备2，设备3，设备4，设备5。并且假设设备3是主站，也就是服务数据对象管理器所在的位置，换句话说设备3里有服务数据对象管理模块，它负责服务数据对象(sdo)动态链接请求的管理工作，而其他设备作为从站。其中，设备之间进行交互存在如下三种情况：

第一种是设备1、设备2、设备4、设备5中的一个设备请求设备3进行数据交互，也就是从站请求主站进行数据交互。

第二种是设备3请求设备1、设备2、设备4、设备5中的一个设备进行数据交互，也就是主站请求从站进行数据交互。

第三种是设备1、设备2、设备4、设备5中任意两者之间的相互请求数据交互，也就是从站之间请求进行数据交互。

在本实施例中，仅选取其中一种情况进行进一步的说明，约束可变因素只是为了更加特定的描述本实施例，而不是限制了本实施例，故本实施例假定选取第三种情况，并进一步缩小范围假定是设备2请求设备5进行数据请求。

为了实现can总线的网络中的任意两个站点(主站或者从站)的数据可以交换，需要一个统筹这个交换的管理器，即服务数据对象管理器，而发起数据请求的(所谓数据请求就是数据的读写，但是这种读写是远程的读写而非本地的)设备称作sdo请求设备，sdo的传输采用客户端-服务端架构，客户端请求服务端的参数。客户端主要用于实现数据的发送，而服务端主要用于实现数据的接收。

请参阅图1和图2，每个设备包括服务数据对象客户端多个子项、服务数据对象服务端多个子项，且其中一个设备的服务数据对象客户端通过can总线与另外一个设备的服务数据对象服务端进行动态数据交互。服务数据对象客户端、服务数据对象服务端均设置模块表和对应通信对象表以及用状态机来协调通信步骤。一个sdo传输发生在服务数据对象客户端和服务数据对象服务端之间，一般的任何站点都同时存在服务数据对象客户端和服务数据对象服务端，因为这个站点可能访问别的站点，这需要服务数据对象客户端的模块，也可能被别的站点访问，这需要服务数据对象服务端的模块。

这里，为方便本实施例后续的说明，在接下来的描述中，sdo请求设备用srd表示，服务数据对象管理器用sdom表示，服务数据对象客户端用sdoc表示，服务数据对象服务端用sdos表示，且通信对象表称为cob表。

一个模块表代表一块内存区域，而这个内存区域分成多个子区域(模块表项)，每个子区域又包括了一些数据的集合，这个数据的集合可能因为所属模块的不同而不同，每个字段的作用也不一定一样。

模块表包括分别设置多个字段的多个模块表项，通讯对象表包括分别设置多个字段的多个cob表项。每个模块表项对应一个cob表项，且cob表项用于接收对应的模块表项发送的数据，以形成can报文。具体地，当一个站点发送数据的时候，会找到发送cob表里对应的cob表项，然后将cob表项包括的canmsg结构设置can控制器，且can控制器用于将can报文转换成can总线上的传输信号。canmsg结构具有can标识符、对应的模块表项发送的数据。

在进行动态数据交互的两个设备中，一个设备作为数据发送者时，其can标识符与另一个作为数据接收者的can标识符相对应。数据接收者在识别并匹配数据发送者的can标识符时接收数据发送者发送的数据。数据发送者通过其canmsg结构与数据接收者的canmsg结构在can总线上进行数据传输而传输数据至数据接收者。

can报文在can总线上传输时，哪个站点会响应取决于报文中的can标识符(也就是sdoc或sdos中的标识号)，所有其他站点检查其过滤器，如果匹配报文中的can标识符就接收报文。其中，站点靠其cob表确定报文是否是发给自己的，也就是说对于接收者其内部也有cob接收表，cob接收表的很多表项的canmsg结构的id与发送者的cob表的表项的canmsg结构中的id一致，发送者通过这个cob表项发送的数据接收者才会接收。

发送者有一个发送cob表(同时也有一个接收cob表)，接收者有一个接收cob表(当然也有一个发送cob表)，并且由于一个cob表包括很多子项(表项)，每个cob表项对应一个表项结构。每个cob表项有独一无二的id，这个id也是发送到can总线上的can标识符，所以发送者有很多cob，每个cob有一个id，这些id是不同的，而接收者也有很多cob，每个cob也有对应的id。当发送者用一个cob发送一个报文的时候，这个报文的can标识符就是这个cob表项的id，在一个总线上有多个接收者，只有与这个id一致的cob表项的接收者才会响应这个报文。所以发送者与接收者必须有一致的id的cob表项，发送的报文接收者才能接收，而其他接收者不会响应。

故在本实施例中，并且在一个设备中，通信对象表项的数量为sdoc表项的数量的两倍，且两个通讯对象表项分别为发送cob表项和接收cob表项。其中，每个设备的发送cob表项发送数据至另一个设备的接收cob表项。

当主站也就是设备3请求一个的服务(所谓一个服务就是读或者写，不过这种读写是要经过can总线的，一般经过can总线的都叫做远程访问或服务，而站点内部的叫做本地)到设备2上时，并且假定设备3利用某一个sdoc来访问设备2上的一个sdos。设备3是主站，设备2是从站，但是在这里设备3是用sdoc也就是客户端，而设备2是服务端了，也就是被访问的是服务端，发起访问的是客户端而与主从站无关，一个站点既可以作为服务端也可以作为客户端。

状态机用于协调同步sdoc与sdos之间的数据传输。状态机协调同步sdoc与sdos之间的数据传输的方法为：首先设置数据发送者需访问的站点号及其sdoc的状态，然后设置数据发送者的发送cob表的can标识符，最后进行数据发送者的sdoc的轮询处理，根据每个sdoc的状态找出那些需要被处理的sdoc后发送数据。

比如，用站点3的第一个sdoc访问站点2的第一个sdos。首先站点3其设置它的第一个sdoc，这个设置包括了设置sdoc的要访问的站点的节点号和命令(这个节点号是与对应cobid相关的但不相等)，这些命令为设置sdoc的状态的命令，如果是写还要设置发送的数据内容，如果是读还要设置读回来的数据要保存的地址。在设置sdoc过程中，这个sdoc对应的cob也会被设置，cob是数据交互的关键，不仅包括can标识符还包括数据。一旦设置好sdoc，那么在站点3的sdoc轮询中就会执行发送了。实际上每个站点只要包括了sdoc模块，该站点就有对应的sdoc轮询处理，且该处理是轮询的，即处于一个大的循环中的一个子循环。实际上，不同的模块都有其的轮询处理，一个大的循环包括很多子循环，而跳出子循环和下次再次进入这个子循环均会执行不同的功能，而这种不同的功能也包括什么都不处理直接跳出。如此，可以形成一种时序同步关系，也就是说同一个循环，进入子循环是发数据还是接收数据，或者说再次进入是再次发数据还是接收数据，功能均是不同的，即执行的事情是不一样的，这取决于当时的状态。假如一个sdoc第一次进去是发送数据，第二次进去应该是检查数据有没有到来，第一次的状态是发送数据，所以它发送，之后把状态设置为等待接收状态，那么第二次进去它就会进行检查数据有没有到来(如果sdos响应了的话)；如果没有到来什么都不做，到来了sdos才会把接收到的数据保存，然后又跳到下一个状态，显然sdoc与sdos之间存在着一种协调同步关系。软件用状态机来处理这种协调关系。

请参阅图3，主站读其中一个从站的对象字典内的一个对象的方法为：

(1)在主站中，通过主站需访问的从站的节点号设置主站的通讯对象表中的can标识符，并设置需读的对象字典的索引和子索引；

(2)设置主站的sdoc的状态为上装初始状态；

(3)在主站的sdoc的轮询里轮询所有的sdoc，寻找状态不为空闲状态的sdoc，并根据状态进行对应的操作；

其中，在主站的sdoc的状态为上装初始状态时，先通过对应的cob表项发送一个can报文，后在需读的数据量能一次性发送时，设置主站的sdoc的状态为快速上装状态，并一次性读存数据，在需多次读数据量时，设置主站的sdoc的状态为等待长度状态，并多次读存数据。

在主站的sdoc的状态为快速上装状态时，等待至从站返回一个报文。根据通讯对象表寻找对应的sdoc的回调，并进入对应的状态机。将读取的数据赋值于供保存数据的地址的变量中，设置主站的sdoc为完成状态并复位至空闲状态。

主站的sdoc在等待快速上装状态的时间超过一个预设时间时，且从站的sdos未返回数据，设置主站的sdoc的状态为取消状态，并通过主站的sdoc发送一个取消报文至从站的sdos；设置主站的sdoc为完成状态并复位至空闲状态。

在主站的sdoc的状态为等待长度状态时，等待主站的sdoc接收和发送数据，在上装状态中不停的读发送和读等待，直到读完所有数据量后设置主站的sdoc为完成状态并复位至空闲状态，否则在等待长度状态内循环。

主站写其中一个从站的对象字典内的一个对象的方法为：

(a)在主站中，通过主站需访问的从站的节点号设置主站的通讯对象表中的can标识符，并设置需写的对象字典的索引和子索引；

(b)设置主站的sdoc的状态为下载初始化；

(c)在主站的sdoc的轮询里轮询所有的sdoc子项，寻找状态不为空闲状态的sdoc，并根据状态进行对应的操作；

其中，在主站的sdoc的状态为下载初始化时，先通过对应的cob表项发送一个can报文，后在需写的数据量能一次性发送时，设置主站的sdoc的状态为快速下载状态，并一次性写完数据，在需多次写数据量时，设置主站的sdoc的状态为多次下载状态，并进行多次写数据，直至写完数据。

请参阅图4，对于sdo服务端，当接收到数据的时候，根据已经设置好的cob表会找到对应的回调，这个回调会进行sdos的状态机处理，根据接收到的内容判断是读还是写，其中：

在主站读从站的对象字典内的对象时，从站的sdos的状态跳转至下装状态，且根据接收到的报文设置对应的模块表，并根据接收到的索引和子索引寻找对应的对象字典内的响应对象。从站返回响应对象的值至can总线，并传输至主站的sdoc。从站的sdos在响应对象的值返回至主站后，复位其模块表并跳转至空闲状态。由于cob表项包括的canmsg的id是与从站节点号关联的，这是动态设置的，而从站在初始化的时候固定的设置了sdos的模块表，有一个默认的sdos的模块表，而这个sdos对应的cob表项的id是与其节点相关的(相关的意思是指用其节点号+某个数，这个数有两个，一个是发送的，一个是接收的)，这是固定设置的，至此其他都没有固定设置了，其他的要用到动态设置。

在主站写从站的对象字典内的对象时，从站的sdos的状态跳转至上载状态，且根据接收到的报文设置对应的模块表，并根据接收到的索引和子索引寻找对应的对象字典内的响应对象；从站根据接收的报文设置响应对象的值，且在设置完成后，从站的sdos先跳转至完成状态，后跳转至空闲状态。

sdoc和sdos对应的两个状态机是交互的，存在着这种时序同步关系，sdoc发送后处于等待状态，等待sdos的回复，sdos接收到报文后进入相应状态返回报文给sdoc，sdoc接收到之后进入下一个状态。

本实施例还提供了一种数据交互方法，数据交互方法应用于上述的动态连接数据分布式系统，且数据交互方法包括：

寻找作为发送数据的设备的对应cob表项；

将需交互的数据通过对应的cob表项的canmsg结构转换成can总线上的传输信号；

根据传输信号对应的报文中的can标识符，依次对比其他设备的can标识符，使can标识符与报文中的can标识符相对应的设备接收发送的数据。

故，本实施例提供了一种动态管理方法，其包括：

步骤一、在sdom上注册srd；

步骤二、通过sdom建立srd与接收设备之间的数据连接；

步骤三、驱使srd在can总线向接收设备传输数据；

步骤四、释放srd与接收设备之间的连接。

在本实施例中，srd为其中一个从站，且主站与每个从站之间存在一条固定分配通道，这些固定分配通道只允许主站的sdoc单向的访问从站的sdos。

在步骤一中，在sdom上注册srd的方法包括：

步骤s1，srd发送注册请求数据至can总线上，sdom必然会接收；

步骤s2，sdom扫描所有从站，使sdom确定发送注册请求的从站；

步骤s3，用sdom的内部变量保存注册请求的相关信息，分配一个未使用的标识号，再在sdom端寻找一个空的sdos后用该标识号设置该sdos的相关信息；

步骤s4，通过固定分配通道，利用刚刚分配的标识号设置srd的sdoc的对应标识号和其他信息，这样srd的sdoc与主站的sdos经过设置后，srd通过该sdoc发送的数据只有主站的该sdos响应，这便形成第一条动态分配通道；

步骤s5，通知srd注册成功。

在一些实施例中，在sdom上注册srd的方法还包括：

在srd发送注册请求数据前，进行步骤s0，设置srd的对象字典的一个对象为请求注册状态，通过引发一个注册请求事件驱使srd从空闲状态跳转至等待注册状态；

在通知srd注册成功后，进行步骤s6，使sdom跳转回空闲状态，引发srd的一个回调，并在回调中使srd跳转回空闲状态。

在步骤二中，建立srd与接收设备之间的数据连接的方法包括：

步骤s7，通过已经建立的第一条动态分配通道，将srd需访问的设备的节点号和处于空闲状态的一个sdoc的索引信息发送至主站的sdos；

步骤s8，根据srd需访问的设备的节点号，驱使sdom通过固定分配通道寻找接收设备的一个未被使用的sdos并对其进行对应的设置；

步骤s9，通过另一条固定通道并根据srd的提交的sdoc的索引，设置请求设备中该sdoc的标识号等信息，使srd的该sdoc与接收设备的对应sdos的标识号等信息保持对应关系，这便建立起srd端(发送设备)与接收设备之间的第二条动态连接通道；

步骤s10，通知srd连接请求成功。

在一些实施例中，建立srd与接收设备之间的数据连接的方法还包括：

在通知srd连接请求成功前，sdom在复位自己的sdoc后跳转回空闲状态；

在通知srd连接请求成功后，引发srd的一个回调，并使srd在回调中跳转回空闲状态；

其中，通过写一次srd的对象字典的一个对象以通知srd连接请求成功。

在步骤三中，驱使srd在can总线向接收设备传输数据的方法包括：

步骤s11，请求设备可以直接利用建立起来的第二条动态分配通道传输数据至接收设备。

在步骤四中，释放srd与接收设备之间的连接的方法包括：

步骤12，复位接收设备的sdos、srd的sdoc，并释放对应的标识号。

在一些实施例中，动态管理方法还包括：

步骤五、在从站出现异常、报错、掉线、紧急事件和复位中任意一种情况时，解除srd在sdom上的注册。

其中，解除注册的方法包括：

步骤13，复位服务sdom的服务数据对象服务端、srd的服务数据对象客户端，并释放对应的标识号。

综上所述，本实施例的动态连接数据的管理方法，通过在can总线上设备之间建立动态数据连接，并且动态处理设备之间的请求，而且保证了这些请求之间是有条不紊的发送和接收，彼此之间不会发生冲突，从而提高设备之间连接的灵活性，实现设备之间的数据交互。

实施例2

请参阅图5以及图6，在上述实施例1的说明基础上，本实施例接下来介绍本实施例动态管理的过程。

假如设备2要访问设备5上的某个参数，当然这个参数基于对象字典结构。首先设备2需要向设备3注册，虽然设备2是计划向设备5实现动态访问，但是需要经过设备3的管理。设备2是发起请求的设备，它先把其注册到sdom上。注册之后设备2需要与设备5建立一种连接，设备2需要再次请求sdom去建立这种连接，一旦连接建立完毕之后，设备2就可以利用建立好的连接通道与设备5进行数据访问了。这种连接通道是独一无二的，sdom就是为了多个不同的动态请求建立这种独一无二的连接通道，让彼此通信互不干扰。

一、srd注册请求

1、设备2也就是请求设备(srd)设置其的0x1f10对象字典为请求注册状态。

2、srd先引发一个注册请求事件，使设备2从空闲状态跳到等待注册状态，在该状态下把这个请求发送到can总线上。

这个发送利用的是srd的cob表项，如前，接收的必然是sdom的cob表项，所有的srd的cob表与sdom的cob表一一对应，这是约定好的cobid专门用来处理srd与sdom请求报文的can标识符。所以设备3会响应这个报文。

3、sdom接收到报文之后，利用的是sdom的cob表的回调，在回调中设置sdom的srd注册事件，这样sdom会跳到扫描请求设备状态。

在扫描设备请求状态下，sdom扫描的是已经注册的设备，这种扫描是扫描内部的保存的可能要进行注册的设备的变量，这个变量并没有，所以会扫描不到任何设备，这主要是为了防止已经有可能注册的设备但是没有进行处理的情况。

由于没有扫描到srd，所以它会引发srd未发现事件，这让sdom跳到扫描所有请求设备的状态，这个状态下与上一个状态是不同的，上一个状态是扫描内部保存的可能要进行注册的srd，这次是进行所有从站的sdo传输，主站可以访问所有从站，这是固定配置的，也只有这个固定配置(通过前述的固定分配通道实现固定配置)，这个sdo传输就是读所有从站的0x1f10对象字典，而之前srd已经设置了其的0x1f10对象字典表示其要进行注册请求。

设备2不能直接对设备3进行sdo传输，但是先通过srd通知sdom，让sdom读所有从站，看是哪个从站发起的注册请求。设备2就是通过0x1f10来交互这种信息的。

4、当sdom通过sdo传输扫描到有站点要注册的时候，sdom设置其内部的变量以保存相关信息，并且引发srd发现事件，在该事件下sdom会分配两个独一无二的cobid，具体地，是在可用的cobid中寻找没有被使用的id，然后设置sdom所在设备的sdos，让sdom所在设备的sdos的cobid等于被分配的id。实际上，一个sdos或sdoc对应两个cob，一个是发送cob表，另一个是接收cob表。然后sdom跳到设置请求端设备状态。

5、在设置请求端设备状态下，如图7所示，sdom利用先前分配的cobid设置设备2的sdoc，设备2有9个sdoc，主要设置最后一个sdoc，最后一个sdoc是保留特殊作用的，这个sdoc是为了专门让srd与sdom进行sdo传输使用的，sdom可以访问srd，这通过sdom所在设备(即主站)的sdoc访问srd的sdos，这是固定配置的，但是srd的sdoc不能访问sdom在设备的sdos，这需要动态配置的，而现在就是设置srd的sdoc，前述已经设置了sdom所在设备的sdos，所以现在又利用分配的cobid设置srd的sdoc，这样srd可以利用这个设置的sdoc与sdom进行数据传输了。

sdom(设备3)通过固定分配的通道(固定分配通道)设置srd(设备2)的sdoc，让设备2的sdoc与设备3的sdos的cobid一致并且没有被其他通道使用过，这样反方向建立了一种动态分配的通道，之后站点2可以主动访问站点3了。

sdom设置srd的sdoc进行的步骤如图8所示。sdom设置srd的sdoc主要分多次sdo传输实现，其中，一个sdo传输也可以有很多步骤，每次传输后进入接收状态，等待sdos的回复，如果回复正确且不超时，即进入到下一个就绪状态，再次发动一次sdo传输，读写其他内容，以此类推等设置完所有该设置的后回到空闲状态。

该传输序列状态机主要设置srd的sdoc的节点号和两个cobid(接收和发送cob表的id)，至此站点2与站点3有双向sdo通道了。

6、设置srd的sdoc完毕之后，sdom跳到设置请求端0x1f10状态，在该状态下，sdom回到空闲状态，同时进行一次sdo传输写srd的0x1f10对象字典，通知srd注册请求已经成功了。

7、srd在被sdom远程写0x1f10对象字典后，引发一个回调，在回调中回到空闲状态，至此一个srd注册请求完毕。

二、srd连接请求

srd连接请求必须在srd注册请求之后，srd注册请求建立了srd与sdom的双向sdo传输通道，同时sdom保存了这个注册请求相关信息，srd可以在一个注册请求之后动态的建立连接或释放连接，通信完毕之后一般释放连接，防止连接数目过多，而注册一次就可以进行多次连接，可以每次连接会连接到不同的设备，比如设备2连接到设备5之后，也可以同时连接到设备4等，或者与设备5的传输结束后释放这个通道，与其他设备建立新的连接。注册是srd与sdom之间的关系，而连接是srd与其他站点之间的关系，后者需要通过srd连接请求来建立。故srd连接请求的流程如下：

1、srd寻找一个空的sdoc(空的sdoc即处于空闲状态的sdoc)，当srd打算访问别的设备的时候，由于它可能同时访问多个设备，因此需要建立多个连接通道，而每个连接通道都需要一个sdoc，所以每次建立一个新的连接的时候，需要寻找一个空的sdoc，然后把试图要访问的设备的节点号(这里指设备5)和这个空的sdoc的索引(索引0代表第一个sdoc，索引2代表第二个sdoc，表示这个sdoc在sdoc表里的哪个表项，前面有描述sdoc表的组织结构)保存起来，作为发送给sdom的数据。

之后，引发一个连接请求事件，这让srd跳到等待连接状态，在该状态下，srd通过前面的注册请求建立的新的通道去写sdom的0x1f00对象字典。前面已经刚提到过建立了srd主动访问sdom的动态分配的sdo通道，现在就利用这个通道进行一次sdo传输，写sdom的0x1f00对象字典，写的内容就是刚刚保存的内容(需要访问的设备节点号和空的sdoc索引)。

2、由于新的通道建立了，所以sdom必然会响应这个can报文，并在对应的sdos的cob表的回调里保存接收到内容(节点号5和空的sdoc索引，以及srd的节点号)，然后引发0x1f00被调用事件，这让sdom跳到设置服务端设备状态。

3、在设置服务端设备状态，sdom的任务是设置设备5的sdos，设置过程的状态机如图9所示。sdom先寻找一组没有使用过的cobid，然后发动sdo传输远程检查服务端也就是设备5的sdos的模块表的多个表项，检查是否已经被使用，寻找一个没有被使用的sdos，找到之后经过多次sdo传输设置该sdos。把srd的节点号设备给sdos，并且设置该sdos刚刚分配的未使用的cobid，设置正确后跳到设置请求端设备状态。

4、在设置设备请求端设备状态下，sdom设置srd的sdoc，这个sdoc是先前寻找的处于空闲状态的sdoc，与srd和sdom建立动态的sdoc属于不同的sdoc。

这个过程和先前的注册请求的一样，只不过设置的sdoc不一样，并且设置的cobid是刚分配的，与设置设备5的sdos对应的cobid一样，且设置的节点号为设备5的节点号，设置正确后跳到设置请求端0x1f10状态。

5、在设置请求端0x1f10状态下，sdom回到空闲状态，同时进行一次sdo传输写srd的0x1f10对象字典，通知srd连接请求成功了。

6、srd在被sdom远程写0x1f10对象字典后，引发一个回调，在回调中回到空闲状态，至此一个srd连接请求完毕。这样sdom利用分配的cobid同时设置了设备2的sdoc和设备5的sdos，这样设备2就能利用刚刚建立的通道与设备5实行sdo传输了。

三、数据传输

请参阅图10，假定站点2(srd)找到的空的sdoc为sdoc2，而站点3(sdom)找的站点5的处于空闲状态的sdos为sdos2。站点2的通过srd通知站点3的sdom，让sdom发现自己正在请求注册，sdom先设置其所在设备的一个可用的sdos，再通过固定分配通道1设置站点2的sdoc1，这样让站点2与站点3建立了动态分配1通道，站点2可以主动访问站点3。

之后，站点2通过动态分配1通道告知站点3其希望与站点5进行动态连接，站点3通过固定分配2通道设置站点5的sdos2，接着站点3通过固定分配1通道设置站点2的sdoc2，这样站点2的sdoc2与站点5的sdos2建立了新的连接通道。

再之后，站点2就可以利用动态分配2通道访问站点5，且这里的数据传输就是sdo传输。

四、连接释放和注册解除

连接释放主要由srd的决定何时释放，这套机制提供了给用户动态释放sdo连接通道的实现。连接释放是连接请求的反操作，过程与srd连接请求一样，只不过连接请求是设置被请求服务的sdos和srd的sdoc，而连接释放是复位被请求服务的sdos和srd的sdoc，并且释放分配的cobid。注册解除主要由sdom解除，过程与注册请求一样，也是复位sdom设备的sdos和srd的sdoc，并且释放分配的cobid。

注册解除一般发生在从站异常或出现错误，掉线，紧急事件，复位等情况，主要涉及所有从站的状态管理，包括心跳、生命周期、事件、紧急、管理机。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包括在本发明的保护范围之内。