我觉得我遇到的问题可能还是个BUG

tradingart

这个我们都知道，关键是在计算倒数第二根BAR的时候如果原先有信号，但图标信号显示消失的情况下，会在倒数第二根BAR再次往外发单。这才是问题关键

lh948

在新的一个bar出现的时候，上一个bar会被再算一次，所以用barstatus区分最后一个bar和历史数据的时候，需要把CurrentBar==BarCount-2的情况计算进来

dhhbeitang

原帖由 lh948 于 2010-4-21 16:46 发表
在新的一个bar出现的时候，上一个bar会被再算一次，所以用barstatus区分最后一个bar和历史数据的时候，需要把CurrentBar==BarCount-2的情况计算进来

lh948:你的意思是用CurrentBar==BarCount-2能够把"在新的一个bar出现的时候，上一个bar会被再算一次"的情况区分出来,在这时候可以控制不重新发单,对吗?

lh948

需要判断CurrentBar==BarCount-2的时候的情况
if(CurrentBar==BarCount-2)
{
      .....
}

dhhbeitang

我就是要过滤掉倒数第二个Bar发单。是不是用

if(CurrentBar==BarCount-2) Return;

就可以了？

dhhbeitang

原帖由 dhhbeitang 于 2010-5-25 20:50 发表
我就是要过滤掉倒数第二个Bar发单。是不是用

if(CurrentBar==BarCount-2) Return;

就可以了？

模拟盘测试，上述方法不能阻止Buy/Sell函数在倒数第二Bar上发单。失败！

TB应该公布Buy/Sell函数在倒数第二Bar上发单的机制。本来很喜欢Buy/Sell函数的，在图表上有显示，很直观。但这个问题把人搞惨了。

幺林

If (Barstatus==2)
{
Code1...
序列变量A=2...
}

If (Barstatus==1)
{
Code2...
序列变量A=1...
}

请斑竹帮忙确认：

1。 上面一段代码， 在新bar 第一个tick到来时肯定会先在倒数第二根bar上执行code2， 然后在最后一根bar上执行code1
2。 执行完后 序列变量 A=2， A[1]=1.

zxqh102050151

可以参考我这个帖子，研究了一晚上终于搞清楚了。1、最后一个tick的barstatus变成1的时候是会发单的，我觉得这个是以前版本的nextopen的历史遗留问题。2、如果这个bar之前发过单，那么最后一个tick的单就不会重复发了。但是像楼主说的，如果中途断掉系统，重启之后限制系统再发单，那么系统就会认为没有发过单，那么最后一个tick有可能发单（如果不限制的话）

http://bbs.tb18.net/thread-114647-1-1.html