标题：todaybar函数问题还是BUG。。。

1楼

dylinbin 发表于：2014/12/19 22:00:32

当天K线数:TODAYBAR,LINETHICK0;
当天开盘分钟数:OPENMINUTES(TIME),LINETHICK0;

这两个函数，在金字塔时间和北京时间之间的返回值不同，这样定义和实际不符，是否存在夜盘后有BUG？

求当日数据周期的数量

用法：
TODAYBAR,得到当日从开盘以来到现在的周期数量.
所属函数组：引用函数

疑问：有夜盘后 21：00--23：59：59 是否算当天还是第二天。。。？

OPENMINUTES(TIME),LINETHICK0;

2楼

zca12 发表于：2014/12/20 11:24:57

夜盘是算第二天。我用那么多年都没事。包括更新了夜盘旧模型也是正常在跑。。。不要用openminutes，时间会乱的。用todaybar.

3楼

pyd 发表于：2014/12/20 21:17:39

todaybar要在金字塔时区下用，你现在肯定是北京时区，

工具-》选项 -》视图勾选金字塔时区重启金字塔生效。

4楼

raidsan 发表于：2014/12/21 17:23:01

要看图表的, 所以肯定不会用什么金字塔时区,

用户层面就用北京时间, 然后为了方便计算, 提供"utc14"系列时间函数不就好了吗, 搞得这么混乱

[此贴子已经被作者于2014/12/21 17:23:53编辑过]

5楼

raidsan 发表于：2014/12/21 17:31:38

现在用北京时间就有很多问题, 例如对于上半夜 21:00-24:00之间的bar, 跨周期引用 #DAY , 结果引用到的是自然日当天,实际上交易日是上一个交易日的数据.

本来系统应该在内部自动转换到 +4时区进行计算, 而不应该把这个转换暴露到用户层面, 搞出个什么时区选择选项出来.

6楼

dylinbin 发表于：2014/12/21 21:48:11

建议多一个函数：取自然日K线数量的函数，和交易日K线数量的函数 todaybar() 区别开来。不然容易搞混

7楼

FexTel 发表于：2014/12/22 8:52:30

为了方便用户进行程序化交易以及有关的策略编写,所以才推出金字塔时区。这样用户在策略编写和管理上更方便

8楼

bbking 发表于：2014/12/22 9:46:54

尴尬的金字塔时区...

共8 条记录, 每页显示 10 条, 页签: [1]