sivacohan

pip 安装失败是头文件不完整吧，你贴个错误日志还有软件源的配置出来看看啊。

你看看这个文档吧

https://github.com/Opinion/LILYGO-T-Display-ESP32-16MB-Micropython-guide

解决不了：
物理学的方法就是提高精度。比如最终结果要保留 2 为小数，计算过程中就都保留 3 位或者更多。
如果是金融问题，除了提高精度之外，最终还好有一个校验过程，比如 100.00 元 3 个人平分，每个人分 33.33 元之后，此时三人加和为 99.99 少了 1 分钱，程序会按照某个规定把这 1 分加上去（这个规定就是合规的一部分），结果是两个人 33.33 ，一个人 33.34

看看 DQN

1. 避免“接到”误拨电话，这个和降低哈希碰撞的概率问题类似。增加扩大输入空间，使得输入集和结果集都尽可能稀疏，就能解决这个问题。这个问题和“校验码”无关。
2. 校验码，校验码的用途是验证“数据”是否准确。场景是别人告诉你他的电话，你可以通过校验的方式，来立刻确定他在说谎，电话是错误的。
3. OP 主题中说的，如果最后一位是校验码。那么用户输入的时候就可以不输入，因为校验码不属于信息。还是不能避免误拨通

我不是被 NAS 吸引了，我是厌倦了网络上喜欢的电影、音乐、图片逐渐消失。
最开始尝试下载下来保存到移动硬盘里，后来才换了 NAS 。

@UN2758 8 盘，分了两个 pool ，组的 Raid 10

1. tun 设备可以共存，因为这是设备，就像可以插两个 u 盘一样。
2. 你说的问题是 iptables 或者 路由表的问题。

比如你物理口是 eth0, zju 是 tun0, clash 是 tun1 。没开服务的时候，直接 app->eth0 就可以了。
但是开启 tun 之后，变成了 eth0 ->(1) tun0 -> eth0, 1 这个步骤会拦截所有发往 eth0 的流量。然后应用程序再进行规则匹配，修改数据报之后再发出去。
当你开始两个 tun 的时候，1 这个步骤就会发生冲突和混乱，这时候靠程序默认的配置是解决不了的。需要手动配置。

如果是新手，建议求助对网络配置比较熟悉的同学。