热线上碰到的OS问题都是以“怪”著称，要不是由于网络问题导致客户端上的报警条目看不到，要不就是随意修改计算机名而导致授权不可用等等。这不，那天快下班的时候就接到一个用户的电话：
项目在现场，最终用户希望将OS运行画面左上角的系统时间设置为24小时制，不清楚在什么地方改？
问题分析：
问题很清楚，就是修改这个系统时间显示嘛。按照OS里的一般做法就是找到这个对象，进入属性窗口，设置相应的参数即可。
根据这个思路，先进入到启动画面@screen.pdl，然后在对应位置找到picture window对象显示的是@OVERVIEW1.pdl。找到并打开这个画面，终于看到了这个时钟显示对象。双击居然弹出了一个特殊的属性设置窗口，看来这个对象是一个控件。从头到尾仔仔细细看了看这个窗口中的属性，没有一个和时钟格式相关！
找不到相应的设置参数，那说明这个时钟显示格式从属于项目、甚至于系统的设置。
基于这个分析，查看OS项目中和时间相关的设置：



在OS项目的计算机属性中可以设置运行系统的时钟，默认情况下选择都是“Local time zone”，即显示本地时区时间，当然也可以强行选择为“ISO8601”的统一时间格式，但这些时间格式都是报警控件、报表等上的，与本问题无关。
既然这个“顽固”的时钟格式在OS里都没法设置，那就应该是受操作系统时钟显示格式的制约了。想到这，低头看了一眼系统的时钟格式，豁然也是“4:50 PM”！和运行系统的一模一样！这个时间很好设置，赶紧打开控制面板，找到“Regional and Language options”，当前的“Standards and formats”是“English(United States)”，没有问题。点击旁边的小按钮“Customize…”，果然发现有一个Time格式的设置标签页：



接下来的情节就和武侠小说中的主人公捡到武功秘籍，最终战胜*一样，修改“Time format”的选择，不要选择带“tt”的格式，然后确定。操作系统的时钟格式变了，OS运行系统的格式也变了，用户需求可以满足了……
如果故事沿着这个剧情往下发展，那结局该是多么的完美。可就在我信心满满地在电话里告诉客户应该如果修改时，电话那头先是激动，可突然，对方沉默了，两秒钟后，低沉、失落的声音飘了过来：运行画面上还是没有改变！！
怎么可能？同样的版本、同样的操作系统环境，怎么会有两个不同的结果？难道是他的安装有问题？这个习惯性的推理马上就被自己推翻了——这个时钟显示不需要OS的脚本、函数来维护，而且目前显示正常，只是格式不合要求而已，和软件安装能有哪门子关系。
一定是漏掉了什么！
平复心情，重新打开@OVERVIEW1.pdl画面，从右键菜单打开这个时钟显示对象的属性，参数不多，而且多数都是在双击打开的窗口中可以设置的，只有一个参数比较蹊跷：LocaleID。其默认值是1033，按下F1：



帮助文档中明明白白地说，对于时钟控件，显示格式适合配置的语言ID相匹配的！
在WinCC的帮助系统中搜索“Locale ID”可以看到一张大表格，里面的1033，对应的就是“English – United States”，这不就是和控制面板中的区域设置是一样的吗？难道在我的计算机上能够测试成功就是因为1033和计算机的设置是一样的？那如果不一样会怎样？？
在区域中修改为“Chinese(PRC)”，刚一点完“OK”，就发现系统的时钟已经变成了24小时制，但OS运行系统还是12小时制！！
原来如此……
OS运行系统的时钟显示格式原来是由LocaleID参数来确定的，而不是直接采用当前计算机的格式设置。
从这个Case中，我们又一次看到了在PCS 7中严格按照要求设置操作系统的区域语言设置是多么的重要……

关注西门子服务网站热线故事，关注自控领域的更多精彩，下回见！