0x22 寄存器的猜测 bit 位含义如下：

bit	描述	0	1
7		不知道啥意思	开启时钟信号
6		不知道啥意思	开启模拟信号
5	温度信号	开启	关闭
4	波形内外选择	外部	内部
3	显示模式选择	模式 1 （BWR）	模式 2（BW）
2	振荡器	开启	关闭
1			关闭模拟信号
0			关闭时钟信号

今天又重新开始玩墨水屏了，这次手里的是一块 4.26 寸的 800*480 的墨水屏，PPI 非常不错。用的驱动芯片是 SSD1677，算是比较常规的配置。但是在使用的时候发现有一个问题，正常的图像 buffer 是从左上角开始，从左到右，从上到下进行填充的。但是在使用的时候发现图像沿着 X 轴镜像了。

今天在整理电脑的时候，发现我的电脑上有高达 73 个GCC。因此本文将重现为什么我会装那么多GCC的过程，并探求一下背后的一些有趣的事情。

在上文 为什么我对第三代郊狼失望 一文中，我对于第三代郊狼的硬件部分进行了一些初步分析，因为没有详细的一些资料，因此在一些地方可能存在一些错误。在昨晚（2024-03-19）郊狼作者找到我，与我群群友进行了一番友好的长时间地交流，也解答了我对设计上的一些疑问。在本文中我们会逐步分析前文中提到的问题。

最近第三代郊狼开始内测了，作为一名电子爱好者，自然不能错过这个机会。于是我以原价 368 元的主机，以及 128 元两个智能按钮的价格，购买了一套第三代郊狼。

众所周知，在c++20以上的标准已经支持了std::format进行格式化输出，不过显而易见，嵌入式领域想要得到支持显然遥遥无期。但是我们已经厌倦了使用sprintf等方式来格式化字符串，c++的流特性又显得不够优雅，怎么才能用上类似于Python中format这样的方式来格式化并输出想要的字符串呢。