YoungsunLi

ESP32-S3 GPIO 速查

2026-08-31T00:00:00Z

ESP32-S3 GPIO 速查

GPIO 编号 0–21、26–48 共 45 个（22–25 不存在）。26–32 被 flash 占用，33 / 34 模组不引出——常用的 WROOM-1 模组实际引出 36 个；八线 PSRAM 变体（型号带 R8，下文细说）还要再扣掉 35–37，剩 33 个。基本自由的 26 个（绿点），其余带前提。点击引脚看说明，用筛选按钮找可用脚。

ESP32-S3双核 LX7 · QFN56

点击任意引脚查看说明 —— 绿点自由使用，橙点有前提，红点勿用。

SPI 跑满 80MHz

和 C3、C6 一样，SPI2 最高 80MHz 的前提是走 IO_MUX 直连：ESP-IDF 驱动只有在 bus 引脚（SCLK / MOSI / MISO 中实际用到的）全部落在 IO_MUX 位置时才走直连；任何一个不匹配，整条总线就静默改走 GPIO 矩阵，没有任何报错或日志。矩阵路径官方只保证 40MHz 及以下的行为与直连一致 [3]，而分频不看路由，配 80MHz 引脚上照样输出 80MHz——超规格带病跑，可能点得亮，也可能间歇花屏。

信号	IO_MUX 引脚
SCLK (FSPICLK)	GPIO12
MOSI (FSPID)	GPIO11
MISO (FSPIQ)	GPIO13
CS0 (FSPICS0)	GPIO10

S3 有个省心的地方：Arduino 核的默认 SPI 引脚（SS=10 / MOSI=11 / MISO=13 / SCK=12 [6]）与 IO_MUX 位置完全重合——不像 C3 / C6 默认走矩阵，S3 上照默认引脚接线天生就是直连。CS 不算 bus 引脚，走 GPIO 矩阵也不影响直连，但 10 空着就直接用。

S3 还比 C3 / C6 多一条通用 SPI3，两条总线可以同时各挂各的设备。但 IO_MUX 直连位置只有 SPI2 这一组 [3]——SPI3 接哪都走 GPIO 矩阵，按 40MHz 及以下用。典型分工：SPI2 直连 80MHz 刷屏，SPI3 慢速挂别的 SPI 设备。

顺带一提，80MHz SPI 并不是 S3 刷屏的天花板——它还有 C3 / C6 没有的并口 LCD 外设（i80 / RGB），一个时钟送 8 或 16 位数据，引脚同样走 GPIO 矩阵任意选 [13]。真正的门槛是引脚预算：8-bit i80 要 11 个脚起步（8 数据 + WR / DC / CS），RGB565 屏则是 19 个起步（16 数据 + PCLK + HSYNC / VSYNC），一块屏就能吃掉大半自由脚。

接线示例（以 ST7789 屏为例，只写不读，MISO 不接）：

SCLK	MOSI	CS	DC	RST	BLK
GPIO12	GPIO11	GPIO10	GPIO4	GPIO5	GPIO6

ESP-IDFTFT_eSPI

// bus 引脚匹配 IO_MUX 后，驱动自动走直连
spi_bus_config_t buscfg = {
    .sclk_io_num = 12,
    .mosi_io_num = 11,
    .miso_io_num = -1,   // 只写不读
    .quadwp_io_num = -1,
    .quadhd_io_num = -1,
};
spi_device_interface_config_t devcfg = {
    .clock_speed_hz = SPI_MASTER_FREQ_80M,
    .spics_io_num = 10,
    // ...
};

// User_Setup.h
#define TFT_SCLK 12
#define TFT_MOSI 11
#define TFT_CS   10
#define TFT_DC   4
#define TFT_RST  5
#define TFT_BL   6
#define TFT_BACKLIGHT_ON HIGH
#define SPI_FREQUENCY 80000000

八线 PSRAM 吃掉 GPIO35–37

S3 模组的型号后缀直接决定引脚数：N 后面是 flash 容量，R 后面是 PSRAM 容量，R8 表示八线（Octal）PSRAM——八线多出来的数据线 SPIIO4–7 和 SPIDQS 落在 GPIO33–37 上 [2]：33 / 34 模组本来就不引出 [8]，真正的代价是引出来的 35 / 36 / 37 也不能用了 [5]。全部 WROOM-2（八线 flash）同理。

模组	GPIO35–37
WROOM-1 N8 / N16（无 PSRAM）、N8R2（四线 PSRAM）	✅ 可用
WROOM-1 N8R8 / N16R8（八线 PSRAM）、全部 WROOM-2	❌ 被占用

选型时看清后缀：市面上最常见的 DevKitC-1 大多配的是 N16R8，拿到手 35–37 就是不能碰——板上画了排针不等于能用，接上去轻则数据错乱，重则 PSRAM 直接挂掉。自己画板贴 R8 模组同理，这三个脚干脆别布线。直接用裸片（QFN56）画板的话，26–32 留给自己的 flash / PSRAM，33 / 34 在非八线配置下则是普通可用脚。

后缀还有个 V 要留意：代表 1.8V PSRAM（如 N16R16V），VDD_SPI 域电压跟着变 1.8V，而 47 / 48 恰好由这个域供电——电平变成 1.8V，直接接 3.3V 外设不可靠 [8]。

深睡与 ULP 引脚

S3 带 ULP RISC-V 协处理器：深度睡眠时主核断电，ULP 还能低功耗轮询传感器，有事再唤醒主核。ULP 世界只有 RTC 域的 GPIO0–21，其中 RTC I2C（深睡期间 ULP 采 I2C 传感器用的那套）引脚固定、不可经 GPIO 矩阵改道 [7]：

功能	引脚
深睡唤醒（EXT0 / EXT1）	`0–21` 任意 [12]
触摸唤醒	`1–14`（T1–T14）[12]
ULP RTC I2C	SDA=GPIO1 或 3 / SCL=GPIO0 或 2

触摸能直接从深睡唤醒主核 [12]，做「摸一下才亮」的桌面小玩意不用占按键——C3 / C6 没有触摸，自然也没这个唤醒源。

比 C6 幸运的是：C6 的 LP I2C 钉死在 6 / 7，恰好撞上 80MHz SPI 的 SCLK / MOSI；而 S3 的 RTC I2C 只占 0–3，与 80MHz SPI 的 11 / 12 / 13 互不冲突，「深睡采传感器」和「高速刷屏」可以共存，不用取舍。SCL 优先选 2（0 是 strapping 兼 BOOT 键），SDA 选 1 或 3 都行。

选引脚决策

高速 SPI（屏幕 / 外部 flash）→ 固定 12 / 11，要读再加 13；CS 用空着的 10。Arduino 默认 SPI 恰好就是这一组，照默认接即可
I2C / UART1 / PWM / WS2812 / TWAI(CAN) / I2S / 并口 LCD / 摄像头 / SD 卡（SDMMC，1/4/8 线）[11] → 都走 GPIO 矩阵，没有固定引脚，任意自由脚都行——不像 C6 的 SDIO 钉死在 18–23
USB host / 自定义 USB 设备（U 盘 / 键盘 / MSC……）→ 固定 19 / 20，S3 独有的 USB OTG [1]；与 USB Serial/JTAG 共用这对脚，启用 OTG 后烧录调试改走串口
I2C 记得上拉。Arduino 核默认 SDA=8 / SCL=9 [6]——这两个脚本来就自由，不像 C3 还牵扯 strapping
ADC → 优先 GPIO1–10（ADC1）；GPIO11–20 的 ADC2 与 Wi-Fi 共用，Wi-Fi 忙时读取会失败 [9]
电容触摸 → GPIO1–14（T1–T14）[6]，还可作深睡唤醒源 [12]
深度睡眠唤醒 → GPIO0–21（RTC 域）[12]，多到不用抢
深睡期间跑 ULP 采 I2C → SDA=1/3、SCL=0/2，与高速 SPI 不冲突，见深睡与 ULP 引脚
上电敏感负载（继电器 / MOS 驱动）→ 避开 0 / 45 / 46（strapping，45 被拉高更是直接起不来）、19 / 20（USB）和 43（复位后输出 ROM 日志），首选 4–7 / 21 / 38–42
八线 PSRAM 模组（R8 / WROOM-2）→ 35–37 当作不存在；22–25 芯片就没有，模组上 26–34 也当作不存在（裸片画板时非八线配置的 33 / 34 可用）；V 后缀（1.8V PSRAM）连 47 / 48 都变 1.8V 电平

数据来源

核验于 2026-08-31。文中及引脚说明里的 [n] 编号对应以下来源：

ESP32-C6 GPIO 速查

2026-08-31T00:00:00Z

ESP32-C6 GPIO 速查

GPIO 编号 0–30，其中 GPIO14 只在内置 flash 的 QFN32 变体上存在，GPIO24–30 被 flash 占用——常用的 WROOM-1 模组（QFN40）实际引出 23 个，基本自由的 17 个（绿点），其余带前提。点击引脚看说明，用筛选按钮找可用脚。

ESP32-C6RISC-V · QFN40

点击任意引脚查看说明 —— 绿点自由使用，橙点有前提，红点勿用。

SPI 跑满 80MHz

和 C3 一样，SPI2 最高 80MHz 的前提是走 IO_MUX 直连：ESP-IDF 驱动只有在 bus 引脚（SCLK / MOSI / MISO 中实际用到的）全部落在 IO_MUX 位置时才走直连；任何一个不匹配，整条总线就静默改走 GPIO 矩阵，没有任何报错或日志。矩阵路径官方只保证 40MHz 及以下的行为与直连一致 [3]，而分频不看路由，配 80MHz 引脚上照样输出 80MHz——超规格带病跑，可能点得亮，也可能间歇花屏。

信号	IO_MUX 引脚
SCLK (FSPICLK)	GPIO6
MOSI (FSPID)	GPIO7
MISO (FSPIQ)	GPIO2
CS0 (FSPICS0)	GPIO16（默认串口 TX，别占）

CS 不算 bus 引脚，走 GPIO 矩阵也不影响直连，而 C6 的 CS0 IO_MUX 位置 GPIO16 恰好是默认串口 TX——别为一个 CS 牺牲串口，随便挑个自由脚就行。注意 Arduino 核的默认 SPI 引脚（SS=18 / MOSI=19 / MISO=20 / SCK=21 [6]）与 IO_MUX 位置不重合，走的是矩阵，只在 40MHz 内可靠——像 TFT_eSPI 这样自己指定引脚的库，按上表填即可。

接线示例（以 ST7789 屏为例，只写不读，MISO 不接）：

SCLK	MOSI	CS	DC	RST	BLK
GPIO6	GPIO7	GPIO18	GPIO10	GPIO11	GPIO3

ESP-IDFTFT_eSPI

// bus 引脚匹配 IO_MUX 后，驱动自动走直连
spi_bus_config_t buscfg = {
    .sclk_io_num = 6,
    .mosi_io_num = 7,
    .miso_io_num = -1,   // 只写不读
    .quadwp_io_num = -1,
    .quadhd_io_num = -1,
};
spi_device_interface_config_t devcfg = {
    .clock_speed_hz = SPI_MASTER_FREQ_80M,
    .spics_io_num = 18,
    // ...
};

// User_Setup.h
#define TFT_SCLK 6
#define TFT_MOSI 7
#define TFT_CS   18
#define TFT_DC   10
#define TFT_RST  11
#define TFT_BL   3
#define TFT_BACKLIGHT_ON HIGH
#define SPI_FREQUENCY 80000000

深睡与 LP 引脚

C6 比 C3 多了一个 LP（低功耗）核心：深度睡眠时主核断电，LP 核心还能继续跑——典型玩法是深睡中低功耗轮询传感器，有事再唤醒主核。但 LP 世界只有 GPIO0–7，且 LP 外设走 LP IO_MUX，引脚固定、不可经 GPIO 矩阵改道 [7]：

功能	引脚
深睡唤醒	`0–7` 任意
LP I2C	SDA=GPIO6 / SCL=GPIO7
LP UART	RX=GPIO4 / TX=GPIO5

取舍点：LP I2C 的 6 / 7 正是 80MHz SPI 的 SCLK / MOSI，「深睡采传感器」和「高速刷屏」在引脚上互斥，规划时先定谁优先。这个约束只管 LP 世界——主核醒着时 I2C / UART 照常走 GPIO 矩阵，任意脚都行。

选引脚决策

高速 SPI（屏幕 / 外部 flash）→ 固定 6 / 7，要读再加 2；CS 任意自由脚（IO_MUX 的 CS0 在 16，那是默认串口 TX，别占）
I2C / UART1 / PWM / WS2812 / TWAI(CAN) / I2S → 都走 GPIO 矩阵，没有固定引脚，任意自由脚都行
I2C 记得上拉。Arduino 核默认 SDA=23 / SCL=22 [6]——这两个脚本来就自由，不像 C3 还牵扯 strapping
ADC → GPIO0–6（ADC1 七个通道）；C6 没有 ADC2，也就没有 C3 那个 ADC2 硬件缺陷的坑
深度睡眠唤醒 → GPIO0–7（LP 域），比 C3 多两个
深睡期间跑 LP 核心 → 引脚固定且与 80MHz SPI 抢 6 / 7，见深睡与 LP 引脚
上电敏感负载（继电器 / MOS 驱动）→ 避开 8 / 9（boot strapping）、12 / 13（USB）和 16（复位后输出 ROM 日志），首选 3 / 10 / 11 / 18–23
SDIO slave 从机 → 固定 18–23；不用 SDIO 时 4 / 5 的 strapping 电平无影响，放心用
模组上 GPIO24–30 当作不存在（QFN40 裸片画板时它们接自己的 flash）；GPIO14 只有 QFN32 内置 flash 变体才有，QFN40 上本来就不存在

数据来源

核验于 2026-08-31。文中及引脚说明里的 [n] 编号对应以下来源：

ESP32-C3 GPIO 速查

2026-08-31T00:00:00Z

ESP32-C3 GPIO 速查

共 22 个 GPIO（0–21），模组实际引出 15 个，其中完全自由的 8 个（绿点），其余带前提。点击引脚看说明，用筛选按钮找可用脚。

ESP32-C3RISC-V · QFN32

点击任意引脚查看说明 —— 绿点自由使用，橙点有前提，红点勿用。

SPI 跑满 80MHz

SPI2 最高能跑 80MHz，前提是走 IO_MUX 直连：ESP-IDF 驱动只有在 bus 引脚（SCLK / MOSI / MISO 中实际用到的）全部落在 IO_MUX 位置时才走直连；任何一个不匹配，整条总线就静默改走 GPIO 矩阵，没有任何报错或日志。矩阵路径官方只保证 40MHz 及以下的行为与直连一致 [3]，而分频不看路由，配 80MHz 引脚上照样输出 80MHz——超规格带病跑，可能点得亮，也可能间歇花屏。

信号	IO_MUX 引脚
SCLK (FSPICLK)	GPIO6
MOSI (FSPID)	GPIO7
MISO (FSPIQ)	GPIO2
CS0 (FSPICS0)	GPIO10

CS 不算 bus 引脚，走 GPIO 矩阵也不影响直连，但 GPIO10 空着就直接用。注意 Arduino 核的默认 SPI 引脚（SCK=4 / MOSI=6 / MISO=5 / SS=7 [7]）与 IO_MUX 位置不重合，走的是矩阵，只在 40MHz 内可靠——像 TFT_eSPI 这样自己指定引脚的库，按上表填即可。

接线示例（以 ST7789 屏为例，只写不读，MISO 不接）：

SCLK	MOSI	CS	DC	RST	BLK
GPIO6	GPIO7	GPIO10	GPIO4	GPIO5	GPIO3

ESP-IDFTFT_eSPI

// bus 引脚匹配 IO_MUX 后，驱动自动走直连
spi_bus_config_t buscfg = {
    .sclk_io_num = 6,
    .mosi_io_num = 7,
    .miso_io_num = -1,   // 只写不读
    .quadwp_io_num = -1,
    .quadhd_io_num = -1,
};
spi_device_interface_config_t devcfg = {
    .clock_speed_hz = SPI_MASTER_FREQ_80M,
    .spics_io_num = 10,
    // ...
};

// User_Setup.h
#define TFT_SCLK 6
#define TFT_MOSI 7
#define TFT_CS   10
#define TFT_DC   4
#define TFT_RST  5
#define TFT_BL   3
#define TFT_BACKLIGHT_ON HIGH
#define SPI_FREQUENCY 80000000

选引脚决策

高速 SPI（屏幕 / 外部 flash）→ 固定 6 / 7，要读再加 2；CS 不挑脚，10 空着就直接用
I2C / UART1 / PWM / WS2812 / CAN / I2S → 都走 GPIO 矩阵，没有固定引脚，任意自由脚都行
I2C 记得上拉。Arduino 核默认 SDA=8 / SCL=9 [7]——I2C 的上拉正好满足这两个 strapping 脚的要求，把它们让给 I2C 等于省出两个自由脚
ADC → 只用 GPIO0–4（ADC1）；GPIO5 的 ADC2 有硬件缺陷，官方已放弃支持
深度睡眠唤醒 → 只有 GPIO0–5（RTC 域）
上电敏感负载（继电器 / MOS 驱动）→ 避开 2 / 8 / 9（strapping）、18 / 19（USB）和 21（复位后输出 ROM 日志），首选 3 / 4 / 5 / 6 / 7 / 10
模组上 GPIO11–17 当作不存在；裸片画板时 12–17 接自己的 flash，11（VDD_SPI）在 flash 由 3.3V 直供时还能当普通 GPIO 用 [8]

数据来源

核验于 2026-08-31。文中及引脚说明里的 [n] 编号对应以下来源：

迷你 USB HUB 切换器

2023-08-31T00:00:00Z

迷你 USB HUB 切换器

一个支持在 2 台主机设备 之间一键切换 4 个 USB 设备 的 USB 2.0 HUB 切换器 (2 进 4 出).

特点

体积小巧精致, 💡单侧出线💡, 比四面八方出线的, 更适合直接放在桌面, 不需要延长按钮也可以让桌面保持整洁.

原理图与 PCB

完整工程已开源到立创开源硬件平台: USB HUB 切换器 (GPL 3.0), 可以直接打开或复刻.

其他说明

原理图个人喜欢把器件尽量按实际 PCB 布局来摆放, 特别是滤波电容.
不计划考虑 TVS, 但是芯片自带 ESD 保护 (HBM 级别).
不计划考虑独立供电, 因为双主机接入时, 供电是充足的; 单主机时, 另一个 Type-C 可以接供电, 不过注意选择压降低的二极管, 我这里是 SS34F.
自恢复保险丝 F1 可以选择封装大小差不多, 保持电流小一点, 动作时间快一点的, 这样更安全, 我这里考虑到需要给 USB 设备充电才选的 3A; 不建议一堆锡连过来, 因为 F1 可以预防大电流短路烧坏电脑主板.
SL2.1A 的外置晶振不需要加额外的负载电容.
LED 指示灯建议使用雾状的或者灯珠带颜色的; 另外 R2 使用 5K1 阻值是为了亮度低点不那么刺眼, 同时避免发热影响 F1.
SW1 裸板使用的建议选用平头的; 另外不要问我为什么 SW1 就可以实现 2 路单刀双掷还要加一个开关芯片🤣.

实际使用

实际使用了三个多月, 非常稳定, 可放心复刻. 不足之处希望各位大佬指出✍🏻

树莓派温控散热风扇

2020-03-18T00:00:00Z

树莓派温控散热风扇

根据树莓派 SoC 的温度智能自动控制风扇的开关, 满足条件: 当温度过高是开启风扇, 温度适宜时关闭风扇.

获取SoC实时温度

通过读取 /sys/class/thermal/thermal_zone0/temp 可以得到一个温度值, 根据RaspberryPi官方文档介绍, 并没有独立监控 CPU 温度或者 GPU 温度的传感器, 所以通过该文件获取到的温度实际上是整个 SoC 芯片的温度; 但是 CPU 和 GPU 都在这个芯片上, 所以我以这个温度作为温控阈值参考.

通过以下命令可以查看当前SoC温度(结果除以1000, 单位/℃)

shell

pi@raspberrypi:~ $ cat /sys/class/thermal/thermal_zone0/temp
42425

风扇供电问题

可以通过 GPIO 针脚直接供电驱动吗?

我们无法直接通过 GPIO 来驱动风扇并控制它的开关, 因为根据RaspberryPi官方FAQ文档介绍, GPIO 的输出电压是 3.3V, 并且安全的最高电流输出是 16mA, 峰值为50mA, 某些 GPIO 针脚默认输出 8mA; 所以即使你的风扇额定电压为 3V, 这么小的电流也难以驱动它, 即使能驱动也不推荐这么干, 一个原因是可能会损坏树莓派, 根据RaspberryPi官方GPIO使用文档明确的警告指出, 不能将电机直接接在 GPIO 针脚上(风扇实际上就是由电机驱动的), 另一个是通过这么小电流驱动的风扇真的能起到散热作用吗?

通过 5V 针脚或者 3V3 针脚供电

Pinout 5V针脚文档中指出树莓派的 5V 针脚是直接连通到电源的, 使用 5V 针脚相当于与树莓派并联使用一个电源适配器, 所以根据 "并联分流" 该针脚能提供的电流实际上就等于: (电源适配器的额定最高电流) - (树莓派本身运行所占用的电流), 所以假设你使用符合要求的电源适配器, 5V 针脚是完全可以直接驱动额定电压为 5V 的风扇.
而树莓派的 3V3 针脚, Pinout 3V3针脚文档中也指出了在型号 B+ 之前的电流最高能提供 50mA, 但是在 B+ 之后的树莓派, 3V3 针脚则可以提供高达 500mA 的电流; 所以当使用额定电压为 3V 的风扇时, 使用 3V3 针脚也是可以直接安全的驱动风扇滴.

如何控制风扇的开关?

当直接将风扇接到合适的电源上, 风扇是始终处于运行状态. 现在我需要根据 SoC 的温度来自动控制它的开关, 所以可以通过给风扇与电源连接之间加一个开关, 然后通过某一个 GPIO 针脚控制该开关, 而对该 GPIO 针脚的控制则可以通过代码获取 SoC 的温度, 并根据判断温度阈值启停也就是开或者关风扇. 最终实现对风扇的自动开关控制.

使用三极管作为风扇开关

选用合适的三级管,当它仅工作在 截止状态 和 饱和状态 时, 那么该三极管就可以是视作为一个开关.

使用 Python 控制风扇

使用以下代码时, 你最有可能修改的是高亮部分的代码

auto_fan.py

python

#!/usr/bin/python
# -*- coding: utf-8 -*-
from RPi import GPIO
from time import sleep

GPIO.setmode(GPIO.BCM) # 使用BCM引脚模式

channel = 17    # 使用BCM17(对应物理引脚号11)接口控制开关
start_temp = 55 # 启动风扇的温度阈值(℃)
end_temp = 48   # 关闭风扇的温度阈值(℃)

GPIO.setup(channel, GPIO.OUT, initial = GPIO.LOW) # 初始化控制引脚
is_high = GPIO.LOW # 用于标记风扇是否打开 避免频繁调用output

try:
    while True:
        # 获取当前SoC温度
        temp = open('/sys/class/thermal/thermal_zone0/temp')
        temp = int(temp.read()) / 1000

        if temp > start_temp and not is_high: # 当SoC温度超过启动阈值且风扇处于关闭状态
            GPIO.output(channel, GPIO.HIGH)   # 打开风扇
            is_high = GPIO.HIGH               # 标记风扇状态为打开

        elif temp < end_temp and is_high:     # 当SoC温度低于关闭阈值且风扇处于打开状态
            GPIO.output(channel, GPIO.LOW)    # 关闭风扇
            is_high = GPIO.LOW                # 标记风扇状态为关闭

        sleep(10) # 每隔10秒监控一次
except:
    pass
# 退出时 重置该引脚
GPIO.cleanup(channel)

关于阈值的选取

这个范围根据自己的喜欢可以自行决定, 我这里选取是根据RaspberryPi官方文档对过热保护控制的措施决定的.
硬限制为 85℃, 这个温度太高了, 我不希望我的树莓派到达这个温度才启动风扇.
软限制为 60℃, 这个温度看起来可以接受.
所以为了避免树莓派触发软限制, 我选取一个接近 60℃ 但又不会迅速达到 60℃ 的温度 55℃; 这是启动风扇的温度, 为了避免风扇频繁的在阈值边界开开关关, 关闭风扇的温度可以比启动风扇的温度低几度, 我这里选取 48℃.

下面进行实测

实际用到的设备和元器件:

RaspberryPi 4B
2个 5V/100mA 散热风扇
NPN 三极管 2N5551

这个 2N5551 是我随便从积灰的零件工具箱里随手翻出来的, 针脚都有点生锈了(真的很随便, 摸到哪个用哪个, 拿的时候啥型号也没注意看, 是三极管就行😂).

接线准备

针脚调整

我要在风扇负极上加装三极管开关, 并希望负极与用于控制的 GPIO 接口相邻, 所以我把正极抽出来, 并与另一条相同接头的杜邦线交换接头; 得到负极与 GPIO 相邻双 pin 接头, 正极独立单 pin 接头. 如下图所示:

在负极上加装三极管

NPN三极管针脚识别

有字的一面正对自己, 引脚向下, 三跟引脚从左到右分别是:
E-发射极、B-基极、C-集电极.

把负极从中间剪断, 并将 GPIO 线也剪短至一样的长度, 然后将 GPIO 线与三极管的中间引脚也就是B-基极连接.

关于三极管进入饱和状态所需的电压

查阅资料后发现 2N5551 的饱和状态电压是 1V, 而 GPIO 的输出电压是 3.3V, 所以理论上要在它们之间串联一个适当的电阻来控制电压, 但是我在实际面包板测试中, 对 2N5551 的基极接入 3.3V 一定时间后并没有产生发热现象, 所以最终风扇改装我并没有在它们之间加装电阻.

然后再将负极剪断的两端分别接在三极管的左右两端, 分别是E-发射极和C-集电极;
保险的接法是从风扇出来那条线(它虽然在风扇的负极, 但是对于三极管来说它带正电)接在C-集电极, 带接头与 GPIO 线相邻的那条线接在E-发射极.

关于三极管的电流方向

你可能注意到, 我的接线与上述是相反的. 理论上三极管集电极和发射极之间的电流方向是从集电极流向发射极, 如图所示:

但是用作开关仅工作在 截止状态 和 饱和状态 的三级管似乎在这个时候对极性并没有要求, 因为在饱和状态下, 集电极跟发射极之间理论上是相当于短路的, 所以怎么接应该都没问题. 在我实际面包板测试中, 无论是正接还是反接, 都可以正常控制风扇的开关; 所以, 在下图接线的时候也是很随便的随手抓到哪个线就接哪根线🙃.

对线材以及接口处进行绝缘处理

我使用的是热缩管

安装到树莓派4B

将风扇正极接到物理针脚位置 2 或者 4 上, 这两个都是 5V; 根据之前对接口的调整, 风扇的负极跟 GPIO 是相邻的, 所以我选取物理接口 9(接地/负极) 跟 11(BCM17)插入这两根线.

上机效果图

运行温控程序 auto_fan.py

在你创建该程序的目录下执行命令: python auto_fan.py

shell

pi@raspberrypi:~ $ python auto_fan.py

在使用官方 Raspbian 桌面版时测试通过, 其他系统可能会出现环境问题. 可自行 Google 解决👌

还能做些什么?

你可以将该 python 程序加入系统自启, 方便重启后不用手动执行.
你可能不只是希望控制风扇的开或者关, 你还想根据温度控制风扇的转速?😜

AMD Ryzen 启动 Android Studio Emulator 虚拟机

2019-05-23T00:00:00Z

AMD Ryzen 启动 Android Studio Emulator 虚拟机

先决条件

AMD Processor - Recommended: AMD® Ryzen™ processors
Android Studio 3.2 Beta or higher
Android Emulator v27.3.8+
x86 Android Virtual Device (AVD)
Windows 10 with April 2018 Update
Enable via Windows Features: "Windows Hypervisor Platform"

环境准备

1.在 BIOS 设置中开启虚拟化技术(SVM)

各机器开启方法略有不同, 自行 Google 开启方法.

2.启用 "Windows Hypervisor Platform" (不是 "Hyper-V")

1.打开 控制面板 → 程序 → 程序和功能 → 启用或关闭 Windows 功能.
2.勾选 Windows Hypervisor Platform.
3.确定后等待完成并重启机器.

3.检查 Android Studio 以及 Android Emulator 版本(如果你安装的是最新版本, 请忽略这一步.)

Android Studio 版本大于等于 3.2 Beta.

Android Emulator 版本大于等于 27.3.8.
打开 Android Studio 的设置页, 依次点开 Appearance & Behavior → System Settings → Android SDK → SDK Tools 即可查看.

4.检查 Windows 10 版本

确保你的系统版本大于等于1803.
个人建议将你的 Windows10 更新到当前版本号的最新稳定版(不更新系统甚至是破坏系统更新是一种愚蠢的行为).

实测

现在你可以像使用 Intel 平台一样去创建虚拟机(x86镜像)并去启动他了.

测试环境

MagicBook 2019(KPR-WX9)
AMD Ryzen 5 3500U with Radeon Vega Mobile Gfx (8 CPUs)
Android Studio 3.4.1
Android Emulator v29.0.9
Windows 10 Pro 64-bit (1809-17763.529)

测试结果

请忽略内存爆炸...

参考: Android Emulator - AMD Processor & Hyper-V Support

Vue + Electron 混合开发并使用 Node.js 遇到的一个坑

2019-05-01T00:00:00Z

Vue + Electron 混合开发并使用 Node.js 遇到的一个坑

场景

曾经做过这么一个奇葩需求:
使用 Vue + Electron 混合开发并使用 Node.js 子进程(child_process)调用 .NET Core 程序的一个项目. 于是乎就遇到了如下的坑记录于此.

Node.js 报错

如果你使用 Vue + Electron 混合开发并且需要使用 Node.js (如: http child_process), 你很大概率会遇到类似如下的错误:

DANGER

Uncaught TypeError: http.createServer is not a function
OR
Uncaught TypeError: spawn is not a function

很明显, 这是因为 直接把 Node 程序在浏览器运行 而报的错; 或许你没有这么做, 但是 Vue 帮你这么做了, 确切的说是 Webpack 帮你这么做了.

测试环境

Vue CLI = 3.7.0
Electron = 5.0.0
Node = 10.15.3

默认情况下Vue CLI 输出的资源本身就是供浏览器直接运行的, 所以才会出现这种情况.

解决问题

既然知道了原因是由于 Vue CLI 使用了 Webpack 打包出来了仅供浏览器运行的资源, 那么我们如何让 Webpack 打包出供 Node 服务器运行的资源呢?
很简单, 在基于 Vue CLI 3.0+ 的版本上, 在你的 Vue 项目根目录的 vue.config.js (没有 vue.config.js 的自行创建)里面添加如下高亮代码:

vue.config.js

module.exports = {
    publicPath: './',
    configureWebpack: {
        target: 'node-webkit'
    }
};

测试结果

Vue CLI 直接运行

现在我直接在 Vue 运行调试发现还是报错, 这次的报错如下:

DANGER

Uncaught ReferenceError: require is not defined

这次我管都不管它, 任由他报错, 因为经过上面对 Webpack 的配置后, 我们得到的资源已经不适合浏览器直接运行了, 所以 Vue CLI 直接调试肯定是有问题的.

通过 Electron 运行

Electron 本身就允许使用 Node（作为后端）的, 所以我们用它来运行试试.

TIP

成功了🎉🎉🎉

现在可以愉快的使用 Vue + Electron 混合开发并使用 Node.js 了😀.

新的开始, 从Typecho到VuePress😀

2019-04-14T00:00:00Z

新的开始, 从Typecho到VuePress😀

来自基于`Typecho`原博客第一帖的问候~

同样的

很开心学会了更多😁.

为什么从Typecho到VuePress?

其实从动态博客到静态页面博客对于我来说是一个必然的选择(why?), 很早就有这样的想法了, 只是一直犹豫不决使用什么静态网页生成工具, 曾考虑过Hexo跟Jekyll但始终没有付之行动.

Vue

一次偶然的机会我接触到了Vue, 当时拿来做SPA开发感觉非常棒; 后来, 又顺藤摸瓜的发现了VuePress更是觉得相见恨晚; 心想: 是时候了🤔.

初衷

最初我只是想把自己在成长过程中的经验记录下来, 一开始是使用的记事本工具OneNote, 这样做一般情况就只能自己查阅了; 后来有了希望跟别人分享想法后, 就开始计划从仅供个人查阅的记事本转型到可供搜索引擎检索的博客; 再后来, 就有你现在正在查阅的这个站点了🤓.

YoungsunLi

ESP32-S3 GPIO 速查

ESP32-S3 GPIO 速查 ​

SPI 跑满 80MHz ​

八线 PSRAM 吃掉 GPIO35–37 ​

深睡与 ULP 引脚 ​

选引脚决策 ​

数据来源 ​

ESP32-C6 GPIO 速查

ESP32-C6 GPIO 速查 ​

SPI 跑满 80MHz ​

深睡与 LP 引脚 ​

选引脚决策 ​

数据来源 ​

ESP32-C3 GPIO 速查

ESP32-C3 GPIO 速查 ​

SPI 跑满 80MHz ​

选引脚决策 ​

数据来源 ​

迷你 USB HUB 切换器

迷你 USB HUB 切换器 ​

特点 ​

原理图与 PCB ​

其他说明 ​

树莓派温控散热风扇

树莓派温控散热风扇 ​

获取SoC实时温度 ​

通过以下命令可以查看当前SoC温度(结果除以1000, 单位/℃) ​

风扇供电问题 ​

可以通过 GPIO 针脚直接供电驱动吗? ​

通过 5V 针脚或者 3V3 针脚供电 ​

如何控制风扇的开关? ​

使用三极管作为风扇开关 ​

使用 Python 控制风扇 ​

auto_fan.py ​

下面进行实测 ​

实际用到的设备和元器件: ​

接线准备 ​

针脚调整 ​

在负极上加装三极管 ​

对线材以及接口处进行绝缘处理 ​

安装到树莓派4B ​

上机效果图 ​

运行温控程序 auto_fan.py ​

还能做些什么? ​

AMD Ryzen 启动 Android Studio Emulator 虚拟机

AMD Ryzen 启动 Android Studio Emulator 虚拟机 ​

先决条件 ​

环境准备 ​

1.在 BIOS 设置中开启虚拟化技术(SVM) ​

2.启用 "Windows Hypervisor Platform" (不是 "Hyper-V") ​

3.检查 Android Studio 以及 Android Emulator 版本(如果你安装的是最新版本, 请忽略这一步.) ​

4.检查 Windows 10 版本 ​

实测 ​

测试环境 ​

测试结果 ​

Vue + Electron 混合开发并使用 Node.js 遇到的一个坑

Vue + Electron 混合开发并使用 Node.js 遇到的一个坑 ​

场景 ​

Node.js 报错 ​

测试环境 ​

解决问题 ​

vue.config.js ​

测试结果 ​

Vue CLI 直接运行 ​

通过 Electron 运行 ​

新的开始, 从Typecho到VuePress😀

新的开始, 从Typecho到VuePress😀 ​

来自基于Typecho原博客第一帖的问候~ ​

为什么从Typecho到VuePress? ​

Vue ​

初衷 ​

ESP32-S3 GPIO 速查

SPI 跑满 80MHz

八线 PSRAM 吃掉 GPIO35–37

深睡与 ULP 引脚

选引脚决策

数据来源

ESP32-C6 GPIO 速查

SPI 跑满 80MHz

深睡与 LP 引脚

选引脚决策

数据来源

ESP32-C3 GPIO 速查

SPI 跑满 80MHz

选引脚决策

数据来源

迷你 USB HUB 切换器

特点

原理图与 PCB

其他说明

树莓派温控散热风扇

获取SoC实时温度

通过以下命令可以查看当前SoC温度(结果除以1000, 单位/℃)

风扇供电问题

可以通过 GPIO 针脚直接供电驱动吗?

通过 5V 针脚或者 3V3 针脚供电

如何控制风扇的开关?

使用三极管作为风扇开关

使用 Python 控制风扇

auto_fan.py

下面进行实测

实际用到的设备和元器件:

接线准备

针脚调整

在负极上加装三极管

对线材以及接口处进行绝缘处理

安装到树莓派4B

上机效果图

运行温控程序 auto_fan.py

还能做些什么?

AMD Ryzen 启动 Android Studio Emulator 虚拟机

先决条件

环境准备

1.在 BIOS 设置中开启虚拟化技术(SVM)

2.启用 "Windows Hypervisor Platform" (不是 "Hyper-V")

3.检查 Android Studio 以及 Android Emulator 版本(如果你安装的是最新版本, 请忽略这一步.)

4.检查 Windows 10 版本

实测

测试环境

测试结果

Vue + Electron 混合开发并使用 Node.js 遇到的一个坑

场景

Node.js 报错

测试环境

解决问题

vue.config.js

测试结果

Vue CLI 直接运行

通过 Electron 运行

新的开始, 从Typecho到VuePress😀

来自基于`Typecho`原博客第一帖的问候~

为什么从Typecho到VuePress?

Vue

初衷