| 以文本方式查看主题 - 金字塔客服中心 - 专业程序化交易软件提供商 (http://weistock.com/bbs/index.asp) -- 金字塔软件问题提交 (http://weistock.com/bbs/list.asp?boardid=2) ---- 请问老师为什么两种引用在9：14时刻不同 (http://weistock.com/bbs/dispbbs.asp?boardid=2&id=67082) |
| -- 作者：雪球 -- 发布时间：2014/7/7 19:23:26 -- 请问老师为什么两种引用在9：14时刻不同 今天9：14时（K图上一划时）测试下面两句的值：
XX:=callstockex(\'ZJIF13\',vtOPENINT,6,-1,80);
YY:=callstockex(\'ZJIF13\',vtVOL,6,-1,80);
为 XX=681084 YY=176202都是前天的值。
而这个引用QB:=STKINDIEX(\'\',\'铁器指标.A\',0,6,-1,80)又是昨天的值是正常的，因为集合竞价归属于首根K棒即产生新K了！
请问老师为什么两种引用在9：14时刻不同？前者等拔正时变成正常值时，实际上在首根K内闪烁了！
今天9：14还测试到todaybar=271,也是有很大害处的，应令＝1更贴合实际。明天测下time0的值。 |
| -- 作者：FexTel -- 发布时间：2014/7/8 8:47:47 -- 1,给下DEBUGFIEL输出日志 |
| -- 作者：雪球 -- 发布时间：2014/7/8 12:39:11 -- 2014-07-08 09:14:00.597 Ka前TODAYBAR:271
zz:=dynainfo(207); XX是引用股指指数昨天的值。7月8日首根bar应为7月7日的值171482，但是实际输出是7月4日170047。
2014-07-08 09:15:17.910 Ka前TODAYBAR:271
9：15：30至9：16：23不知什么原因输出断档了？
2014-07-08 09:16:23.966 Ka前TODAYBAR:2 其实这个验证很容易的，在软件自带公式中加上这几句再输出，集合竞价时一测便知的。我昨晚就发帖了，为何在9：14时金字塔不主动测呢？要适应期货市场这样的工作效率也太说不过去呀！
|
| -- 作者：FexTel -- 发布时间：2014/7/8 13:10:20 -- 1,早晨集中的帖子比较多,工作人员要有个处理时间的。 2,TODAYBAR有用户反应取值问题,今日早晨测试正常。具体情况还要这几天观测下 |
| -- 作者：雪球 -- 发布时间：2014/7/8 18:26:38 -- 希望金字塔接到明确需要盘中再确认测试的属于软件系统性问题的帖子，作应急先行处理，这样可以提前一天确认或解决问题。
|
| -- 作者：FexTel -- 发布时间：2014/7/9 9:34:15 -- 1,勾选仅刷最后根K线对取值有影响,把勾去掉 2,后续版本会做处理 |
| -- 作者：客人 -- 发布时间：2014/7/9 11:24:35 -- 是的勾选了刷最后棒。早上用未勾选的唐其安公式测试todaybar9：14=1，但xx值也同样9：14反应上日，至9：15：01才改正过来。期待着新版本。 |
| -- 作者：雪球 -- 发布时间：2014/7/9 11:30:48 -- 再问下仅刷最后一根棒与引用的数据天数[如XX:=callstockex(\'ZJIF13\',vtOPENINT,6,-1,80) 中的80 ]是怎么冲突的？其机理如何？
|
| -- 作者：FexTel -- 发布时间：2014/7/9 11:37:18 -- 1,机制还是不变的,应该是内部处理问题。原因正在查 |
| -- 作者：雪球 -- 发布时间：2014/7/9 11:49:49 -- 哦，这就是说仅刷最后k根同时数据维护中可以内存、K图数均填810（3天分钟k数），并且引用的K棒数如XX:=callstockex(\'ZJIF13\',vtOPENINT,6,-1,80)中的80，都是可以的，可以任意填如1000。请问老师机理上这样理解吗? |