为何实盘行情我用history_bars_date函数无法获取到5分钟级别和30分钟级别的K线

hanzi-999

如截图

补充内容 (2025-6-27 14:54):
*软件设置里,K线周期划分规则是按交易时间划分的;
*上午断过网,但我重新补了近几天的5分钟数据

技术009

你这个报错没看出来问题呀。看上去似乎不是我们接口调用的问题吧。

hanzi-999

你看我一楼发的, 因为30分钟K不对,所以断言失败哦

补充内容 (2025-6-27 22:58):
说错了.是 2025-6-27 14:00发的内容,30分钟K不对,所以断言失败

hanzi-999

这个还请尽快验证以及修复啊

技术009

你这个报错是你自己代码里的。我们需要的是原始接口报错，你给这种报错信息给我们 我们不可能还把你代码理一遍的。
最简单方式就你把数据打印出来，看看到底获取了什么，而不是间接的通过你的代码逻辑去定位问题。

hanzi-999

1.不是让你们帮我理代码
2.我提供这个日志是向你们表明我确实遇到这个接口bug,且我比较确定这是接口返回数据不对导致的(层次关系我也已通过截图让你们知晓); 而且之前也反应过history_bars_date及history_bars函数的问题
3.因为规范的开发和发布应该都是须经过详细的测试,所以,我原以为你们的开发部门会有详细的测试用例(即使不完善也可以补充), 不需要我再提供我具体的抽离出来的代码, 毕竟我的日志是镶嵌在具体的策略中,而策略代码较复杂,我虽然可以写抽离出的测试代码, 但毕竟较花时间
4.具体什么情况下出现的,对应的合约及查询的参数我都在帖子标题和一楼做了说明

补充内容 (2025-7-1 09:26):
第4点说错了, 是10楼 发表于 2025-6-27 14:00 的帖子里做了具体的说明;  因为是和本帖子密切相关的,所以我就没有另开帖子而是在10楼开始追加反应的

技术009

“我提供这个日志是向你们表明我确实遇到这个接口bug,且我比较确定这是接口返回数据不对导致的”
你这个报错如果能稳定重新，你就额外打印下数据  直接看下输出的K数据就行了。其他的内容 帮助不了我们定位问题的呀。 首先要看到明确现象，而不是你自身代码报错。你这个报错相当于告诉我们 出错了。但是怎么错的，错在哪里 都一无所知的呀。

hanzi-999

你可能没看全我在10楼的意思,PG00在2025-06-27  13:40时的30分钟级别K,最新的K应该是时标13:45:00(因为我传给history_bars_date的end_date参数就是2025-06-27 13:45:00), 但是打印表明接口得到的最新一根K是2025-06-27 11:45:00
补充:我软件的K线周期划分是'交易时间划分'


补充内容 (2025-7-1 10:13):
当时是仿真盘时出现的,也就是当时是现实时间