Rss & SiteMap

金字塔客服中心 - 专业程序化交易软件提供商 http://www.weistock.com/bbs/

专业程序化软件提供商
共2 条记录, 每页显示 10 条, 页签: [1]
[浏览完整版]

标题:金字塔决策交易系统——多账户使用教程

1楼
admin 发表于:2013/4/3 19:29:07
一、多账户功能介绍

1.1多账户功能面向对象及简要说明

金字塔决策交易系统-多账户功能主要面向有多个账户同时下单需求的用户,本功能可以对账户进行分组管理,对账户分组进行下单系数的设置,对每个账户进行下单系数或者下单手数的设置。

金字塔的多账户功能集成了众多代客理财用户实盘操作经验和需求,本功能对客户的手工多账户下单和程式化多账户下单提供了极大的便利,为您的成功交易之路再添利器!



按此在新窗口浏览图片

二、   多帐号交易的使用方法

 

对于手工、图表程式化、后台程式化这三种交易的多账户设置方法略有不同,请根据您自己的实际交易种类进行学习和研究。

金字塔可以允许您在登录多帐号的时候同时登录多个金仕达、CTP、恒生平台的帐号,三个平台帐号可以同时使用。

当您第一次使用多帐号的时候您需要按照本教程所述方法进行设置和使用,一旦您第一次设置成功后,日后再使用多账户交易的时候如果您不需要改变帐号或者下单数量等选项,您只需要成功登录交易,即可进行多账户的下单操作。

下面我们都以登录金仕达平台作为示例,登录CTP与此相似,故不再赘述。

2.1 手工多账户交易的使用方法

1、点击金字塔软件右上方的“委托”按钮,如下图所示:

按此在新窗口浏览图片


2、点击委托后弹出“登录金仕达交易平台”窗口,如下图所示:

按此在新窗口浏览图片


3、点击左下角“多账户设置按钮”,弹出下面窗口,如下图所示:

按此在新窗口浏览图片


4、在上图窗口中首先点击“组管理”按钮,添加两个多账户分组“11”和“22”,方便我们在后续操作中把多个账号添加进去时将帐号划分到不同的组别进行管理。如下图所示:

按此在新窗口浏览图片
  

  5、点击“多账户登录设置”窗口中的“添加”按钮,为多账户添加入所需的帐号,设置好相应的营业部、用户名、密码以及组别和下单系数,如下图所示:

按此在新窗口浏览图片


6、按照上面的添加方法把所有需要的账号添加到多帐户里表中,如下图所示:

按此在新窗口浏览图片

在这里我只添加了三个帐号用于演示,实际使用中您可能需要添加更多账户,请根据您的实际情况来操作。

添加完成后点击确定,那么多账户的帐号登录设置部分已经完成。

之所以在这里设置帐号,是为了避免您每次登录数个乃至数十个交易帐号时候需要频繁输入用户名、密码等数据的繁琐;如果您不希望设置账户组,您可以省去以上步骤,直接按照平时登录交易的方式登录之后再次点击“委托”然后选择“登录其他账户”即可,登录之后的操作方法与本说明无异。


7、完成设置后我们退回到“登录金仕达交易平台”界面,在本界面中的“营业部”一栏中选择“多帐号登录”,在“用户帐号”栏目中您可以选择多帐号的分组帐号登录,也可以选择全部帐号登录,这里我们选择“所有帐号”,如下图所示:

按此在新窗口浏览图片


8、点击“登录”按钮后,我们的刚才设置的所有帐号已经都登录了各自的交易服务器!,点击“开始使用”或者关闭(红X)即可,如下图所示:

按此在新窗口浏览图片


9、进入到账户栏中可以看到六个帐号都已经成功登录,并且可以在下图箭头所指示的位置处随时变换当前活动帐号,查看相关信息,如下图所示:

按此在新窗口浏览图片


10、设置多账户下单系数

点击——交易——下单设置

按此在新窗口浏览图片

然后根据下图,选择需要多账户下单的账号、和下单系数     

按此在新窗口浏览图片                           按此在新窗口浏览图片

实际下单量=账号系数*手工下单量

例如,以上图为例

9000005的实际下单数量=2*2

9000006实际下单数量=3*2

9000007实际下单数量=4*2

9000008实际下单数量=5*2

9000010实际下单数量=6*2

 

总结:手工多账户交易的使用和设置过程中,主要是对需要登录的账户和下单数量进行了设置,本交易模式设置有关联的几个设置选项所在位置为:

1、  委托登录框中的“多账户设置”;

2、  交易设置中的“闪电下单”选项;

3、  交易设置中的“多账户”选项。


设置至此您已经可以进行多账户手工下单交易了。


[此贴子已经被作者于2013-4-3 19:49:54编辑过]
2楼
admin 发表于:2013/4/3 19:29:27

2.2 图表程式化多账户交易的使用方法

1-9与手工交易设置相同
10、勾选 交易——图表程式化交易中的选项
按此在新窗口浏览图片

进入设置后得到以下界面

图片点击可在新窗口打开查看
图表多账户下单有账号下单系数
策略品种下单系数两项
实际下单量=策略中的下单量*账户系数*策略品种下单系数

以上图为例
9000005 肯特纳系统的实际下单量=1*1
              R-Breaker系统的实际下单量=1*5

9000010 肯特纳系统的实际下单量=7*1
              R-Breaker系统的实际下单量=7*5


2.3后台程序化多账户下单

1-9与手工下单一致

10、在后台程序化设置界面点开如下按钮进行设置
按此在新窗口浏览图片

11、点开设置后,得到如下界面

图片点击可在新窗口打开查看
后台多账户设置的使用有个非常重要的原则或者说前提:

策略代码为主,多账户及策略下单系数设置为辅。(下文简称”原则“)

这句话的理解我们会通过后文为大家解释。
其次,对于实际下单量,我们给出了以下公式
旧版:实际下单账户=账号组 或 指定账号
          实际下单量=策略下单量*多账户系数*自定义品种下单量    (以下简称 “旧版”)

新版未勾选多账户及策略下单系数设置:实际下单账号=账号组 或 指定账号
                                                          实际下单量=策略下单量  (以下简称 “新版未勾设置”)

新版勾选多账户及策略下单系数设置:实际下单账号=(1)&(2)的交集。即(1)和(2)共有账号下单 
                                                                            (1)策略代码中,指定账号或账号组
                                                                            (2)多账户及策略下单系数设置里勾选账户
                                                      实际下单量=策略下单量*多账户系数*策略品种下单量(以下简称”新版勾选设置               

后台的设置基本与图表程序化一致。但对不同的下单指令会有较大的区别。
以下我们都以阳线做多的情况为例,为大家一一例举。

例1: 未指定账号、账号组、下单品种
Tbuy(Close>Open,1,MKT)  
旧版:对当前活动账户下单(仅一个账户)   
新版未勾设置:对当前活动账户下单(仅一个账户)                                            
新版勾选设置:对多账户设置中勾选的账户下单。即上图中 1 部分勾选的账户,未勾选的账户不进行下单。(遵循”原则“)
       
例2:指定账号,未指定品种
Tbuy(Close>Open,1,MKT,0,0,'9000001')     //指定品种
旧版:对9000001账号下单
新版未勾设置:对9000001账号下单
新版勾选设置:若在上图 1 部分勾选的9000001账户,下单。若没勾选,不下单。(遵循”原则“)

例3:指定账号组,未指定品种
Tbuy(Close>Open,1,MKT,0,0,'分组1')  
旧版:对账号组 “ 分组1 ”下单  
新版未勾设置对账号组 “ 分组1 ”下单 
新版勾选设置:对上图 1 部分勾选,且在分组1中的账号下单(勾选与分组1的交集)。若没勾选,不下单。(遵循”原则“)
注意:
策略品种下单量能带来了更多的灵活性。 以前只能单调下单系数,现在可通过多账户系数*策略品种下单量 达到相同的效果。

例4: 指定品种,未指定账号、账号组
Tbuy(Close>Open,1,MKT,0,0,'','if00') 
旧版:无论监控什么品种,对当前活动账号(仅一个)下单的if00下单。
新版未勾设置无论监控什么品种,对当前活动账号(仅1个)下单的if00下单。
新版勾选设置:无论监控什么品种,对上图 1 部分勾选的if00下单。(遵循”原则“)
特别注意:
1、在这种情况下,实际下单量=策略下单量*多账户系数  与策略品种下单量无关。
2、代码中自己指定下单品种后,预警监控则就不可再次把这两个品种都添加进来,因为后台交易是轮询模式的,会将列进去的品种都监控执行一遍,如上的代码如果添加了两个品种进入预警监控后,会导致重复的开平仓。解决方法是这两个品种只添加任意一只即可。比如监控 上证指数 对 股指连续 下单,仅监控一个品种即可。



[此贴子已经被作者于2013-4-3 19:54:18编辑过]
共2 条记录, 每页显示 10 条, 页签: [1]


Powered By Dvbbs Version 8.3.0
Processed in .06250 s, 2 queries.