以文本方式查看主题 - 金字塔客服中心 - 专业程序化交易软件提供商 (http://weistock.com/bbs/index.asp) -- 金字塔软件问题提交 (http://weistock.com/bbs/list.asp?boardid=2) ---- todaybar函数问题还是BUG。。。 (http://weistock.com/bbs/dispbbs.asp?boardid=2&id=73320) |
-- 作者:dylinbin -- 发布时间:2014/12/19 22:00:32 -- todaybar函数问题还是BUG。。。 当天K线数:TODAYBAR,LINETHICK0;
这两个函数,在金字塔时间和北京时间之间的返回值不同,这样定义和实际不符,是否存在夜盘后有BUG?
求当日数据周期的数量 用法:
疑问:有夜盘后 21:00--23:59:59 是否算当天还是第二天。。。?
OPENMINUTES(TIME),LINETHICK0; |
-- 作者:zca12 -- 发布时间:2014/12/20 11:24:57 -- 夜盘是算第二天。我用那么多年都没事。包括更新了夜盘旧模型也是正常在跑。。。不要用openminutes,时间会乱的。用todaybar. |
-- 作者:pyd -- 发布时间:2014/12/20 21:17:39 -- todaybar要在金字塔时区下用,你现在肯定是北京时区, 工具-》选项 -》视图 勾选金字塔时区 重启金字塔生效。
|
-- 作者:raidsan -- 发布时间:2014/12/21 17:23:01 -- 要看图表的, 所以肯定不会用什么金字塔时区, 用户层面就用北京时间, 然后为了方便计算, 提供"utc14"系列时间函数不就好了吗, 搞得这么混乱
[此贴子已经被作者于2014/12/21 17:23:53编辑过]
|
-- 作者:raidsan -- 发布时间:2014/12/21 17:31:38 -- 现在用北京时间就有很多问题, 例如对于 上半夜 21:00-24:00之间的bar, 跨周期引用 #DAY , 结果引用到的是自然日当天,实际上交易日是上一个交易日的数据. 本来系统应该在内部自动转换到 +4时区进行计算, 而不应该把这个转换暴露到用户层面, 搞出个什么时区选择选项出来.
|
-- 作者:dylinbin -- 发布时间:2014/12/21 21:48:11 -- 建议多一个函数:取自然日K线数量的函数, 和交易日K线数量的函数 todaybar() 区别开来。不然容易搞混 |
-- 作者:FexTel -- 发布时间:2014/12/22 8:52:30 -- 为了方便用户进行程序化交易以及有关的策略编写,所以才推出金字塔时区。这样用户在策略编写和管理上更方便 |
-- 作者:bbking -- 发布时间:2014/12/22 9:46:54 -- 尴尬的金字塔时区... |