英创信息技术Linux双进程应用示例

1、概述

一台典型的工控设备通常包括若干通讯接口（网络、串口、CAN等），以及若干数字IO、AD通道等。运行于设备核心平台的应用程序通过操作这些接口，实现特定的功能。通常为了高效高精度完成整个通讯控制流程，应用程序采用C/C++语言来编写。图1表现了典型工控设备的组成关系。

典型工控设备框图

工控设备的另一个特点是鉴于设备大多是24小时连续运行，且无人值守，所以基本的工控设备是无显示的。英创的工控主板ESM6800、ESM335x等都大量的应用于这类无头工控设备之中。

在实际应用中，部分客户需要基于已有的无头工控设备，增加显示界面功能，以满足新的应用需求。显然保持已有的基本工控处理程序不变，通过相对独立的技术手段来实现显示功能，最符合客户的利益诉求。为此我们发展了一种双进程的程序设计方案来满足客户的这一需求。该方案的第一个进程，以客户已有的用C/C++写的基础工控进程为基础，仅增加一个面向本地IP（127.0.0.1）的侦听线程，用于向显示进程提供必要的运行工况数据。图2为增添了服务线程的工控进程：

带有侦听线程的基础工控进程

方案的第二个进程则主要用于实现显示界面，可以采用各种手段来实现，本文中介绍了使用Qt的QML语言加通讯插件的界面设计方法。第二个进程（具体是通讯插件单元）通过本地IP，以客户端方式与基础工控进程进行Socket通讯，完成进程间数据交换。显示进程以及与工控进程的关系如图3所示：

显示进程与工控进程

2、系统设计

鉴于工业控制领域对系统运行的稳定性要求，控制系统更加倾向于将底层硬件控制部分与上层界面显示分开，两部分以双进程的形式各自独立运行。底层硬件控制部分将会监控系统硬件，管理外设等，同时收集系统的状态；而上层界面显示部分主要用于显示系统状态，并实现少量的系统控制功能，方便维护人员查看系统运行状态并且根据当前状态进行系统的调整。由于显示界面不一定是所有设备都配置，而且显示部分的程序更加复杂，从而更容易出现程序运行时的错误，将控制与显示分开能够避免由于显示部分的程序问题而影响到整个控制系统的运行，而且没有配置显示屏的设备也可以直接运行底层的控制程序，增加了系统程序的兼容性。显示与控制分离后，由于显示界面程序不需要处理底层硬件的管理控制，在设计时可以更加注重于界面的美化，而且界面程序可以采用不同的编程语言进行开发，比如使用Qt C++或者Android java，本文将介绍基于Linux + Qt的双进程示例程序供客户在实际开发中参考，关于Android程序请参考我们官网的另一篇文章：《Android双应用进程Demo程序设计》。

如上图所示。整个系统分为控制和显示两个进程，底层硬件控制部分可以独立运行，使用多线程管理不同的硬件设备，监控硬件状态，将状态发送给socket服务器，并且从socket服务器接收命令来更改设备状态。Socket服务器也是一个独立的线程，通过本地网络通信集中处理来自硬件控制线程以及显示程序的消息。显示界面需要连接上socket服务器才能正确的显示设备的状态，同时提供必须的人工控制接口，供设备使用过程中人为调整设备运行状态。目前在ESM6802工控主板上，界面程序可以采用Qt C++编写，也可以使用Android java进行开发，本文仅介绍采用Qt的界面程序。显示程序界面用QML搭建，与底层通信的部分用独立的Qt QML插件实现，这样显示部分进一部分离为数据处理和界面开发，使得界面设计可以更加快捷。程序的整体界面效果如下图所示：

目前我们只提供了串口（SERIAL）和GPIO两部分的例程。下面将集中介绍程序中通过本地IP实现两个进程通信的部分供客户在实际开发中参考。

3、控制端C程序

控制端程序主要分为两个部分，一个部分用于控制具体的硬件运行（下文称为控制器），另一个部分为socket服务器，用于与显示程序之间进行通信。由于本方案主要是为了展示在已有控制程序的基础上，增加显示界面功能，以满足新的应用需求，所以我们在此重点介绍在已有控制程序中加入socket服务器的部分，不再详细介绍各硬件的具体控制的实现。

增加本地IP通信的功能，首先需要在控制进程中新加入一个socket服务器线程，用于消息的集中管理，实现底层硬件与上层的界面程序的信息交换，socket服务器线程运行的函数体代码如下：

此函数创建一个socket用于监听（listen）等待显示程序连接，当接受（accept）一个连接之后创建一个新的线程用于消息处理，主要用于维护socket连接的状态，解析消息的收发方，并将消息转送到对应的接收方，在显示程序建立连接之前或者连接断开之后，控制器发送的消息将不会进行发送了，而控制器依然在正常运行，用于处理消息的新线程如下：

这里收到消息后就解析消息头，发送到指定的端口去（控制器或者显示进程），由于实际应用中socket传送数据可能存在分包的情况，客户需要自行定义消息的数据格式来保证数据的完整性，以及对数据进行更严格的验证。

另一方面对于已有的控制器来说，需要在原来的基础上进行修改，在主线程中与socket服务器建立连接：

然后建立两个线程分别处理数据（data_thread_func)和命令(command_thread_func),其中data_thread_func用于监听硬件状态，并且发送相应的状态消息给socket服务器，而command_thread_func用于监听socket服务器的消息等待命令，用于改变硬件运行状态，不需要界面带有控制功能的客户可以不实现commad_thread_func。以GPIO控制器为例：

这里两个函数主要任务都是处理数据，data_thread_func使用select函数来等待输入GPIO的状态改变事件，如果有状态改变或者select等待超时都读取一次GPIO的状态，然后发送给socket服务器；command_thread_func监听服务器的消息，收到消息后进行解析，然后根据消息来操作GPIO输出信号。

通过这两个函数便与socket服务器建立了消息沟通通道，而socket服务器会自动将数据转发到显示进程，这种实现可以使得对已有程序的改动降到很低的程度。实际实现中，可以在socket服务器中增加状态机等其他功能，记录硬件状态信息等。

4、显示程序

显示部分我们采用Qt来搭建，主要分为QML搭建的界面以及Qt c++编写的数据处理插件。QML是Qt提供的一种描述性的脚本语言，类似于css，可以在脚本里创建图形对象，并且支持各种图形特效，以及状态机等，同时又能跟Qt写的C++代码进行方便的交互，使用起来非常方便。采用QML加插件的方式主要是为了将界面设计与程序逻辑解耦，一般的系统开发中界面设计的变动往往多于后台逻辑，因此采用QML加插件的方式将界面设计与逻辑分离有利于开发人员的分工，加速产品迭代速度，降低后期维护成本。而且QML解释性语言的特性使得其语法更加简单，可以将界面设计部分交给专业的设计人员开发，而不要求设计人员会c++等编程语言。Qt底层对QML做了优化，将会优先使用硬件图形加速器进行界面的渲染，也针对触摸屏应用做了优化，使用QML能够更简单快捷的搭建流畅、优美的界面。QML也支持嵌入Javascript处理逻辑，但是底层逻辑处理使用Qt C++编写插件，能够更好的控制数据结构，数据处理也更加高效，Qt提供了多种方式将C++数据类型导入QML脚本中，更多详细资料可以查看Qt官方的文档。由于篇幅原因，我们在另外一篇文章：《使用QML进行界面开发》中更详细地介绍了QML及插件的实现，在此我们还是集中介绍socket消息处理部分。

本例程中数据处理插件的任务就是连接socket服务器，与服务器进行通信，接收消息进行解析然后提供给QML界面，以及从QML界面获取消息给socket服务器发送命令。插件中通过socket进行通信的部分代码如下：

如代码所示，插件首先通过本地IP127.0.0.1与socket服务器建立连接（connect），然后等待socket服务器的消息（select），收到消息后进行解析，判断是哪个硬件控制器发送的消息，然后更新相应的显示界面，这里的代码相对简单，只是为了展示通过本地IP实现显示进程与控制进程之间的通信，实际使用中客户需要对数据进行更严格的检验。

使用QML搭建串口控制界面如下图所示：

GPIO控制器的显示效果如下：

由于篇幅原因，我们在此不详细介绍实现界面的QML脚本了，将会在另一篇文章中进行专门的介绍，感兴趣的用户可以关注我们官网上的文章更新，或者向我们要取程序源码。用户在实际开发中可以参考此方式实现显示进程与控制进程之间的通信，从而实现单独的显示进程，对已有的控制进程的更改控制到很小的程度，一方面减少了由于程序修改而造成控制程序的不稳定，另一方面使用QML又能快速的搭建界面，解决显示设备状态的需求。

5、总结

实际测试过程中，我们在ESM6802工控板上运行本文介绍的程序，底层控制程序直接可以开机后台运行，显示程序开机后手动加载，通过本地IP地址与控制程序的socket服务器连接，然后实时更新系统状态，也能及时响应人工控制，如改变输出GPIO的输出状态，关掉显示程序之后，控制程序继续正常运行，之后还可以再次启动显示程序。

将底层控制与显示分开后，程序开发分工可以更加细致，也一定程度上增加了控制系统的稳定性，减小了维护成本。同时使用QML进行界面开发能够更加方便快速的更新系统的显示效果，完成产品迭代。由于底层控制与显示之间采用socket进行通信，显示部分也可以采用其他的开发环境，比如ESM6802也支持Android开发，用户在产品升级换代的时候就能够直接沿用底层控制部分的程序，而只对上层显示部分的程序进行调整。