OS编译后文件库异常的问题

admin

        作为技术支持工程师，在分析解决问题的过程中难免走弯路。就像下面我处理的这个问题。
        热线上接到一个问题，客户反映修改 APL库中Intlk16块 AV01.Value的标识符，OS画面上显示的内容不跟着变化。

    “修改后要编译CFC和OS。” “都编译过，完整编译并且勾选了“with memory reset””
       看来用户已经作过不少尝试，也只能“顺藤摸瓜”了，这个文本来自于文本库，带用户检查一下吧。

         文本库中的内容没有更新，类似的情况还不止这一个地方。
        “张工，能手动修改文本库中的内容吗？能把文本库都删了吗？”
        “先别急着修改，我先测试一下。”
       问题是找到了，但没有行之有效的解决办法。这个问题的处理陷入了僵局。先问清楚用户的软件环境，回头测试下再说吧。
       搭建相同的软件环境测试，不能复现用户问题。联系用户发项目过来测试吧。
打开用户项目测试，能复现问题。完整编译后故障依旧。那就尝试在文本库中删除对应的行然后重新编译OS ,是重新生成了一行，但还是错误的。
       找同事聊聊吧，也没有发现类似问题。
       既然文本库有问题，我就重新插入一个OS项目看看吧。说干就干，删除用户的OS项目，重新插入一个……   一个多小时过去了，没有出现期待的结果，新建的OS项目问题依旧。
       怎么办呢，问题出在哪里了。
       整理一下思路：在AS项目中修改文本，通过编译传递到OS项目中。重新编译过，OS项目也重建过，难道说是 AS项目有问题。AS项目有问题…… AS项目有问题……
       解决AS项目问题的办法就是……，说干就干。“选中项目，文件-另存为 勾选（慢速重组）”。
       另存为成功，迫不及待的激活OS看效果。
        “哎呀，早咋没有想起这招呢。”
        “啊…”一声惨叫。“记住，以后再激动拍自己大腿。”某某人说。
来源：西门子工业技术论坛