下单问题

100017698

下单程序某只股报错后，就不执行其它的了，要重启金字塔才能恢复正常。
比如：下单买入100股科创板，出错提示科创板需最少买入200股。

100017698

我是用多个策略同时监控了多个股票池，其中一个策略监控科创板股票池出现报错，导致其它策略也不执行交易了，要重启金字塔

技术010

本地测试，科创板品种的报单数量要求并不会影响别的品种的报单，还是要排查下报单的条件是否成立的。

100017698

条件是满足的，我重启后马上就触发了大量的交易。我是用三个策略分别监控主板、创业板、科创板，监控的股票数近一千只。我重新观察能否复现当时情况

技术010

可以，另外你要看下你用的是否是日线或大周期K线，因为同一根上如果同一个交易语句触发过一次了就不会再触发了，是有这个限制的，只有重启软件才会再次触发的。

100017698

1、我用的是5秒线，15秒轮询一次。
2、我发现有许多“委托没完成，不允许撤单”，不知道是不是这个进程太慢，导致无法正常执行后续任务。
3、“委托没完成，不允许撤单”，或撤单失败，这类的信息可以在策略中获取到吗，好加以控制

技术010

1、那就和一根K线上同一个语句只触发一次没有关系。还是和效率问题有关了
2、你的代码中还有撤单的语句？报单是跟根据顺序从前往后逐个报单的，你这么多品种正常报单处理的时间都不会短的，另外股票模拟柜台上是没有委托回报、成交回报、撤单回报之类的信息的，并不能很好的和柜台做这种交互判断的，在股票模拟柜台上很难控制的那么精细的。

100017698

是有撤单语句，委托历时为0才会继续下单。金字塔用于普交和快交的交易控制有没有什么不同，是否有相关的针对快交柜台的开发资料？

技术010

1、因为普通柜台上是没有柜台回报信息的，报出去的单子都没法查询到单子的状态，也就很难做这种精细化的撤单追单的控制的。
2、即使使用的是快交柜台，那也要考虑到品种报单数量的问题。股票柜台的处理速度本身就赶不上期货的，你报单数量如果很多，那效率问题肯定是要考虑的。
3、没有专门针对快交柜台的编写文档的。一般策略开发可以先基于单个或少量的品种上测试，看代码的逻辑是否能够正常实现，然后再看多品种下的是否出现其他异常情况的。