Rss & SiteMap

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

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

标题:Python,难以解释的bug。请重视。

1楼
bingying 发表于:2019/3/11 16:12:41

测试环境:阿里云服务器,金字塔Python,登陆simnow模拟账户

 

设置:走完k线模式,基础周期1分钟,基准合约:SQRB00.

 

运行逻辑:一旦触发handle_bar,立即发单。

 

orderlog:

2019-03-11 13:29:59.827    【Python】 策略:<2_for_test> 触发handle_bar
2019-03-11 13:29:59.850    【Python】sell_open 策略:<2_for_test> 出现信号 book_id:ZQCF00,voloram=8, Type=0, Price=14500.000000, Account=
2019-03-11 13:29:59.858    【下单】CF05 价14500.000000 量8 买卖1 类型0 开平0 账户132532 Formula 1
2019-03-11 13:29:59.866    【下单】确认报单已发送 ID=-870471630 RefID = 40
2019-03-11 13:29:59.882    【指令】收到回报指令 ID = -870471630 RefID = 40
2019-03-11 13:29:59.897    【指令】收到回报指令 ID = -870471630 RefID = 40
2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已报单 8 价格:14500 开 卖
2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已撤单报单被拒绝CZCE:当前状态禁止此项操作 量:8

 

分析:

我理解,只有交易开始后才会触发handle_bar,金字塔的行情数据肯定晚于交易所的撮合时间。如果出现问题,就是上期技术的simnow出现时间错误。

然而,登陆金字塔自己的模拟交易服务器,出现同样的问题“2019-03-11 10:30:01.202    【回报】628830 : J05 焦炭1905 - 已撤单 量:4

simnow和金字塔自己的模拟交易服务器,同时出现时间错误的可能性比较低。如果是这样的话,handle_bar的触发时间逻辑可能存在bug。

 

2楼
bingying 发表于:2019/3/11 16:17:55

刚才写的设置有误,把基准合约ZQCF00误写成了SQRB00。

 

测试环境:阿里云服务器,金字塔Python,登陆simnow模拟账户

 

设置:走完k线模式,基础周期1分钟,基准合约:ZQCF00.

 

运行逻辑:一旦触发handle_bar,立即发单。

 

orderlog:

2019-03-11 13:29:59.827    【Python】 策略:<2_for_test> 触发handle_bar
2019-03-11 13:29:59.850    【Python】sell_open 策略:<2_for_test> 出现信号 book_id:ZQCF00,voloram=8, Type=0, Price=14500.000000, Account=
2019-03-11 13:29:59.858    【下单】CF05 价14500.000000 量8 买卖1 类型0 开平0 账户132532 Formula 1
2019-03-11 13:29:59.866    【下单】确认报单已发送 ID=-870471630 RefID = 40
2019-03-11 13:29:59.882    【指令】收到回报指令 ID = -870471630 RefID = 40
2019-03-11 13:29:59.897    【指令】收到回报指令 ID = -870471630 RefID = 40
2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已报单 8 价格:14500 开 卖
2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已撤单报单被拒绝CZCE:当前状态禁止此项操作 量:8

 

分析:

我理解,只有交易开始后才会触发handle_bar,金字塔的行情数据肯定晚于交易所的撮合时间。如果出现问题,就是上期技术的simnow出现时间错误。

然而,登陆金字塔自己的模拟交易服务器,出现同样的问题“2019-03-11 10:30:01.202    【回报】628830 : J05 焦炭1905 - 已撤单 量:4

simnow和金字塔自己的模拟交易服务器,同时出现时间错误的可能性比较低。如果是这样的话,handle_bar的触发时间逻辑可能存在bug。

3楼
bingying 发表于:2019/3/11 16:21:44
或许存在的bug:handle_bar,每一时段开始的第一分钟,触发时间早于开盘时间。
4楼
yukizzc 发表于:2019/3/11 16:53:15
2019-03-11 13:29:59.850这个记录是本地电脑时间不是行情时间,你在handle_bar里去输出下行情时间以及电脑的time时间,然后就能发现问题
5楼
bingying 发表于:2019/3/11 16:57:59

但,问题是,“2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已撤单报单被拒绝CZCE:当前状态禁止此项操作 量:8”是中期技术返回给我的拒绝信息啊,并不是我本地电脑的时间啊?

6楼
bingying 发表于:2019/3/11 17:00:38

请问:如何在handle_bar里取到行情的毫秒时间?我用get_dynainf(order_book_id=context.s1,type=207)取到的时间,只精确到秒,没有毫秒。

7楼
bingying 发表于:2019/3/11 17:31:57

但,问题是,“2019-03-11 13:29:59.921    【回报】132532 : CF905 - 已撤单报单被拒绝CZCE:当前状态禁止此项操作 量:8”是中期技术返回给我的拒绝信息啊,并不是我本地电脑的时间啊?

8楼
无为剑 发表于:2019/3/11 18:24:31
行情是真实交易触发的,模拟交易柜台的时间通常都没那么精准的,如果你较真这个事情,请使用实盘账号测试就行了。
9楼
bingying 发表于:2019/3/11 18:30:14

谢谢。我用实盘账号测试一下。如果有问题再反馈。

共9 条记录, 每页显示 10 条, 页签: [1]


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