人机交互界面与可编程逻辑控制器的通讯交互应答机制制造技术

本发明专利技术是一种人机交互界面与可编程逻辑控制器的通讯交互应答机制，一个完整的交互应答机制包括四部分：请求命令文件、命令确认文件、请求执行文件、确认执行文件。首先，上位机向下位机发送请求命令文件，并开启重传计时器，下位机在接收到请求命令文件后对数据进行分析并反馈命令确认文件，上位机在重传计时器计时时间内接收到命令确认文件，进行接收数据与发送数据的比较，数据一致则发送请求执行文件，下位机接收到请求执行文件，便执行请求命令文件中的内容，执行完成后反馈确认执行文件。上位机接收到确认执行文件，则继续发送下一个请求命令文件。本发明专利技术能够避免各种原因造成的数据发送错误或缺失，大大提高数据通讯的正确性与稳定性。

Communication Interactive Response Mechanism between Human-Computer Interactive Interface and Programmable Logic Controller

【技术实现步骤摘要】
人机交互界面与可编程逻辑控制器的通讯交互应答机制
本专利技术设计工业自动化控制领域，尤其涉及一种人机交互界面与可编程逻辑控制器的通讯交互应答机制。
技术介绍
工业控制领域经常用到可编程逻辑控制器作为系统的中央控制系统，人机交互界面就是以丰富的图形图像信息资源，给用户的使用带来了极大的方便，用户只需通过人机交互界面上的窗口、按钮、菜单等图标和按键就能完成要实现的具体功能。上位机人机交互界面与可编程逻辑控制器的互相通讯，当上位机向可编程逻辑控制器发送大量数据时，可能由于多种原因导致发送失败，例如发送频率过高、程序处理逻辑有错、多线程同步、缓冲区溢出、通讯网线故障等，如果没有对发送失败做出处理重发数据，那么可编程逻辑控制器接收到的数据就可能缺失或错误，从而造成自动化中断故障。
技术实现思路
本专利技术提供的一种人机交互界面与可编程逻辑控制器的通讯交互应答机制，可以提高数据传输的正确性，及时对通讯中断做出提醒，具有很好的稳定性。其核心思想就是确定信息的交互应答规则。为了实现上述技术方案，本专利技术的一种人机交互界面与可编程逻辑控制器的通讯交互应答机制，包括四部分：请求命令文件、命令确认文件、请求执行文件、确认执行文件；上位机向下位机发送请求命令文件，并开启重传计时器，下位机在接收到请求命令文件后对数据进行分析并反馈命令确认文件，上位机在重传计时器计时时间内接收到命令确认文件，进行接收数据与发送数据的比较，数据一致则发送请求执行文件，下位机接收到请求执行文件，便执行请求命令文件中的内容，执行完成后反馈确认执行文件；上位机接收到确认执行文件，则继续发送下一个请求命令文件。进一步，上位机收到命令确认文件后，将反馈数据与发送数据进行比较，数据一致后，发送请求执行文件；数据不一致，则重传请求命令文件。进一步，上位机在重传计时器计时时间内未接收到命令确认文件，也重传请求命令文件。进一步，在发送请求命令文件后，上位机开启重传定时器，在定时器计时内未接收到命令确认文件，则执行重发。应答机制描述如下：接收方在收到消息后向发送方反馈确认消息，发送方收到确认消息后才能继续发送数据。一个完整的交互过程包括四部分：请求命令文件、命令确认文件、请求执行文件、确认执行文件。与现有技术相比，本专利技术能够避免各种原因造成的数据发送错误或缺失，大大提高数据通讯的正确性与稳定性。附图说明图1本专利技术实施例的一种人机交互界面与可编程逻辑控制器的通讯交互应答机制应答过程图；图2本专利技术实施例的请求命令文件组成图；图3本专利技术实施例的标题内容图；图4本专利技术实施例的请求命令文件示例图；图5本专利技术实施例的命令确认文件组成图；图6本专利技术实施例的命令确认文件示例图。具体实施方式本专利技术实施例的一种人机交互界面与可编程逻辑控制器的通讯交互应答机制应答过程如图1所示。总控制指令由若干个不同功能的控制指令组成，若某个功能的控制指令生效，则只改变生效控制指令的内容。请求命令文件的组成为生效控制指令个数+总控制指令+标题+序号+文本。文本包括：软元件编号+软元件点数，文本中可以包含多个软元件编号+软元件点数组合。组成如图2所示。总控制字符为上位机向下位机发出的所有指令。标题为功能表示，标题内容如图3所示。序号表示当前总控制字符在发送队列中的位置。软元件编号是用于指定当前生效的控制字符在总控制字符中的起始位置。软元件点数是当前生效的控制字符的个数。示例如图4所示。下位机在收到上位机发送的请求命令文件后，根据生效控制指令个数、软元件编号、软元件点数对总控制字符进行解析，并打包成命令确认文件发送给上位机。命令确认文件包括总反馈内容+标题+序号+文本。标题内容如图3所示。序号即请求命令文件中的序号。文本包括软元件代码+软元件编号+软元件内容+结束符。组成如图5所示。总反馈内容为下位机向上位机发出的所有反馈数据。软元件代码为分隔符，定义为字符“D”，便于上位机数据解析处理。软元件编号与软元件内容与请求命令文件中软元件编号与软元件内容相同。结束符为反馈数据结束的标志，定义为字符“E”。示例如图6所示。上位机根据软元件代码对命令确认文件进行解析，解析出软元件内容，然后将此内容与请求命令文件中的软元件内容进行比较，若不相同，则将请求命令文件中的序号加1，再次发送，并继续等待命令确认文件。若相同，则发送请求执行文件。请求执行文件由标题+序号组成。标题内容如图3所示。序号即请求命令文件中的序号。下位机接收到请求执行文件后，便可对生效控制指令进行执行，执行完成，发送命令确认文件，上位机接收到命令确认文件后即可对发送队列的下一个总控制字符进行打包处理。确认执行文件由标题+序号组成。标题内容如图3所示。序号即请求命令文件中的序号。每一次发送一个请求命令文件，上位机就会开启一个重传计时器，计时器有一个初始值并伴随时间递减。如果在接收到命令确认文件之前计时器超时，就重传请求命令文件。如果在计时器超时之前收到了命令确认文件，则将计时器重置。为了提高效率，会设置重传次数，当超出了一定的重传次数后，表明上位机与下位机之间的通信中断，则进行系统报警。本文档来自技高网...

【技术保护点】
1.一种人机交互界面与可编程逻辑控制器的通讯交互应答机制，其特征在于：包括四部分：请求命令文件、命令确认文件、请求执行文件、确认执行文件；上位机向下位机发送请求命令文件，并开启重传计时器，下位机在接收到请求命令文件后对数据进行分析并反馈命令确认文件，上位机在重传计时器计时时间内接收到命令确认文件，进行接收数据与发送数据的比较，数据一致则发送请求执行文件，下位机接收到请求执行文件，便执行请求命令文件中的内容，执行完成后反馈确认执行文件；上位机接收到确认执行文件，则继续发送下一个请求命令文件。

【技术特征摘要】
1.一种人机交互界面与可编程逻辑控制器的通讯交互应答机制，其特征在于：包括四部分：请求命令文件、命令确认文件、请求执行文件、确认执行文件；上位机向下位机发送请求命令文件，并开启重传计时器，下位机在接收到请求命令文件后对数据进行分析并反馈命令确认文件，上位机在重传计时器计时时间内接收到命令确认文件，进行接收数据与发送数据的比较，数据一致则发送请求执行文件，下位机接收到请求执行文件，便执行请求命令文件中的内容，执行完成后反馈确认执行文件；上位机接收到确认执行文件，则继续发送下一个请求命令文件。2.根据权利要求1所述的一种...

【专利技术属性】
技术研发人员：李芳昕，张勇，焦新生，白彦伟，
申请(专利权)人：上海航天设备制造总厂有限公司，
类型：发明
国别省市：上海,31