你家人养牛

移植总结与未来展望 经过一系列的努力，我们成功地将 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 本身使用