@aru 对，需要找一个稳定的公共接口。之前用这个用了 1 年多暂时没出现这种情况，突然昨天一直获取 IP 失败就发个贴问问大家。

摔多了划多了就不心疼了

linux 用户数量跟二不二本有啥关系？北影搞个镜像站才稀奇。

@ALLROBOT 如果还有问题，确认 ad 读取没问题的话滤波函数可以自己写的。
这东西看你踩的坑太多了，不如上个树莓派用 python 早搞定了

@ALLROBOT 你没理解我意思，你既然选择的频率是 500 ，那么采样间隔需要控制在 2 毫秒。
也就是 update 间隔需要严格控制在 2 毫秒，而且一般也是用定时器中断来控制，不过 arduino 一般不用中断。所以如果你要用我 delay 来控制采样间隔的话，需要把函数运行时间也加进去，那么延时时间会在 0-2 毫秒之间，具体需要计算一下你的函数运行时间是多久。

跟单片机应该没关系，每个滤波器新建一个实例对象是应该的，另外这个滤波器库既然有采样频率参数你应该需要控制采样间隔，好像没看到有写，注意滤波计算也是需要毫秒级时间的，根据运算能力差异非常大。根据你的描述很可能是这个原因。

btw ，这个东西你好像捣鼓蛮久了😀

可以选开源方案。如果担心这个，岂不是手机系统都要自己编译。

其实管家也还好，关掉自启动感觉什么流氓，如果需要格盘重装系统测试，建议先用 clonezilla 做个全盘镜像再格，好歹有个备份。

@Jat001 usb type c 确实承载了太多协议标准，搞不明白很正常，莫理喷子

有没有挂载网络文件夹？

@ruib 转 DP 实际上用不到”转换芯片”,有一个协商芯片就可以了。

@TaoTHU 你说的也有道理，技术讨论帮助不大。
由于 @ElDanno 并没有提到用的是 DP 还是 HDMI 。如果是转 DP ，我觉得使用 typec DP 复用模式的转接方式应该都可以支持 DDC/CI 。雷电提供的 DP++显然更没问题，就是有点贵。

@cpstar 同意，这里跟是否双模因该没什么关系。

亮度控制应该是通过 DDC/CI 协议实现，DDC 通道是 HDMI 的说法。如果你是用单 DP 转接，信号线都是直通的，由 AUX 通道承载数据传输，因为 EDID 信息通了("monitor control 知道有显示器")，AUX 通道自然也是通了。
如果你用的 HDMI 接口，像楼上所说通过 USB-C 的 DP 肯定不是双模(DP++)，必然是有源转换芯片，有可能芯片会在中间接管 AUX 转 DDC 通道，虽然 EDID 信息通了，不支持 DDC/CI 控制不了也是很有可能的。
另外我查了一下，驱动方面好像还有个说法是在读取完 EDID 信息后，有的控制器会关闭 I2C(DDC 通道)电源来省电。。。也是可能导致无法调节亮度的原因。

我测蛮准的，可以试一下 ubuntu 的镜像，我跑 110+m/s

比较疑惑的是公司难道不知道家用带宽是没有固定 ip 甚至没有公网 ip 的吗？我觉得 21 楼的办法才是正解。

@liuxu 你发的这些文档我也没必要去看，单从你回的 300 到 1mbps 就能看出来结果，难不成你连 1mbps 和 115200bps 也没分明白吗？那我真的是白打了，当我没说

@liuxu 真有意思，你从何得知 2102 默认最高 115200 ，但凡你去你所谓的店里买一个回来试试也不会有这样的认知。
我自然知道 usb2ttl 是什么东西跟主控有没有关，我还知道图中的 xiao ，自己实现虚拟串口，esp32 是板载 2102 ，至于那个单独的模块，不管是 cp2102 、ch340 、ft232 还是别的，这三种中间的哪一种都不会最高只支持 115200 。
淘宝标最高 115200 只能说明老板不懂技术，这种常识问题还轮不到翻 datasheet 的程度。
有错误虚心学习就好了，没必要坚持自己错误的认知，我要是错了我也虚心学习，技术问题在能力范围内能弄明白就弄明白，什么回复到此为止，敢情我手机打那么多字白打？

@liuxu 我操作算比较熟练，只是指出你其中的一些错误，第一 ttl 是电平标准，第二 cp2012 这种芯片的速率限制没那么低。115200 是一个很低的波特率只是相比 9600 要高不少，通用只是因为这个波特率通常情况下已经够用了，另外也有你说的原因，波特率越低传输越稳定。
但是仍需要看场合，你如果用过 esp32 的开发工具就知道，esp32 标配的 bootloader 默认使用 500000 传输固件。