OOC Relation Plugin是一款专为C语言OOC开发设计的VS Code扩展工具，主要解决C语言项目手动模拟面向对象编程时的结构混乱问题。该插件提供四大核心功能：可视化继承树展示类层次结构、一键生成基类/子类/接口的标准模板、智能管理虚函数生命周期（包括添加/重写虚函数）、自动生成PlantUML类图。通过结构体嵌套与函数指针表的自动化管理，使C语言项目能清晰实现继承、多态等面向对象特

与SPI相比，I8080并口最大的优势在于传输速度快，因为它使用多条数据线（通常是8条或16条）并行传输数据。ST7789支持8位或9位/16位的I8080并行接口。为了达到最佳性能和与原版NumWorks内存布局的兼容性，我们选择8位并口 + RGB565颜色格式。这意味着每个像素的16位颜色数据需要通过两次8位传输来完成（即写两次），但这对上层是透明的，我们只需要专注于正确配置总线即可。引脚名

芯片功能特点74HC5958位串行输入/并行输出移位寄存器用于输出，可级联，带有输出锁存器74HC1658位并行输入/串行输出移位寄存器用于输入，可级联通过使用74HC595和74HC165串行扩展芯片，我们成功地将ESP32-S3的键盘接口从16个GPIO减少到5个GPIO，为其他外设留出了充足的空间。硬件设计简单可靠，软件扫描算法清晰，易于集成到NumWorks的Ion层中。

本文档旨在从全局视角介绍将 NumWorks 图形计算器操作系统（Epsilon）移植到 ESP32-S3 平台的整体架构、关键步骤及核心挑战。通过一幅清晰的架构框图，结合分阶段说明，帮助读者快速理解移植工作的全貌。在深入移植细节之前，有必要先了解 NumWorks 的软件分层结构。应用层：包含计算器、函数绘图、统计等内置应用。数学引擎 Poincaré：负责表达式解析、符号计算、数值计算。图形库

经过一系列的努力，我们成功地将 NumWorks 图形计算器的核心软件（Epsilon）移植到了 ESP32-S3 平台上。从最初的开发环境搭建，到最后的运行时调试，每一步都充满了挑战与收获。本篇将对整个移植工作进行系统性的总结，回顾我们所做的工作、遇到的困难以及解决思路，并展望未来可能的优化方向，希望能为其他嵌入式移植项目提供有价值的参考。将 NumWorks 移植到 ESP32-S3 是一次充

芯片功能特点74HC5958位串行输入/并行输出移位寄存器用于输出，可级联，带有输出锁存器74HC1658位并行输入/串行输出移位寄存器用于输入，可级联通过使用74HC595和74HC165串行扩展芯片，我们成功地将ESP32-S3的键盘接口从16个GPIO减少到5个GPIO，为其他外设留出了充足的空间。硬件设计简单可靠，软件扫描算法清晰，易于集成到NumWorks的Ion层中。

通过将LCD驱动封装到NumWorks的Ion层，我们成功地将ESP32-S3的硬件显示能力与NumWorks的图形库对接起来。现在，所有Kandinsky的绘图命令都会经过pushRect等函数更新帧缓冲，并在时通过高效的DMA传输刷新到屏幕。这为后续移植键盘、存储等其他模块打下了坚实的基础。在下一篇文章中，我们将开始处理输入部分——将ESP32-S3的GPIO按键映射到NumWorks的事件系

与SPI相比，I8080并口最大的优势在于传输速度快，因为它使用多条数据线（通常是8条或16条）并行传输数据。ST7789支持8位或9位/16位的I8080并行接口。为了达到最佳性能和与原版NumWorks内存布局的兼容性，我们选择8位并口 + RGB565颜色格式。这意味着每个像素的16位颜色数据需要通过两次8位传输来完成（即写两次），但这对上层是透明的，我们只需要专注于正确配置总线即可。引脚名

ESP32-S3移植NumWorks可行性分析 本文对比了ESP32-S3硬件与NumWorks计算器原版STM32F4/F7芯片的关键参数。ESP32-S3配备240MHz双核CPU、512KB SRAM和8MB PSRAM，资源远超原版256KB RAM和100MHz单核CPU的需求。重点探讨了内存分配策略，建议将Poincaré数学引擎内存池、MicroPython堆和帧缓冲区等大内存需求组

CLion + ESP-IDF 编译 NumWorks 移植指南 本文详细介绍了如何使用 CLion 配置 ESP-IDF 项目，将 NumWorks 计算器代码移植到 ESP32-S3 平台。主要内容包括： 通过 CLion 向导创建 ESP-IDF 项目 将 NumWorks 代码模块化为 ESP-IDF 组件结构 编写适配 ESP32-S3 的主程序入口 配置各模块的 CMakeLists.