独立于交易开发平台的策略自动化引擎:ATSXL

Discussion in 'General Topics on Software and Data' started by espresso, Sep 21, 2013.

  1. 大家使用这套系统时会遇到的一个问题

    关于这个系统里面用于监控运行日志文件的那个软件,它是收费的。之所以提前在这里说明这个事,就是不希望大家到最后发现为了用这个策略自动化系统,30天后还要花$99美元去买另一个软件。做这个软件的公司和我当然没有半毛钱的关系,我就纯粹是他们的一个用户。

    可能的解决方法在这个帖子里面单独讨论,请大家多出谋划策。
    日志扫描工具 ...
    http://www.hylt.net/vb/showthread.php?t=33107
     
  2. 希望不会让大家期待时间太长。 :)

    嗯,从接口这一层来说是这样。做外汇的话,几个口碑很好的ECN的接口都有了,做外盘期货的话,IB和MBT都是不错的。
    我自己是够用几年了,其它朋友想加接口的话,我也很欢迎,并会大力支持。
    就是觉得没有必要每个人都在接口这些事情上重复做一遍,很浪费时间。

    另外,接口其实没法抽象成一个通用的,要不早有人做了。你也是做过接口的,知道魔鬼就在接口里面。:)
    但是策略可以抽象出来,所以我觉得这个系统的最大优点是把策略和代码分开。

    呵呵,如果早几年有人做个类似的东西给我用,我也是这种心情啊。:D

    哈哈,还没有分离(分裂?)呢。其实这位大牛的状态多好啊,
    有个工作,那是99%胜率的策略每天从9点运行到下午5点,一周5天,每月定时结账收钱。:D
    真没几个人能有这种策略跑在市场里面的。:rolleyes:
    再说,有个工作,也算服务于社会,服务于别人吧,
    做交易不是一定要全职炒股,隔夜重仓,代客理财这些风格的,
    我一直都觉得把自己的钱交给别人去理,还不如自己花点心思理一下的效果好。
    搞交易系统最大的风险就是搞了半天,白搞,走很多弯路,花得那时间也能写2,3篇长篇了。
    我自己觉得现在这套系统还行,所以很乐意拿出来,这并不妨碍我从市场里面赚钱,
    还可以帮一些人少走2,3年的弯路,少写点程序,多搞点个人爱好啥的,
    这其实很促进经济发展和社会繁荣,你看那些专业玩家,业余玩家,哪个都不省钱。 ;)
    对个人好,对社会好......扯远了......
     
  3. 是不是也通过txt来进行买卖信号通讯?
     
  4. 你这个问题问得好。
    如果能够方便调用api接口,就直接调用,不能的话就用最简单的txt文本。
    以前用过队列,后来发现其实没意思,还得多启动一个队列服务,浪费资源。
    因为整个系统的难点和瓶颈都不是在这个环节。
    几年用下来,都是越简单的东西越稳定,这种txt就是一个例子,
    而且,有时候需要直接去看发到交易接口的是啥玩意,打开看就可以。
    KISS - keep it simple stupid
     
  5. 支持!
     
  6. 请问什么是txt文本通讯?
     
  7. 对fix没怎么研究过,但以前听tom_sh提到过,好像fix有些类似txt的特性?
    如果有可能,在自己以TXT为基础时尽可能能采用fix里的一些“定义”来作为txt里的关键字定义可能会更好些?
     
  8. 回kuhasu兄,多谢支持! :D

    回vinny2009和wj2000两位:
    我觉得forbbs说得txt应该是最dummy的那种基于文本文件传递数据的方式吧,
    难道是其他的? :eek: :D
    fix似乎算是一劳永逸的接口,但是对大多数个人交易者,感觉有点杀鸡用牛刀。
    很多交易商的fix接口都不是免费的,想不通为什么不能免费.....
     
  9. 我知道forbbs说得txt最dummy的那种基于文本文件传递数据的方式,我的意思是如果txt里的一些文字定义什么如果可以参考fix里的定义可能好了(容易理解)?
     
  10. 嗯,是这样子。大家都有共识的东西容易理解。
     
  11. 哦,我还是没明白,能给个链接吗?或者google什么关键词?

    难道是把消息写到文本文件中的方式传递?还是指消息是文本信息而不是二进制?

    谢谢!
     
  12. 之前我也用txt,不过Amibroker打开apx导出csv时候偶尔会遇到提示“共享违例”,难以解决。
    现在换OQ了。
     
  13. 就是最简单的一个.txt文件,里面有几行,比如
    type=buylimit | symbol=EURUSD | quantity=20000 | rate=1.3000 | ..............
     
  14. 谢谢啊,你的意思是消息传递通过这个txt文件吗?A将消息写入,B再将消息读出来?这样延迟高吗?而且是不是需要一直flush硬盘?
     
  15. 会有很多类似的txt文件,每个都带时间戳,方便分析和处理。
    延迟,flush这些事基本不用操心,
    最慢的环节不在这里,在网络和复杂一点的策略处理上。
     
  16. 用01代替,二进制文件省去分隔符,而且天然数据压缩,信息熵很好。
    这东西我8年前搞过~
     
  17. 简单说一下这套系统的运行环境:

    - Windows XP(sp3) 到现在最新的 Windows Server 系列
    - 内存最小 512MB ,当然是越大越好,这里说的是部署到VPS/EC2
    - Excel 2003 (或 Excel 2010), 2007版应该也没问题,但是我没有。Excel 2010 只能用 32位 的版本。这是因为目前IB和MBT的接口限制。
    - Corner Bowl Log Manager (一个日志扫描工具,前面已提到)

    没有了,就这些。 :)

    其他就是你自己的各种装备了,
    我自己是用 Amibroker, IB TWS API
    例子也先准备用这两个。
    这两都是可替换的,前面也提到了。

    这些内容今后也会慢慢放到网上。
     
  18. 信息处理传送
     
  19. 嗯,用01是可以,但是只有计算机能看了,我也有时候也要打开文件看看里面是啥。 :D
    这些文件不会在网络传输,所以其实也无所谓。
     
  20. 可以看啊,直接按照格式读取就行,进程间还有延时滴~:p