撤单语句未执行

技术006

Solo 发表于 2024-10-22 10:23
重复出现是因为有单没撤掉，1秒轮询，撤不掉语句会继续申请。不能本末倒置，因果倒置吧
而且如果发出信号 ...

我贴这个日志是告知你策略执行的频率。你条件在正常撤单时也是1s一个间隔发送撤单。很容易出现一个订单短时间内向柜台发送多次撤单指令。（客户端和柜台之间通信时需要时间的。不要以为策略逻辑没问题就什么问题都没有，策略和软件都要遵循柜台的相关风控限制。）  日志中之后一直输出的【TA01 TCancel 第 161 行出现信号 类型:2】只是代表代码执行到了它。不带它还会一直无脑发出去。大概率是之前某次撤单失败造成的。
撤单频率的问题先不用掰扯了。

你先把你昨天晚上到现在的日志压缩后，发给我。

106159

我自己能分析到的：
平仓信号准确，前后K线都无信号
TGLOBALSUBMITTEX也没问题，取到了未成交卖单数量，且>=1
TCABCEL指令发出
撤单不成功

然后循环上述过程

106159

你别无脑无脑的，代码你看了吗？
有未成交单才撤单的
是你回避问题，不掰扯，你就帮我看看上面的分析对不对

技术006

Solo 发表于 2024-10-22 11:01
我自己能分析到的：
平仓信号准确，前后K线都无信号
TGLOBALSUBMITTEX也没问题，取到了未成交卖单数量， ...

代码逻辑没问题，不代表柜台和软件之间交互环节就一定没问题。我们现在要看的是日志首次撤单时的情况。
注：你上面的日志中压根就没有发出撤单指令。日志只是记录撤单条件成了罢了。

提供完整的日志给我。否者没办法进一步分析，出现这个现象的原因。
你要是有本事分析解决这个问题，何必在这里絮叨，希望尽快解决问题，就劳烦配合下。

106159

问的就是所有环节，任何环节都可能会出问题，首先怀疑的就是软件和柜台的关系。
是你一直纠着撤单，兜了这么大个圈子，才回到柜台这个焦点。做了那么多无效沟通，是谁在絮叨？
顾客是要付出真金白银的代价，去信赖这个软件的。
第一次撤单就在0923这个日志里
昨晚的下班再发

技术006

Solo 发表于 2024-10-22 11:25
问的就是所有环节，任何环节都可能会出问题，首先怀疑的就是软件和柜台的关系。
是你一直纠着撤单，兜了这 ...

TCANCEL只作用于当前后台程序化预警，其他客户端或者其他预警中产生的未成交单它是不识别的。如果你是多个客户交替使用处理的，应该使用TCANCELEX。

106159

TCANCELEX(TGLOBALSUBMITEX(2,'','',0)>=1,2,'','STKLABEL');
我这样改写，能表达本品种吗？（只有唯一账户的情况）

技术010

可以，用stklabel获取品种代码，无需加单引号了。TCANCELEX(TGLOBALSUBMITEX(2,'','',0)>=1,2,'',STKLABEL);

106159

明白了，不然就字符串了
谢谢！