numworks开源图形计算器移植记录

移植总结与未来展望 经过一系列的努力，我们成功地将 NumWorks 图形计算器的核心软件（Epsilon）移植到了 ESP32-S3 平台上。从最初的开发环境搭建，到最后的运行时调试，每一步都充满了

移植调试实战——运行时问题排查与解决 在前几篇文章中，我们成功完成了 NumWorks 各模块的编译适配，并生成了可烧录的固件。然而，当程序真正在 ESP32-S3 硬件上运行时，一系列意料之外的问题

编译问题汇总与解决方案（二） 在上一篇文章中，我们介绍了由于平台差异和编译器严格性导致的一类编译问题及其解决方法。本篇将继续汇总我们在移植过程中遇到的另一类问题——主要集中在 代码生成、类型转换、Py

编译问题汇总与解决方案 在将 NumWorks 移植到 ESP32-S3 的过程中，除了硬件适配外，我们还遇到了大量编译问题。这些问题主要源于平台差异（从 ARM 到 Xtensa）、编译器差异（从

存储模拟——实现 Ion::Storage 的持久化 在前几篇文章中，我们成功实现了屏幕显示和按键输入。现在，我们需要解决一个关键问题——数据的持久化存储。NumWorks 使用内部闪存来保存用户数据

按键扫描——用74HC595和74HC165扩展GPIO实现矩阵键盘 在上一篇文章中，我们成功地将LCD驱动集成到了NumWorks的Ion层，实现了显示输出。接下来，我们需要解决输入问题——如何让E

移植LCD驱动——添加到numworks中 在前一篇文章中，我们成功在ESP32-S3上使用I8080并口驱动了ST7789屏幕，并可以通过esp_lcd API进行基本的绘图操作。但要让NumWor

移植LCD驱动——为ESP32-S3启用I8080并口模式 在上一篇文章中，我们搭建好了开发环境。现在，我们将真正开始与硬件打交道，将NumWorks的图形输出到屏幕上。与模拟器不同，在实体硬件上，我

从 Makefile 到 CMake —— 提取模块依赖并集成到 ESP-IDF 在上一篇文章中，我们规划了如何将 NumWorks 代码组织成 ESP-IDF 组件。然而，NumWorks 本身使用

使用 CLion + ESP-IDF 编译，添加模块并集成编译出 bin 文件 在之前的文章中，我们已经搭建好了开发环境，下载了 NumWorks 源码，并分析了 ESP32-S3 的资源情况。现在，

ESP32-S3 硬件资源分析及 NumWorks 原版运行需求 在开始移植工作之前，我们需要对目标硬件平台（ESP32-S3）和待移植软件（NumWorks Epsilon）的资源需求做一个全面的分

下载 NumWorks 代码并分析目录结构 在开发环境搭建好之后，下一步就是获取 NumWorks 的源代码，并熟悉它的组织结构。NumWorks 是一款开源图形计算器，其代码托管在 GitHub 上

使用 CLion 和 ESP-IDF 搭建 ESP32-S3 开发环境 1. 引言 将 NumWorks 图形计算器移植到 ESP32-S3 的第一步，是搭建一个稳定、高效的开发环境。ESP32-S3

NumWorks 移植到 ESP32-S3 全局概述 本文档旨在从全局视角介绍将 NumWorks 图形计算器操作系统（Epsilon）移植到 ESP32-S3 平台的整体架构、关键步骤及核心挑战。通