这让 1p 吹很尴尬啊😄
密码管理软件还是自己能控制的好。

非得用无线的话我倒是推荐加点钱买 g703 ，我打 csgo 都感觉不到延迟和定位的问题。不过因为打 cs 换了好几次微动了。

@Suzutan 我也是网上搜的，关键词应该是唤醒，延迟之类的，修改什么省电都没用，必须改注册表。

隔几秒响应是蓝牙的问题，默认唤醒是需要时间的，可以通过修改注册表解决。

@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