张掖西门子一级代理商

西门子的WINCC软件提供了方便的变量归档，报警归档备份功能。但没想到的是Wincc用户归档没有自动备份功能。配方数据及用户归档存储的报表记录数据确是生产的关键数据，需要定时定期备份。

当然，西门子也提供了标准的接口函数提供导出功能。是的，一个表一个表的导出功能。项目变了，配方多了一种重新编辑脚本重新导出。基于项目实际情况，抛弃了西门子官方提供的方法，选择了其他的方法处理备份数据。

在此，提供三种昌晖仪表使用过的Wincc用户归档备份方法，欢迎大家一起讨论！

方法一：完整性备份为bak文件
借用强大的SQL语法，通过VBS执行SQLCMD指令，执行已经测试完成的T-SQL备份指令。由于需要使用cmdshell指令，SQL默认为关闭状态需要在T-SQL指令中开启，结束完成后记得关闭，否则SQL处于危险状态。结合Wincc可以灵活的定义重复执行的时间。可以灵活控制备份的周期，备份文件的保留方式。具体看现场实际要求，部分脚本如下：



实际测试，备份速度基本是ms级别，截图如下。



方法二：导出表数据使用BCP指令
BCP实用工具可以在Microsoft SQL Server实例和用户指定格式的数据文件间大容量复制数据。使用BCP实用工具可以将大量新行导入SQL Server表，或将表数据导入数据文件。除非与queryout选项一起使用，否则使用该实用工具不需要了解Transact-SQL知识。BCP既可以在CMD提示符下运行，也可以在SSMS下执行。

如图所示：导出对应的表的数据，如果表名有固定的标签，可以灵活的控制表的数据导出，外部新建表单或者新加数据都无需调整脚本。通过VBS执行SQLCMD，可以灵活控制表的名称。



方法三：使用WINCC提供的C指令WinCC ODK uaArchiveExport与uaArchiveimport函数
详细的指令有兴趣的可以查询西门子的官方帮助手册。当然官方的是安全可靠的，灵活度却少了很多，不到后一刻脚本都可能根据需要调整。对C脚本的功底要求也很高，具体的脚本可以根据官方指导文件处理。

为什么plc通讯故障那么难？是因为通讯本身就不容易，很多PLC老鸟对于通讯都比较犯怵！难的原因如下：

1、通讯至少涉及两端

这两端可能还不是一家产品，需要的知识面比较广。比如，我们往一个DP网上增加一个从站，如果是西门子plc，西门子的从站，则硬件配置里能直接找到，这是顺利的。

如果是西门子PLC，第三方的从站，那就要满世界找GSD文件，倒入编程软件，才能找挂上去进行配置。

如果是其他PLC，第三方的从站，除了找GSD文件，可能，还要打开GSD文件，把里面的参数一个一个写入主站程序，你要了解每一个参数的含义，并选择你通讯的合适值，才可能通起来。

如果是电脑和PLC的MODBUS RTU通讯，你除了要设置电脑侧的端口、网络参数，还要设置PLC里的各种参数、地址映射等。

众多动作里，如果有一个搞错，结果就是“不通”！要从头撸一遍。

2、通讯是弱电信号，极易受到干扰

通讯信号高10V左右，相对于220V、380V这样的大个头，它极易被干扰。于是，对于通讯电缆有诸多的保护规则，统称为EMC规则，比如：屏蔽接地、等电位、与强电越远越好、远离干扰源等等。

我们搞控制的也聪明了，尽量选择抗干扰能力强的差分通讯，选择双屏蔽电缆，不同建筑之间尽量光纤隔离等，在弱肉强食的工程界，弱电很容易被视而不见，等到上电调试时，已经木已成舟，只能默默忍受。

3、通讯的频率高，信号变化快，很难测量

通讯速度常常是按照KHz、MHz来计量的，不但万用表，普通示波器都难以捕捉。你捕捉到，也是一串高高低低，带着畸变的波形，肉眼怎么解读？

只能借助于的协议分析器进行捕捉，波形评估，协议分析，这些都是国外的专用设备，不可能像万用表一样普及的，结果是：大部分技术人员接触不到，也根本不用关心这一块，只能靠模块上的几个红灯来大概判断和摸索。

4、小结一下

随着以太网技术、光纤技术的发展和普及，网络的可靠性越来越高，我们要尽量用光纤和以太网来替代原来的现场总线，少给自己挖坑。比如：Profibus-DP升级成PROFINET，MODBUS RTU升级成MODBUS TCP，原来细缆的CONTROLNET升级成以太网口的CONTROLNET。

网络通讯在现在的PLC系统里的分量越来越重了，大点的控制系统，主站往往只有一个电源、CPU、一堆通讯板卡，所有的I/O都在外围电气柜。通讯的内容是我们搞PLC的朋友没法回避的问题，入门的朋友先啃啃以太网通讯的协议吧，否则，碰到“IP"、“端口”、“ID”等名词时，还是一脸懵，就没法在甲方面前混了