โดยทั่วไป ไมโครคอนโทรลเลอร์มักถูกเขียนโค้ดขึ้นมาเพื่อทำงานเฉพาะเจาะจงโดยตรงเพื่อลดภาระการทำงานของระบบ (Overhead) ให้เหลือน้อยที่สุด อย่างไรก็ตาม ในระบบที่มีความซับซ้อนมากขึ้น การใช้ระบบปฏิบัติการ (OS) เข้ามาช่วยจัดการจะให้ประโยชน์ที่คุ้มค่ากว่า เฟเดริโกจึงได้หยิบยกประเด็นนี้ขึ้นมาอธิบาย โดยเริ่มจากการปูพื้นฐานว่า OS คือซอฟต์แวร์ที่คั่นกลางระหว่างฮาร์ดแวร์และแอปพลิเคชัน ประกอบด้วยเคอร์เนลหลัก บริการระบบพื้นฐาน ไลบรารี และไดรเวอร์อุปกรณ์
ความแตกต่างของสถาปัตยกรรมเคอร์เนลเป็นสิ่งสำคัญ โดยทั่วไป “Monolithic Kernel” (เช่น Linux) จะแยกส่วน Kernelspace และ Userspace ออกจากกันอย่างเด็ดขาด แต่จำเป็นต้องใช้หน่วยจัดการหน่วยความจำ (MMU) ซึ่งมักพบในคอมพิวเตอร์ทั่วไป ส่วน “Unikernel” (เช่น FreeRTOS) จะรวมแอปพลิเคชันและ OS เข้าเป็นไฟล์ไบนารีเดียวเพื่อเข้าถึงฮาร์ดแวร์โดยตรง แม้จะเหมาะกับไมโครคอนโทรลเลอร์ แต่ก็มีข้อจำกัดด้านความเสถียร ความปลอดภัย และไม่สามารถอัปเกรดระบบแบบยืดหยุ่นได้
“Fluid Kernel” จึงถูกออกแบบมาเพื่อทำงานที่จุดตัดระหว่างสถาปัตยกรรมทั้งสองแบบ ทำให้นักพัฒนาสามารถเลือกโฮสต์แอปพลิเคชันใน Kernelspace หรือ Userspace ได้ตามต้องการ อีกทั้งยังรองรับมาตรฐาน POSIX และใช้หน่วยป้องกันหน่วยความจำ (MPU) ที่มีใน MCU 32 บิตยุคใหม่ เพื่อปกป้องหน่วยความจำขั้นพื้นฐาน นอกจากนี้ยังเลือกคอมไพล์ให้กลายเป็น Unikernel เพื่อลดขนาดโค้ดได้เช่นกัน โดยในงานได้มีการยกตัวอย่าง Miosix RTOS มาเป็นเครื่องพิสูจน์แนวคิดนี้ พร้อมคำแนะนำในการใช้ภาษา C++ บนไมโครคอนโทรลเลอร์อย่างมีประสิทธิภาพสูงสุด
🏷️ หมวดหมู่: cons, Hackaday Columns, Microcontrollers, fluid kernel, Hackaday Europe 2026, kernel, microcontrollers, operating system
🔗 อ่านบทความฉบับเต็ม: hackaday
