PicoOS
- 5 Devlogs
- 9 Total hours
A minimalist, retro-styled operating system for the Raspberry Pi Pico 2 (RP2350), written in C.
A minimalist, retro-styled operating system for the Raspberry Pi Pico 2 (RP2350), written in C.
To stop rewriting core system code for every new feature, PicoOS now features a minimalist SDK. This application library standardizes how programs interface with the OS for rendering and input handling, making the codebase modular.
PicoOS now supports standard ANSI color escape sequences. This brings color to the terminal interface without bloating the system, allowing for better visual hierarchy and cleaner error reporting.
Integrating older, hardcoded features into the new standardized SDK proved to be a real headache.
The biggest friction happened while adapting the ls command to the new library. Originally, the file listing system was deeply intertwined with the main loop and bypassed any formal API. Forcing it to fit into the new application structure broke the output formatting and data piping. It took a lot of tedious refactoring to abstract the file system calls into the SDK so that ls could run as a standard, isolated application while maintaining its output format.
The next native tool will be poe (PicoOS Editor). This minimalist text editor will run directly on top of the SDK, allowing basic file editing on the go.
The MicroPython version is not going anywhere and will remain active. However, as a C developer who loves low-level programming, a parallel version of PicoOS written entirely in C will start soon. This alternative kernel will run closer to the metal, offering absolute memory control, optimal performance on the RP2350, and a pure bare-metal experience.
Storage unlocked! Added SD card memory support for PicoOS today. The craziest part? It took me barely 20 minutes. The implementation was surprisingly straightforward, and the OS now effortlessly handles multiple SD cards simultaneously without any conflicts.
Next on the roadmap: building a library to make custom command development easier, and adding a “Clippy”-style assistant right inside the terminal.
Welcome to the second devlog!
I’ve spent the last two days expanding the shell’s toolkit to make the environment much more usable. I am happy to announce that the core lineup of indispensable Unix utilities and I/O features is now complete!
echo: Prints text to the terminal—essential for verifying variables, scripting, and testing streams.clear: Clears the terminal screen (super satisfying when working over UART!).cat: Outputs the content of a file directly to the terminal.less: A lightweight pager to view content page by page. It dynamically handles input either directly from a specified file or piped on the fly from another command using the shell pipeline (|).help: Displays the description and usage of available commands.I have successfully implemented basic I/O redirection operators into the shell parser:
>: Redirects a command’s standard output to a file, overwriting its existing content.>>: Redirects standard output to a file, but appends the data to the end of the file instead of wiping it.help works under the hoodTo keep things lightweight and modular, the help command doesn’t rely on a hardcoded dictionary. Instead, it dynamically parses an optional comment block placed right at the beginning of each command line inside /bin. Simple, effective, and completely decentralized.
With the fundamental CLI utilities and stream handling out of the way, I am shifting focus toward system architecture and usability:
I feel like the most critical commands are now up and running, but a shell can always grow.
What essential CLI utility or fun tool are you missing? If there is a specific command you’d love to see running natively on a Raspberry Pi Pico 2, drop it in the comments below!
Until next time!
Welcome to this very first devlog! After setting up the project description, it’s time to div into the actual code.
Lately, I’ve been focusing on implementing the core shell environment. The goal is to build a familiar CLI experience by rewriting essential Unix/Linux commands from scratch, keeping them lightweight and stripped of bloat
In this OS, every command lives as a file or folder inside the /bin directory, with the exception of cd, which has to be built directly into the shell to modify the current working directory.
Here is the standard structure for a basic command (e.g., hello):
def hello(args: list) -> int:
print("Hello World")
return 0
args[0] always hold the name of the program itself, followed by the actual arguments.I have successfully implemented a solid batch of core utilities:
ls: Lists directory contents. Supported flags: -l (long format) and -a (show hidden files).cd: Changes the current working directory.mkdir: Creates one or multiple directories.touch: Creates one or multiple empty files.rm: Removes files or directories. Supported flag: -r (recursive).mv: Renames or moves files/directories.cp: Copies files/directories. Supported flag: -r (recursive).picofetch: A custom, lightweight system information tool (think neofetch / fastfetch) custom-tailored for PicoOS.The shell is alive, but there is still plenty of low-level work to do. My immediate milestones are:
cat command along with a few other handy utilities.>) and piping (|).As a reminder, the final objective of this project is to build a functional mini-computer powered by a Raspberry Pi Pico 2. I’ll be handling networking, driving a graphical display purely over UART, and the ultimate test of fire: making DOOM run on it.
Stay tuned for the next updates!
For this Stardance marathon, I’m building a minimalist, retro-styled operating system running entirely on the new Raspberry Pi Pico 2 (RP2350) using MicroPython!
The goal is to blend the nostalgic command-line simplicity of MS-DOS with the modular design and philosophy of Unix/Linux. Everything is designed to be as close to the KISS (Keep It Simple, Stupid) and suckless principles as possible.
/bin directory).Can’t wait to log hours on this and see how far I can push this little dual-core chip. Let’s build! 💻🔥