夜盘时段conext.now返回的时间与真实时间不一致

zhu021

模拟账号，Python，交易模式。夜盘时段context.now返回的时间与当前的真实时间不一致。
如下图所示，左边的时间是真实的，时间，右边输出的时间是context.now的时间


以下是与输出内容相关的部分代码片段：

[Python] 复制代码

?

01 02 03 04 05 06 07 08 09 10 11 12 13 14 15

def order_status(context,order):     Write.info(context, '>>> order_status - 订单有新动向 - %s，订单ID %s，合约代码 %s，开平方向 %s，订单方向 %s， 订单价格 %s，订单数量 %s，已成交数量 %s，未成交数量 %s，订单类型 %s，成交价格 %s，本次成交数量 %s，订单状态 %s，订单创建时间 %s，交易账户 %s，柜台返回的系统编号 %s'%(order.message, order.order_id, order.order_book_id, order.position_effect, order.side, round(order.price,2), order.quantity, order.filled_quantity, order.unfilled_quantity, order.type, order.trade_price, order.trade_quantity, order.status, order.datetime, order.account, order.system_id))   [backcolor=rgb(255, 255, 255)][font=Consolas, &quot][color=#0000ff]class[/color] Write(object): [color=#008000]#重新封装日志函数[/color][/font][/backcolor]     @classmethod     def info(cls, context, msg):         print('%s - INFO - %s'%(context.now, msg))           # 如果还没配置日志，则暂时存储至变量中         if not context.bool_if_first_log:             context.temp_log_list.append(msg)             return           logger = cls().logger         logger.info(msg, extra={'key_time': context.now})

其中Write.info()是封装的logging，此处省略了Write()中创建logger和配置handler的代码。

技术006

context.now返回的是k线时间。

zhu021

技术006 发表于 2024-10-10 22:25
context.now返回的是k线时间。

即使是k线的时间，也不符合我的预期。
我设置的基准合约是白银2501，按照我的理解，context.now返回的时间应该是这个合约1分钟k线的最新收盘价，对吧。但是你看，截图的时间大概是2024/10/11的22:01，这个时间是夜盘交易时段，是有成交的。和2024/10/11的01:38怎么也不沾边吧？
难不成夜盘的行情不是+8:00时区？

技术006

金字塔时区，是在北京时间基础上+4小时。目的就是把夜盘划分到同一个交易日下

zhu021

技术006 发表于 2024-10-10 22:41
金字塔时区，是在北京时间基础上+4小时。

请问API文档里有没有关于数据返回的时区的说明介绍。
为什么不是北京时间，而是比北京时间早4个小时？
如果不是北京时间的话，能不能完善一下返回的时间数据格式，把时区信息加进去。

技术006

https://www.weistock.com/docs/HE ... 97%B6%E5%8C%BA.html

这类静态类的设置（时区类型）不会考虑提供函数，没有多大的意义。软件默认金字塔时区，优势在上述链接中。

zhu021

技术006 发表于 2024-10-10 22:54
https://www.weistock.com/docs/HE ... 97%B6%E5%8C%BA.html

这类静态类的设置（时区类型）不会考虑提供 ...

我说的是时间格式，不是一个关于时区类型的函数。

现在context.now返回的时间格式是%Y-%m-%d %H:%M:%S

我的意思是在这个格式里添加时区信息， %Y-%m-%d %H:%M:%S  %z

这种带时区的标准时间格式在跨时区的数据交互中很常见。

zhu021

技术006 发表于 2024-10-10 22:54
https://www.weistock.com/docs/HE ... 97%B6%E5%8C%BA.html

这类静态类的设置（时区类型）不会考虑提供 ...

你们同一个时区的交易所，不同的合约品种的行情数据使用不同的时区，同一个合约，行情数据使用一个时区，订单信息使用另一个时区，你不觉得很不严谨吗？

技术006

抱歉，不会考虑。金字塔时区是全局的设置的。
订单信息中的时间采用的是当前计算机的时间，账户重登后采用的是柜台查询的时间。部分交易柜台的订单信息中的日期同样是交易日，而非自然日日期。
行情这么处理的原因就是为了帮助用户解决逻辑处理问题。如果你适应不了这种形式，可以考虑设置切换成北京时区。或者自行对需要的时间进行转换

zhu021

技术006 发表于 2024-10-10 23:14
抱歉，不会考虑。金字塔时区是全局的设置的。
订单信息中的时间采用的是当前计算机的时间，账户重登后采用 ...

所以我希望你们在时间中添加时区信息，这样用户才能知道自己现在看到的是哪种时间，然后做相应的处理