同一个SFC（顺序功能图）在OS上显示的结果为什么不一样？和服务器数据包之间有没有关系呢？下面给您慢慢道来。
热线上有一客户反映通过OS 编译生成的SFC块图标后，在OS运行后可以通过SFC的块图标对SFC进行操作，但通过点击section后弹出的顺控程序界面，却不能查看顺控进行到哪一步了，所有的步都显示灰色，而此时在SFC的测试模式下能够清楚看到顺控程序的执行情况。项目采用 WinCC Application + WinCC Application Ref 的单站架构。
SFC可视化需要单独的授权，没有授权时块图标上的按钮都是灰色，也不能弹出顺控程序界面。首先排除授权问题，继续和客户沟通，了解到顺控程序上显示SFC状态为offline，这个状态应该是在SFC没有和PLC连接上时才会出现，可能是用户修改SFC之后，OS上的SFC信息和PLC中的不一致所致。让用户对OS项目进行全部编译。客户描述现象截图如下图：



两个小时后联系客户，了解到进行OS整体编译之后状态依旧。看来没那么简单啊～
继续查看Block Icon和脚本执行情况，发现在点击section时的执行如下脚本。即点击section之后时调用的api函数。此后的显示都是通过api函数执行的。



出现这种情况可能与系统和脚本有一定的关系。在自己的自己的实验机器上测试SFC块图标和顺控程序显示是一致的。联系客户进行系统权限设置（通过开始菜单\SIMATIC\SIMATIC Security Control\Make Setting）和重新生成C语言头文件之后，依然没有好转。
小样，挺顽强啊！无赖只能让用户发送项目程序。第二天收到用户项目。
Downloading，downloading，半天过去了，终于成功下载。
Retrieve项目，更改OS的计算机名称后，运行。用户现象描述的现象出现了！！问题应该在项目上，开始检查程序和设置，未发现异常现象，OS编译后依然如此。
通过脚本检测工具（C:\Program Files\SIEMENS\WINCC\uTools\apdiag.exe）检视脚本的执行情况，发现在点击section中的Faceplate时出现以下错误：



咦～，SFC name前面有server前缀，回头查看SFC的标签，发现也有这么一项，如下图所示。服务器前缀是Multi-User 项目类型编译时自动生成服务器数据包之后才有的，用于和客户端之间的通信。而此项目中有一个类型为Single-User的OS，另外有两个OS是通过WinCC Application Ref的方式连接到WinCC Application上的。这种项目架构下不应该出现服务器数据包和变量前缀才对。



再次联系客户了解项目的情况。此项目之前是Multi-User Project类型项目，后来更改为Single-User Project的。哦，原来是这个样子的啊。
Multi-User Project类型的项目在OS编译生成server data（服务器数据包），将项目类型修改为Single-User Project时系统会自动删除server data。但此项目中的SFC name中依然记住了server data的信息。在section的脚本中函数GetServerTagPrefix获取了此前缀信息，却已经找不到该数据包了，所以通过section显示SFC时提示offline。而在块图标中是OS编译时自动连接变量，是没有服务器前缀信息的。因此导致了块图标和顺控程序显示不一致的现象。
将项目修改为Multi-User Project，并取消WinCC Application Ref.进行OS整体编译，再修改为Single-User Project进行OS编译之后，系统运行正常。
好了！故事先写到这里。欢迎您关注更多的西门子热线故事！