@Livid
软推广？？

居然没看到类似的 _sudo/xxxxx 啊

坐等出 e72

@hitsmaxft 斜列也不复杂啊。

画 pcb 的时候 switch 和 diode 都是用脚本排位置啊，什么布局都没差别。。。。

边框用 cad 画或者 build123d 直接脚本出 dfx 了。

corne 我搞了个专门玩游戏的键位，玩起来特别爽。

精细流量分析 要用 sflow 或者 netflow 啊
linux 下生成 sflow 还是要靠抓包。
不抓包没法从网卡统计到 ip 颗粒度的数据

不少流量统计是统计 网卡数据包的

@hitsmaxft 分体优势还是 36 42keys 这样的，不过需要练习，熟悉了就觉得很舒服。键盘定义一堆 combo ，然后大部分操作都可以 2 个键解决。

这东西跟 vim 一样，有学习曲线。

@hitsmaxft #6
历史遗留问题啊，201X 年那时候机械键盘刚流行，很多 60%定制 PCB 都是 GH60 开源的改版，mcu 是 AVR8bit ，出货量最大的是 Satan 的板子。
后来一些开源项目把 MCU 升级成了 STM32 了，然后各个作坊就开始量产定制键盘了。
画画 pcb + qmk 就敢说是定制。

chibios 就是当年 STM32 刚出来的产物，要移植 QMK 到 STM32 平台，最简单就是找个支持 USB HID 的底层，然后不知道为什么就选了 chibios 。
VIA 什么的应该是为了方便改 QMK 键盘层搞出来的东西，对普通人意义重大，但是对程序员没啥用，改键位什么的直接改 C 代码然后编译，也就是几分钟的事情。

EPS32 没有任何支持的固件，各种 RTOS 对 ESP32 USB 的支持很差，想搞键盘固件，要不你把 QMK 的 keymatrix scan 和 action 移植到 IDF 上，要不等 zephyrproject 支持了 ESP32 USB 和低功耗跑 ZMK 。

ZMK 算是现在键盘固件，直接找了个 RTOS 然后重写整个键盘的逻辑层，只要 zephyrproject 支持的 MCU ，简单移植下，ZMK 就能跑。

现在社区键盘高玩们都在画板子玩 Split 了，类似 Corne 3*6 之类的了。layout 搞 tap dance/macro 等等。

ZMK nrf52 蓝牙无灯，能做到 500mha 电池半年一冲。


nrf52480 搜 nicenano ，30+吧。RP2040 10+左右。

@hitsmaxft #3
是啊键盘 8bit AVR 都能跑。mcu 性能好了，编程就容易多了，不用去考虑 flash ram 够不够。

如果我没记错的化，qmk 蓝牙是目前是走得 AT 协议，的确可以说是外挂了。不过需要蓝牙模块有支持 HID 的 AT 协议程序。

qmk 挂蓝牙，功耗在那里摆着呢，太费电了。根本没法到 uA 级别，远不如原生 nrf52480+zmk 了。

说起代码，QMK 真的跟一坨 X 一样。远远不如 ZMK 简洁。
（ QMK 的主逻辑跟功能支持是用一堆 define 写的，ZMK 的主逻辑是消息队列。）

f103 弄 qmk 的确有点跟自己作对。除非是老板子是带 f103 mcu 的，否则新设计都不会去选 f103 ，毕竟那个 mcu 性能有点堪忧。

现在 diy 键盘，有线 mcu 选 rp2040 ，蓝牙选 nrf52840 。

自己 diy 键盘还是要选社区支持性好的 mcu ，否则折腾底层太浪费时间了。

@lijxse 能用 qmk ，就自己改代码编译就行了。想怎么调键位就怎么调。
https://qmk.fm/

键盘 能不能刷开源固件 qmk 之类的？
能刷的话直接重新定义 keycode

nix 啊。
想要哪个版本要哪个版本，py 一般都有 binary cache 的
brew 只有部分 py 二进制版本。

pip 装包的有 c lib 的就要看 pip 上面有没有提供 precompile 了。

kexec 启动个 ramdisk linux 。
然后 dd if =200g of=2t ， 最好修复下分区表和逻辑分区。 在调下 grub 完活。

@Elaina #7 自己 google 。

大概就是 cf 内部做 warp 路由用的，亚洲某些地区，没有这个标识，cf warp 直接做丢包处理。

有些地区 client id 要写，不写连不上。
抓包找 client id 吧

@FuzzySloth2 还好不是 8x49

真的需要那么多风扇吗？

机箱一般 1-2 个风扇足够了，主要是风路，如何吸冷空气，排出热空气。

cpu 风冷上猫头鹰 双风扇，或者双风扇水冷排。

@MiKing233 google 查。
内核 debug 是通过 sysctl 或者 boot flag 开的，没开自然没有 debug 信息

pve kernel debug 大概是个一周到两周的工作，需要搞 kexec 和 kdump 。

这个帖子没给具体的步骤，但是说了什么是 kernel debug
https://forum.proxmox.com/threads/debugging-a-random-server-cold-restart-of-a-pve-node.114579/

syslog 又没有内核调试信息

开 kernel log ，然后 dmesg 去查。
感觉应该是 kernel panic 了，然后自动重启。