Senzoukria 里的“最近几次尝试未能补全历史数据”
在连续两次历史下载都什么也没带回来之后,Senzoukria 的图表会把这件事说出来。如果经纪商给了状态码,它就原封不动地打印出来;如果一个状态码都没有,通常的含义是那个 Rithmic 系统上的存档是空的。
Senzoukria · 故障排除 · 更新于 2026 年 9 月
概要
- 带状态码时
- “最近几次尝试未能补全历史数据(rp_code {codes})。”
- 没有状态码时
- “……经纪商没有返回状态码,这通常意味着该 Rithmic 系统上的存档为空。”
- 触发条件
- 连续两次下载什么也没带回来
- 图表状态
- 继续使用缓存和实时数据运行
你会看到什么
图表工具栏的小胶囊里会出现下面两条提示之一:“最近几次尝试未能补全历史数据(rp_code {codes})。图表继续使用缓存和实时数据。”,或者“最近几次尝试未能补全历史数据 — 经纪商没有返回状态码,这通常意味着该 Rithmic 系统上的存档为空。图表继续使用缓存和实时数据。”
为什么会这样
历史控制器会统计那些结束时什么也没取回来的下载。连续第二次之后,它就把这条提示显示出来。除 13 以外的状态码会照原样报告出来,最多四个;它们把图表以前会混在一起的两种情况分开了:一种是某个 Rithmic 系统上这个合约的存档是空的(没有状态码),另一种是经纪商确实回答了某个具体的东西(有状态码)。两家机构挂在同一个网关上、但在不同的系统上时,这里的表现完全可能不一样。市场休市时,显示的是休市那条提示;而 rp_code 13 有它自己的提示。
如何解决
- 确认你在当前的主力月合约上;一个旧合约的存档完全可能是空的。
- 打开 ⚙ → 交易设置 → 重新加载历史,把那些返回为空的时间窗再请求一次。
- 没有状态码时:请确认你登录进去的那个系统确实为这个合约提供历史。同一个登录名在你机构的另一个系统上,服务方式可能不一样。
- 有状态码时:请把它们原样发给你的经纪商;应用不会把它们翻译成某个原因。
- 如果你请求的深度超过了你的账户能提供的范围,请在交易设置里把历史范围调小。
它并不意味着什么
- 不是市场休市:那种情况有它自己的提示,而且永远不会被算成一次失败。
- 也不是缓存被删掉了:已经存下来的 K 线会留在图表上。
何时联系技术支持
经过这些检查之后还是卡住?请用 菜单 → 问题反馈,或者发到 Senzoukria 的 Discord 上。请附上那些状态码、合约、Rithmic 的系统名称,以及实时 K 线是否还在到达。
相关页面
同一栏目
其他语言版本
常见问题
- 为什么要等到失败两次才说一句话?
- 一次空下载有可能只是一次过路的小插曲。这条提示是在连续第二次之后才出现的,所以它描述的是一种规律,而不是一次抖动。
- 存档为空是什么意思?
- 历史 plant 无错地把这个请求处理了,但里面没有任何逐笔成交。图表把这件事当成那个系统和那个合约的属性,而不是一次网络故障。