VeighNa量化社区
你的开源社区量化交易平台
Member
avatar
加入于:
帖子: 8
声望: 0

description

Member
avatar
加入于:
帖子: 126
声望: 14

那是1秒。。不是1分
另外,如果你按照tick驱动来判断时间,tick的时间戳可能已经是10:50:00.7这样了

Member
avatar
加入于:
帖子: 126
声望: 14

还有就是本地时间差异。

Member
avatar
加入于:
帖子: 8
声望: 0

kingmo888 wrote:

那是1秒。。不是1分
另外,如果你按照tick驱动来判断时间,tick的时间戳可能已经是10:50:00.7这样了
10:51分啊,慢了一分钟。然后我用的时on_bar,一分钟判断一次的。系统时间我再去检查下,谢谢!

Member
avatar
加入于:
帖子: 8
声望: 0

description
我用bar.datatime和datatime.datatime.now分别打印,发现bar.datatime要比实际时间晚一分钟。

Member
avatar
加入于:
帖子: 4732
声望: 287

你收到两点26的bar的时候,这根bar已经合成完了,此时两点26已经过完了,自然系统时间已经到27了。vn.py是以bar的开始时间作为bar的datetime,而不是结束时间

Member
avatar
加入于:
帖子: 8
声望: 0

谢谢!

© 2015-2022 上海韦纳软件科技有限公司
备案服务号:沪ICP备18006526号

沪公网安备 31011502017034号

【用户协议】
【隐私政策】
【免责条款】