CN116382115A - 安全平台仿真系统和安全平台仿真系统应用方法 - Google Patents

Abstract

本申请公开了一种安全平台仿真系统和安全平台仿真系统应用方法，属于轨道交通技术领域。所述安全平台仿真系统应用于EI32‑JD型计算机联锁系统，所述EI32‑JD型计算机联锁系统包括联锁机、驱采机和EI32安全平台，所述EI32安全平台包括逻辑部和LAN接口，其中，所述逻辑部应用于所述联锁机；所述安全平台仿真系统包括：逻辑部仿真软件，所述逻辑部仿真软件用于加载所述逻辑部对应的功能；API文件，所述API文件包括用于调用所述LAN接口的接口函数。本申请的安全平台仿真系统，能够降低研发、生产和测试成本，且提高工作效率。

Description

安全平台仿真系统和安全平台仿真系统应用方法

技术领域

本申请属于轨道交通技术领域，尤其涉及一种安全平台仿真系统和安全平台仿真系统应用方法。

背景技术

随着高铁技术的快速崛起，CTCS-3级列车运行控制系统运送货物或者运行旅客的需求也越来越大、工作线路也越来越繁忙，这导致对于联锁系统信号设备的需求越来越大，对联锁系统信号设备的安全性要求也越来越高。相关技术中，常常采用EI32-JD型联锁系统进行测试，但EI32-JD型联锁系统的硬件平台是采用日本信号的EI32安全平台，由于硬件产地距离以及成本等因素基本无法满足开发和生产及系统测试的实际要求，且对于开发、生产和测试过程中对硬件的依赖较高，导致成本较高，也一定程度上影响了工作效率。

发明内容

本申请旨在至少解决现有技术中存在的技术问题之一。为此，本申请提出一种安全平台仿真系统和安全平台仿真系统应用方法，能够降低研发、生产和测试成本，且提高工作效率。

第一方面，本申请提供了一种安全平台仿真系统，应用于EI32-JD型计算机联锁系统，所述EI32-JD型计算机联锁系统包括联锁机、驱采机和EI32安全平台，所述EI32安全平台包括逻辑部和LAN接口，其中，所述逻辑部应用于所述联锁机；该安全平台仿真系统包括：

逻辑部仿真软件，所述逻辑部仿真软件用于加载所述逻辑部对应的功能；

API文件，所述API文件包括用于调用所述LAN接口的接口函数。

根据本申请的安全平台仿真系统，通过在EI32-JD型计算机联锁系统的硬件基础上，设置与之匹配的逻辑部仿真软件以及API文件生成对应的安全平台仿真系统，以通过软件即可实现与EI32-JD型计算机联锁系统的硬件系统相同的功能，无需搭载硬件即可实现相应的功能，有效降低研发、生产和测试成本；且灵活性高，功能性强大，能够满足开发和生产及系统测试的实际要求，有助于提高工作效率。

根据本申请的一个实施例，所述API文件还包括用于调用LAN环网通信的接口函数，所述LAN环网通信的接口函数应用于所述EI32-JD型计算机联锁系统的系间通信接口和/或驱动采集通信接口。

根据本申请的一个实施例，所述EI32-JD型计算机联锁系统还包括通信机，所述安全平台仿真系统与所述通信机的接口通信连接。

根据本申请的一个实施例，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的以太网通信接口对应的以太网通信模块，所述以太网通信接口对应有2个网口，且最大支持4块板卡。

根据本申请的一个实施例，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的串口通信接口对应的串口通信模块，所述串口通信接口最大支持4块串口卡，且单个所述串口卡支持6个串口。

根据本申请的一个实施例，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的采集驱动通信接口对应的采集驱动通信模块，所述采集驱动通信接口对应有64路采集路和16路驱动路。

根据本申请的一个实施例，所述联锁机包括第一联锁机和第二联锁机，所述安全平台仿真系统还包括至少两个第一共享内存模块，所述第一共享内存模块分别与所述第一联锁机和所述第二联锁机通信连接，且所述至少两个第一共享内存模块分别由互斥量核心对象进行保护。

根据本申请的一个实施例，所述第一共享内存模块包括：

动作R继电器，所述动作R继电器用于控制所述第一联锁机和所述第二联锁机同时处于不同的起落状态；

COR继电器，所述COR继电器设置于在所述第一联锁机为主机的情况下处于落下状态，在所述第二联锁机为主机的情况下处于吸起状态。

第二方面，本申请提供了一种安全平台仿真系统应用方法，应用于如第一方面所述的安全平台仿真系统，该方法包括：

对所述安全平台仿真系统进行初始化处理；

在初始化处理成功的情况下，控制所述安全平台仿真系统进入定周期处理状态；

在所述定周期处理状态下，基于目标函数，在所述安全平台仿真系统中执行定周期任务。

根据本申请的安全平台仿真系统应用方法，通过采用安全平台仿真系统能够执行与硬件系统相同的定周期处理任务，从而实现平台调度功能，简单可靠且无需设置额外配置，有助于降低设计成本。

第三方面，本申请提供了一种安全平台仿真系统应用装置，应用于如第一方面所述的安全平台仿真系统，该装置包括：

第一处理模块，用于对所述安全平台仿真系统进行初始化处理；

第二处理模块，用于在初始化处理成功的情况下，控制所述安全平台仿真系统进入定周期处理状态；

第三处理模块，用于在所述定周期处理状态下，基于目标函数，在所述安全平台仿真系统中执行定周期任务。

根据本申请的安全平台仿真系统应用装置，通过采用安全平台仿真系统能够执行与硬件系统相同的定周期处理任务，从而实现平台调度功能，简单可靠且无需设置额外配置，有助于降低设计成本。

第四方面，本申请提供了一种非暂态计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的安全平台仿真系统应用方法。

第五方面，本申请提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的安全平台仿真系统应用方法。

本申请实施例中的上述一个或多个技术方案，至少具有如下技术效果之一：

通过在EI32-JD型计算机联锁系统的硬件基础上，设置与之匹配的逻辑部仿真软件以及API文件生成对应的安全平台仿真系统，以通过软件即可实现与EI32-JD型计算机联锁系统的硬件系统相同的功能，无需搭载硬件即可实现相应的功能，有效降低研发、生产和测试成本；且灵活性高，功能性强大，能够满足开发和生产及系统测试的实际要求，有助于提高工作效率。

进一步的，通过设置共享模块实现两系间光口通信，简单可靠且无需设置额外配置，有助于降低设计成本。

更进一步的，通过在第一共享内存模块内设置工作状态模块和主用状态模块以提供倒机功能，能够实现倒机仿真，功能性较高，且进一步降低了测试成本，有助于提高工作效率。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请实施例提供的安全平台仿真系统的结构示意图之一；

图2是本申请实施例提供的安全平台仿真系统的结构示意图之二；

图3是本申请实施例提供的安全平台仿真系统的结构示意图之三；

图4是本申请实施例提供的安全平台仿真系统的结构示意图之四；

图5是本申请实施例提供的安全平台仿真系统应用方法的流程示意图之一；

图6是本申请实施例提供的安全平台仿真系统应用方法的流程示意图之二；

图7是本申请实施例提供的安全平台仿真系统应用装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的安全平台仿真系统、安全平台仿真系统应用方法、安全平台仿真系统应用装置和可读存储介质进行详细地说明。

需要说明的是，该安全平台仿真系统应用于EI32-JD型计算机联锁系统。

如图1所示，该安全平台仿真系统包括：逻辑部仿真软件(nsspe_debug.lib)和API文件。

可以理解的是，EI32-JD型计算机联锁系统包括联锁机(ILC)，驱采机(IOC)，操作机(OW)和维修机(MW)。

EI32-JD型计算机联锁系统用于完成基本的联锁功能，即在规定的联锁条件和规定的时序下对进路、信号和道岔实行控制；具备与I2I(邻站联锁系统)、TCC(列控中心系统)、RBC(无线闭塞中心系统)、SFM(通信机系统)以及LEU(地面电子单元)的通信接口。

其中，联锁机(ILC)包括：EI32安全平台和联锁机应用软件。

联锁机软件是由联锁机应用软件和EI32安全平台系统软件编译、链接生成，并烧录到CPU板中。

驱采机(IOC)包括：EI32安全平台和驱采机应用软件。

平台接口(API)是EI32安全平台向联锁机应用软件提供的软件接口，EI32安全平台由平台系统软件和硬件组成。

操作机(OW)和维修机(MW)一般采用工控机(操作系统为Windows)。

在一些实施例中，EI32-JD型计算机联锁系统还可以包括通信机(SFM)。

在该实施例中，通信机(SFM)包括EI32安全平台和通信机应用软件。

安全平台仿真系统与通信机的接口通信连接。

在实际执行过程中，EI32安全平台和各类应用软件基于平台接口(API)进行通信连接。

EI32安全平台包括逻辑部(FSSQ)，应用于联锁机和驱采机、通信机。

其中，逻辑部由两系组成，与倒机单元(SW)一起构成2×2取2双机热备冗余结构，主要板卡如表1所示。

表1

逻辑部的主要功能如下所述：

1)提供一个安全可靠的运算平台。

2)提供以太网电口、RS422/RS485/RS2322、LAN五类通信接口。

3)提供了两路系间LAN环网通信接口。

4)支持倒机相关继电器的控制和状态采集功能，可配合应用软件实现逻辑部I/II系的双机热备。

5)对设备的运行状态进行诊断、监控及上报。

在一些实施例中，继续参考图1，EI32安全平台还可以包括LAN接口，用于进行LAN通信。

在本申请中，需要说明的是，安全平台仿真系统是EI32安全平台在Windows平台下的仿真实现。

例如，该安全平台仿真系统可以为EI32日信安全平台仿真系统。

安全平台仿真系统与EI32安全平台的应用接口(EI32-JD APIs)完全一致。

安全平台仿真系统(NSSP)用以模拟日信安全平台(NSSP)的功能，用于在windows环境下对NSSP应用软件(如联锁机软件、驱采机软件、通信机软件等)进行开发、调试、生产和测试；用以降低在开发、生产和测试过程中对硬件的依赖并提供工作效率。

安全平台仿真系统内置主函数main()。

安全平台仿真系统包括：逻辑部仿真软件(nsspe_debug.lib)，对应于EI32安全平台中的逻辑部(FSSQ)。

逻辑部仿真软件(nsspe_debug.lib)为静态库文件，逻辑部仿真软件用于加载逻辑部对应的功能，具体功能已在上文中进行说明，在此不作赘述。

安全平台仿真系统还包括API文件，该API文件为平台接口对应的文件。

API文件包括用于调用LAN接口的接口函数。

在一些实施例中，API文件还可以包括LAN环网通信的接口函数。

在该实施例中，LAN环网通信的接口函数应用于EI32-JD型计算机联锁系统的系间通信接口和/或驱动采集通信接口，通过光纤LAN网进行通信。

在一些实施例中，API文件还可以包括全部涉及的通信接口对应的接口函数。

表2示例了API文件所包括的文件清单。

表2

在本申请中，可以理解的是，目标机的系统软件是应用软件与EI32安全平台系统库一起编译链接生成的，而基于安全平台仿真系统的应用软件是应用软件与安全平台仿真系统库一起编译链接而成，最终得到的结果如表3所示。

二者所用的平台库和编译器及运行环境不同，但上层应用软件完全一致。

表3

继续参考表3，在一些实施例中，安全平台仿真系统可以提供：工程仿真库软件根目录、仿真库通用软件、功能模块、全局性头文件以及编译输出LIB目录中的至少一种。

根据本申请实施例提供的安全平台仿真系统，通过在EI32-JD型计算机联锁系统的硬件基础上，设置与之匹配的逻辑部仿真软件以及API文件生成对应的安全平台仿真系统，以通过软件即可实现与EI32-JD型计算机联锁系统的硬件系统相同的功能，无需搭载硬件即可实现相应的功能，有效降低研发、生产和测试成本；且灵活性高，功能性强大，能够满足开发和生产及系统测试的实际要求，有助于提高工作效率。

在一些实施例中，联锁机还可以包括第一联锁机和第二联锁机，安全平台仿真系统还可以包括至少两个第一共享内存模块。

在该实施例中，第一共享内存模块分别与第一联锁机和第二联锁机通信连接，且至少两个第一共享内存模块分别由互斥量核心对象进行保护。

第一联锁机和第二联锁机分别可以对应于I系联锁机和II系联锁机。

至少两个第一共享内存模块包括SM_I和SM_II。

其中，第一共享内存模块分别与第一联锁机和第二联锁机通信连接，SM_I用于实现I系联锁机向II系联锁机的单向通信，SM_II用于实现II系联锁机向I系联锁机的单向通信。

需要说明的是，在本实施例中，至少两个第一共享内存模块分别由互斥量核心对象进行保护，以确保一个进程对共享内存的独占访问；即在某系联锁机写操作未完时，另一系联锁由于有互斥量核心对象的保护而不能对缓冲区进行访问，从而保证了数据的完整性。

可以理解的是，在EI32安全平台中，系间通信由平台提供的两路冗余的光纤以太网来完成，安全通信也由平台完成，对应用软件而言直接调用对应的API函数收发数据即可。

在采用安全平台仿真系统的情况下，两系设备(如两系联锁机)实际上是应用软件(如ILC.EXE)的两个进程，区别在于启动这两个进程时用的参数不同(该参数是用以标识不同设备的系ID)，基于安全平台仿真系统的系间通信实质上这两个进程间的通信。

需要说明的是，在使用共享内存的情况下，两系设备对应的两个进程应运行于同一台计算机中。

例如，在实际执行过程中，当I系联锁机向II系联锁机发送数据时，只需将数据发送到第一共享内存模块SM_I中即可，II系联锁机通过API收取系间数据时可直接从第一共享内存模块SM_I中读取数据。

同理，当II系联锁机向I系联锁机发送数据时，只需将数据发送到第一共享内存模块SM_II中，I系联锁机收取数据时也可直接从第一共享内存模块SM_II中获取相关数据。

根据本申请实施例提供的安全平台仿真系统，通过设置共享模块实现两系间光口通信，简单可靠且无需设置额外配置，有助于降低设计成本。

如图3所示，在一些实施例中，第一共享内存模块可以包括：动作R继电器和COR继电器。

在该实施例中，联锁机的工作状态包括正常工作状态和非正常工作状态。

在EI32-JD型计算机联锁系统中，两系联锁机通过倒机单元控制命令将其工作状态输出给倒机单元，倒机单元负责完成主用裁决功能(即保证只有一系联锁是主用)，并将裁决的结果(即主用信息)通过倒机单元状态信息返回给双系联锁。

在安全平台仿真系统中，也可以通过共享内存的方式实现倒机单元的功能。

第一共享内存模块中模拟倒机单元设置了两系联锁机的动作R继电器和COR继电器状态。

其中，动作R继电器为I/II系的动作R继电器，R继电器用于控制第一联锁机和第二联锁机同时处于不同的起落状态。

在I系联锁机落下的情况下，II系联锁机吸起；在II系联锁机落下的情况下，I系联锁机吸起。

在COR继电器状态为吸起状态的情况下，II系联锁机为主机；在COR继电器状态为落下状态的情况下，I系联锁机为主机。

在实际执行过程中，当联锁机通过API设置自身的工作状态(发送倒机单元控制命令)时，安全平台仿真系统依据另一系的动作R继电器和COR继电器的状态实时判决并刷新当前的主用状态；双系联锁通过API从第一共享内存模块中获取动作R继电器和COR继电器状态刷新自身的主用状态。

在一些实施例中，在连续目标数量的周期内未接收到控制命令的情况下，则可以自动将该系的工作状态置为非工作状态并启动对应的倒机逻辑刷新对应主用状态，以对倒机单元控制命令的有效性实时监控。

在一些实施例中，第一共享内存模块还可以包括同步保护模块，以提供同步保护机制，保证数据的完整性。

根据本申请实施例提供的安全平台仿真系统，通过在第一共享内存模块内设置工作状态模块和主用状态模块以提供倒机功能，能够实现倒机仿真，功能性较高，且进一步降低了测试成本，有助于提高工作效率。

继续参考图1，在一些实施例中，该安全平台仿真系统还可以包括：通用PC、操作系统驱动器和仿真器系统库。

在该实施例中，操作系统驱动器与通用PC通信连接，仿真器系统库与操作系统驱动器通信连接。

其中，仿真器系统库对应于EI32-JD型计算机联锁系统中EI32-JD系统库，操作系统驱动器对应于EI32-JD型计算机联锁系统中OS/Driver。

继续参考图1，在一些实施例中，EI32-JD型计算机联锁系统还可以包括以太网通信接口，安全平台仿真系统还可以包括与EI32-JD型计算机联锁系统的以太网通信接口对应的以太网通信模块。

在该实施例中，以太网通信接口对应有2个网口，且最大支持4块板卡。

继续参考图1，在一些实施例中，EI32-JD型计算机联锁系统还可以包括串口通信接口，安全平台仿真系统可以包括与EI32-JD型计算机联锁系统的串口通信接口对应的串口通信模块。

在该实施例中，串口通信接口最大支持4块串口卡，且单个串口卡支持6个串口。

在实际执行过程中，串口通信接口可以支持RS422/RS458/RS232接口。

在EI32安全平台中，主要由串口通信板卡来完成该功能，包括初始化、发送和接收功能：

其中，初始化用于配置波特率、数据位、停止位、奇偶校验方式等。

发送即通过指定端口对外发送数据。

接收即将接收到的数据返回给调用者。

如图4所示，在安全平台仿真系统中，基于实际应用，提供了多种仿真实现方案，具体可依据需要通过修改安全平台仿真系统的配置来实施：

1)用以太网模拟串口；

2)用PC机中的RS422模拟安全平台中的RS422。

需要说明的是，以上两种方式，联锁机软件调用API均相同，为EI32-JD日信平台输出给应用软件的API，仅仅是安全平台仿真系统对该接口采用了两种不同的实现方式而已；即无论采用哪种方式，应用软件的代码都是不变的，仅仅是安全平台仿真系统的配置不同。

根据本申请实施例提供的安全平台仿真系统，通过设置与EI32安全平台相同的串口通信接口以实现串口通信功能，功能性较高，且进一步降低了测试成本，有助于提高工作效率。

在一些实施例中，EI32-JD型计算机联锁系统还可以包括采集驱动通信接口，安全平台仿真系统可以包括与EI32-JD型计算机联锁系统的采集驱动通信接口对应的采集驱动通信模块。

在该实施例中，采集驱动通信接口对应有64路采集路和16路驱动路。

可以理解的是，EI32-JD型计算机联锁系统中由驱采机实现对轨旁设备的状态采集及输出控制，主要通过驱动板(OUT16)和采集板(IN64D)实现。

EI32-JD型计算机联锁系统最多可支持8组驱采机，驱采机数目取决于站场规模。

为了便于测试，轨旁设备由轨旁仿真软件实现，轨旁仿真软件可以显示站场设备(道岔、信号机、区段等)的状态，也可以手动设置各设备的状态，例如设置灯丝断丝以及区段占用等。

在安全平台仿真系统中，可以采用共享内存的方式实现驱采机和轨旁仿真软件间的通信。

在一些实施例中，EI32-JD型计算机联锁系统还可以包括第二共享内存模块，且第二共享内存模块分别与驱采机和轨旁仿真模块通信连接。

在该实施例中，每个驱采机将驱动命令发送到各自的第二共享内存模块中，轨旁仿真再从对应的第二共享内存模块获取驱动信息。

轨旁仿真将采集信息也输出到对应的第二共享内存模块中，各驱采机从对应的第二共享内存模块中获取数据。

在一些实施例中，除驱动和采集信息外，各驱采机的配置信息也可以更新至第二共享内存模块，以便汇集驱动命令和拆解采集信息。

在一些实施例中，安全平台仿真系统中第二共享内存模块中的驱动命令设置有“保质期”，即如果超过“保质期”未更新驱动命令，则会清0，采集信息也类同。

在一些实施例中，还可以在第二共享内存模块中增加同步保护机制，以保证数据的完整性。

根据本申请实施例提供的安全平台仿真系统，通过设置第二共享内存模块实现驱采机与轨旁仿真软件之间的通信，从而提供与硬件设备相同的IO功能，简单可靠且无需设置额外配置，有助于降低设计成本。

本申请实施例还提供一种安全平台仿真系统应用方法，该安全平台仿真系统应用方法应用于如上任意实施例所述的安全平台仿真系统。

如图5所示，该安全平台仿真系统应用方法包括：步骤510、步骤520和步骤530。

步骤510、对安全平台仿真系统进行初始化处理；

在该步骤中，可以理解的是，EI32安全平台在上电或复位后，首先执行“初始化”过程，在该过程中系统平台通过回调init_rt()完成应用软件的初始化；初始化成功后，EI32安全平台进入定周期处理，且通过回调mainrt()完成应用软件的周期处理任务。初始化接口函数init_rt()和周期处理接口函数mainrt()均由应用层实现，安全平台负责调用执行。

EI32安全平台的这种调度机制决定了应用软件的入口必须在平台里而不是在应用软件中实现，安全平台仿真系统也可以按该机制实现，将main()封装在安全平台仿真系统库中。

在实际执行过程中，如图6所示，与真实平台类似，安全平台仿真系统中在调用init_rt()进行应用层初始化之前，会调用安全平台仿真系统内部各模块的初始化函数，用以完成安全平台仿真系统自身的初始化处理。

例如通过参数设定模拟跳线从而实现设备ID的设定；通过对配置文件的读取获取对RS422仿真实现的方式进行设定和初始化(注：RS422可按以太网或Windows中真实的RS422来安全平台仿真系统的RS422通信功能)。

步骤520、在初始化处理成功的情况下，控制安全平台仿真系统进入定周期处理状态；

在该步骤中，在初始化处理成功的情况下，则控制安全平台仿真系统进入定周期处理状态。

步骤530、在定周期处理状态下，基于目标函数，在安全平台仿真系统中执行定周期任务。

在该步骤中，继续参考图6，当进入定周期处理状态后，则可以通过回调mainrt()完成应用软件的定周期处理任务。

继续参考图6，在一些实施例中，在步骤530之后，该方法还可以包括：

基于定周期处理状态对应的起始时刻和结束时刻，确定定周期处理状态的第一时长；

在第一时长小于安全平台仿真系统对应的目标运行周期时长的情况下，控制安全平台仿真系统进入空闲时间处理状态；

在第一时长不小于目标运行周期时长的情况下，控制安全平台仿真系统库进入下一轮的空闲时间处理状态。

在该实施例中，目标运行周期时长可以基于用户自定义，本申请在此不作限定。

空闲时间处理状态用于使安全平台仿真系统进入定时睡眠状态，且EI32安全平台进行系统自检和其他一些必要的处理。

例如，在每次重新进入周期处理时，启动计时，在完成mainrt()回调处理后结束计时，前后的时间差(即第一时长)与设定的周期值进行比较(即目标运行周期时长)；

若还有剩余时间，则让进程进行空闲时间处理。

若无剩余时间，则基于安全平台仿真系统设定的超周期处理策略处理，当空闲时间处理完成后再次进入定周期处理的始端，周而复始。

根据本申请实施例提供的安全平台仿真系统应用方法，通过采用安全平台仿真系统能够执行与硬件系统相同的定周期处理任务，从而实现平台调度功能，简单可靠且无需设置额外配置，有助于降低设计成本。

在一些实施例中，该方法还可以包括：

配置安全平台仿真系统对应的波特率、数据位、停止位以及奇偶校验方式中的至少一种；

基于目标端口发送目标数据。

在该实施例中，目标端口为指定端口。

在实际执行过程中，可以通过串口通信板卡来实现VSIO串口通信功能。

可以理解的是，在EI32安全平台中，主要由串口通信板卡来完成该功能，包括初始化、发送和接收功能：

其中，初始化用于配置波特率、数据位、停止位、奇偶校验方式等。

发送即通过指定端口对外发送数据。

接收即将接收到的数据返回给调用者。

在安全平台仿真系统中，基于实际应用，提供了多种仿真实现方案，具体可依据需要通过修改安全平台仿真系统的配置来实施：

1)用以太网模拟串口；

2)用PC机中的RS422模拟安全平台中的RS422。

需要说明的是，以上两种方式，联锁机软件调用API均相同，为EI32-JD日信平台输出给应用软件的API，仅仅是安全平台仿真系统对该接口采用了两种不同的实现方式而已。即无论采用哪种方式，应用软件的代码都是不变的，仅仅是安全平台仿真系统的配置不同。

在一些实施例中，在配置安全平台仿真系统对应的波特率、数据位、停止位以及奇偶校验方式中的至少一种之后，该方法还可以包括将接收到的数据返回给调用者。

根据本申请实施例提供的安全平台仿真系统应用方法，通过采用安全平台仿真系统能够实现与硬件系统相同的VSIO串口通信功能，简单可靠且无需设置额外配置，有助于降低设计成本。

在一些实施例中，该方法还可以包括：

将接收到的第一数据存储至目标缓冲区；

接收用于获取数据的请求指令；

响应于请求指令，发送存储至目标缓冲区的第二数据；第二数据为存储至目标缓冲区的全部第一数据。

在该实施例中，EI32安全平台还可以包括ENETHXR板卡以实现以太网通信功能；包括初始化、发送和接收功能。

初始化用于配置IP地址，子网掩码和路由。

创建和关闭socket用于通信时创建或关闭套接字。

发送即通过指定socket对外发送数据。

接收即将接收到的数据返回给调用者。

目标缓冲区可以为对应socket的缓冲区。

需要说明的是，在安全平台仿真系统中，以太网接收数据由单独的线程完成，并且不受平台周期约束实时接收来自网络的数据，并将收到的数据保存到对应socket的缓冲区中，当应用软件通过API获取接收数据时，安全平台仿真系统将指定socket缓存区中对应的数据返回给调用者。

对于发送情景，则是立即执行，即应用程序调用平台接口发送数据时，平台立即向网络发送数据。

收发数据的特性与真实平台行为保持一致。

在一些实施例中TCP类型(包括Server和Client)的socket的状态管理也在接收数据的线程中完成。

具体实现中，主要采用多路复用技术，即用select系统调用来监视并等待所有socket的属性发生变化，其监视的属性包括：readfds(可读)、writefds(可写)和exceptfds(异常)等类型。

调用后select函数会阻塞(该线程会处于睡眠状态)，直到有socket就绪(有数据可读、可写、或者有错误异常)，或者超时(timeout指定等待时间)函数才返回并唤醒该线程。

当select()函数返回后，若有socket就绪(即select返回值大于0)可通过FD_ISSET查询状态发生变化的socket，并对该socket进行相应的处理。

根据本申请实施例提供的安全平台仿真系统应用方法，通过采用安全平台仿真系统能够实现与硬件平台相同的以太网通信功能，简单可靠且无需设置额外配置，有助于降低设计成本。

经发明人多次试验，本申请实施例提供的安全平台仿真系统，能够从开发、生产与测试以及培训等多个方面提高用户的工作效率。

一、可以从以下几个方面为研发人员搭建方便快捷的开发环境：

1、开发人员在普通的PC机或笔记本上就可以完成开发、调试和测试，减低了对硬件平台的依赖和对实验室环境的要求，减少了公司的研发成本。

2、相比以前采用JD-IA的在DOS模式下开发，Window的方便性无疑极大地提高了工作效率，另外Windows应用软件可用内存远远超过640K内存，不存在因为内存限制导致无法调试的情况。

3、可充分利用Windows中的有许多成熟、先进的测试工具，为保障软件质量提供了更多的技术和措施。例如在开发中引入C++Test测试工具，开发人员可以随时检查所编写的代码是否符合公司指定的规范。

二、使用安全平台仿真系统后，生产(指使用通用软件制作车站软件的过程)人员完全可以在普通的PC机或笔记本电脑上进行，不必占用实验室的测试环境，避免了因环境不够而相互等待的情况，节省了公司成本，提高了工作效率。另外，生产人员还可以在自己的计算机上搭建测试环境，对所生成的车站软件做初步的测试，以避免因笔误造成一些没必要的反复。

三、以安全平台仿真系统搭建的培训系统(计算机联锁RALI实训平台)，联锁逻辑与实际车站完全相同，学以致用，针对性强，可以起到很好的培训效果。

采用以安全平台仿真系统搭建的培训系统可以很大程度地降低培训系统成本，消除作业人员因培训不到位造成的安全隐患，对加强站段实训基地建设、满足一线职工培训要求具有积极意义。

本申请实施例提供的安全平台仿真系统应用方法，执行主体可以为安全平台仿真系统应用装置。本申请实施例中以安全平台仿真系统应用装置执行安全平台仿真系统应用方法为例，说明本申请实施例提供的安全平台仿真系统应用装置。

本申请实施例还提供一种安全平台仿真系统应用装置。

如图7所示，该安全平台仿真系统应用装置包括：第一处理模块710、第二处理模块720和第三处理模块730。

第一处理模块710，用于对安全平台仿真系统进行初始化处理；

第二处理模块720，用于在初始化处理成功的情况下，控制安全平台仿真系统进入定周期处理状态；

第三处理模块730，用于在定周期处理状态下，基于目标函数，在安全平台仿真系统中执行定周期任务。

根据本申请实施例提供的安全平台仿真系统应用装置，通过采用安全平台仿真系统能够执行与硬件系统相同的定周期处理任务，从而实现平台调度功能，简单可靠且无需设置额外配置，有助于降低设计成本。

在一些实施例中，该装置还可以包括：

第四处理模块，用于配置安全平台仿真系统对应的波特率、数据位、停止位以及奇偶校验方式中的至少一种；

第五处理模块，用于基于目标端口发送目标数据。

本申请实施例中的安全平台仿真系统应用装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为IOS操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的安全平台仿真系统应用装置能够实现图5至图6的方法实施例实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种非暂态计算机可读存储介质，该非暂态计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述安全平台仿真系统应用方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述安全平台仿真系统应用方法。

其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述安全平台仿真系统应用方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示意性实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同物限定。

Claims (10)

1.一种安全平台仿真系统，其特征在于，应用于EI32-JD型计算机联锁系统，所述EI32-JD型计算机联锁系统包括联锁机、驱采机和EI32安全平台，所述EI32安全平台包括逻辑部和LAN接口，其中，所述逻辑部应用于所述联锁机；所述安全平台仿真系统包括：

逻辑部仿真软件，所述逻辑部仿真软件用于加载所述逻辑部对应的功能；

API文件，所述API文件包括用于调用所述LAN接口的接口函数。

2.根据权利要求1所述的安全平台仿真系统，其特征在于，所述API文件还包括用于调用LAN环网通信的接口函数，所述LAN环网通信的接口函数应用于所述EI32-JD型计算机联锁系统的系间通信接口和/或驱动采集通信接口。

3.根据权利要求1所述的安全平台仿真系统，其特征在于，所述EI32-JD型计算机联锁系统还包括通信机，所述安全平台仿真系统与所述通信机的接口通信连接。

4.根据权利要求1所述的安全平台仿真系统，其特征在于，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的以太网通信接口对应的以太网通信模块，所述以太网通信接口对应有2个网口，且最大支持4块板卡。

5.根据权利要求1所述的安全平台仿真系统，其特征在于，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的串口通信接口对应的串口通信模块，所述串口通信接口最大支持4块串口卡，且单个所述串口卡支持6个串口。

6.根据权利要求1所述的安全平台仿真系统，其特征在于，所述安全平台仿真系统还包括与所述EI32-JD型计算机联锁系统的采集驱动通信接口对应的采集驱动通信模块，所述采集驱动通信接口对应有64路采集路和16路驱动路。

7.根据权利要求1-6任一项所述的安全平台仿真系统，其特征在于，所述联锁机包括第一联锁机和第二联锁机，所述安全平台仿真系统还包括至少两个第一共享内存模块，所述第一共享内存模块分别与所述第一联锁机和所述第二联锁机通信连接，且所述至少两个第一共享内存模块分别由互斥量核心对象进行保护。

8.根据权利要求7所述的安全平台仿真系统，其特征在于，所述第一共享内存模块包括：

动作R继电器，所述动作R继电器用于控制所述第一联锁机和所述第二联锁机同时处于不同的起落状态；

COR继电器，所述COR继电器设置于在所述第一联锁机为主机的情况下处于落下状态，在所述第二联锁机为主机的情况下处于吸起状态。

9.一种安全平台仿真系统应用方法，其特征在于，应用于如权利要求1-8任一项所述的安全平台仿真系统，所述方法包括：

对所述安全平台仿真系统进行初始化处理；

在初始化处理成功的情况下，控制所述安全平台仿真系统进入定周期处理状态；

在所述定周期处理状态下，基于目标函数，在所述安全平台仿真系统中执行定周期任务。

10.根据权利要求9所述的安全平台仿真系统应用方法，其特征在于，还包括：

配置所述安全平台仿真系统对应的波特率、数据位、停止位以及奇偶校验方式中的至少一种；

基于目标端口发送目标数据。

Images