进攻：设备动作流程（一）https://blog.csdn.net/u014608071/article/details/116309243

进攻：设备动作流程（二）https://blog.csdn.net/u014608071/article/details/120458099

简介

把设备动作流程编写工作，从软件工程师的工作职责抽出。

这个灵感来自机械手编程。机械手硬件是标准件，故软件也是标准软件。机械手的所有动作流程编写和机械手的软件工程师无关。虽然每个机械手都有其各自的编写动作流程方法，但已经实现了能让在客户技术员培训后，能自己来编写动作流程。

但非标设备的硬件不是标准件，硬件有各种各样的不一样。但在软件上还是能够把硬件分类，然后数量能够动态变化，这样就能做出一个标准软件。

然后就有以下的探索

流程开发介绍：

主要是：任务、步骤和详情。局部变量，全局变量和任务状态做辅助。

局部变量：只是在任务内使用的，比如定时检测输入信号的定时计数变量。比如累计10秒还是检测不到相应信号则弹窗提示，累计时间内检测到就运行下一步。

全局变量：所有任务都能够使用到的变量，比如任务状态，复位的时候，需要所有复位流程都完成，从表示复位完成。

任务状态：多个任务协调运行，需要判断相应的任务运行到相应的阶段。任务状态也可以理解成任务阶段的标识。比如：“取料贴合任务”需要等“飞达工作”的任务状态为“送料完成”才能去取料；“取料贴合任务”需要等“贴合流水线”的任务状态为“载具到位”才能进行贴合动作。

关键字、板卡函数、通讯等。这些为步骤详情编写时会使用到的提示，可以称为“工具箱”。

点位列表，输入信号列表，输出信号列表，轴列表。编写步骤详情时使用到的相关信号和点位。点位、输入、输出和轴，在增加时组名按任务名称命名时，会根据当前选择的任务切换到相应任务数据，方便查看。

日志列表，在任务调试时，根据日志信息，跟进调试的状态。

WCF1.0的特点：

数据、流程开发、调试；三者分离，使得在不同阶段方便使用。

一、设备对点前，在“数据”页面，增加硬件数据，及相应的点位；

二、设备对点时，调试的功能区，可以打开单独的监控窗口进行对点；

三、设备在调试动作流程时，调试的功能区，可以打开单独的“流程开发”窗口，进行调试；

四、设备在量产，调试新设备时，基本上在调试界面就能完全调试好新设备。

一、数据：主要是板卡，点位，参数，日志，通讯。

二、监控窗口：轴监控、输入监控、输出监控

轴监控：

输入监控：

输出监控：

三、流程开发：

使用任务、步骤、详情的方式。完全中文，更方便编写及阅读。

四、调试：

任务列表、点位列表、轴快捷操作、参数列表、输入信号列表、输出信号列表和功能区；调试界面这么做的原因是为了，在调试时，减少界面切换，方便使用。

任务列表选择相应的任务，点位列表、轴快捷操作、参数列表、输入信号列表、输出信号列表会切换成相应的任务数据。

目前的所有界面截图：

1、主页：

2、数据：

数据页面包含

板卡：运动控制卡的所有参数；

点位：设备使用到的所有点位，包含增加和删除功能；

参数：设备运行需要的参数，补偿，延迟时间和个别功能的启用等参数；

日志：日志的显示，包含查询和导出功能；

通讯：客户端，服务端即串口连接等。

2.1、板卡

2.2、点位

2.3、参数

2.4、日志

2.5、通讯

3、调试：任务列表选择相应的任务，点位列表、轴快捷操作、参数列表、输入信号列表、输出信号列表会切换成相应的任务数据。

调试页面，主要显示任务列表、点位列表、轴快捷操作、参数列表、输入信号列表、输出信号列表和功能区；调试界面这么做的原因是为了，在调试时，减少界面切换。

功能区为单独的弹窗显示，有轴监控、输入监控、输出监控、流程开发和系统设置。

3.1、轴监控

3.2、输入监控

3.3、输出监控

3.4、流程开发

3.5、系统设置

最后

以上是完整的大纲，具体的一些控件会根据实际的使用情况，进行相应完善。

完

标签：点位,动作,进攻,流程,列表,任务,监控,调试
来源： https://blog.csdn.net/u014608071/article/details/121181944