把on_init下的load_bar改成load_tick
可以自己telnet一下看看端口开了没有
可以用regedit删除veighna的注册表信息,然后重装,记得重装的时候不要开360
脚本策略模板的get_position函数是获取的底层持仓,不会出错的
2012windows版本太旧了支持不了需要的蓝牙API
可以自己在on_bar里打印看看是否是因为历史数据太少不够初始化导致在if not self.am.inited返回了
在其他系统下了veighna不支持的委托类型导致的
把别的python卸载,安装最新版veighna_station即可
如果配置之后用图形界面打开也是这个报错建议查看一下用户权限吧
github页面写的很清楚了,datafeed.name填“rqdata"字段,datafeed.username填”license"字段,datafeed.password填购买或申请试用RQData后,RQData提供的token
https://github.com/vnpy/vnpy_rqdata
原文作者:用Python的交易员 | 发布时间:2022-10-30
022年VeighNa小班特训营年终两场开始报名,主题分别是:
目前已经有部分名额被提前报名锁定,感兴趣的同学请抓紧。老规矩还是放几张之前特训营的照片:
准备完毕,静候同学们到达
学习量化,掌握核心系统框架
深入代码,分析策略逻辑细节
两场小班特训营的时间还是都会定在周末两天,一共包含周六周日两个下午共计10小时的内容讲解,以及后续3个月的助教跟踪辅导。
线下参与的地点在上海浦东,考虑到新冠以来大家对于坐火车飞机的健康风险顾虑,不想来上海的同学也可以选择远程线上听课。
特训营的详细时间和大纲如下(具体内容会根据学员反馈感兴趣的主题进行调整):
日期:2022年11月26日(周六)和11月27日(周日)
时间:两天下午1点-6点,共计10小时
大纲:
市场微观结构
a. 期货、股票、期权、外汇、美股,这些不同市场的微观交易结构是怎样的?
b. 行情是怎么形成的,到底什么是tick?
c. 下单后,委托请求是怎么一步步到达交易执行端,再返回委托结果的?
C++ API的Python封装
a. pybind11、cython、ctypes等封装技术的详细讲解
b. 针对国内各种风格的C++ API,如何实现低延时的封装方案
交易接口业务层的功能对接开发
a. 从0开始对接开发交易接口
b. 如何针对某一市场定制交易接口,充分利用STOP、FAK、FOK等委托?
RPC核心交易路由服务
a. 认识VeighNa的RPC开发框架:REQ-REP和SUB-PUB模式
b. 应用RpcGateway交易接口,实现轻量级多进程实盘交易架构
c. RpcService模块扩展开发,添加标准化TWAP算法交易支持
价格:10999元
日期:2022年12月17日(周六)和12月18日(周日)
时间:两天下午1点-6点,共计10小时
大纲:
CTA策略开发
a. 投研历史数据解决方案,多种数据库配置、历史行情记录、异常数据清洗
b. 基于模板开发CTA策略,参数变量设计,回调函数处理,交易函数详解
c. 深入K线时间序列:自定义K线合成,技术指标定制,时间序列统计分析
策略回测优化
a. 回测引擎核心业务逻辑流、委托撮合规则(停止单、限价单)、策略状态控制
b. 回测图表的分析方法,统计数据分析中的误区
c. 优化算法详解:暴力穷举算法、智能遗传算法
实盘交易运维
a. 策略每日盘中的生命周期管理
b. 历史数据初始化、策略运行状态同步管理
c. 盘中交易异常处理方案
CTA策略案例
a. 股指期货策略源代码分享:SuperCombo、Cuatro、NewDualThrust
b. 商品期货策略源代码分享:MoneyFlow、OscillatorDrive、CincoStrategy
c. 外盘市场策略源代码分享:SuperTurtle、KeltnerBandit、RsiMomentum
d. CTA策略中的交易算法实现:委托细粒度状态机管理
价格:11999元
报名方式和之前一样,请发送邮件到vn.py@foxmail.com,注明想参加的特训营、姓名、手机、公司、职位即可。或者也可以扫描下方二维码添加小助手咨询报名:
在程序运行目录下自建一个strategies文件夹,放在里面
在linux的运行目录一般是home/你的用户名
是哪个合约转换后无法正确返回合约代码呢?
遗传优化不能只选一组参数
推荐升级到Server 2019,或者把Qt5Bluetooth.dll重命名为其它名字,例如:Qt5Bluetooth.dll1。
1.现在官方版本通过csv导入、datafeed下载等方式保存数据都是加了时区的,所以自行导入数据也是需要加上时区信息的;
2.mongodb与其他数据库不同,虽然可以保存带时区的数据,存储的时候都转换成UTC时区了,但是读出来的时候还是你存进去的时区。查询的时候如果index里有datetime,参考vnpy_mongodb里load_bar_data/load_tick_data里的逻辑加上时区信息去查即可。overview也没有存错,保存的时候带有时区,读取的时候也带有同样时区的。自己在vnpy_mongodb里对应的创建overview和读取overview的地方打印看看就知道了。用mongodb自带图形界面看的话显示的是以UTC时区存储的时间,但是实际使用也是要读出来用的。