如图，在jupyter notebook 做参数寻优时出现这种错误，不定时出现，有时候正常运行，有时候出现这个错误，查了一下说是版本错误，又不敢轻易动内置的python ，请教一下有没有解决办法

有两点请教一下：

1. 同样的参数和数据范围，在vnpy里面回测和在jupyter notebook里面回测的不一样，应该参照哪个好一些

2. 在vnpy里面参数寻优，如果参数范围过大或者过多都导致优化无反应，请问一下参数寻优的范围大概多少才不会卡着不动

xiaohe wrote:

可能是传进了非交易时段的tick导致的，可以过滤一下传进来的tick试试
好的 我测试一下 感谢指点

每天21：:00之前开启策略， 23:00之后关闭，夜盘运行完全没问题；

但是第二天9:00之前开启策略，在15分钟K线上的参数一直都不刷新，也不cancecl_all（）再重新下单，但是如果中间我点击停止以后，下一根15K线就能正常刷新，一切都恢复正常；同理，如果直接在9:00以后开启策略，整个日盘也是正常的

请问一下前辈们，有没有遇到过这种情况，是不是每天要等到9:00以后开启策略才能正常运行

kingmo888 wrote:

修改策略架构，改为基于tick发单。
昨天修改了一下策略，效果确实好一些，感谢指点

青青子荆 wrote:

是要重启的，夜盘结束后系统会关闭。
主要是重启以后，9:00不会发出委托单，这个问题不晓得有没有完美的解决方案，我的办法如下：

利用9:00的第一根1分钟K线的推送来补上9:00无法发出的委托单，但这样的话，本该在9:00到9:01之间触发的 委托单，就会推迟到9:01分，回测也测试一下，差别还是有一点的，如果没其他解决办法也勉强能用；

所以想上论坛问问大佬们有没有更好的办法。

这个问题困扰好久了，比如基于15分钟K线的策略，隔夜不重启的情况下，第二天日盘就像死机了一样，没反应了；如果第二天9:00之前 重启，那么要直到9：15才会发出委托单，请问一下论坛大佬们是如何解决这个问题的。

用Python的交易员 wrote:

有可能的，把load_bar函数加载的历史数据日期长度增加一些试试吧
把load_bar加到了50天的数据终于可以了，谢谢陈总

找到一个很奇怪的原因，之前用的15分钟周期，我改成5分钟周期后，数据正常了，这么多一分钟数据，应该不会是数据量不够的原因吧。

青青子荆 wrote:

技术指标计算对最少K线数量有要求，如果数量不够的话计算出来的指标会出现错误，请确认一下是否传入了足够的数据（默认是100条bar）。

确实是self.am.inited这里出现了问题，请看一下我的代码：

这些数据应该是完全够初始化了的啊 ，但是self.am.inited就是一直为false, 周末也没动过软件，也没改过代码，请问除了初始数据不够之外，还有其他情况会使得inited一直为False吗？

请问一下论坛前辈，rqdata没到期，也可以更新数据，但是不能推送到1分钟bar和其他周期的bar， 比如说：周期bar里面的boll通道上下轨都显示0，print也完全没反应，之前都是可以正常运行的，有没有人出现过相同的情况，请指点一下，谢谢。

用Python的交易员 wrote:

1. 去掉.即可，VS Code会提示不应该从当前目录直接引用，但是不影响运行
2. 这个因为talib库是SWIG封装开发的，VSCode无法有效识别，所以同样只是提示信息，不影响运行

1. 感谢回答，我试了一下，去掉.在spread模块下会报错，提示“找不到某某某策略”， 但我在vnpy目录下加了一个user_tool文件夹，引用有效
2. 如前辈所说，会提示，但不影响使用

跟着老师的课程学习出现了两个问，请教一下大家：

1. 如图所示， 按照网上方法，比如加上init.py 文件，或者去掉前面的“ . ”， 都没用；

1. 能import的模块都弄进来了，还是报错，提示talib不存在SMA方法

还请会的前辈教一下，感谢。