Frossky 发布的文章

知乎: 机器学习(非传统统计方法如回归)在量化金融方面有哪些应用?
知乎: 深度学习做股票预测靠谱吗?
里面高票回答有个叫张趔趄的回答比较认可: 市场其实是 归纳+演绎+博弈, 机器学习基于历史, 只能做归纳, 只能作为工具.
里面又提到了用LSTM模型做情感分析, 这个应该可以看做市场上的情感蔓延到什么程度.

现在BTC是$5.5w, 今天不炒币的AM/PH都知道了BTC狂涨的消息

准备

  1. 期货公司开户. A. 交易手续费+0.01, B. 交易保证金百分比, C. 风险测评1~5类
  2. 选择交易所(初开只能选上期/大商/郑商, 以后可以选中金/上能).
    上海期货交易所, 大连商品交易所, 郑州商品交易所, 中国金融期货交易所, 上海国际能源交易中心
  3. 关联银行卡
  4. 选择交易工具, 文华/VNPY/天勤(专业版888/月)等.
  5. 选择回测数据源, 米筐(3K/年)等.

    知识

    证券从业资格考试
    期货从业资格考试
    基金从业资格考试

MicroPython ,是在单片机上运行Python. 在W601上试过, 对于非实时的应用非常方便好玩, 然而对于实时应用简直就是一团糟.简单的IO输出操作, 操作时间竟然增加了至少3个数量级! 快速的键盘扫描,与自定义协议的IC适配等都无能为力.
Espruino,没有用过不好评价, 淘宝一查价格奇高无比, 300+, 跟10块钱的ESP8266模块完全没法比.
NodeOS, 这个设想上酷毙了的项目居然三年前就停止开发了...
Chrome OS
FydeOS, 国产版Chrome OS.

官方原文: 【插件开发】使用 Python 扩展 UiBot 的功能

主要步骤

  1. uibot安装目录下面的extend\python中放置xxx.py文件即可在uibot中使用import xxx引入定义的函数使用.
  2. 官方包在安装目录的lib\site-packages下, 如果不够用就需要自己复制粘贴过来. 当然更棒的方法是用pip直接装到这个目录下, 加上--target=即可:
    Pip install gooey --target="D:\myprog\UiBot Creator Community 5.5.0 (x64)\lib\site-packages"

    两者传参和返回值的测试

  3. 所以如果在py中定义了新的函数, 或者修改了形参数量需要在uibot中调用, 则需要重启creator. 因为py中def的函数名和形参是在启动creator的时候加载的, 然而函数体是实时从py函数体中调用的.
  4. py返回值中, int/float/string/list/dict/tuple类型都能正确识别,请知tuple是被当做list识别的. 但type类型不能识别, 所以不能return type(1), 需要转为string: str()
  5. py形参中, 从uibot串入的int/float/str/list/dict都能正确识别.
  6. py中的print并不能输出到uibot的输出窗口.
  7. python的内置库和第三方库都是不能直接'import'的, 需要写个py中转一下

从Uibot注入Python代码直接运行 (简版)

定义一个中转py,命名为run.py, 如下:

def e(func, runfunc):
    exec(func)
    return eval(runfunc)

第一个参数由exec()执行,没有返回值, 适合定义函数. 第二个参数由eval执行, 有返回值, 适合运行函数.

在uibot中直接运行python代码, 例如:

Import Run
Log.Info(Run.e("def add(a, b):\n  return a+b", "add(1,2)"))

将会返回3
这样就不需要对uibot开开关关的了, 可以直接调试. 另外也不需要再跑到extend\python中去更新py文件.

从Uibot注入Python代码直接运行 (强化版)

上面的简版无法从Uibot中读取变量, 下面这个版本则解决这个问题

# p = {   # params
#   g:{}, # eval(,g,)
#   l:{}, # eval(,,l)
#   f:['functionName1', 'functionName2'...], # function names from exec()
#}
def e(func, runfunc, p):
    exec(func)
    if 'g' in p:
        if 'f' in p:
            for fn in p['f']:
                p['g'][fn] = eval(fn)
        if 'l' in p:
            return eval(runfunc, p['g'], p['l'])
        return eval(runfunc, p['g'])
    return eval(runfunc)

解释: 增加了一个参数p, 用于给eval输入Uibot的变量. eval支持globals和locals变量的输入, 这儿都给用上了, 分别是p['g']p['l']. 按eval要求p['g']必须是一个dict,也即是{}
要注意的是, 输入的变量会冲掉以前的变量, 也就是在exec中定义的函数名也会被globals完全替代掉, 所以如果要用globals就必须重新在globals中引入函数名, 所以又增加了p['f']来输入函数名字符串的数组, 并将其用eval(fn)转换为真正的函数地址,输入给p['g']
必须要注意的是python的dict的子元素key的引用必须用数组形式加引号如p['f'], 这有时候显然不如js方便p.f
在uibot中直接运行python代码:

ret= Run.e('def add(a,b):\n return a+b', 'add(x,y)',{'f':['add'], 'g':{'x':1,'y':2}} )
Log.Info(ret)

显示-1

从Uibot注入Python代码直接运行 (强化版V2.0)

然而上面这样的调用方式还是很麻烦, 有没有更加简单的?
然而不管怎么试, 都没有办法做到直接在Uibot里面运行add(1,2)这样的形式, 从Python返回的函数指针到了Uibot里只被认作一个普通的python对象, 如果用Type查看, 居然还是String类型, 而不是function类型.
曲线救国的方式, 在res目录下新建三个文件, 分别是:
func.py

def add(a, b):
    return a + b

runfunc.py

add(a1, a2)

p.json

{
    "f": ["add"],
    "g": {"a1": 1, "a2":2},
    "l": {}
}

然后新建一个公共流程块命名为pub, 内容如下:

/*
语法糖, 可以让Uibot实时调用func.py中动态定义的函数, 如add, 形式为:
run.e("add", [1,2])
funcName: string,
funcParam: arr.
*/
Function e(sFuncName, arrFuncParam)
    Import run
    sFunc = File.Read(@res"func.py","auto")
    sRunFunc = sFuncName & "("
    dictP = {"f": [sFuncName],
    "g": {} }
    //组装成 funcName(a1,a2,a3...)这样的形式
    For i=1 To Len(arrFuncParam)
        sRunFunc = sRunFunc & 'a' &CStr(i)
        dictP['g']['a' &CStr(i)] = arrFuncParam[i-1]
        If Len(arrFuncParam) = i
            sRunFunc = sRunFunc & ')'
        Else
            sRunFunc = sRunFunc & ','
        End If
    Next
    Return Run.e(sFunc, sRunFunc, dictP )
End Function

/*
直接运行在func.py, runfunc.py p.json中定义的函数及参数
*/
Function py()
    Import run
    sFunc = File.Read(@res"func.py","auto")
    sRunFunc = File.Read(@res"runfunc.py","auto")
    dictP = JSON.Parse(File.Read(@res"p.json","auto"))
    Return Run.e(sFunc, sRunFunc, dictP )
End Function

这样在普通的流程块里就可以这样调用了:

pub.e("add",[1,2])

虽然和add(1,2)有些差距, 但怎么说都舒服多了不是. 也可以完全从文件调用:

pub.py()

Uibot和python怎么分工?

  • 我觉得Uibot对界面的处理使强项, 对逻辑处理就要差很多了, 这部分用python似乎更好.
  • 另外Python库很丰富, 可以扩展出很多应用.
  • Uibot对用户输入的界面也比较弱. Python中有一个Gooey看起来要好用的多.

  1. 初级认证考试, 70分理论30分编程, 60分过. 然后申请证书.
  2. 中级认证考试, 70分理论30分编程, 60分过. 然后申请证书.
  3. 有中级证书后, 申请开发者认证, 再上传一个编程题.
  4. 通过开发者认证后,会有客服加QQ联系, 然后询问高级认证的证书获取方式;
  5. 客服让加另一个QQ, 联系后得知的认证方式如下:
    
    您好,非常感谢您对UB Store的支持,参与高级认证的要求如下:
    1、必须是已经入驻UB Store开放平台的开发者,开放平台地址:https://docs.qq.com/doc/DSkNqRmhFeE5weXJ0?pub=1&dver=2.1.0
    2、必须有至少一个机器人上传至UB Store商店,机器人上传指南:https://forum.uibot.com.cn/thread-7191.htm

如已达到要求,请提供工作室名称和认证电话号码

参考

GDB调试工具
GDB程序启动和断点设置
GDB观察和捕捉断点
GDB条件断点
GDB单步调试程序
GDB断点调试详解
GDB查看变量值 print和display
GDB禁用删除断点
GDB调试多线程程序
GDB non-stop模式
GDB后台调试命令
GDB调试多进程程序
GDB反向调试
GDB信号处理
GDB查看栈信息
GDB编辑、搜索源码以及在线帮助

准备

首先, gdb 调试的必须是gcc -g编译出来的.-g是将必要的符号和源码编入了.

gcc -g xxxxx.c xxxx.c

对生成的a.exe编译

进入

运行

gdb a.exe

进入gdb命令行. 常见命令如下, 大多数命令都支持首字母简写:
|名称|意义|
--|--
run|运行
list|列出源码
break 函数名/文件名:行号 [if varname=value] | 插入断点
info break|显示断点
delete n |删除第n个断点
disable n | 禁用第n个断点
enable n| 启用第n个断点
print varname|显示变量
set var varname=value |设置变量
next|执行到下一句
next n|执行到下n句
step|执行进入
return [value]|函数强制返回
finish |执行到当前函数返回处
until linenum|执行到行号
jump linenum|跳转到行号

好久没有写过C, 下面总结下一些坑, 填坑的过程不仅感慨js/python大法好啊!

enum与typedef enum

enum 定义类型后, 再定义变量前面还要把enum加上, 否则会报错

enum TTT{A, B, C};
enum TTT ttt; //不能写作 TTT ttt;

但这个很烦人不是么, typedef的作用就来了:

typedef enum _TTT{A, B, C}TTT;
TTT ttt; //再没有讨厌的enum了

enum定义的变量至少占1个int字节

注意上面enum定义的变量至少占1个int字节,最多占1个longlong字节, 具体是编译器根据enum中的最大值确定的. 在某些RAM捉襟见肘的MCU上(比如51上只有128字节), 1int = 2byte, 真的是大大的浪费. 这时候还不如用#define大法...

#define A 0
#define B 1
#define C 2

全局变量在哪儿定义?在哪儿声明?

首先定义的方式是: int g = 0;(必须初始化)
声明的方式是加extern, 如: extern int g;
全局变量必须且只能在.c中定义(且初始化), 必须且只能在.h中声明. 当然如果其他.c文件不需要使用这个全局变量的话, 就不需要在.h中extern它.
原因1: 全面变量在.h中定义的话, .h文件的相互引用一定会造成编译器报错重复定义. 而且似乎用#ifndef大法也没有用;
原因2: 全局变量在.c中声明的话, 如果不同的.c文件都要使用的时候, 声明很可能重复且不一致,造成编译器报警.

#define, enum, typedef, 函数在哪儿声明?

我感觉, 如果是要让其他C程序使用的, 就在.h中声明, 否则, 就在本.c文件前面声明, 虽然这样c文件前面会很啰嗦...
这样在.c中声明的部分就像是private的, 在.h中声明的部分就像是public的.

CuTest官网
下面讲的是基于Windows平台的编译工具cl.exe(Visual Studio附带)的测试方式.

准备

首先建立一个test文件夹, 将CuTest.hCuTest.c丢进去;

创建入口,加入测试集

  1. 在这个目录下建立AllTests.c文件, 作为测试的入口文件, 并且将所有测试集(TestSuite)加入到测试中, 如下:
    
    #include <stdio.h>
    #include "CuTest.h"

CuSuite *StrUtilGetSuite(); //声明测试集, 还可以声明多个

void RunAllTests(void)
{
CuString output = CuStringNew();
CuSuite
suite = CuSuiteNew();

CuSuiteAddSuite(suite, StrUtilGetSuite()); //加入测试集

CuSuiteRun(suite);
CuSuiteSummary(suite, output);
CuSuiteDetails(suite, output);
printf("%s\n", output->buffer);

}

int main(void)
{
RunAllTests();
}

一般就是上面有注释的两句需要修改或者添加.
## 创建单元测试文件和测试集
假如被测试的函数是`getKey()`, 在`maintask.c`这个文件中, 并且`maintask.c`有一个对应头文件`maintask.h`
创建这个文件的测试文件`testMaintask.c`,如下:
```c
#include "maintask.h"
#include "CuTest.h"

void testGetKey(CuTest *tc) //创建单个测试
{
    //                   测试信息, 测试条件
    CuAssert(tc, "Test getKey()", getKey()); 
}

CuSuite *testSuite1() //创建测试集
{
    CuSuite *suite = CuSuiteNew();
    SUITE_ADD_TEST(suite, testGetKey); //加入单个测试
    return suite;
}

加入stub头文件

比如在maintask.c中, 除了自身对应的头文件外, 还有其他头文件,如wm_include.h, 但这些头文件涉及的整个系统, 还有很多其他函数, 我不想加入, 而是想把其中有的函数打桩掉. 那么, 在test目录下新建这个头文件wm_include.h,作为打桩文件, 里面自行加入要打桩的函数即可.

编译和运行测试(基于cl.exe)

如果test目录是和maintask.c待测文件同一级, 其头文件maintask.h在这一级, 而wm_include.htest中, 那么需要有cl/I参数将这两个目录包含进来. 如/I.\ /I..\,注意/I带的目录后面是没有空格的.

cl /I..\ /I.\ ..\maintask.c Alltests.c CuTest.c testMaintask.c

将会输出:

用于 x64 的 Microsoft (R) C/C++ 优化编译器 19.16.27032.1 版
版权所有(C) Microsoft Corporation。保留所有权利。

maintask.c
Alltests.c
CuTest.c
testMaintask.c
正在生成代码...
Microsoft (R) Incremental Linker Version 14.16.27032.1
Copyright (C) Microsoft Corporation.  All rights reserved.

/out:maintask.exe
maintask.obj
Alltests.obj
CuTest.obj
testMaintask.obj

运行maintask.exe即可看到测试结果.

编译和运行测试(基于gcc.exe)

如果test目录是和maintask.c待测文件同一级, 其头文件maintask.h在这一级, 而wm_include.htest中, 那么需要有gcc-I参数将这两个目录包含进来. 如-I..`,注意-I带的目录后面是没有空格的. 要包含当前目录, 不知为何-I.\不能使用, 必须要先退上一级再下来一级才可以, 如-I..\test\
另外, 加上-g可以方便gdb进行调试.

gcc -I..\  -I..\test\ ..\maintask.c Alltests.c CuTest.c testMaintask.c

如果gcc编译没有任何问题,那么它什么都不会输出, 然后产生一个a.exe的文件.
不过gcc的代码检查要比cl强度高很多.
运行a.exe即可看到测试结果.

这个系列真的很好。i2c看起来很简单但其实好多坑。
第一罪,从机ack拉低sda,主机未完成i2c流程就软复位,导致无法使用i2c。解决:主机scl发9个时钟。
第二罪芯片需要POR电路来进行复位,如果因为别的原因(风扇12v电压通过pwm控制脚倒灌进主控ic,进而倒灌进3.3v的vcc)提前上电,导致POR工作不正常,那么就会有问题。
第三罪scl上升沿上升太慢导致高电平无法检测。太慢源于板子总下拉电容大,可以通过改scl上拉电阻阻值提高上升速度。
第四罪i2c的3.3v转5v设计
第五罪
第六罪
第七罪