现在才 06:25 已经用掉 4.3 度电，按平时最多 2.3 度电。

空调开关的过程是给一个适宜的温度，防止东西进入燃点，所以多少温度才是适宜呢。

整个 6 小时的过程，从功率图上，最多 45 分钟进入了低功耗模式。也许真是空调装高了。。。

这种东西，我只信自己的测试。显然还有很多变量，就像装高了，室温 26 维持住了，可是空调绝大多数时间并未进入低功耗像 20 几 w 的模式。

中华 + 粗盐。。。

微软的 office 2016 ，每分钟给巨硬发送 3 个心跳包，所以最简单的方法服务器禁止联网。

至于在安装界面那个通用序列号，是否会有 180 天过期问题，我真的没查到最终文档。按我的理解那个就是正式序列号，应该不存在过期问题。至于授权，不联网就这么简单。

咦，sql server 需要破解？会过期？

大家赶紧确认一下，真的有这回事？官方序列号直接在安装界面。至于客户很简单，要嘛你花钱要嘛用 D 版。

去年用一堆方法解决批量的 thinkpad e560 黑屏问题，最终定位为电源管理按电源键都醒不过来。最后只能去除电源键黑屏，以及用第三方软件禁止让电脑进入电源管理。

直到今年重装了其中一台，由之前的 ltsb2016 安装为 ltsc2021 打过 2023 年 12 月份的补丁。然后那位同事告诉我，没再死机过。。。

真是靠靠靠靠靠。。。

首先我非常能确认，这种每小时开关的方法，肯定比定频的省电。如果没记错，应该至少省下 20 度电。

至于新换的格力变频，看来我今天就要尝试开 24 小时需要多少电。已经注意到一个问题，不知道是否是安装高度问题，传感器都已经降到 24 摄氏度，空调设定 26 还在致冷状态。

我就是那个在 15 平方机房，用小米空调伴侣 1+温湿度传感器开开空调的人。。。这样做肯定是为了省电。
这个传感器放在不同位置取室温都会影响温度判断，像直接挂在显示器上和放在机柜 7 台设备的出风口上方，明显后者更费电。

平时的功率大概在 950w 附近，目前的天气每天大概用电在 10 度以内，大概也是每小时启动一次。30.5 开空调，降到 27.5 就关了。主要是最近买的 r760 相对 r720 真的很热。。。还不知道怎么调风扇速度，以前 720 整机才 80w 不到。。。这个 760 真热。

这些年也很少写东西在个人 blog ，
大部分都分享在朋友圈，至于写给谁看，非常清楚。。。只写给一个人看，顺便给别人看。

早已经是那种脸皮厚的不怕人说的人，但是这个世界很奇怪
1.不认识的人会觉得，哇这个人好厉害
2.认识的人会觉得，那个人以为自己很厉害，呵呵

所以这可能仅仅的简单就是一种分享，没有太多的利益。当然这个提问本身也限制了很多东西。比如 IT 从业者，有些人收入本来就是不正常的，像那些蛋糕分得人，不知死活分享自己的生活，其他穷人不酸死。

赚钱光明正大，不怕别人说，不怕分享。
害怕给自己家人朋友找麻烦，不分享。

才 5 公里，就算 25 的时速，不就 15 分钟内的事情。。。
60v 的车，9 月份买来可以开 50 公里，现在基本 3 天一充，一个月也就 10 度电。

空气循环扇

经常感叹

工厂 1 分钟赚 2 毛钱，不知道瓜农 1 分钟值多少钱。。。

看到的 mesh point 信道一致是个强制要求，至于为什么不清楚。。。早些年在设定基于 adhoc 结构的 mesh 时就像 uap 的零漫游概念，现场的 mp 从 bssid 的角度就变为 1 个统一的 bssid 由多个不同 mp 组成。
实际上如果用 vpn 来桥接 mesh point 接口，那么其它的 wlanx 来桥接这个 vpn 接口，就没有统一信道的要求了。

信道干扰在 2 ap 近距离 10 厘米内非常容易观察，但 1/6/11 就不会，而且通常布点时会放宽到 25 米，没有方法简单的通过延迟掉包来测算了。

小米开关 3 基于功率判断，从平时 Android 的充电过程，不同的充电程度，不同充电头的功率都是会变化的。

stunnel

莹石是可以在 openwrt 路由上屏蔽 ip 外联
然后借助 softether vpn 到内网
通过海康 ivms4500 app 来查看监控，做到安全握在自己手里。

原来有线回程翻译自 wired backhaul

从路由择优的概念有线和 mesh point 接口，正常的情况必然选择的是有线桥接，通过观察 mp 时的下载速度/ping 延迟就可以知道结果了。

有线回程有时候可以简单理解成 AP 模式+mesh point 通讯。当有线断开时，mesh point 将变成上联接口，通过无线方式从邻近 mp 的 mesh point 连接获得网络。

小米 wifi 开关 3 ，有功率判断逻辑，用于入电动自行车铅酸电池的充电逻辑。天能的官方文档在充到 550-600ma 时就算满，而充电器的转灯电流是 350ma

其它的像充电阶段断开几十分钟冷却，再来电，是否有助于水的分解不清楚。。。

确实很多回复都是错的，相信我也会回复很多错误的知识


问题：

我采取的方案与常见的同品牌的 Mesh 组网的效果有没有区别？如果有，如何测量这种区别？
叫 mesh 的很多，此 mesh 不知道是否就是彼 mesh 。openwrt 常见方案有 802.11s 以及在 802.11s 上的 batman adv mesh 。
至于区别
1.实际在有线时像 uap ac lr 刷的 ap 和 mesh 时的呑吐能力不分上下
2.mesh 最大的特点是网状非中心网络，所以它不会有什么 ac 存在。但是像 batman adv mesh 确实是公认的具备有一定漫游能力的 mesh ，很多开源固件我指的是跨越国境的成千上万台 mesh 的社区固件，在外部有一套 mesh 实现，而 batman adv mesh 常用于内部漫游。
3.batman adv mesh 至少是 3 机的连接，测试时会注意到同一终端有时会同时连接在 2 个 mp 上，此时给个弱信号踢除会如何，根本无需 802.11kvr 直接起飞。在使用 win10 intel 7620 无线网卡，拉到信号弱的 mp 瞬间被拉到信号好的 mp ，这种情况以前从来没碰到过。
4.mesh 网状相对 ap 星形，最大的特点它有个 mesh point 接口来实现网状，有时候交换机会出现自动抑制端口，poe 供电正常的。此时 mesh point 就成为一个无线上联端口，该 mp 也从有线状态变成无线，但是依然能提供网络。这就是 mesh 比 ap 牛逼的特点。当然 batman adv mesh 也内置了一套可供查询的系统来查看系统是如何实现的，终端是如何进行漫游的。
当然在 wifi5 ，特别是家里这个 mesh point 因为阻碍物导致的 ap 呑吐下降我认为是存在的，是好是坏可能难以测算。


我查询到手里两台路由器都可以刷 OpenWrt ，如果刷成同样的系统，是否能 Mesh 组网？
最好都是高通芯片，高通和 mtk7620 也尝试过，可能 18 版本还太烂，25 的也一直没更新测试

网上推荐桥接光猫的一个主要原因是光猫的性能没有路由器好。但对于我的 300M 宽带来说，千兆光猫的性能是不是已经足够了？
这个具体环境具体判断，光猫当路由运营商肯定得提供满足 300mbps 性能。用自己的路由也分桥接和 pppoe 拔号，pppoe 受制于 tun 接口可能因为路由性能或者固件版本而不达标。不过现在都 2024 年了，25 版本的 mtk7620 就直接跑满千兆。