OS编译

OS编译

Q1. 编译时选择OS和AS连接协议，即变量编译在TCP/IP、Industrial Ethernet或者Name Connection等？

A1:OS编译向导中，双击连接或者点击“Connection”按钮，在弹出的对话框中选择连接。

Q2. 如何查看OS编译日志？

A2:项目右键 > Display compilation log…

Q3. OS编译时，为什么块图标没有全部更新？

A3:完整的OS编译，没有错误，没有报警。 在编译过程中，执行了“Create/Update Block Icons...”。尽管如此，并不是所有的块图标都更新了。可能原因 ：

使用了超过10个模板画面。

参见OS的帮助文件: Options > Options for Process Control > Graphic Object Update Wizard > Example: Creating object templates.

• PCS 7 V8.0 或更高版本使用了标准库功能块（Standard Library）

自PCS 7 V8.0开始，默认使用APL库作为标准库，不会安装之前版本的标准库（PCS 7 Standard Library Vxx），如果需要使用旧版本标准库，则必须手动安装。安装文件位于第二章光盘 > Additional_Products 目录下，安装PCS7LIBRARY_V7.1+SP3+Upd3（库文件）和PCS7FACEPLATES_V7.1+SP3（图标和面板）

Q4. The number of parameters for the structured DM variables xxx of type yyy does not match the number of operator-controlled connections...

A4:第一种情况：这是由于块的某些 OS 相关的参数的名字或者属性发生了改变。块类型没有被导入而且没有全部编译整个 AS 程序。

第二种情况：在blocks中把功能块的管脚大小写改过后，在做block type update时，管脚的大小写是不会更新到chart folder的，CFC编译正常，但是在OS做编译时，会检查List parameters for process variables和List of operator-controlled connections的。

解决方法:
第一种情况：导入已经改变的块类型，然后重新编译整个 AS 程序，最后再编译OS项目。

第二种情况：修改相应管脚的属性，以便能同步更新管脚的大小写，然后再把相应管脚的属性改回去，再次执行block type update。之后的处理和第一种情况相同。

Q5. A structure conflict occurred when creating the structured DM variable XXXX of type YYYY...

A6:如果多个控制器的程序编译到同一个 OS 中，并且控制器用到操作员控制和监视块(FB)，这些块具有相同的符号名和不同的接口，当 OS 完全编译时 就会出现这个报警消息并且退出编译。 当执行部分编译而不是完全编译时， 如果有一个块冲突，编译过程将不会退出，只会在OS编译的日志文件中产生一条报警。

如果不同控制器的操作员控制和监视块(FB)的版本不同，上述情况就会发生。

解决办法：

将所有控制器中的编译到同一个OS中的所有功能块类型统一。这就要求PCS 7中所有项目都需要从Master library 调用功能块。保证所有控制器所使用功能块的一致性。

Q7. There are process variable whose name are not unique within the project after replacing special characters.

图 1 编译过程中的提示信息

A7:编译日志如下：

图 2 编译日志中的记录

OS编译过程中，AS程序中的过程对象将被传输到某个相应的OS项目中 (WinCC project)。

1、如果多个AS程序包含了相同名称的过程对象，但是过程对象的结构不相同时就可能出现这种错误消息。

2、OS编译过程中，系统会把某些特殊的字符替换成其他字符。那么这时不同的特殊的字符有可能被相同的字符替代。如果从一个或多个AS程序传输到同一个OS上的过程对象是通过某些特殊的字符来区分的话，那么在AS中不相同的字符编译到OS后就有可能变成相同的字符了，那么这时在OS上产生的名字就不唯一了。过程对象的名称在AS和OS中都必须唯一。

如下图3所示：

图3 程序中的特殊字符

Q8. OS compile’可能会在某些情况下被中断，同时提示如下错误消息：
"Error occurred compiling the object"

A8:相关条目显示在相应的OS的编译记录中：
"Cannot open WinCC project OS(1)." 在某些情况下，有如下消息显示在编译记录中：
"Compile OS (302:203) - Cannot open WinCC project."

如果尝试在SIMATIC Manager中打开WinCC项目，出现如下错误消息：
"s7omwinx - Opening the project failed. Database context does not exist or is invalid."

如果关闭 SIMATIC Manager后重新启动，则OS项目仅仅能成功编译一次。如果再尝试编译OS，则会弹出上述的错误消息。如果再次关闭 SIMATIC Manager 并重新启动，编译又将只能成功一次。

原因：如果用于终端总线的网卡的驱动没有成功的安装，则在PCS7 7.0中会发生该错误。

解决办法：

安装正确的网卡驱动，并重新启动计算机。这样可以消除该错误。

当前的OS电脑硬件通常带有集成在计算机主板上的网卡，因此，如果当前OS为单站系统，不需要使用终端总线，但该网卡必须正确安装并能使用。

Q9. the internal error 15500 in the transfer. log file

A9：原因：

如果DCF文件包含错误则出现此出错消息。

解决办法：

保存OS项目中的 <osname>.dcf文件至另外一个位置，然后删除项目中的dcf文件。重新编译OS重建<osname>.dcf 文件。如果需要回到先前版本，将保存的<osname>.dcf复制到OS项目中。

• Q10.  Error while requesting messages from the STEP 7 message server....
• A10：可能是下列原因：
• 当调用消息服务函数MSS_GetAlarmNext时，出错消息-5325 显示一个FB不再可用(比如重命名)。您必须检查FB是否被更改或是删除。
• STEP 7 和WinCC的版本不兼容PCS 7版本。检查您安装的SIMATIC程序和使用的PCS 7 的版本。

Q11. Internal error: transfer of process variables has been aborted. Error number: 15424

A11：如果OS数据库包含错误就会出现此出错消息。创建一个新的OS并重新编译此OS。

Q12. No DM variable can be created for a symbol without a name

A12：在SIMATIC Manger用“File > Save as >勾选 "With reorganization(slow)”保存全部PCS 7 项目，然后用选项“with memory reset ”编译OS。

Q13. 功能块的接口修改之后，编译OS 站的过程中需要注意哪些问题？

A13：请参考：

https://support.industry.siemens.com/cs/cn/zh/view/17445181

剩余80%未阅读，请登录查看大全章节内容