V6.34版本有BUG

天道

c1和ceshi 两个文件为pel文件，ceshi1文件为python文件。ceshi和ceshi1 文件都从c1文件中读取MA31，K9，RSI三个参数，其中ceshi文件为副图指标，在图中直接显示。ceshi1文件直接打印参数结果。三个文件同时在V6.34【正式版】【64位】和V6.3【正式版】【32位】上同时运行螺纹钢期货5分钟图。输出结果为V6.3版本副图指标ceshi上显示的数据和V6.34版本副图指标ceshi上显示的数据完全一样。但是在两个软件上运行的python版ceshi1文件输出的数据不同。数据为V6.3版本
10:45:14 > MA31--376610:45:14 > K9--22
10:45:14 > RSI--30

10:50:14 > MA31--3765
10:50:14 > K9--17
10:50:14 > RSI--29

10:55:14 > MA31--3764
10:55:14 > K9--18
10:55:14 > RSI--35

11:00:14 > MA31--3763
11:00:14 > K9--14
11:00:14 > RSI--32

11:05:14 > MA31--3762
11:05:14 > K9--10
11:05:14 > RSI--31

11:10:14 > MA31--3760
11:10:14 > K9--7
11:10:14 > RSI--29
数据为V6.34版本
10:45:01 > MA31--3766
10:45:01 > K9--22
10:45:01 > RSI--31

10:50:01 > MA31--3765
10:50:01 > K9--17
10:50:01 > RSI--28

10:55:01 > MA31--3764
10:55:01 > K9--18
10:55:01 > RSI--37

11:00:01 > MA31--3763
11:00:01 > K9--14
11:00:01 > RSI--27

11:05:01 > MA31--3762
11:05:01 > K9--10
11:05:01 > RSI--32

11:10:01 > MA31--3760
11:10:01 > K9--7
11:10:01 > RSI--26


两个软件在运行python版ceshi1文件输出RSI的值不同，通过对比应该是V6.34版本的数据有问题
但是V6.3正式版本的数据输出延迟14秒

技术006

读取MA31，K9，RSI三个参数？读取的是计算结果吧。计算的数据量不同，其结果必然可能不同。你自己要先保证每个计算副本使用的数据量要一致。

天道

MA31，K9，RSI三个参数中MA31，K9这两个结果是完全一样的，只有RSI这一个不一样。如果计算的数据量不同，那么MA31，K9这两个数据也会存在不相同的情况。
而且在V6.3版本，一个是副图ceshi显示结果，一个是python版ceshi1打印结果，在V6.34版本中同样是副图和python两个版本，等于是2个软件同时输出4组数据，两个pel副图指标，V6.3版本的Python，这3组数据是完全一样的，甚至V6.34版本中MA31，K9这两个数据也和前三组数据完全一样，只有V6.34版本中RSI这一个数据不同

技术006

ma是不基于历史k的。rsi是通过sma函数实现的，此函数的算法是基于上跟k的值迭代计算得到的。数据量不同，其结果自然不同。

本质上，是不同的副本程序，即使所有的计算条件相同，但是执行的先后顺序不同时，其MA的值也可能存在差异。这种情况压根没有对错之分

天道

我同时运行文华财经软件，运行同样的指标和V6.3版本输出的结果也是一样的

技术006

其他软件的处理机制，不在我们服务和解释范畴。金字塔自身的软件中，sma函数特定就是如此。数据量相同，是必要条件之一。否者没有任何对比意义。并且py在调用pel指标的方法中，无法指定控制其计算的数量。换言之，这种形式的调用对比，没有好的解决方式。

天道

现在主要问题不是rsi和ma计算结果的问题。是rsi和ma这些参数全部在c1里面计算，在另外一个pel文件ceshi读取这个c1 里面的rsi和ma这些就能正常输出结果都是正确的，但是用python版ceshi1读取c1里面的rsi和ma这时候rsi结果就会不同的

天道

也可能是我这边设置的问题或者其他问题，我把三个测试文件传过去，你运行一下看看结果，看看到底是哪里的问题？

技术006

6楼中已经说明了。

天道

这是三个文件，在以前的版本中没有出现过这个情况，就是升级V6.34版本以后才出现这种情况。而且，同样的代码在V6.3  32位版本上结果也是正确的