@winter938
看来你对我的发言比较有想法，我并没有针对你希望你不要误解，如果我的语气让你产生不高兴的情绪，我在这里向里道歉。
其实我并没有否定你这个测试的意思，相反，一开始我就说过了你的测试本身是具有积极意义的。即使是我的措词透露了否定的意思，也是一家只言，不必在意，因为你通过测试本身所学到的东西那还是属于你的。
但重要的问题是我们应该关注测试的过程而不是结果。因为一个本身就注定的不确定的结果，测试出来是没有意义的，但测试的过程却有助于我们更加了解PLC。比如我们可以讨论下如何去做这个测试，你的这个测试中，怎样是不同复位方法在测试代码中所占用的时间在每一个周期（注意是每一个）所占的时间完全相等，这个实现起来相当复杂，可能代码量增加1倍也不一定能完成。
记代去年某段时间论坛里有几个帖子对临时内存比较感兴趣，也有人做了相当多的测试，我当时好象也跟帖了也说了些泼冷水的话。对于临时内存，我们只需要知道它的“预置值”没有意义，必须遵循先赋值后使用的原则就行了。其他测试出的结果都是没有指导意义的，即使发现了某个“固定”的结论，也只是针对当时测试的那台PLC当时的环境有意义。我当时详细的分析过几种可能的情况，并有几率发生通过L内存在不同子程序中传递值的原因(即使可以，我们也绝不能使用这些特性)。
从学习的角度，我们通过一些测试来加深理解文档，是必要的，但如果将过多的时间精力花在这些不需要得到一个定论的东西上，那就本末倒置了，实际上是发生了方向性的错误。正是因为投入太多的精力，这些得到的结论往往会很深刻，进而形成惯性思维，认为它原本就应该是这样的。
诚然，某些un-document特性被发现后，在特定的应用里有“奇兵突出”的效果，甚至在外人看来可能是一种高级的技巧，但这样已经偏离了“正道”，实际上任何一个这样的技巧，都有一个“正统”的方法可以实现。
所谓以正合，以奇胜，奇可以胜一时，正却是以不变应万变（我一直坚信，任何技巧都是对基本功能熟练之极后的一种自然甚至是理所当然的反应）。也只有符合正的知识才是可以持续的有用的知识。如武侠小说里，在少林寺挑了3年水的小和尚打不过奇门练了几个月的***，但同样练10年，奇门的弟大多是打不过少林***的，所以最终真正的高手往往是少林方丈或某个闭关的长老。说着说着就跑题了，有点像推销哲学了:)