【一种基于Citect Api的第三方开发案例~持续更新】

一种基于Citect Api的第三方开发案例~持续更新

适用于Vijeo Citect、Citect Studio组态软件中第三方开发，官网英文+译文文档：CitectSCADA7.20TechnicalReference.pdf

本案例采用Citect接口API 远程网络数据交换动态库实现数据转发服务器和Citect服务器之间的数据交换，利用数据转发服务器捕获来自既有业务系统点位信息，通过自研发组态软件编译实现可视化状态显示。

现有报告摘要

技术可行性
业务平台（平台名：Citect SCADA）具备二次开发的程序接口，可通过此接口（接口名：Citect Api）完成对既有综合监控全部点位的读取，在自动化行业上也有成熟的应用成果。


结合其他项目的研究经验，技术人员提供以下B/S架构以及C/S架构对比。

采用B/S架构，所有的数据和程序逻辑均在服务器处理，对于服务器性能要求较高，并且考虑到系统需要有冗余服务器，B/S架构必须通过DNS或其他动态的方式实现服务器冗余监视的功能，这将消耗更多的系统资源。因此，使用C/S架构能够满足数据和程序逻辑处理分布在服务器和客户端内，降低服务器负载率。
经过培训平台测试，多客户端适合采用MQTT作为数据的传输协议，采用TLS/SSL进行加密，数据传输框架如下图所示。

而采用MQTT的传输协议符合运算分布在各终端内，使服务器主要执行数据接收和转发功能，接口程序只需要读取5号线综合监控系统数据，发布到服务器上，预警程序向服务器订阅数据，执行复杂设备状态逻辑处理，发生预警时将预警数据发布到服务器上，而监视工作站客户端只需要向服务器订阅数据和预警，当数据和预警发生变化时，服务器会自动发送给监视工作站客户端，客户端对数据进行处理，显示在屏幕上，或提供预警声音、弹窗、切图等提示。
经过多个版本、平台软件测试，最终决定采用以下组件程序构成系统。

现有进度
Citect Api接口程序和全线站台门设备显示程序均完成软件主要功能编写，EMQ X Broker消息中间件也配置完毕。
利用站台门检修，对软件的显示状态与综合监控界面及现场比对，遇到应急门点位映射错误，已经修改重新比对，现所有点位显示均和综合监控界面一致，已完成图源状态核对。

持续更新。。。