我之前做的USB CPLD逻辑分析仪就可以用python， cy7c68013 + cpld + tvp5150 采集CVBS视频， 用pyusb采集数据和解析，可以解码出图像， 调试很方便

真糟糕 zerorpc根本不合适用在micropython 主要是它底层两个东西不是纯Python的

网上也未找到合心意的可用的 看来只能手搓了 RPC是很有用的东西 micropython至少也该嵌一个xmlRPC哪怕jsonRPC也好

手搓的目标是实现基本类型数据作为参数和结果传递的简单RPC 并且加上eval和exec功能 这样的话 实际的功能实现都可以在PC端定制 而不再需要再写flash（除了需要包的情况）

我也想了两天 要不要干脆实现跨网络的远程对象调用 让参数和结果都可以是远程对象 比如流 但是总觉得太超规格了 如果不在底层实现 效率也不够好 所以只是想想

网络层应该采用异步实现的长连接 带心跳和重传 数据层可能使用json或者自己搞个二进制编码

有空先把电路图画了 原理基本如此 细节可能布线时候再调整

U1B输出应该是OUT_B 。。。可能还有其他错误

网络层用PPP，跑标准的ip协议就行。

RPC可以考虑下simplerpc，这个够简单了。

AD/DA可以考虑买成品的Modbus模块，可选的产品很多，标准化的。

我看了一下 simple RPC还不够simple 有些包在micropython没有 而且使用线程来服务client 我觉是在micropython最好用异步IO减少开支

如果用现成的Modbus模块 我还需要做啥事 PC直接访问不就行了么 而且模块又不便宜 也不能做到速度比较快的动作 比如我可能需要输出kHZ的自定义波形

这个。。。PPP 。。。并不是网络层 也不容易的 涉及的概念一般是专线和专门的网络设备 

可能你是做工控系统习惯了自己采用现有模块 但是这并不是一个需要实现的系统需求 只是个爱好者用的便宜廉价的底层方案 。。。话说就算我以前工作上做过一个数千点的Modbus/IP系统 也是自己把Modbus模块设计了的

我会优先选择已有的协议，可以用现成的工具，大幅度加快开发。

也许可以参考IIOD

XXXXXXXXXXXXXXXXXXXXXXX/resources/tools-software/linux-software/libiio_internals

设计完电路部分了 好巧不巧 最终PCB是一个正方形 49*49的 因为usb口引脚短  板子只能用0.8mm厚的

尽量各地分离 但是ADC部分接地很难绕到全局共地点 如果情况不好只能割开连接处另外飞线

最终除了接口 所有元件表面封装化(用了几个47uF的贴片电容) 对外插头插座全部反装 元件朝下摆放 这样可以防止不小心落杂物导致短路 ...甚至 做个方盒子就可以灌封了

板子还没做好 不过核心中的核心代码写好了 其实我最关键的想法 是代码本地化而不是写到mcu的flash  需要时候把功能代码通过RPC方法传过去 然后本地调用远程功能 结果本地显现 把板子作为电脑的延伸部件 ...至少 不用担心flash寿命了

这个RPC功能虽然真实代码才200行 但是并行异步处理 双向调用 密码认证 CPython/uPython双兼容 心跳检测 等功能都全的 也是少见的  因为自己感觉能用在很多地方 所以单独开源了出来

在XXXXXXXXXXXXXXXXXX/m24h/arpc

今天总算把板子完成了 目前状态：通电没烧 ESP8266的灯有闪烁

初步验证OK 今天做了壳子/底座

今天粗测了指标 以我台式表为准 ref5025误差为+0.9% ADS1115增益误差为-0.17% AD8532输出电流最大63mA 。。。大抵上 我在网上买到的都不是正品了。。。我承认买的都是标散新翻新的那种 原本就预期功能可行指标不足 否则要贵上成倍或者几倍。。。另一个原因是 即使我买了贵上几倍的 也未必能保证是正品 这个环境很难信任。。。能勉强用吧

终于完成第一个验证型功能 一个粗糙的循环伏安仪

试了试喜闻乐见的硫酸铜 

再检查检查 优化一下 看看还可以做什么用途 就可以开源了

其实程序挺复杂的 首先运行在板子的代码是每次都通过RPC的exec临时上载的 做完一看居然进程流程有4层 数据在板子底层定时的循环中获得 通过环形缓冲送到RPC服务层 通过网络到PC端的工作线程 然后再通过队列消息给tkinter的窗口应用层 

不过做了一个 以后的跟着套框架就可以了

做了校准的界面 花了半天时间认真测了一下

看来我的ADS1115应该是真的 准确度还可以 

但是MS5614指标不好 而REF5025和AD8532应该是假货 精度太差 而且输出稳定度不好

白天进不去G 晚上上传吧

另一个问题是ESP8266跑Micropython真有点勉强 频繁操作总会内存不足分配而需要重启 要长时间工作必须任务单一不变 连接也需要保持 而不能为了一个调用就连一次然后断开 我的另一块ESP32就稳定许多

这两天GHUB太难了 连SSH都断多通少的 反而是HTTPS偶尔能连上 今晚深夜再试试

又抽空做了个采样界面 发现Micropython/ESP8266上不光么有线程没有硬Timer也没有硬IRQ, 软IRQ最多到每秒50次

也许当初用esp32 性能会好很多 也没有内存问题 我最近还发现ESP8266会没有任何错误输出地网络停止响应

不过采样界面上倒是放了不少处理功能 FFT 滤波都有

........

还有几个图片没传成 不过主要部分已经传完了 感谢GHUB又重新允许https上传

至于ssh的无论是原本的接口和443端口的ssh主机 都是验证时候中断 开始以为是技术问题 直到偶尔成功了两次 才觉得与我无关 还好https偶尔能成