希望TB不要在让我伤心失望了

brucecolvin

  上周发现交易部分的函数出了问题后，就停止了交易，然后下功夫研究，解决问题，做了很多测试，现在终于把问题解决了。问题出在交易函数上，交易函数是指将交易指令发送到交易服务器或处理交易服务器返回信息的的函数，主要完成下单、撤单、成交查询、持仓查询和成交回报处理等，开拓者提供两种交易函数，一种是开拓者对a_sendorder封装的buy和sell函数，另一种则是比较底层的发单指令由a_sendorder来实现。使用开拓者封装的函数buy和sell来交易，其实是有问题的，有时候你使用buy和sell并不能得到你想要的结果，我的问题就出在这里，buy和sell处理的持仓量是对图标里面的持仓量，而不是真实账户的持仓量，如果设置资金量和真实账户资金量不一致，持仓量不一致，就出大问题了。开拓者设计真的太不完善了，让普通投资望而却步。

     现在做了快半个多月的程序化交易，有些感受。感觉开拓者这个软件本身定位就比较高端，技术高端，起点高端。想法是好的，可惜人力和财力不够，导致这个软件做的太不成熟了，稳定性差，运行容易崩溃，常常断线。其次是编程手册及函数的介绍太简单，缺乏人力编写使用手册，很多函数的功能包括返回值都没有明确说明和示例，看看微软看看msdn，一个msdn就要装几个G到几十G。其实开拓者这样只会导致没有编程经验的用户在困难之时选择放弃。没有编程经验的用户，真的不建议使用这个平台，因为开拓者有时候出的问题，你都不知道是自己的程序错了，还是软件本身出错了。

    比如，开拓者用户手册中介绍到barstatus!=2时，buy sell指令是不发送委托单的，但事实上只这样的吗？不是，我在实际测试中，发现不是。开始出这个问题，我很迷茫，不知道问题在那里，反复思考，反复测试，一点点排查，最终定位到barstatus!=2时在倒数第二个bar上也依然会发委托单的，我把这个测试结果和开拓者软件工程师交流，他们都不信，依然坚持说barstatuse!=2时是不会发委托单的，说问题肯定是出在我的程序身上，让我好好找找自己的问题。我无奈！！！直至我一点点的证明给他们看时，他们才说“可能需要考虑倒数第二个bar的情况，这个地方需要做个特殊处理”，这样一句话，却耗费了3天时间，我想没有程序开发经验的交易员恐怕就倒在这个地方了，这样的问题很多，道路还很漫长，我得一点点的来，慢慢的上路，希望TB不要在让我伤心失望了。

ilian

"我的问题就出在这里，buy和sell处理的持仓量是对图标里面的持仓量，而不是真实账户的持仓量，如果设置资金量和真实账户资金量不一致，持仓量不一致，就出大问题了。"1~这个不是TB的问题，buy和sell处理的持仓量就应当是图表里的持仓量，否则策略就无法回测，多策略或手动和自动同时进行一个品种交易会出现仓位“共振”等等问题2~“barstatus!=2”设计原理上应当不会发委托单，否则的话历史信号都会发现来就完了，除非是BUG。

3~“现在做了快半个多月的程序化交易，有些感受。感觉开拓者这个软件本身定位就比较高端，技术高端，起点高端。想法是好的，可惜人力和财力不够，导致这个软件做的太不成熟了，稳定性差，运行容易崩溃，常常断线。”支持！

brucecolvin

原帖由 ilian 于 2010-4-19 01:01 发表
"我的问题就出在这里，buy和sell处理的持仓量是对图标里面的持仓量，而不是真实账户的持仓量，如果设置资金量和真实账户资金量不一致，持仓量不一致，就出大问题了。"1~这个不是TB的问题，buy和sell处理的持仓量就应当是图表里的 ...

1。这点是的，不是TB的错，但使用手册中和用户函数说明都没有解释清楚，只有调试才知道buy和sell是对图表操作，这个是Tb的问题，资料介绍太少。

2。历史回测中不会发现这个问题，只会在是盘中且秒级别线上，问题最多，你可以试试。

aocool

都要严谨一点面对问题才行。
不能武断，上来就说不可能，不会等等这样不负责任的话。

还是那句话，做程序要严谨！

wuxbeyond

确实有些问题，关于sell 和buytocover 这个两个函数，确实是只能平仓图标上面的，而在账户里的 都平不掉。这点应该怎么搞。？

wuxbeyond

请问楼主 要怎么样 才能平调 自己账户里面真实的持仓量

yangtse010

用账户函数    希望TB越来越稳定

efrog

原帖由 brucecolvin 于 2010-4-18 23:56 发表
  最终定位到barstatus!=2时在倒数第二个bar上也依然会发委托单的

我分析你是在交易时段对真实或模拟账户进行操作测试。请注意在交易时段，最后一个Bar的barstatus=2，如果你把Buy等指令安排在barstatus=2条件下，当条件满足时发出了Buy指令，但实际上随着Tick的发生，最后的Bar已经变成了上一个Bar（也就是Barstatus=1了），所以最后一个Bar的上一个Bar上是有可能发出委托单的。这个不是系统问题，而是对TB的运行机制没有深刻理解。

但是TB的说明文档查是举世闻名的，这个实在不是好公司所能容忍的！

cwj

原帖由 efrog 于 2010-5-14 17:28 发表


但是TB的说明文档查是举世闻名的，这个实在不是好公司所能容忍的！ ...

但是TB的说明文档查是举世闻名的，这个实在不是好公司所能容忍的！

f600624

我的问题就出在这里，buy和sell处理的持仓量是对图标里面的持仓量，而不是真实账户的持仓量，如果设置资金量和真实账户资金量不一致，持仓量不一致，就出大问题了。

用于文华就知道了，TB这点比文华好多了，起码还有A可选择。