欢迎使用金字塔普通技术服务论坛,您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴,普通区问题处理速度慢,请耐心等待。谢谢您对我们的支持与理解。


金字塔客服中心 - 专业程序化交易软件提供商金字塔软件金字塔软件问题提交 → 做精细化历史测评时发现的几个问题

   

欢迎使用金字塔普通技术服务论坛,您可以在相关区域发表技术支持贴。
我司技术服务人员将优先处理 VIP客服论坛 服务贴,普通区问题处理速度慢,请耐心等待。谢谢您对我们的支持与理解。    


  共有2698人关注过本帖平板打印复制链接

主题:做精细化历史测评时发现的几个问题

帅哥哟,离线,有人找我吗?
popypopy
  1楼 | 信息 | 搜索 | 邮箱 | 主页 | UC


加好友 发短信
等级:新手上路 帖子:82 积分:0 威望:0 精华:0 注册:2020/9/21 10:56:16
  发帖心情 Post By:2020/10/29 12:10:55 [只看该作者]

经过我排查发现出现前高价的赋值=-1.#QO -1.#R%这种诡异情况的原因是由于在我设定的回测时间段内的当前时间往前到回测起始时间peakbars(1,8,1)没有找到符合条件的峰值。
例如以柏楚电子为例,我设定的精细化历史评测时间段是2020年4月15日至2020年10月25日,当前时间在2020年6月30日
在6月30日检查peakbars(1,8,1), 由于在4月15日至6月30日这段时间内没有找到符合8%条件的峰值,导致peakbars(1,8,1)输出了-1.#QO -1.#R%,继而导致我引用ref(close,peakbars(1,8,1))输出了-1.#QO -1.#R%

程序的这种逻辑我认为是有漏洞的,虽然我指定了回测时间段是2020年4月30日开始,但是在计算peakbars指标时,只要我本地下载的历史数据足够,应该以当前时间往前找出符合条件的峰值位置,哪怕这个峰值位置是在4月30日之前。否则就会导致发生这样的错误
[此贴子已经被作者于2020/10/29 12:11:38编辑过]

 回到顶部