YuzukiNeko: Linux SBC ไซซ์ Raspberry Pi Pico
หน้าตาไซซ์ใกล้ Raspberry Pi Pico แต่ข้างในไม่ใช่ Microcontroller Board แบบที่เราเห็นกันทั่วไป เพราะ YuzukiNeko ยัด RISC-V SoC, RAM, NOR Flash, microSD และความสามารถในการรัน Embedded Linux ลงบนบอร์ดกว้างราว 21 มิลลิเมตร
YuzukiNeko เป็น Open-source Hardware SBC จาก YuzukiHD ที่ใช้ Allwinner F101S3 พร้อม XuanTie C907 RISC-V CPU และมาใน Layout แบบ 2 × 20 Pin ที่ชวนให้นึกถึง Raspberry Pi Pico
แต่ประเด็นสำคัญคือ: ทรงเหมือน Pico ไม่ได้แปลว่าเป็น Pico หรือเสียบแทน Pico ได้ทันที
โลกข้างในของบอร์ดนี้ ใกล้กับ Embedded Linux SBC มากกว่า MCU Development Board และจุดเด่นของ F101 ก็ไม่ได้มีแค่ CPU แต่รวมไปถึง Display Engine, Graphics, Audio และ Peripheral สำหรับงาน Control อีกค่อนข้างเยอะ
ก่อนอ่านต่อ มีจุดที่ต้องแยกให้ชัด: URL และข้อมูลบางส่วนรอบการเปิดตัว เคยมีคำว่า “64-bit” แต่ Current Buildroot Support ของ YuzukiHD ระบุ YuzukiNeko เป็น RV32 และมี Xuantie musl32 toolchain configuration ดังนั้นบทความนี้จะเรียกบอร์ดว่า RISC-V Linux SBC และจะไม่ฟันธงว่าเป็น 64-bit
Key Takeaways
- YuzukiNeko เป็น Open-source Hardware SBC จาก YuzukiHD
- Current Board Design ใช้ Allwinner F101S3
- CPU คือ XuanTie C907 RISC-V แบบ Single Core สูงสุด 1.008 GHz
- มี 32 KB I-cache และ 16 KB D-cache
- บอร์ดติดตั้ง 16 MiB PSRAM
- มี 16 MiB External NOR Flash รองรับ XIP
- มี microSD Card Slot
- USB-C ใช้สำหรับ Power, Data และ Programming ตามข้อมูลต้นทาง
- ขนาดประมาณ 51 × 21 mm
- มี Pico-style 2 × 20 Pin Headers แต่ไม่ได้ระบุว่า Pin-compatible กับ Raspberry Pi Pico
- External Interface ควรออกแบบสำหรับ 3.3V Logic
- SoC มี SPI ×2, UART ×6, TWI/I²C ×3 และ CAN ×2
- Pin Functions เป็น Multiplexed Functions และใช้พร้อมกันทุก Function ไม่ได้
- CAN ที่ออกจาก SoC เป็น Logic-level ต้องใช้ External CAN Transceiver
- รองรับ RGB888, LVDS และ 4-lane MIPI DSI ตาม SoC Capability
- รองรับ Linux, Buildroot และ Zephyr RTOS
- Current Buildroot Repository ระบุ YuzukiNeko เป็น RV32
- Hardware Repository ใช้ CC0 1.0 สำหรับ Hardware Design
- PCB V1.3 มี PD Pin Silkscreen Errata ส่วน V1.4 แก้ Label แล้ว
- ณข่าวต้นทางวันที่ 8 กันยายน 2026 บอร์ดยังไม่ได้วางขาย
YuzukiNeko คืออะไร?
YuzukiNeko คือ Single Board Computer ขนาดเล็ก ที่ YuzukiHD สร้างขึ้นบน Allwinner F101 Series ซึ่ง Allwinner วางตำแหน่งชิปตระกูลนี้ สำหรับงาน Smart Control and Display
Current Hardware Repository ระบุ Board ปัจจุบันว่าใช้:
Allwinner F101S3 + XuanTie C907 RISC-V CPU
พร้อม:
- 16 MiB PSRAM
- 16 MiB NOR Flash
- microSD
- USB-C
- 2 × 20 Pin Expansion Headers
- FEL Button
สรุปให้เห็นภาพ: ถ้า Raspberry Pi Pico อยู่ในโลก Microcontroller Board, YuzukiNeko พยายามเอารูปทรง Board ที่เล็กใกล้เคียงกัน มาใส่ SoC ที่สามารถเข้าสู่โลก Embedded Linux ได้
คำว่า Raspberry Pi Pico Form Factor หมายถึง “รูปทรง” ก่อน
CNX Software เรียก YuzukiNeko ว่าเป็น Board ขนาด Raspberry Pi Pico
ขนาดที่ข่าวระบุคือประมาณ:
51 × 21 mm
และ Hardware Repository เรียก Header Layout ว่า:
Pico-style 2 × 20 Pin Layout
ตรงนี้ต้องแยก “Form Factor” ออกจาก “Pin Compatibility”
อย่าเห็นทรง Pico แล้วเอาไปเสียบแทน Pico เดิมทันที: Pinout ของ YuzukiNeko ใช้ GPIO Naming ของ Allwinner F101S3 เช่น PD, PE, PB และ GPADC และ Source ไม่ได้ระบุว่าเป็น Drop-in Pin-compatible Replacement สำหรับ Raspberry Pi Pico
ดังนั้นถ้ามี Carrier Board, Base Board หรือ Shield ที่ออกแบบตาม Pico Pinout อยู่แล้ว ต้องเปิด Schematic และ Pinout ของ YuzukiNeko เทียบก่อนทุกครั้ง
แล้วเรื่อง “64-bit” ที่บางข้อมูลพูดถึงล่ะ?
ประเด็นนี้ ต้องยึด Current Software Support มากกว่าพาดหัวเก่า
Current Buildroot External Tree ของ YuzukiHD ระบุ Board เป็น:
YuzukiNeko — Allwinner SUN252I-F101, RV32
และ Defconfig ฝั่ง Xuantie ใช้:
musl32 toolchain
ดังนั้นในบทความนี้ จะไม่ใช้คำว่า “64-bit YuzukiNeko” เป็น Specification
ถ้าจะอ้าง Architecture ในงาน Technical: แนะนำเช็ก Current Buildroot, Toolchain และ BSP ของ YuzukiHD ณเวลาที่ใช้งานจริง เพราะ Software Support สามารถเปลี่ยนระหว่างการพัฒนา Board ได้
Allwinner F101S3: CPU ไม่ใช่ทุกอย่างของชิปตัวนี้
F101 ถูกออกแบบมาทาง Smart Control และ Display จึงมี Hardware Block นอกเหนือจาก CPU ค่อนข้างเยอะ
| ส่วน | ข้อมูลจาก Source |
|---|---|
| CPU | XuanTie C907 RISC-V Single Core |
| Maximum CPU Frequency | 1.008 GHz |
| I-cache | 32 KB |
| D-cache | 16 KB |
| Package | QFN68, 7 × 7 mm |
| PSRAM | F101S3 มี 16 MiB PSRAM แบบ SiP และ YuzukiNeko ติดตั้ง 16 MiB |
| Display | RGB888, LVDS, MIPI DSI |
| Audio | DAC, HPOUT, I2S/PCM, OWA OUT |
| USB | USB 2.0 DRD |
| Security | 512-bit eFuse Storage |
มุมที่น่าสนใจกว่าแค่ “CPU 1 GHz”: F101 มี Display, Graphics, Image, Audio และ Peripheral Block อยู่ในตัว จึงดูเหมาะกับงาน Embedded HMI, Display Controller และอุปกรณ์ควบคุม มากกว่าการเอาไปแข่ง Benchmark กับ SBC Desktop Class
RAM มี 16 MiB — เล็กมากถ้ามองแบบ PC แต่คนละบริบท
F101 Family มี Variant:
- F101S2 — 8 MB PSRAM
- F101S3 — 16 MB PSRAM
ส่วน Current YuzukiNeko Design ใช้:
F101S3 พร้อม 16 MiB PSRAM
ตรงนี้เป็นเหตุผล ที่ต้องเรียกว่า Embedded Linux SBC มากกว่าทำให้คนเข้าใจว่า เป็น Linux Desktop Board จิ๋ว
Linux-capable ไม่เท่ากับ Desktop Linux PC: Source รองรับ Linux / Buildroot จริง แต่ Board มี RAM ในระดับ 16 MiB จึงควรมอง Use Case ในโลก Embedded System มากกว่าการเทียบตรง ๆ กับ Raspberry Pi รุ่นใหญ่
128 Mbit NOR Flash กับ 16 MiB NOR Flash คือก้อนเดียวกัน
CNX ระบุ Storage เป็น:
128 Mbit SPI NOR Flash
ส่วน Current Hardware Repository เขียนเป็น:
16 MiB External NOR Flash
เป็นการบอก Capacity เดียวกัน ในคนละหน่วย ไม่ใช่ Flash สองก้อน
Repository ยังระบุว่า NOR รองรับ:
XIP — Execute in Place
นอกจาก NOR บอร์ดยังมี:
microSD Card Slot
NOR กับ microSD ต่างกันยังไงในภาพรวม?
NOR Flash เป็น System Resource ที่ Current Buildroot Support สามารถประกอบ Firmware Image ขนาด 16 MiB สำหรับ Boot Linux ได้
ขณะที่ microSD เป็น Storage Interface เพิ่มเติมบน Board
อย่าลบหรือเขียน NOR แบบสุ่ม: Hardware Repository ระบุ Onboard NOR เป็น System Resource และ Buildroot Image มี Bootloader, Device Tree, OpenSBI, Kernel และ Root Filesystem อยู่ใน Layout
USB-C ช่องเดียวรับหลายหน้าที่
CNX ระบุ USB-C ของ Board สำหรับ:
- Power
- Data
- Programming
Power Supply ของ Board คือ:
5V ผ่าน USB-C
ฝั่ง SoC ให้ USB Controller:
USB 2.0 DRD
Source ไม่ได้ระบุ USB 3.0 ดังนั้นบทความนี้ จะไม่เพิ่ม Capability เกินข้อมูลต้นทาง
จุดแข็งจริงของ F101 น่าจะอยู่ฝั่ง Display มากกว่า Compute อย่างเดียว
Allwinner เรียก F101 ว่า Smart Control and Display Processor และ Block Diagram ก็สะท้อนภาพนั้นชัด
Display Processing
- Allwinner Awonder1.1 Lite Post-processing
- De-interlace สูงสุด 720p @ 60 fps
- G2D Hardware Accelerator สำหรับ Rotate และ Mixer
Display Output
| Interface | Maximum ที่ Source ระบุ |
|---|---|
| RGB888 | 1280 × 720 @ 60 fps |
| Single-link LVDS | 1366 × 768 @ 60 fps |
| 4-lane MIPI DSI | 1280 × 800 @ 60 fps |
นี่ทำให้ F101 น่าสนใจสำหรับ Project ประเภท:
- Embedded Display
- Local HMI
- Control Panel
- Compact UI Device
- Audio / Display Controller
แต่รายการด้านบน เป็นการมอง Use Case จาก Hardware Capability ไม่ใช่การยืนยันว่า YuzukiNeko มี Connector พร้อมเสียบ Display ทุก Interface ออกจาก Board โดยตรง
มี Image / MJPEG Engine แต่ไม่ได้แปลว่ารองรับ Codec ทุกอย่าง
Source ของ F101 ให้รายละเอียดด้าน Image และ Encoding ดังนี้:
Image Decoding
- JPEG สูงสุด 16384 × 16384
- PNG สูงสุด 2048 × 2048
Image / Video Encoding
- JPEG / MJPEG สูงสุด 720p @ 30 fps
- Source ระบุ Maximum Resolution ของ Block ไว้ถึง 8192 × 8192
อย่าเติม H.264 / H.265 เอง: Spec ชุดที่ใช้ในบทความนี้ ไม่ได้ระบุ Hardware H.264 หรือ H.265 Decode ดังนั้นจะไม่สรุปว่า Board เหมาะกับการเล่น Video Codec เหล่านั้นโดยอัตโนมัติ
Audio ก็มีทั้ง Analog และ Digital
F101 มี Audio Block ที่ Source ระบุ:
- DAC
- Analog HPOUT
- I2S / PCM
- OWA OUT
CNX ยังระบุว่าบน Board มี Pad เพิ่ม:
5 Pads สำหรับ HPOUT และ GPIO เพิ่มเติม
ดังนั้น Board ไม่ได้ถูกวางให้เป็น Linux Compute Board อย่างเดียว แต่ยังมีทางไปสู่งาน Audio / Display ตาม Positioning ของ F101
Peripheral ใน SoC เยอะเกินตัว แต่ต้องอ่าน Pinmux ก่อน
F101 มี Peripheral ตาม Specification เช่น:
| Peripheral | จำนวน / Capability |
|---|---|
| SPI | 2 |
| UART | 6 |
| TWI / I²C | 3 |
| CAN | 2 Controllers |
| PWM | 4-channel PWM + PWM_BL Functions ตาม SoC Spec |
| IR | IR_RX |
| ADC | GPADC และ TPADC |
| SDIO | SDIO 2.0 / 3.0 ตามข้อมูล CNX |
แต่ตรงนี้ มี Trap ที่มือใหม่ ต้องระวังมาก:
จำนวน Peripheral ใน SoC ไม่ได้แปลว่าเราสามารถเปิดทุก Interface พร้อมกันได้บน Pin ที่แชร์กัน
Pinmux คืออะไร แล้วทำไม YuzukiNeko ต้องสนใจมันมาก?
Pin หนึ่งขา บน SoC ไม่ได้มีหน้าที่เดียวตายตัวเสมอ
ขาเดียวกัน อาจเลือกเป็น:
- GPIO
- UART
- SPI
- TWI / I²C
- I2S
- PWM
- CAN
- Display Signal
แล้ว Software จะเลือก Function ที่ต้องการผ่าน Pin Controller / Pinmux
↓
มี Alternate Functions หลายแบบ
↓
Device Tree / Pinctrl เลือก Function
↓
ใช้งานหนึ่ง Function ตาม Configuration
Function ที่อยู่บน Pin เดียวกันเป็น Mutually Exclusive: เช่นถ้า Pin ชุดหนึ่ง ถูกใช้กับ MIPI DSI หรือ LVDS ก็ไม่ได้หมายความว่า UART / I²C / GPIO ที่แชร์ Pin เดียวกัน ยังสามารถใช้พร้อมกันทั้งหมดได้
Current Hardware Repository ยังเตือนให้ตรวจ:
- BSP pinctrl settings
- Device Tree
- Boot Log
- Schematic
ก่อนนำ Expansion Hardware ไปต่อกับ Pin ที่เกี่ยวข้องกับ Display, USB หรือ Boot-critical Resource
มี CAN Controller จริง แต่ยังขาดชั้น Physical Bus
F101 มี CAN Controller สองชุด และ Pinmux ของ Board มี CAN TX / RX ให้เลือกบนบาง GPIO
แต่ Output เป็น:
Logic-level CAN Signals
ถ้าจะต่อเข้ากับ Physical CAN Bus จริง ยังต้องมี:
- External CAN Transceiver
- Bus Wiring ที่ถูกต้อง
- Bus Termination ที่เหมาะสม
อย่าต่อ CANH / CANL เข้ากับ GPIO โดยตรง: YuzukiNeko ให้ Logic-level TX/RX จาก Controller ไม่ใช่ Differential Physical CAN Interface
Header มีทั้ง 5V และ 3.3V แต่ GPIO ไม่ได้แปลว่าเป็น 5V Logic
2 × 20 Pin Header มีทั้ง:
- 3V3
- 5V
- GND
- GPIO
- GPADC
Hardware Repository ระบุให้:
ออกแบบ External Interface สำหรับ 3.3V Logic
เห็น Pin 5V ไม่ได้หมายความว่า GPIO 5V-tolerant: 5V เป็น Power Pin ส่วน GPIO Interface ให้ยึด 3.3V Logic ตาม Repository
แล้ว GPADC รับแรงดันเท่าไร?
Source ตั้งใจไม่ฟันธงตัวเลข
Repository ระบุว่า Exact Channel, Input Range และ Reference Voltage ของ GPADC ต้องตรวจ:
- YuzukiNeko Schematic
- Complete F101S3 Documentation
- BSP / Board-level Configuration
ดังนั้นบทความนี้ จะไม่สร้าง Range เช่น “0–3.3V” ขึ้นเอง
ถ้ามี PCB V1.3 อยู่ในมือ ต้องรู้เรื่อง Silkscreen Errata ก่อนแตะ Pinmux
Current Hardware Repository ระบุว่า F101S3 ไม่มี GPIO:
PD10PD11
แต่ PCB V1.3 เคยพิมพ์ Silkscreen ไล่เลขต่อจาก PD9 ทำให้ Label ตั้งแต่จุดนั้น เลื่อนไปจาก GPIO จริง
| V1.3 Silkscreen | GPIO จริง / V1.4 |
|---|---|
PD10 |
PD12 |
PD11 |
PD13 |
PD12–PD20 |
PD14–PD22 ตามลำดับ |
Version:
V1.4 แก้ Silkscreen แล้ว
ถ้าใช้ V1.3 อย่า Config จากตัวหนังสือบน PCB อย่างเดียว: ให้เทียบ Actual F101S3 GPIO, Current Pinout Table และ Schematic ก่อนตั้ง Pinmux
Software ไม่ได้มีแค่ Bare-metal — มี Linux, Buildroot และ Zephyr
CNX ระบุ Software Support:
- Linux Source based on mainline Linux 7.2
- Buildroot
- Zephyr RTOS
Linux Source อยู่ใน Repository แยกจาก Hardware และ Buildroot Support ก็อยู่ใน External Tree ของ YuzukiHD
Linux บน RAM 16 MiB เอาไปทำอะไร?
สิ่งที่ควรคิดก่อน คือ Board ถูกออกแบบในโลก Embedded
ไม่ใช่การแข่งว่า เปิด Desktop Environment ได้เหมือน SBC RAM หลาย GB หรือไม่
Use Case ที่เข้ากับ Hardware Direction มากกว่าคือ:
- Embedded Control
- Compact HMI
- Dedicated Display Device
- Custom Appliance
- Audio / UI Controller
- GPIO / Peripheral Experiment
- RISC-V Linux Study Platform
ความน่าสนใจสำหรับ Maker: เราได้ Board ที่ยังเล็กระดับ Development Board แต่ต้องเริ่มคิดแบบ Linux SBC เช่น Bootloader, Device Tree, Kernel, Root Filesystem และ Pinmux มากกว่าการ Upload Sketch แบบ MCU อย่างเดียว
Buildroot ทำให้เห็นว่า Linux บน Board เล็ก ๆ ถูกประกอบยังไง
Current Buildroot External Tree มี Defconfig สำหรับ YuzukiNeko หลายแบบ ทั้ง:
- Development Initramfs
- Xuantie Toolchain Initramfs
- NOR Firmware Image
- Xuantie Toolchain NOR Firmware Image
สำหรับ NOR Build Repository ประกอบ:
- Bootloader
- Device Tree
- OpenSBI
- Linux Kernel Image
- Root Filesystem
- Writable Overlay Area
ตัวอย่าง NOR Layout จาก Current Buildroot Repository
| Offset | ส่วน | ข้อมูล |
|---|---|---|
0x000000 |
Bootloader | SyterKit SPI NOR Boot |
0x010000 |
Device Tree | YuzukiNeko DTB |
0x050000 |
OpenSBI | fw_jump.bin |
0x0d0000 |
Linux Image | พื้นที่ Kernel ประมาณ 6 MiB ใน Layout |
0x6d0000 |
Root Filesystem | SquashFS |
0xf00000 |
Overlay | พื้นที่ท้าย 1 MiB สำหรับ JFFS2 Overlay |
ตารางนี้เป็น Layout ของ Current Buildroot Support: ไม่ควรเอา Offset ไป Flash ด้วยมือโดยไม่อ่าน Board README, Post-image Script, Device Tree และขั้นตอนของ Repository เวอร์ชันเดียวกัน
คำว่า Open Hardware รอบนี้ไม่ได้มีแค่ PDF Schematic
YuzukiNeko เปิด Hardware Resource ไว้หลายระดับ
- PDF Schematics
- EasyEDA PCB Layout
- Gerber Files
- 3D STEP File
- BoM
- Hardware Documentation
- Pinout / Pinmux Information
- Errata
Hardware Repository ระบุ License:
CC0 1.0 Universal
และอธิบายว่า Hardware Design ถูกอุทิศสู่ Public Domain ภายใต้ CC0
แต่อย่าเหมารวม Software License: Repository ระบุว่า Firmware, Software และ Third-party Files ให้เป็นไปตาม License ที่กำหนดใน Directory ของแต่ละส่วน
แล้วซื้อได้ไหม? ตอนข่าวออกยังไม่ได้วางขาย
CNX Software ระบุ ณวันที่เผยแพร่ข่าวว่า:
YuzukiNeko ยังไม่ได้วางขาย
ข่าวยกตัวอย่างว่า Hardware Open-source รุ่นก่อนหน้าของ YuzukiHD บางรุ่น เคยพัฒนาไปสู่การขายจริง จึงมีความเป็นไปได้ว่า YuzukiNeko อาจตามมาในภายหลัง
แล้วตัวเลข “ต่ำกว่า $10” มาจากไหน?
CNX อ้างสมาชิกใน Whycan Forum คนหนึ่ง ที่กล่าวว่า F101 Chip มีราคาประมาณ:
18 yuan หรือประมาณ $2.70
จากนั้น CNX จึงตั้งข้อสังเกตว่า Board แบบ YuzukiNeko หรือ Design ใกล้เคียง อาจ ทำราคาได้ต่ำกว่า $10
$10 ไม่ใช่ราคาขายของ YuzukiNeko: ณ Source ที่ใช้ในบทความนี้ Board ยังไม่มีราคา Official ตัวเลขดังกล่าวเป็นเพียงการคาดการณ์ จากราคาชิปที่มีผู้ใช้ Forum กล่าวถึง
Code / Command: Buildroot มี Config สำหรับ YuzukiNeko แล้ว
รอบนี้มี Command จาก Current Buildroot Repository โดยตรง จึงนำมาแสดง เพื่อให้เห็น Workflow การเลือก Board Defconfig และสั่ง Build
นี่ไม่ใช่ Flash-and-run Tutorial ฉบับเต็ม: ต้องเตรียม Upstream Buildroot, External Tree, Toolchain และ Build Directory ให้ถูกต้องก่อน และควรอ่าน Current Repository ก่อนรัน Command จริง
make -C <path-to-upstream-buildroot> O=<build-dir> \
BR2_EXTERNAL=/path/to/buildroot-external-yuzukihd \
yuzukihd_yuzukineko_xuantie_ramdisk_defconfig
make -C <path-to-upstream-buildroot> O=<build-dir>
อ่าน Command แบบง่าย: บรรทัดแรก เลือก Configuration ของ YuzukiNeko จาก BR2_EXTERNAL ส่วนบรรทัดถัดไป คือสั่ง Build ใน Output Directory ที่กำหนด
อย่าเปลี่ยน Defconfig จากชื่อเดา: Current Repository มี Defconfig ทั้ง RAMDisk และ NOR หลายแบบ ให้เลือกตาม Build Target ที่ต้องการ ควรตรวจชื่อจาก Repository เวอร์ชันล่าสุดก่อน Build
ดู Schematic, Block Diagram และ Application Diagram
รอบนี้มีภาพอ้างอิง 4 ภาพ จึงแสดง Hero เพียงภาพเดียวด้านบน และซ่อนอีก 3 ภาพ ใน Pure CSS View more
ถ้าอยากเริ่มศึกษา YuzukiNeko ควรไล่จากตรงไหน?
เริ่มจาก Board Revision
เช็กก่อนว่า Board เป็น V1.3 หรือ V1.4 เพราะ V1.3 มี PD Silkscreen Errata ที่มีผลกับการตั้ง Pinmux
เปิด Schematic ก่อนต่อ Header
อย่าใช้ Form Factor แบบ Pico เป็นตัวตัดสิน Pin Function เพราะ YuzukiNeko ใช้ F101S3 Pinout ของตัวเอง
เลือก Peripheral ที่ต้องใช้
เช่น UART, I²C, SPI, I2S, CAN หรือ Display Interface
เช็ก Pinmux Conflict
ดูว่า Pin ที่ต้องใช้ ถูกแชร์กับ Display, Debug, PWM หรือ Peripheral อื่นหรือไม่
เลือก Software Stack
ถ้าต้องการ Linux ให้ศึกษา Buildroot และ Linux BSP ส่วนงาน RTOS สามารถดู Zephyr Support ของ Project
ค่อย Build Image
ใช้ Defconfig ที่ตรงกับ Target เช่น Development RAMDisk หรือ NOR Firmware ตาม Current Buildroot Repository
ตรวจ Boot Log และ Device Tree
ก่อนเพิ่ม Expansion Hardware โดยเฉพาะ Pin ที่เกี่ยวกับ Display, XIP, USB หรือ Interface ความเร็วสูง
สำหรับ Maker ไทย บอร์ดนี้น่าสนใจตรงไหน?
ถ้ามองเฉพาะตัวเลข RAM 16 MiB หลายคนอาจรู้สึกว่า “น้อยไปไหม?”
แต่ความสนุกของ YuzukiNeko อยู่ที่คนละโจทย์
มันเป็นพื้นที่ให้ลองศึกษา:
- RISC-V SoC
- Embedded Linux
- Buildroot
- OpenSBI
- Device Tree
- Pinmux
- Display Interface
- Audio
- Boot จาก NOR
- Open-source Hardware Design
โดยอยู่ใน Board ที่ Physical Size เล็กใกล้เคียง Development Board ที่ Maker คุ้นเคย
แต่ถ้าต้องการ Board ที่ซื้อและเริ่มใช้งานได้ง่ายกว่าในตอนนี้: YuzukiNeko ยังไม่ได้มีข้อมูลวางขาย ตาม Source รอบนี้ หากต้องการทดลอง Linux SBC, Raspberry Pi, Development Board หรืออุปกรณ์ Maker ที่มี Ecosystem พร้อมใช้งานกว่า สามารถสอบถามทีม Globalbyte เพื่อช่วยเช็กตัวเลือกได้
Project นี้ Technical มาก — แนะนำเปิดต้นฉบับควบคู่กัน
โดยเฉพาะก่อนทำเรื่อง:
- Pinmux
- GPIO Voltage
- GPADC
- CAN
- MIPI DSI / LVDS
- Device Tree
- NOR Flash
- Buildroot
- Linux BSP
- Board V1.3 Errata
ควรยึด Current Repository มากกว่าบทความสรุป เพราะ YuzukiNeko ยังเป็น Hardware ที่มีการปรับปรุง ทั้งเอกสาร, Board Revision และ Software Support
FAQ: YuzukiNeko และ Allwinner F101
YuzukiNeko คือ Raspberry Pi Pico รุ่นใหม่หรือไม่?
ไม่ใช่ เป็น Board จาก YuzukiHD ที่ใช้ Allwinner F101S3 แต่มีขนาดและ Layout แบบ Pico-style 2 × 20 Pin
เสียบแทน Raspberry Pi Pico ได้เลยไหม?
Source ไม่ได้ระบุว่า Pin-compatible หรือ Drop-in Replacement จึงต้องตรวจ Pinout และ Schematic ก่อนใช้กับ Carrier Board เดิม
YuzukiNeko เป็น 64-bit หรือไม่?
Current Buildroot Repository ของ YuzukiHD ระบุ Board เป็น RV32 และ Xuantie Defconfig ใช้ musl32 Toolchain ดังนั้นบทความนี้ ไม่เรียก Board ว่า 64-bit
CPU คืออะไร?
XuanTie C907 RISC-V แบบ Single Core สูงสุด 1.008 GHz
มี RAM เท่าไร?
Current YuzukiNeko ใช้ F101S3 พร้อม 16 MiB PSRAM
แล้วข้อมูล 8MB / 16MB มาจากไหน?
เป็น Variant ของ F101 Family: F101S2 มี 8 MB และ F101S3 มี 16 MB ส่วน Board ปัจจุบันใช้ F101S3
Flash มีเท่าไร?
16 MiB External NOR Flash ซึ่ง CNX แสดงเป็น 128 Mbit และ Repository ระบุ XIP Support
มี microSD ไหม?
มี microSD Card Slot อยู่บน Board
USB-C ใช้ทำอะไร?
CNX ระบุว่า ใช้สำหรับ Data, Power และ Programming โดย Board รับไฟ 5V ผ่าน USB-C
GPIO เป็น 5V หรือไม่?
Hardware Repository ระบุให้ External Interface ใช้ 3.3V Logic โดย 5V บน Header เป็น Power Pin ไม่ใช่การยืนยันว่า GPIO รับ 5V ได้
GPADC รับ 0–3.3V หรือไม่?
Source ไม่ยืนยัน Range ดังกล่าว และระบุให้ตรวจ Channel, Input Range และ Reference Voltage จาก Schematic และ SoC Documentation
มี UART กี่ชุด?
F101 SoC ระบุ UART สูงสุด 6 ชุด แต่การใช้งานจริง ต้องดู Pinmux และ Pin Conflict ของ Board
มี I²C ไหม?
มี TWI หรือ I²C จำนวน 3 ชุด ตาม SoC Specification โดยต้องดู Pinmux สำหรับขาที่ใช้จริง
มี CAN ไหม?
มี CAN Controllers แต่ Pin ให้ Logic-level TX/RX ต้องใช้ External CAN Transceiver และ Bus Termination ก่อนต่อ CAN Bus จริง
รองรับจออะไรบ้าง?
SoC รองรับ RGB888, Single-link LVDS และ 4-lane MIPI DSI ตาม Resolution ที่ระบุใน F101 Specification แต่ต้องตรวจ Pin Routing ของ Board ก่อนออกแบบ Hardware
รองรับ H.264 หรือ H.265 Hardware Decode ไหม?
Source ชุดที่ใช้ในบทความนี้ ไม่ได้ระบุ Capability นั้น จึงไม่ควรเติม Spec ขึ้นเอง
รัน Linux ได้จริงไหม?
มี Linux Source, Buildroot Support และ NOR Firmware Configuration จาก YuzukiHD สำหรับ Board นี้
เป็น Linux Desktop Board หรือไม่?
ควรมองเป็น Embedded Linux SBC เพราะ Current Board มี RAM 16 MiB และ Software Stack เน้น Buildroot / Embedded Use Case
รองรับ Zephyr ไหม?
CNX ระบุว่า Board และ F101 มี Zephyr RTOS Support จาก YuzukiHD
V1.3 มีปัญหาอะไร?
Silkscreen ของ PD Pins ตั้งแต่ PD10 เป็นต้นไป มีเลขไม่ตรง Actual GPIO โดย V1.4 แก้ Label แล้ว
Board Open Source แค่ไหน?
Hardware Repository มี Schematic, PCB, Gerber, STEP, BoM และข้อมูล Hardware พร้อม CC0 1.0 License สำหรับ Hardware Design
ซื้อได้แล้วหรือยัง?
ณข่าว CNX วันที่ 8 กันยายน 2026 YuzukiNeko ยังไม่ได้วางขาย
ราคาไม่ถึง $10 จริงไหม?
ยังไม่มีราคา Official ตัวเลขต่ำกว่า $10 เป็นเพียงการคาดการณ์ของ CNX จากข้อมูลราคาชิป F101 ที่มีผู้ใช้ Forum รายหนึ่งกล่าวถึง
YuzukiNeko น่าสนใจเพราะมันทำให้เส้นแบ่ง MCU กับ Linux SBC ดูเล็กลงมาก
ถ้ามองจากด้านนอก Board ขนาดประมาณ 51 × 21 mm อาจทำให้นึกถึง Development Board แบบ Pico
แต่พอแกะ Architecture:
↓
XuanTie C907 RISC-V
↓
16 MiB PSRAM
↓
16 MiB NOR + microSD
↓
Display + Audio + Peripheral Blocks
↓
OpenSBI + Linux + Buildroot
↓
Embedded Linux SBC
นี่จึงไม่ใช่เรื่อง “เอา Pico มาทำให้แรงขึ้น”
แต่เป็นการเอา Embedded Linux Platform มาบีบลงใน Physical Form Factor ที่เล็กและคุ้นตา สำหรับ Maker
อีกจุดที่น่าสนใจคือ YuzukiHD ไม่ได้เปิดแค่รูป Board แต่เปิดทั้ง Hardware Design, Pinmux, Errata, Linux และ Buildroot Support ให้คนที่อยากศึกษา ลงได้ลึกถึงระดับ Boot Flow และ Board Design
References / แหล่งข้อมูลต้นฉบับ
อยากลอง Linux SBC แต่ยังไม่อยากเริ่มจาก Board ที่ยังไม่วางขาย?
YuzukiNeko เป็น Project ที่น่าสนใจมาก สำหรับคนอยากศึกษา RISC-V, Embedded Linux, Buildroot, Display และ Open Hardware
แต่ Source รอบนี้ ยังระบุว่า Board ไม่ได้วางขาย อย่างเป็นทางการ
ถ้าต้องการเริ่ม Project ตอนนี้ สามารถสอบถามทีม Globalbyte เรื่อง Raspberry Pi, Development Board, microSD, Display Module หรืออุปกรณ์ Maker ที่เหมาะกับโจทย์ และมี Ecosystem พร้อมใช้งานกว่าได้
บทความนี้ไม่ได้ยืนยันว่า YuzukiNeko มี Stock หรือมีจำหน่าย ผ่าน Globalbyte เนื่องจาก Source ยังระบุว่า Board ไม่ได้วางขายในช่วงที่เผยแพร่ข่าว