Windows 徽标键+tab ？

就软硬件本身来说是重复造轮子。。。就技术来说有以下几点：
1.GPS 模块，通电就给接口（ TTL 或 TTL 转 com 或 TTL 转 USB ，具体取决于封装）持续输出 GPS 位置信息。明文报文，格式全球一致。
2.需要一个 4g 网关，定义一个设备 id （部分 GPS 模块可以写入一个 ID ，随 GPS 信息一起上报），把这些个数据处理后（ https ？）或处理前传到服务器上。
3.需要一个 Web 向有权人员呈现这些数据。

除了自己搭服务器，也可以用 aprs 等免费开放平台，不过还是建议合规使用。
可能难点在于，羊没法发电，需要考虑间歇休眠以节省电力。但也可能休眠一会儿羊就跑远了。

所以有白卡和对应的软件就可以了，我倒是有读写器（ acr38 ），但是不了解白卡和软件

也就是把 esim 信息写到实体卡里。和运营商发卡操作一样

为什么不考虑一下 ipv6

。。。哎早上把 eoipv6 桥到了 br-lan 上，结果 mtu 变得不可控，从 10 点接到报障一直排查到现在

我家里是 1u 的 gen8 两个低压 u 96G ，8Tx4 。电力是 160w 起步，日常 180-220w 。
如果只是为了 kvm 和 docker ，搞个笔记本的下半身就能用，而且节能。我认为还是主要评估存储和内存需求，毕竟这玩意直接决定机箱体积。
intel 和 amd 虚拟化差不多。但是主要问题是显卡对虚拟化支持

刚试了 ospf 可以通，但是 ipsec 仅停留在第一阶段。我怀疑你两端的 eoipv6 口 mtu 不一致，可以试试手动指定一个相同的 mtu 。
另一方面看起来在 eoipv6 口配置 ipsec secret 的结果似乎是 ipsec over eoipv6 ，ipsec 似乎并不起作用，需要额外设 policies （但是和 ospf 就是两个不同的方向了

这边移动 ipv6 不限速，能跑到千兆上行

@test0103 你想象一下，eoipv6 口相当于在这两个 ros 之间扯了一根直通网线。那么是不是这两个口上应该配一对 ipv4 ，然后在这对 ip 上跑 ospf ？

我认为取决于元件。比如最近很火的什么什么镓本身寿命就短。一直插着虽然不会有大功率输出，但仍需要 ac-dc 工作给检测部分供电。但是大块头的，比如我桌面集中供电用的爱普生 ps180 ，设计上就是一直插着从不断电，而且实践也证明了这玩意一直用个十年也没问题

ros 的 eoipv6 在用。但是没在上面做 ospf 。等会儿试试。但是我先打听一下 eoipv6 为什么需要 ipsec 承载

yandex ？

有一个 app 叫 悄悄 专门做场景化提醒的

都用 rb5009 了，起一个 DHCPv6 client ，获取到地址后就可以看到 DHCPv6 server 的地址了。我先猜一个 openwrt

激光的不行，但针式打印机可以。针式打印机有硬件字库的，只要把打印的文字发过去和亿点点控制指令就可以打印的很好。
有的激光机支持 post script 可以脱离驱动，但打印内容要先转曲线，不能直接从 pdf 过去。

好了第一种知道是怎么回事了。bat 在运行时，是先将其中所有变量解析出来然后再运行的。每次循环可以正确设置变量值，但在循环内引用环境变量时只会保存第一次的值。所以调用随机数变量的行为不能在循环内。

既然用 python 写了，为啥不直接用 python 处理环境变量问题

set /p RANDSTR=<.\tmp\randstr.txt ----可能问题在于，管道操作（<）在批处理中分为 stdout ，stdin ，stderr ，无法从正确的流中取得值

FOR /F %%i IN ('.\bin\randstr.exe -l8 -d8') DO ----这个括号内的值只会在循环开始时读取一次，可以考虑先生成若干行随机结果，每次去其中取一行？