今年受疫情影响，几乎所有芯片都涨价了。但是合宙ESP32C3-CORE却奇迹地以9.9RMB包邮，其搭配的Air101-LCD屏幕扩展板（0.96寸）也是9.9RMB包邮。甚是吸引，于是入手了一套，主板+屏幕。

注：以下操作，以基于Debian的Linux发行版为例。

一 概述

合宙ESP32C3-CORE简单总结如下：

1. 采用乐鑫科技的ESP32-C3芯片，搭载RISC-V 32位单核处理器，支持2.4 GHz Wi-Fi 和Bluetooth 5 (LE)。
2. 板载4MB闪存。
3. USB Type-C接口，集成CH343（带TTL串口转USB）。新版好像改为USB直连了。

相关资料：

• 乐鑫科技，ESP32-C3 系列芯片，技术规格书
  https://www.espressif.com.cn/sites/default/files/documentation/esp32-c3_datasheet_cn.pdf
• 合宙官方文档，ESP32C3-CORE开发板（内含针脚定义）
  https://wiki.luatos.com/chips/esp32c3/board.html
• 合宙官方文档，Air10x系列屏幕扩展板（购买链接内含针脚定义）
  https://wiki.luatos.com/peripherals/lcd_air10x/index.html

二 MicroPython

由于合宙的Lua OS采用Lua语言，虽然官方在努力，但本人不熟悉，就选择了更好玩的MicroPython。

相关资料：

• MicroPython官网
  https://www.micropython.org/
• Python官方文档，Python语言参考手册（MicroPython的基本语法可参考Python）
  https://docs.python.org/zh-cn/3/reference/index.html
• MicroPython基本语法教程
  https://mc.dfrobot.com.cn/thread-37143-1-1.html

三 刷机

MicroPython关于ESP32-C3的固件及刷机教程，参考官方文档：

• MicroPython - ESP32-C3

  对应合宙ESP32C3经典版，即自带CH340芯片，提供实体串口。
  https://micropython.org/download/esp32c3/

• MicroPython - ESP32-C3 with USB

  对应合宙ESP32C3精简版（简约版），即没有串口芯片，提供虚拟串口。
  https://micropython.org/download/esp32c3-usb/

1. 安装USB串口驱动

Windows，需要安装CH343的驱动。我使用Lubuntu 20.04，自动识别。另外，新版的合宙ESP32C3-CORE应该也不用装。

2. 刷机工具

安装Python 3.8或3.7后，再装刷机工具esptool。使用sudo安装，是方便所有用户都可以用。使用pip3是指定安装Python3的版本。

sudo pip3 install esptool

3. 下载固件

在MicroPython官方网站 https://micropython.org/download/esp32c3/ 底部的Firmware -> Releases，下载最新版本的固件。

4. 清除原固件

--port为端口，要根据实际填写，我电脑上的是/dev/ttyACM0。

sudo esptool.py --chip esp32-c3 --port /dev/ttyACM0 erase_flash

5. 刷入固件

--port为端口，/opt/download/esp32c3-20220618-v1.19.1.bin为MicroPython固件文件。另外，如果刷入不成功，可以多刷几次。

sudo esptool.py --chip esp32-c3 --port /dev/ttyACM0 --baud 460800 write_flash -z 0x0 /opt/download/esp32c3-20220618-v1.19.1.bin

四 开发

推荐使用Thonny作为开发IDE。可以先不上传代码而直接运行，也可以看到开发板上的文件。

相关资料：

• 官方网站，Thonny - Python IDE for beginners
  https://thonny.org/
• 官方安装教程
  https://github.com/thonny/thonny/wiki/SeparateInstall
• ESP32-C3 快速参考手册，内含MicroPython的示例代码
  https://docs.01studio.cc/esp32-c3/quickref.html

先安装python3-tk

sudo apt install python3-tk

再安装thonny

sudo pip3 install thonny

运行

thonny

插上开发板，在Thonny进入 工具 -> 设置 -> 解释器 -> 选择解释器为“MicroPython (ESP32)”，然后就可以开发了。

五 点亮屏幕

Air101-LCD屏幕的使用有几点需要注意的：

1. 不能使用HSPI（硬件SPI），只能使用软SPI，即SoftSPI。
2. 该屏颜色不对，因此需要定义函数来生成正确的颜色。
3. 横屏时，即tft.rotation(1)，x轴不偏移，y轴偏移24像素。相反，竖屏时，即不写tft.rotation(1)，x轴偏移24像素，y轴不偏移。
4. 屏幕的RKey应该接到ESP32C3-CORE的GPIO13，但不知道为什么不能读取点击事件，于是该为接在GPIO19。

相关资料：

• esp32c3+air101Lcd用micropython点亮
  https://juejin.cn/post/7058147083781406734
• ST7735驱动
  https://github.com/boochow/MicroPython-ST7735/blob/master/ST7735.py
• 英文字体
  https://github.com/GuyCarver/MicroPython/blob/master/lib/terminalfont.py

写了个示例代码显示一些信息（如下），保存为main.py，连同ST7735驱动文件ST7735.py、英文字体文件terminalfont.py一起上传上去。

from machine import Pin, SoftSPI, SPI
from ST7735 import TFT
import time
from terminalfont import terminalfont
import network
import ubinascii

# 由于TFT屏的颜色有问题，因此需要重写一个函数修复一下
def TFTColor(r,g,b) :
    return ((b & 0xF8) << 8) | ((g & 0xFC) << 3) | (r >> 3)

spi = SoftSPI(baudrate=1000000, polarity=1, phase=0, sck=Pin(2), mosi=Pin(3), miso=Pin(10))
tft=TFT(spi,6,10,7) #DC, Reset, CS
tft.initr()
tft.rgb(True)
tft.rotation(1) # 横屏显示

# 绘制背景色
tft.fill(TFTColor(0,0,0))

# 绘制方块
#tft.fillrect((0,24),(20,20),TFTColor(0,0,255))

# 显示文字
tft.text((0,24),'mac',tft.WHITE,terminalfont,2)

# 显示MAC
mac = ubinascii.hexlify(network.WLAN().config('mac')).decode()
tft.text((0,40),mac,tft.WHITE,terminalfont,2)

# 显示运行秒数
from machine import Timer
sec = 0
def showTime(t) :
    global sec
    sec += 1
    tft.fillrect((0,56),(160,20),TFTColor(255,255,255))
    tft.text((0,60),f'Run {sec} sec',tft.BLACK,terminalfont,2)

# 运行定时器
tim0 = Timer(0)
tim0.init(period=1000, mode=Timer.PERIODIC, callback=showTime)

# 把按键信息显示在屏幕的函数
def showDirect(t) :
    global tft
    tft.fillrect((0,76),(160,16),TFTColor(0,0,0))
    tft.text((0,78),str(t),tft.WHITE,terminalfont,2)

# 设置按键的接口
from machine import Pin
keyL = Pin(9, Pin.IN, Pin.PULL_UP)
keyU = Pin(8, Pin.IN, Pin.PULL_UP)
keyC = Pin(4, Pin.IN, Pin.PULL_UP)
keyD = Pin(5, Pin.IN, Pin.PULL_UP)
keyR = Pin(19, Pin.IN, Pin.PULL_DOWN)

keyL.irq(trigger=Pin.IRQ_FALLING, handler=showDirect)
keyU.irq(trigger=Pin.IRQ_FALLING, handler=showDirect)
keyC.irq(trigger=Pin.IRQ_FALLING, handler=showDirect)
keyD.irq(trigger=Pin.IRQ_FALLING, handler=showDirect)
keyR.irq(trigger=Pin.IRQ_RISING, handler=showDirect)

这是另一个程序，显示一个走动的方块：

from machine import Pin, SoftSPI, SPI
from ST7735 import TFT
import time

# 由于ftf屏的颜色有问题，因此需要重写一个函数修复一下
def TFTColor(r,g,b) :
    return ((b & 0xF8) << 8) | ((g & 0xFC) << 3) | (r >> 3)

spi = SoftSPI(baudrate=1000000, polarity=1, phase=0, sck=Pin(2), mosi=Pin(3), miso=Pin(10))
tft=TFT(spi,6,10,7) #DC, Reset, CS
tft.initr()
tft.rgb(True)
tft.rotation(1) #方向调整

# 绘制背景色
tft.fill(TFTColor(0,0,0))

w = 20
h = 20
max = 160
for i in range(0,max*4-1):
    x = i * 5 % max
    y = i * 5 // max * h + 24
    tft.fillrect((x,y),(w,h),TFTColor(255,255,255))
    ++i
    time.sleep(0.04)
    tft.fillrect((x,y),(w,h),TFTColor(0,0,0))

六 后续

显示优化的问题，仍未解决（如下）。后面应该会试试Arduino for ESP32-C3。

1. 有个项目解决中文的显示的，但刷固件失败，放弃了。
   支持中文显示的MicroPython固件 https://github.com/wangshujun-tj/mpy-Framebuf-boost
2. 想使用LVGL显示更好的UI，但是编译失败，也放弃了。
   Micropython + lvgl https://github.com/lvgl/lv_micropython

今晚计划做意大利面，于是CFO建议搭配个Pizza。以前做过很多次，一直没有实现满意的饼底。再次参考小高姐视频，做了个软底的，这次算是比较满意了。当然，还是没有视频中的烘焙石板。视频如下：
Youtube版：小高姐的 Magic Ingredients - 披萨做法 Pizza Margherita, Cheese Pizza and Steak Pizza
https://www.youtube.com/watch?v=ATEnM1YPQQE
Bilibili版：小高姐的魔法调料 - 详细的解说，带你做出真正经典的意大利披萨
https://www.bilibili.com/video/av35740109

1）饼底材料（刚好做一个家用烤箱盘子大小的）：

• 高筋面粉 125克
• 温水 85克
• 酵母 2克
• 盐 1克
• 油 8克
• Pizza草 适量（没有可以不加）

2）配料（一般选用自己喜欢的即可）：

• 番茄酱
• 马苏里拉芝士
• 洋葱
• 玉米
• 培根、牛肉等

3）做法：

• a）高筋面粉加入油和盐。
• b）酵母加入温水融化后，倒进高筋面粉混合。醒面20分钟。
• c）揉面，直到出现光面。面团表面抹油，发酵1个小时，面团大概成两倍大。
• d）面团弄成烤盘大小的饼底，不要用擀面杖，用手甩或者拉扯面团。烤盘铺上硅胶纸（不用硅胶纸的，可以在烤盘刷油，防粘），放上整理好的饼底。
• e）饼底表面撒上Pizza草，再刷层薄油、涂上番茄酱、铺上马苏里拉芝士，最后铺上其它材料。
• f）烤箱最高温（我的是230°C）预热10分钟，然后放入Pizza烤大概10分钟。一般马苏里拉开始烤焦，就差不多可以出炉。

近来工作中用上了Flutter，并且使用了Provider作为状态管理，确实爽，但是也踩了一下坑。

一 概述

Provider是基于InheritedWidget组件，使用观察者模式 + 生产者消费者模式，实现状态共享，简直就是为了取代StatefulWidget而存在。相关资料：

Provider的Flutter插件网址：
https://pub.dev/packages/provider

Provider的官方中文说明：
https://github.com/rrousselGit/provider/blob/master/resources/translations/zh-CN/README.md

二 总结

1. Provider可以定义在任意地方，其状态只提供给其子Widget访问。例如，定义在App之上可实现全局的状态共享的状态，定义在页面之上可实现页面内的状态共享。
2. Provider是利用BuildContext对象传递，实现状态共享，也因此只能实现子级可访问。
3. Provider的子Widget（即child参数）不能赋予创建好的Widget对象，否则后面的所有孙Widget不能通过BuildContext对象获取其状态。解决方案是使用builder参数，传入构建子Widget的函数，或者child参数设置带有builder函数的Widget，例如Builder对象。简单来说，实现BuildContext对象传递，就要父级创建后，利用创建子级的builder方法，把带有父级Provider状态的BuildContext对象传递给子级。
4. 数据变化，必然导致重绘。所以不要过于担心是否重绘，而重点关注重绘的点在哪里，如何减少重绘的Widget。重绘Widget，会向上找到最近的builder方法并执行。所以需要重绘的Widget，最好放在其builder方法内。需要变化的StatelessWidget对象，用Builder类的builder方法包裹，是个很好的做法。
5. Provider是以类型区分数据的。如果是多个相同数据类型（例如int类型）的状态，则需要定义不同的类，且都含有该数据类型（例如int类型）的属性。
6. 定义多个Provider，可以使用MultiProvider。
7. 组合多个Provider对象，可以使用ProxyProvider。

三 Provider类型

一般使用ChangeNotifierProvider就可以，更多的Provider类型如下：

四 监听方式

获取Provider的状态，有以下三种方式：

1. read，即只读。只获取状态，不进行监听。示例代码：

// 使用Provider.of，需要加上参数“listen: false”
T t = Provider.of<T>(context，listen: false)）;

// 使用context.read方法最简单
T t = context.read<T>();

2. select，即只监听指定数据。指定数据有变化，才会执行重绘。注意：如果监听对象（包括List对象），只有对象的内存地址变化了，才会执行重绘。对象的属性（包括List对象的元素）变化，不会引起重绘。

// 使用Selector类，可以定义builder方法
Selector<T, R>(
  selector: (_, t) {return t.r;},
  builder: (_, r, __) {return Text('${r}');}
);
    
// 使用context.select方法最简单。如果取出的数据需要重绘，则最好用Builder类包裹一下
R r = context.select<T，R>(R cb(T value));

// Flutter Provider Selector数据更新问题优化 
// [https://blog.csdn.net/Code1994/article/details/124720388][3]

3. watch，即监听状态的变化。状态有任何变化，都会执行重绘。

// 使用Consumer类，可以定义builder方法
Consumer<T>(
  builder: (_, t, __) {return Text('${t.r}');}
);

// 使用Provider.of方法。如果取出的数据需要重绘，则最好用Builder类包裹一下
T t = Provider.of<T>(context);

// 使用context.watch方法最简单。如果取出的数据需要重绘，则最好用Builder类包裹一下
T t = context.watch<T>();

为了消灭家中的低筋面粉库存，找到“奶香馒头”的视频。试着做了一下，不难，吃起来也可以。

松软光滑不塌陷的鲜奶馒头 学会了 这就去跟面粉对线！
https://www.bilibili.com/video/BV1gD4y1m7pL

材料：

• 牛奶：175g（可换成水，约160g）
• 中筋/低筋：300g
• 糖：10g
• 酵母：3g

做法：

• 1, 容器（杯子或碗）倒入牛奶，加入酵母化开。
• 2, 盆子倒入面粉和糖，边加入牛奶边搅拌，然后用手揉成团（太硬可加水，太软可加面粉），盖上盖子静置5分钟。
• 3, 取出面团，揉到表面光滑，大概10分钟。这一步会影响馒头蒸出来的表面是否光滑。
• 4, 把面团擀成大概20cm*40cm的面片，手上粘水并抹在面片上，下面长边按薄，从上面长边一直卷下来（尽量避免有空隙），再用手搓成直径4cm左右的长条。
• 5, 面粉长条切成约4cm长的剂子，并放在蒸笼发酵至1.5倍大（24°C室温约55分钟）。不盖盖子发酵，可以让表皮稍微干燥硬实一点。室温低（特别是冬天）且干燥，最好表皮喷水并盖上盖子，否则表皮太干燥会导致蒸的时候裂开。
• 6, 开水上锅蒸，上汽（即看到有蒸汽冒出蒸笼）后转为中火，蒸12分钟。蒸后等5分钟再揭开，避免塌陷。

总结：

• 因为一盒天润牛奶是125g，所以把低筋按比例调整为215g。这个面粉和牛奶的比例刚好，面团不会太湿也不会太干。
• 我是先把牛奶放微波炉叮半分钟，接近体温，再依次加入糖和酵母。这样更容易激活酵母。
• 这个配方的面团，应该适合做豆沙包、奶黄包之类。

最近完成了一个小项目的数据库迁移，从微软SQL Server 2016迁移到MySQL 8。过程没什么复杂，只是需要注意一下数据类型和SQL语法的转换。

1 环境

原数据库是SQL Server 2016。迁移的目标环境，操作系统为Debian 11，安装了MySQL 8。

2 还原SQL Server数据库备份

拿到手的是SQL Server数据库备份，需要还原出来再迁移。幸好微软推出了SQL Server的Linux版，而且官方提供了可用于开发测试的Docker镜像，几个步骤就部署并还原好SQL Server数据库。

参考资料：

1）在Debian上安装Docker的官方教程：
Install Docker Engine on Debian
https://docs.docker.com/engine/install/debian/

2）运行SQL Server 2019 Docker镜像的官方教程：
Quickstart: Run SQL Server container images with Docker
https://docs.microsoft.com/en-us/sql/linux/quickstart-install-connect-docker?view=sql-server-ver15&pivots=cs1-bash

3）SQL Server 2019的微软官方Docker镜像：
dockerhub - Microsoft SQL Server
https://hub.docker.com/_/microsoft-mssql-server

3 MySQL的准备

由于SQL Server的数据库表名不区分大小写，MySQL为了兼容相关SQL语句，也需要设置表名不区分大小写。即设置MySQL的参数lower_case_table_names=1，MySQL在存储和查询时，都把表名转为小写后再执行处理。

这里最麻烦的是，如果MySQL原来设置了lower_case_table_names=0（一般Linux上安装MySQL的默认值），需要把data文件夹清空，更新设置后重新初始化MySQL的数据。如果直接更改该值，MySQL重启后会报错。

关键的操作步骤：

1）修改MySQL的配置文件（Debian的默认路径为：/etc/mysql/mysql.conf.d/mysql.cnf），在[mysqld]节点下，加入一行lower_case_table_names=1。

2）重新初始化MySQL（已有数据库的话，先做好备份，初始化后再还原），先清空数据文件夹（Debian的默认路径：/var/lib/mysql），然后执行以下命令：

mysqld --user=root --initialize --lower-case-table-names=1

初始化成功后，root用户的密码会记录在/var/log/mysql/error.log。

4 迁移数据库定义

即导出原数据库表的create语句。一般推荐使用MySQL Workbench的Migration功能，官方文档如下：

MySQL Workbench - Using the MySQL Workbench Migration Wizard
https://dev.mysql.com/doc/workbench/en/wb-migration-wizard.html

但是我所安装的MySQL Workbench不能连接到Docker部署的SQL Server，所以使用了已安装的HeidiSQL，导出原数据库表的create table语句，然后手工修正为MySQL的语法。一些修改操作如下：

• 修正字符编码，特别是设置了COLLATE的，需求改为COLLATE utf8mb4_0900_ai_ci。
• 修正默认值设置，例如DEFAULT '(0)'改为DEFAULT '0'，DEFAULT getDate()改为DEFAULT CURRENT_TIMESTAMP。
• 自增型字段会被忽略，需要加上AUTO_INCREMENT。
• 字段类型转换，例如NVARCHAR改为VARCHAR，BIT改为TININY(1)，MONEY改为DECIMAL(19,4)。
• 需要补上索引设置。

5 迁移数据库的数据

即导出所有数据的insert语句，然后在目标数据库利用source命令进行导入。一般也是推荐使用MySQL Workbench操作，不用担心语法和数据类型的问题。

我使用了DBeaver导出所有表的insert语句，然后手工修正为MySQL语法。需要注意：

• 一般一条insert语句包含10000行数据，已提高导入时的效率。
• 所有表名以数据库名.dbo开头的，都改为以数据库名开头。
• 列名以中括号“[]”括住的，要改为“\`”。

6 修改程序的SQL语句

主要是把SQL Server的语法，改为MySQL的语法。总结如下：

• TOP改为LIMIT。
• getDate()改为CURRENT_TIMESTAMP。
• 去掉表名前的dbo.。
• WITH(NOLOCK)的处理。SQL Server加了WITH(NOLOCK)的语句，如果MySQL的InnoDB设置innodb_autoinc_lock_mode=0，需要特殊处理该语句，否则直接去掉WITH(NOLOCK)。关于InnoDB的设置说明如下：

MySQL innodb_autoinc_lock_mode 详解
https://www.cnblogs.com/JiangLe/p/6362770.html

当Service方法被内部调用时，Spring注解会失效。就是Spring的Service类，如果public方法加上注解，类内部的其它方法使用this调用该方法，会导致注解失效。

例如Spring的Service实现类如下：

@Service("userService")
class UserServiceImpl implements UserService{
    
    @Override
    @Cacheable(CacheNames="USER_CACHE", key="#userId")
    public User getUser(String userId){
        // do something
    }

    @Override
    public String getUserName(String userId) {
        User u = this.getUser(userId); // getUser方法的@Cacheable注解失效了
        return u == null ? "" : u.getName();
    }
}

原因是this引用的对象没有被Spring代理，调用该对象的public方法时，Spring不能处理相关注解。

解决方法很简单，就是使用Spring代理过的对象，代替this。然后只需解决如果获取该Service类被Spring代理过的对象。

1 循环依赖

就是自己注入自己。在Service类定义一个自身对象的属性，让Spring装配时把自己注入到自己。虽然Spring 5（具体版本待查证）声称解决了循环依赖的问题，但是Spring Boot 2.6.0开始默认设置不允许循环依赖。循环依赖是一个古老的问题，一样认为要避免。所以此方法不推荐。

1）先设置

# Spring Boot 2.6.0之后，允许循环依赖
spring.main.allow-circular-references = true

2）上面的例子改为

@Service("userService")
class UserServiceImpl implements UserService{
    
    @Autowired
    private UserService self; // 自己注入自己
    
    @Override
    @Cacheable(CacheNames="USER_CACHE", key="#userId")
    public User getUser(String userId){
        // do something
    }

    @Override
    public String getUserName(String userId) {
        User u = self.getUser(userId); // 用self代替this，注解生效
        return u == null ? "" : u.getName();
    }
}

2 获取装配后的自己

避免Bean的循环依赖，主要思路是，在Bean装配完成后，再获取被Spring代理的自己。至于怎样获取，实现方法是多种多样的。

方法1，从Bean容器中获取自己。即：

UserService self = applicationContext.getBean("userService");

至于怎么获取Bean容器applicationContext，方法也是多样的。

方法2，开启AspectJ自动代理来获取自己。

详细参考：一个Spring AOP的坑！很多人都犯过！

要注意，AspectJ自动代理不只是解决本文档的问题，需考虑是否会带来未知的问题。

开启AspectJ自动代理的方法有多种，这里列出三种：

1）在启动类添加注解：

@EnableAspectJAutoProxy(proxyTargetClass=true, exposeProxy=true)

2）Spring增加配置：

<aop:aspectj-autoproxy proxy-target-class="true" expose-proxy="true" />

3）Spring Boot的配置文件增加配置：

# 开启AspectJ自动代理
spring.aop.auto=true
# 开启CGLIB代理
spring.aop.proxy-target-class=true

然后就可以在当前Service类的方法中，通过类似的代码调用自身的方法，且能保证该方法的注解正常执行：

User u = ((UserService) AopContext.currentProxy()).getUser(userId);

方法3，延迟执行自己注入自己。

很简单，就是使用@Lazy注解，达到Bean初始化不执行自己注入自己，避免循环依赖的错误。我记得解决Spring 2.x循环依赖的问题时，也是采用延迟注入的配置。此方法写的代码最少，目前倾向采用这种方法。于是，上面的代码改为：

@Service("userService")
class UserServiceImpl implements UserService{
    
    @Lazy
    @Autowired
    private UserService self; // 延迟自己注入自己
    
    @Override
    @Cacheable(CacheNames="USER_CACHE", key="#userId")
    public User getUser(String userId){
        // do something
    }

    @Override
    public String getUserName(String userId) {
        User u = self.getUser(userId); // 用self代替this，注解生效
        return u == null ? "" : u.getName();
    }
}

注意：本文涉及电工改造，需要拆解爆米花机和接电线。如果对电工操作不熟悉，或有任何疑问，请勿胡乱操作。

一 背景

为了节省喝咖啡的成本，入坑了手冲咖啡（毕竟新鲜咖啡豆比店里一壶咖啡便宜）。同样也是贪便宜，入坑了烘培咖啡豆，毕竟咖啡生豆的价格更便宜。后来发现钱能省，但成本（时间、器材、技术）不能省。

但是玩过了，收获还是满满的。就像为什么要看程序源码一样。

二 烘豆的总结

优点：

1. 咖啡生豆的存储期限比烘好的咖啡豆要长。生豆保存得好，一年是没问题的。烘好的咖啡豆，几个星期到一个月就能感受到香味、风味的流失。
2. 咖啡生豆更便宜。入手了云南的生豆为为烘豆练习（仅推荐作为练习不建议作为“口粮”），34rmb/kg，平摊到每杯手冲咖啡，跟滤纸成本一个档次。进口的咖啡生豆，也只是烘好的咖啡豆的1/4，或者更低。
3. 能更多地感受一杯咖啡的整个过程。非常适合对咖啡充满喜爱和热情的人。

缺点：

1. 麻烦。包括，需要学习和掌握技巧、需要花时间去烘豆、需要购买设备且要考虑存放的空间……
2. 出品可能不够稳定。咖啡店都是商用机器，玩曲线（烘豆过程的温度与咖啡豆变化过程记录），出品比较稳定。
3. 不是每个喝咖啡的人都喜欢折腾。

三 烘豆的方式

主要是热源与器具。

热源一般是明火和电热两种。明火主要选择瓦斯炉。电热一般是配合器具的加热方式，反正有电就能烘。城里人嘛，选择电热相对安全和方便。

器具有太多的选择。比如：手网（比较费手）、陶锅（新手劝退）、手摇烘豆机（一般配合明火）、热风式爆米花机（需要改装）、空气炸锅（看不见咖啡豆的变化）、带旋转烤笼和内置风扇的烤箱（需要解决银皮和排烟）、小奶锅（需要技巧）等等。还有专门的机器，一步到位解决所有问题，只是价格相对比较贵（入门级的烘豆机，1000rmb左右吧）。

油管上很多是手摇烘豆+明火，而且主要是宝岛的up主。B站则有较多改装爆米花机的up主。近期，九阳的旋转小烤箱成为改造热门。

最后，我选择的是热风式爆米花机（也是下文要介绍的），并进行简单改装。主要是B站有改装教程，改装过程也简单，成本相对较低。虽然一锅只能烘50g生豆，能满足自身需求。

四 烘豆过程的问题

1. 加热温度要可调。
2. 烘豆机的风力要可调。
3. 测量烘豆机能承载的生豆量。
4. 测量烘豆过程的温度。
5. 烘豆过程要可以观察，以便根据豆子的颜色进行烘培参数（温度、时间等）的调整。
6. 收集银皮，避免银皮乱飞。银皮是指残留在咖啡生豆外表的一层薄薄的皮。烘豆过程中，热风会把银皮吹出。
7. 烘豆结束要立刻给咖啡豆降温。

五 参考视频

1. 爆米花机本体改造，参考这个：
   爆米花机改热风烘豆机--下篇
2. 玻璃管和银皮收集方案，参考这个视频
   《 爆米花机&咖啡豆烘焙机》改装实用思路(超长步骤版)

六 设备清单

1. 热风式爆米花机，功率1100W。关键词参考：B301、winghang、永恒。参考价：50rmb。
   用于烘豆。
2. 可控硅电子调压器，220V，3000W，带电源插座。参考价：25rmb。
   插上爆米花机电源，即可实现调温，不用改装。
3. 可调直流稳压电源，3-24V，2A，送母头。参考价：15rmb。
   需要改装，连接到风扇电机，实现风力调节。
4. 电子数显温度计，[902推拉开关]主机 + 1米线。参考价：15rmb。
   这个建议选择探针式，并且耐高温300度。爆米花机的热风，能达250摄氏度。
5. 304不锈钢排烟管变径接头，8变7。就是直径8cm转直径7cm，需要两个。参考价：8rmb/个。
   用于套在玻璃管两头，一头插在爆米花机，另一头接上茶漏，用于收集银皮。
6. 高硼硅玻璃管，80mm100mm5mm。即外径80mm，长度100mm，管壁厚度5mm。参考价：15rmb。
   用于观察生豆的烘焙变化。
7. 卤料过滤网，304不锈钢，直径8cm。参考价：12rmb。
   顶部排风，并实现银皮收集。
8. 304不锈钢卡箍，直径60~89cm，两个。参考价：1.5rmb/个。
   连接爆米花机、玻璃管和卤料过滤网。需要使用铁皮剪刀修改。
9. 其它工具：电烙铁、焊锡、十字螺丝刀、Y型螺丝刀、铁皮剪刀等。

七 烘焙技巧

这个方案受限于爆米花机，最多能吹动60g生豆。一般称60g生豆，挑出瑕疵豆，烘完后，大概50g熟豆。

最大风速时，温度最高170°C左右。想要温度升高，需要在温控最高的基础上，降低风速，能上去250°C。

烘豆时，最好先参考别人关于相同咖啡豆的烘焙曲线。一般下豆后，从温度100°C左右，逐渐上升到200°C左右，然后一爆、一爆密集、二爆等过程。一般手冲的话，一爆到一爆完结之间是浅烘到中烘，确定选择哪个烘焙程度来决定下豆时间。整个过程控制在10分钟左右。烘焙过程，我还是新手，B站有很多大佬的视频可以参考。有疑问的话，大佬们也会回复。反正就是要多试、多交流。

烘豆结束，我直接关闭加热，直接最大风速给豆子降温。目前冬天的效果还可以，但夏天的话就不知道怎样。

另外，试过失败的案例：

1）第一次没有控制好温度，最高上去250°C，还弄得冒烟才下豆，总体时间15分钟，然后豆子都是乌黑油亮，就是烤糊了。

2）试过参考“三豆客 Q5”的 3 分钟快速烘焙，但是爆米花机的温度没那么高，所以整个过程 200°C 左右。然后为了一爆而拖到在 10 分钟下豆。虽然达到了中烘的外表，但是豆子出现点状出油，后面还出现油臭味，也算是失败。

目前烘了 4 、5 次，虽然达到能喝的程度，但是离好喝还有一段距离。

八 后续升级

B站的大佬会改造得很疯狂，但是我觉得最重要还是关注烘焙过程。如果要升级，实现更大的烘焙量，可以考虑换个爆米花机。例如：北欧欧慕NBM001，采用底部直吹的方式，发热功率是1400W，据说可以吹起100g生豆。但是相关的两个调压器和风扇调压改造都得重新研究。

去年喝上了现磨的手冲咖啡，就想，是否可以带着去旅游，想喝就喝呢？但是带上全套装备，也是痛苦。于是精简了一下装备。在可以获取热水的情况下，目前有以下方案：

1）精简手冲版

装备：咖啡豆、手摇磨豆机、咖啡豆勺子、手冲壶、弹簧滤杯、滤纸、保温杯。

咖啡豆、手摇磨豆机、滤纸，都是不能精简了。

为了精简电子秤，用了咖啡豆勺子来判断咖啡豆重量，也可以提前把豆子称好分包。保温杯是已知容量的，也可以使用带刻度杯子，电子秤就更加不用带了。但是后来入手了个迷你电子秤，非常好用。

滤杯使用了弹簧版，超级省空间，但是牺牲了品质（弹簧滤杯没有保温效果）。网上也有硅胶版V60 、露营版（金属材质）V60，都可以考虑。

没有温度计，水温只能凭感觉。水烧开后，可以用杯子轮流倒一下来降下温。其实，带上温度计也不重、不占空间。

手冲壶确实很难精简。网上有短嘴版（搜关键字：仙德曼），但是塑料材质，不敢买。也有硅胶便携版（关键词：OE Pico Pitcher），但是有点贵。其实手冲壶，主要是控制水流，形成稳定水柱。实在不行，可以用随行杯来代替。甚至用一次性纸杯，在杯口折个角来导水。

2）法压壶版

装备：咖啡豆、手摇磨豆机、咖啡豆勺子、旅行法压壶、保温杯。

法压壶能省去手冲壶、滤杯、滤纸，但是一般法压壶都比较大，所以要选旅行版。

3）双杯手冲版

装备：咖啡豆、手摇磨豆机、咖啡豆勺子、两个杯子、弹簧滤杯、滤纸。

由于采用两个杯子的手冲法，可以不用带手冲壶（那细长的壶嘴太占地方了）。两个杯子的话，可以考虑能叠一起的（比如把迷你保温杯放在普通水壶里），更省空间。

具体冲煮方法：
没有手冲壶也能手冲咖啡，冲煮分享
https://www.bilibili.com/video/BV1V64y1F7EH

4）现磨挂耳包

装备：咖啡豆、手摇磨豆机、咖啡豆勺子、手冲壶、杯子、挂耳包滤袋。

就是挂耳包滤袋代替了滤杯和滤纸。其实这个方案，手冲壶也可以省了。当然，成品的风味肯定不如手冲。

5）其它器具版

装备：咖啡豆、手摇磨豆机、咖啡豆勺子、其它器具。

这个方案需要更多的预算，比如爱乐压、Wacaco Cuppamoka 、Cafflano Go Brew 等。

国内的新冠肺炎（COVID-19）疫情得到控制后，经常光顾的咖啡店不提供单品咖啡（手冲或虹吸）了。老板让我自己冲煮，并建议使用爱乐压。就这样，硬是开启了手冲咖啡之旅。参考了网上的经验分享，整理了这个“贴地”（廉价）手冲入门套装。

参考文章：
1）最便宜的手冲咖啡设备入门【银河系喝咖啡指南】小白入门必看
https://zhuanlan.zhihu.com/p/104174674

2）【一分钱攻略】手冲咖啡入门指北，在家也能喝出咖啡bar的格调
https://www.ecentime.com/article/comment-preparer-pull-over-coffee-chez-soi

装备清单：
1）手摇磨豆机：泰摩 栗子C。
当前价格：150rmb～250rmb。优点是便宜、钢芯、出粉还算OK。缺点是相对较重、摇杆与盖子一体、接粉杯与机身不好拧上。在价格面前，这些缺点都可以接受了。另外国产有几品牌的手磨都是比较适合入门：匿名、汉匠等。

2）滤杯：树脂V60 01。
某宝或拼夕夕入手一个树脂材质V60 01，即一到两人份量版。价格15rmb~20rmb。正如人家说，反正是照抄别人的模具，入门就图个便宜。优点是预热和保温的效果都比较好、大师级比赛也会用这个。缺点是相对比较占地方。旅行的话，可以考虑弹簧版，日本那边比较流行。但是弹簧的没什么保温了，出品确实会差点。

3）滤纸：随便买的。
要对应滤杯版本，即V60 01。40片，10rmb。要看看评价，尽量选没有异味的。

4）分享壶：用杯子代替。
一般只有自己喝的话，可以不考虑这个。家里有个容量220ml左右的迷你保护壶（不锈钢材质），刚好够我一次的份量。也可以冲好咖啡，拿到公司再喝。这个保温壶售价50rmb左右，我的是礼品，算是免费了。另外，后来有时会跟同事分享，也要做冷泡咖啡，就入手了个带盖子、有刻度的玻璃水杯，容量350ml，10rmb～20rmb。

5）细口壶、手冲壶：找便宜的买。
网上很多，容量250ml，304不锈钢材质，15rmb～25rmb。最好选带盖子的，更好控制水流。有大师建议买那种直接烧水的手冲壶。因为烧好的热水再倒进手冲壶，会降低水温和浪费时间。这里追求便宜的，就不考虑了。

6）电子秤：普通厨房电子秤。
做烘培时，入手了个称材料用的电子秤，精确到g，25rmb。入门级的，也不追求什么。除了用来称咖啡豆，也可以用来控制注入的水量。当然，预算充足的话，建议买专用的咖啡秤，精确到0.1g，且自带计时功能。

7）温度计：探针型温度计。
买了明高et598，25rmb，凑合用的。优点：便宜。缺点：插进细口壶时不能固定，要手拿着。一般手冲的水温是90°C左右。

8）水：过滤后的自来水。
家里有碧然德滤水壶，可以过滤自来水。热水是用普通家用烧水壶烧开的。反正没有用桶装水之类。一般水不要太硬就行。另外，滤水壶，即使在平常生活，也推荐。过滤后的水，水垢明显减少。

9）咖啡豆：网上或咖啡店购买。
最最最重要的，当然是咖啡豆！刚好公司附近有家咖啡店自己烘培豆子。新鲜烘培出来的豆子香气非常强烈，是手冲的动力来源。某宝有店铺也出售新鲜烘培的咖啡豆，说是下单后才炒豆的，也可以。

总结：
最后，说下成本。以前上馆子喝一壶手冲咖啡（240～300ml），一般是30rmb。自己手冲的话，成本主要在咖啡豆。目前一次13g 豆，冲出208ml左右的咖啡，一般豆子成本是3rmb～7rmb，巨便宜！上面那些一次性投入的装备（除了滤纸，不过滤纸也不贵），在多次手冲后，其实都不算什么了。

孩子在国庆长假报了魔方培训班（练字班送的课程）。为了辅导孩子，到B站自学了魔方的入门教程。这个教程不是最快的，也没有说明原理，但是比较容易操作和记忆。整理下来，方便以后再用吧。

教程视频：

【三阶魔方】记忆量最少、方法最简单的入门教程
https://www.bilibili.com/video/BV15i4y187qU?p=1

魔方示意图：

基本定位：

第2层中间黄色，朝上。同时，第2层中间白色，朝底。

基本操作：

1. 推：右手把正面3个层的右边往上面推，或者左手把正面3个层的左边往上面推。
2. 回：右手把正面3个层的右边往底面推，或者左手把正面3个层的左边往底面推。
3. 拨：右手把正面第3层往左面拨，或者左手把正面第3层往右面拨。
4. 扭：右手把正面整个面往左面扭，或者左手把正面整个面往右面扭。

操作步骤：

1）基础操作：
1.1）黄色面造白色兰花。把黄色面3M、2L、2R、1M，都弄成白色，且不用考虑是否对齐。
1.2）转成白色面十字架。黄色面朝上，随便找一面为正面，拨动第3层，使3M与2M同色，左手或右手“扭”两次。

2）还原第1层（包括底层，白色面）
2.1）此时所有正面的2M与1M同色。
2.2）若3RR白色，拨动第3层成3R与2M同色，然后右手“推拨回”。3L的同理。
2.3）若3RT白色，拨动第3层成3R与2M同色，然后右手“推拨拨回”，再重复2.3。3L的同理。

3）还原第2层
3.1）此时所有正面的2M与第1层同色。
3.2）拨动第3层，找3M、2M、第1层同色（呈倒T）且3M的上面不是黄色。若3M要到2R去，右手“拨推拨回”。若3M要到2L去，左手“拨推拨回”。再按2.2操作。

4）还原上面（只是黄色面）
4.1）此时所有正面的第2层与第1层同色。以下操作需注意方向，但不用考虑正面第3层的颜色。
4.2）上面（黄色面）出现以下黄色组合时，操作：左扭，右推拨回，左拨，右扭。直到出现4.3的图案，再按4.3操作。

• 反L：3M，2L，2M
• 一横：2L，2M，2R

4.3）上面（黄色面）出现以下黄色组合时，注意方向但不用考虑正面第3层的颜色，右手“推拨回拨推拨拨回”。不断重复此步骤，直到上面全为黄色。

• 十字：3M，2L，2M，2R，1M
• 金鱼：3M，2L，2M，2R，1L，1M
• 坦克：3M，3R，2L，2M，2R，1M，1R
• 蝴蝶：3M，3R，2L，2M，2R，1L，1M

5）还原第3层
5.1）拨动第3层，找到一个正面只有3M不同色的，放在左面，执行操作：右推拨回，左拨，右回，左扭，右推推，左拨，右回，左拨，右推拨回，右扭。
5.2）此时有一面完整的，作为背面。左手“推拨回拨推拨拨回”，再执行4.3，完成。