1. 项目缘起当ESP32-S3遇上猫主子最近在捣鼓一块DFRobot的FireBeetle 2 ESP32-S3开发板手头正好有个OV2640摄像头模块。看着家里那位整天上蹿下跳、对一切电子设备充满好奇的猫主子一个念头冒了出来能不能让这块小小的开发板“认识”它不是简单的运动检测而是能区分出画面里的是猫、是人还是其他什么东西。这听起来像是需要把一台小型服务器塞进火柴盒里才能完成的任务但ESP32-S3这颗芯片的潜力让我觉得可以试一试。ESP32-S3作为乐鑫ESP32家族的新成员最大的亮点就是增强了AI加速能力。它内置的向量指令集和更大的片上内存为在边缘设备上直接运行轻量级机器学习模型提供了可能。传统的做法是摄像头采集图像通过Wi-Fi发送到云端服务器进行AI识别再把结果传回来。这种方式延迟高、依赖网络而且隐私性也是个问题。而“边缘AI”的思路就是让数据在产生的地方也就是设备端直接处理。对于识别猫咪这种简单的需求完全可以让ESP32-S3自己搞定。所以这个项目的核心目标很明确在FireBeetle 2 ESP32-S3开发板上实现一个离线、低功耗的猫咪识别系统。它不需要连接互联网通电即用当摄像头画面中出现猫时能通过板载的LED或者串口输出提示信息。这不仅仅是玩票更是对边缘AI落地到微型嵌入式设备的一次实战探索对于智能家居传感器、安防监控、玩具互动等场景都有参考价值。2. 核心武器库硬件选型与环境搭建工欲善其事必先利其器。要实现猫咪识别我们需要一套能“看见”并“思考”的硬件以及让硬件“听懂人话”的软件环境。2.1 硬件清单与连接要点我使用的硬件配置如下这也是一个非常经典且性价比高的ESP32-S3视觉应用组合主控FireBeetle 2 ESP32-S3。选择它是因为其板载了ESP32-S3R8芯片拥有8MB PSRAM这对于存储和处理图像数据至关重要。普通的ESP32-S3开发板可能只有外部SPI RAM而PSRAM访问速度更快是图像应用的理想选择。摄像头OV2640。一款200万像素的传感器支持JPEG输出大大减轻了主控进行原始图像格式转换的压力。它通过DVP并行接口与ESP32-S3连接。连接线一条FireBeetle 2专用的摄像头排线确保引脚顺序正确。硬件连接非常简单几乎是“傻瓜式”的。FireBeetle 2板子有一个标准的摄像头接口将OV2640模块的排线直接插入即可注意防呆口方向。供电方面我使用了一个5V/2A的USB-C电源适配器直接给开发板供电。稳定的电源对摄像头成像质量和系统稳定性影响很大不建议使用电脑USB口供电尤其是当Wi-Fi同时工作时电流可能不足。注意市面上OV2640模块版本众多驱动兼容性略有差异。如果后续在初始化摄像头时失败可以尝试在代码中调整pin_pwdn和pin_reset的引脚配置通常设为-1禁用或者检查排线是否插紧。我第一次就遇到了因排线接触不良导致的“黑屏”问题。2.2 软件开发环境抉择Arduino vs. ESP-IDF这是嵌入式开发第一个关键抉择。对于ESP32平台主要有两条路Arduino框架优点是生态丰富、库多、上手极快适合快速原型验证。社区有ESP32-Camera等库可以很快驱动摄像头并获取图像。ESP-IDF乐鑫官方IoT开发框架这是ESP32的“原生”开发环境提供最底层的控制和最优的性能特别是对ESP32-S3的新特性如AI指令支持最好。但学习曲线较陡。为什么我最终选择了ESP-IDF因为我们的目标是运行AI模型。虽然Arduino上也有TinyML相关的库如EloquentTinyML但它们通常依赖TensorFlow Lite Micro而TFLite Micro对ESP32-S3新指令集的优化支持在ESP-IDF环境下更成熟、更直接。乐鑫官方提供的模型转换和部署工具链如ESP-DL也是基于ESP-IDF的。为了榨干ESP32-S3的AI性能我决定从ESP-IDF开始。环境搭建主要是在VSCode中安装Espressif IDF插件。这个过程可能会遇到一些坑特别是网络问题导致SDK下载失败。一个实用的技巧是先使用离线安装包或者配置可靠的网络环境。安装成功后创建一个新的IDF项目选择ESP32-S3作为目标芯片。2.3 驱动摄像头获取第一张“猫片”在ESP-IDF项目中我们使用乐鑫官方的esp32-camera组件。这个组件已经集成在IDF框架中无需额外安装。核心步骤是配置摄像头参数并初始化。首先在CMakeLists.txt中确保添加了摄像头组件依赖REQUIRES esp32-camera。然后在代码中需要进行如下配置#include esp_camera.h // 摄像头引脚定义需根据FireBeetle 2的板型文件确认 #define CAM_PIN_PWDN -1 // 电源下行引脚未使用设为-1 #define CAM_PIN_RESET -1 // 复位引脚未使用设为-1 #define CAM_PIN_XCLK 15 #define CAM_PIN_SIOD 4 #define CAM_PIN_SIOC 5 #define CAM_PIN_D7 16 #define CAM_PIN_D6 17 #define CAM_PIN_D5 18 #define CAM_PIN_D4 12 #define CAM_PIN_D3 10 #define CAM_PIN_D2 8 #define CAM_PIN_D1 9 #define CAM_PIN_D0 11 #define CAM_PIN_VSYNC 6 #define CAM_PIN_HREF 7 #define CAM_PIN_PCLK 13 // 摄像头配置结构体 camera_config_t config; config.ledc_channel LEDC_CHANNEL_0; config.ledc_timer LEDC_TIMER_0; config.pin_d0 CAM_PIN_D0; config.pin_d1 CAM_PIN_D1; // ... 依次赋值所有引脚 config.pin_reset CAM_PIN_RESET; config.pin_xclk CAM_PIN_XCLK; config.pin_pclk CAM_PIN_PCLK; config.xclk_freq_hz 20000000; // XCLK频率20MHz是常用稳定值 config.pixel_format PIXFORMAT_JPEG; // 输出JPEG格式节省内存 config.frame_size FRAMESIZE_QVGA; // 分辨率设为320x240平衡速度与精度 config.jpeg_quality 12; // JPEG质量(0-63)数值越小质量越高 config.fb_count 2; // 帧缓冲区数量双缓冲避免卡顿 // 初始化摄像头 esp_err_t err esp_camera_init(config); if (err ! ESP_OK) { ESP_LOGE(TAG, 摄像头初始化失败: 0x%x, err); return; } ESP_LOGI(TAG, 摄像头初始化成功);初始化成功后就可以在循环中抓取帧了camera_fb_t *fb esp_camera_fb_get();。获取到的fb-buf就是JPEG图像数据你可以通过Wi-Fi传输它或者保存到SD卡。我首先做的就是将抓取到的第一帧图像通过串口以二进制形式导出到电脑确认摄像头工作正常并且画面里确实拍到了我家猫模糊的身影——这是迈向成功的第一步。实操心得分辨率与格式的权衡。FRAMESIZE_QVGA (320x240)是一个黄金起点。更高的分辨率如VGA会显著增加内存占用和处理时间可能导致帧率急剧下降甚至内存不足。PIXFORMAT_JPEG格式能极大减少数据量一帧QVGA的JPEG可能只有5-10KB而原始RGB格式数据量会大一个数量级对后续的AI模型输入预处理也是负担。我们的模型输入通常也就是96x96或160x160的小图QVGA分辨率完全足够还能先做一次下采样。3. 模型训练与部署让芯片理解“猫”有了图像下一步就是让ESP32-S3理解图像内容。这需要经历一个标准的机器学习流程准备数据、训练模型、转换部署。3.1 数据准备猫猫图片从哪里来模型训练需要大量的“猫”和“非猫”图片。对于这个demo项目我们不需要百万级的ImageNet数据集。我的数据来源主要有三个自己拍摄用OV2640在不同光线、角度下给自家猫拍照同时也拍一些空场景、人手、玩具等作为“非猫”负样本。这是最直接、最贴合实际使用场景的数据。公开数据集使用Kaggle上的“Cats vs Dogs”数据集或者更通用的“Caltech 101”中的猫类图片。这些数据质量高种类多能增强模型的泛化能力。网络爬虫谨慎使用通过搜索引擎图片批量下载但必须注意版权和个人隐私仅用于个人学习研究。我最终整理了一个约2000张图片的小数据集其中猫和非猫各半。关键一步是数据清洗剔除模糊、过暗、过亮的图片将非猫图片中可能包含猫的图片如猫玩具也归入猫类避免混淆。然后将所有图片统一缩放到模型需要的输入尺寸如96x96像素并划分为训练集和验证集通常8:2。3.2 模型选择与训练轻量化是王道在PC上我们可以用复杂的CNN如ResNet, MobileNet轻松达到99%的准确率。但我们的目标是部署到ESP32-S3上必须考虑模型的大小和计算量。我选择了MobileNetV1/V2的极简版本或者自己搭建一个只有4-5层的微型CNN。使用TensorFlow 2.x/Keras进行训练。一个示例模型结构如下import tensorflow as tf from tensorflow.keras import layers, models model models.Sequential([ layers.Input(shape(96, 96, 3)), layers.Conv2D(8, (3,3), activationrelu), # 第一层卷积8个滤波器 layers.MaxPooling2D((2,2)), layers.Conv2D(16, (3,3), activationrelu), layers.MaxPooling2D((2,2)), layers.Conv2D(32, (3,3), activationrelu), layers.MaxPooling2D((2,2)), layers.Flatten(), layers.Dense(32, activationrelu), layers.Dropout(0.5), # 防止过拟合 layers.Dense(1, activationsigmoid) # 二分类输出猫的概率 ]) model.compile(optimizeradam, lossbinary_crossentropy, metrics[accuracy])训练时我使用了数据增强随机旋转、翻转、亮度调整来模拟真实世界的变化防止模型过拟合到我家猫的特定姿态上。经过几十个epoch的训练在验证集上的准确率达到了95%左右这对于一个二分类任务和微型模型来说已经足够好了。为什么不用现成的猫脸检测Haar特征Haar级联检测器虽然轻量但它更侧重于“检测”而非“识别”对于猫的品种、姿态变化泛化能力较弱且容易受背景干扰。而微型CNN学到的是更本质的“猫特征”鲁棒性更好。3.3 模型转换从Keras到ESP32能懂的格式训练好的Keras模型.h5文件不能直接在ESP32上运行。我们需要将其转换为TensorFlow Lite格式并进一步优化。转换为TFLite使用TFLiteConverter将模型转换为.tflite文件。这里一个关键步骤是量化。converter tf.lite.TFLiteConverter.from_keras_model(model) converter.optimizations [tf.lite.Optimize.DEFAULT] # 启用默认优化包含量化 converter.target_spec.supported_types [tf.int8] # 尝试INT8量化大幅减小模型体积、加速推理 # 为了量化需要提供代表性的数据集进行校准 def representative_dataset_gen(): for _ in range(100): data ... # 从训练集中取一批数据 yield [data.astype(np.float32)] converter.representative_dataset representative_dataset_gen tflite_model converter.convert()量化是将模型权重和激活值从浮点数float32转换为整数int8的过程。这能将模型大小减少约75%推理速度提升2-3倍且精度损失通常很小1%是边缘部署的必选项。转换为C数组使用xxd或Python脚本将.tflite文件转换为C语言的头文件里面是一个const unsigned char数组方便我们将其编译进固件。xxd -i cat_detector.tflite cat_detector_model_data.h集成到ESP-IDF项目将生成的.h文件放入项目的model文件夹并在代码中引用它。同时需要在CMakeLists.txt中添加TensorFlow Lite Micro库的依赖。乐鑫提供了esp-tflite-micro组件可以简化集成过程。4. 推理引擎集成与优化在MCU上跑起AI这是最核心、也最容易踩坑的一步。我们需要在ESP32-S3的C代码中加载模型、处理图像、执行推理。4.1 初始化TFLite Micro解释器首先在ESP-IDF项目中包含必要的头文件并初始化解释器#include tensorflow/lite/micro/all_ops_resolver.h #include tensorflow/lite/micro/micro_interpreter.h #include tensorflow/lite/schema/schema_generated.h #include cat_detector_model_data.h // 我们转换的模型数组 // 全局变量 static tflite::MicroInterpreter* interpreter nullptr; static TfLiteTensor* input_tensor nullptr; static TfLiteTensor* output_tensor nullptr; void tflite_init() { // 1. 加载模型 const tflite::Model* model ::tflite::GetModel(cat_detector_tflite); // 2. 注册操作符OpsResolver static tflite::AllOpsResolver resolver; // 3. 分配内存Tensor Arena const int tensor_arena_size 80 * 1024; // 80KB根据模型调整 static uint8_t tensor_arena[tensor_arena_size]; // 4. 创建解释器 static tflite::MicroInterpreter static_interpreter( model, resolver, tensor_arena, tensor_arena_size); interpreter static_interpreter; // 5. 分配张量 TfLiteStatus allocate_status interpreter-AllocateTensors(); if (allocate_status ! kTfLiteOk) { ESP_LOGE(TAG, 分配张量失败!); return; } // 6. 获取输入输出张量指针 input_tensor interpreter-input(0); output_tensor interpreter-output(0); ESP_LOGI(TAG, TFLite Micro解释器初始化成功。); }关键参数Tensor Arena大小。这是预分配给模型运行时的内存池。如果设置太小AllocateTensors()会失败。一个简单的调试方法是先设一个很大的值如200KB运行成功后通过interpreter-arena_used_bytes()打印实际使用量然后再设置一个略大于此值的数值以节省内存。4.2 图像预处理从JPEG到模型输入摄像头输出的是JPEG而模型输入需要的是特定尺寸如96x96的RGB或灰度像素数组并且可能需要归一化如从0-255缩放到-1到1或0到1。这个过程必须在MCU上高效完成。JPEG解码使用esp32-camera组件提供的fmt2rgb888函数可以将JPEG缓冲区转换为RGB888格式。#include esp_camera.h #include conversions.h // 需要包含此头文件 camera_fb_t *fb esp_camera_fb_get(); if (fb-format ! PIXFORMAT_JPEG) { // 如果不是JPEG可能需要其他处理 esp_camera_fb_return(fb); return; } uint8_t *rgb_buf NULL; bool converted fmt2rgb888(fb-buf, fb-len, PIXFORMAT_JPEG, rgb_buf); esp_camera_fb_return(fb); // 及时释放帧缓冲区注意fmt2rgb888内部会分配内存存放RGB数据使用后需要手动释放。缩放与裁剪将RGB图像从摄像头分辨率如320x240缩放到模型输入尺寸96x96。这里需要实现一个简单的双线性插值缩放算法。由于资源限制不建议使用浮点数运算。可以预先计算好缩放比例和索引使用定点数运算来加速。一个更取巧的办法是让摄像头直接输出FRAMESIZE_96X96的分辨率这样就省去了软件缩放的步骤但会损失原始图像信息。格式转换与归一化模型输入通常是int8类型如果做了量化。我们需要将RGB值0-255转换为模型期望的输入范围。如果训练时对输入数据做了(像素值 - 128) / 128这样的归一化那么在这里就需要对每个像素执行int8_t pixel_val (rgb - 128);。预处理优化是性能瓶颈。在ESP32-S3上JPEG解码和图像缩放会消耗大量时间。实测发现对于QVGA的JPEG解码缩放到96x96可能需要几十到上百毫秒。这部分代码需要精心优化比如使用ESP32-S3的单指令多数据SIMD指令进行并行像素处理。4.3 执行推理与解析结果预处理后的数据被填入input_tensor-data.int8对于int8量化模型。然后调用解释器进行推理TfLiteStatus invoke_status interpreter-Invoke(); if (invoke_status ! kTfLiteOk) { ESP_LOGE(TAG, 推理失败!); return; }推理完成后从output_tensor-data.int8或data.f对于浮点模型中读取结果。对于二分类sigmoid输出通常输出层只有一个节点其值经过反量化后可以理解为“是猫”的概率。我们可以设定一个阈值如0.7// 假设输出是int8量化后的值需要反量化 float output_scale output_tensor-params.scale; int output_zero_point output_tensor-params.zero_point; int8_t quantized_value output_tensor-data.int8[0]; float probability (quantized_value - output_zero_point) * output_scale; // 也可以直接比较量化后的值避免浮点运算 int8_t threshold_quantized (int8_t)((0.7 / output_scale) output_zero_point); if (quantized_value threshold_quantized) { ESP_LOGI(TAG, 检测到猫咪置信度: %.2f, probability); // 点亮LED或执行其他动作 } else { ESP_LOGI(TAG, 未检测到猫咪。); }5. 系统整合与性能调优将摄像头驱动、图像捕获、预处理、推理和结果输出这几个模块整合到一个FreeRTOS任务中就构成了完整的识别系统。但要让它流畅运行还需要进行一系列调优。5.1 任务调度与内存管理我创建了两个主要任务摄像头任务优先级较高负责循环抓取图像帧并将其放入一个队列中。AI推理任务优先级较低从队列中取出图像进行预处理和推理输出结果。这种生产者-消费者模式可以避免因推理速度慢而阻塞摄像头采集导致掉帧。队列的长度设为2-3即可。内存管理是重中之重。ESP32-S3虽然有8MB PSRAM但堆内存Internal SRAM仍然有限约512KB。大的缓冲区如图像RGB缓冲区必须分配在PSRAM中。使用heap_caps_malloc(size, MALLOC_CAP_SPIRAM)来确保从PSRAM分配。Tensor Arena也应该放在PSRAM中以节省宝贵的内部内存。5.2 性能实测与瓶颈分析在系统跑起来后我使用esp_timer来测量各个阶段的耗时单位毫秒阶段耗时 (ms)说明摄像头抓帧 (esp_camera_fb_get)30-50取决于光照和JPEG压缩质量JPEG解码为RGB (fmt2rgb888)40-60主要耗时环节之一图像缩放 (320x240 - 96x96)20-30软件算法实现TFLite Micro 推理 (Invoke)80-120最大瓶颈单次识别总耗时~200约5 FPS可以看到推理Invoke是最大的性能瓶颈占据了近一半的时间。而预处理解码缩放加起来也占了差不多一半。5 FPS的识别速度对于实时性要求不高的监控场景如猫是否出现在喂食器前是足够的但对于需要快速反应的交互场景则不够。5.3 针对性优化策略模型优化进一步精简模型减少卷积层数、滤波器数量或用深度可分离卷积Depthwise Separable Conv替代标准卷积。降低输入分辨率尝试64x64甚至32x32的输入。这能平方级地减少第一层卷积的计算量。使用乐鑫ESP-NN库乐鑫为ESP32系列芯片提供了高度优化的神经网络内核函数库ESP-NN它针对硬件特性如SIMD进行了优化。确保你的TFLite Micro编译时链接了ESP-NN可以显著提升卷积等操作的性能。预处理优化硬件JPEG解码ESP32-S3的摄像头外设支持硬件JPEG解码但esp32-camera驱动默认可能未启用或使用方式不同。深入研究驱动代码尝试启用硬件解码能极大提升速度。定点数缩放将图像缩放算法中的浮点运算全部改为定点数Q格式运算。降低摄像头输出分辨率直接让摄像头输出FRAMESIZE_96X96彻底省去软件缩放。但会损失视野细节。系统级优化双核利用将摄像头任务和AI推理任务分别绑定到ESP32-S3的两个核心上实现真正的并行。超频CPU在保证稳定性的前提下将CPU频率从240MHz提升到最高频率能直接提升所有计算环节的速度。经过一轮优化主要是启用ESP-NN和调整模型我将推理时间从120ms降低到了约60ms整体识别帧率提升到了接近8 FPS效果显著。6. 踩坑实录与经验总结这个项目从设想到实现踩的坑比写的代码行数还多。下面分享几个最具代表性的问题和解决方案。6.1 模型转换与部署中的“暗礁”问题在PC上训练好的浮点模型转换为int8量化模型后部署到ESP32上准确率骤降甚至完全失效。排查首先检查了转换代码确保使用了代表性数据集进行量化校准。然后在PC上用TFLite解释器加载量化模型用同样的验证集测试发现准确率正常。这说明问题出在部署环节。根因与解决输入数据范围不匹配训练时我对输入图像做了(x / 255.0)的归一化范围[0,1]。量化时转换器会为输入层计算一个scale和zero_point。在ESP32端我必须将图像数据0-255按照这个参数进行量化int8_val float_val / input_scale input_zero_point。我最初错误地直接送入了0-255的整数值。解决方法是在预处理代码中严格按照训练时的归一化方式和模型的量化参数来处理输入。输出反量化错误同样读取输出时也需要根据输出层的scale和zero_point进行反量化才能得到真实的概率值。Tensor Arena不足量化模型虽然体积小但运行时可能需要不同的内存布局。最初分配的Tensor Arena50KB不足导致推理结果错乱。通过打印arena_used_bytes()并增大分配后解决。经验部署量化模型时必须像对待协议一样严格遵循其输入输出的“数据契约”——即量化的scale和zero_point。在代码中显式地打印出这些参数并与转换日志对比是快速定位问题的好方法。6.2 内存泄漏与系统崩溃问题系统运行一段时间几分钟到半小时后会因内存耗尽而重启。排查使用ESP-IDF的内存监控工具如heap_caps_print_heap_info()观察内存变化。发现内部堆内存持续减少。根因与解决未释放摄像头帧缓冲区每次调用esp_camera_fb_get()获取图像后必须调用esp_camera_fb_return(fb)来释放内存。我在一个错误处理的return语句前漏掉了这个调用导致每次识别失败都会泄漏一帧内存。RGB缓冲区未释放fmt2rgb888函数内部会调用malloc分配内存来存放RGB数据。文档中说明需要调用free()释放。我最初以为它使用了传入的缓冲区。队列未正确管理在AI任务中从队列取出图像指针进行处理后不仅需要释放RGB缓冲区还需要释放图像帧本身通过esp_camera_fb_return。我设计了一个简单的结构体将camera_fb_t指针和rgb_buf指针打包在处理完毕后统一释放。经验在资源受限的嵌入式系统上内存管理必须斤斤计较。对于任何get/create/alloc类的函数都要立刻找到其对应的return/destroy/free函数并确保在所有执行路径包括错误路径上都得到调用。使用FreeRTOS的堆栈溢出检测功能也有助于早期发现问题。6.3 识别效果不稳定光线与角度的挑战问题在阳台光线充足时识别很准但到了晚上或者猫躲在暗处误报和漏报就多了。分析与解决这本质上是模型泛化能力不足和数据偏见问题。数据增强重新审视训练数据增加了大量模拟暗光、高光、模糊、侧脸、局部遮挡的猫图片。在数据预处理中也加入了随机亮度、对比度调整。在线白平衡/曝光调整虽然ESP32-Camera驱动支持一些摄像头参数设置但动态调整比较复杂。一个简单的改进是在图像预处理阶段加入一个简单的直方图均衡化或者自适应亮度调整算法提升暗部细节。这虽然增加了计算量但显著提升了低光照下的识别率。多帧确认为了避免单帧误判带来的干扰比如飘过的窗帘影子我实现了一个简单的状态机。连续3帧中有2帧识别为猫才最终判定“有猫”并点亮LED。这大大降低了误报率。7. 成果展示与未来遐想经过一番折腾这个“猫咪识别器”终于能稳定工作了。我将它放在猫粮碗旁边通电后当我家猫凑过来时板载的蓝色LED会亮起同时串口打印出“Cat Detected! Confidence: 0.92”之类的信息。虽然帧率不高延迟也有几百毫秒但作为一个完全离线、仅靠一块小型开发板实现的AI应用效果已经令人满意。这个项目的价值远不止于识别一只猫。它验证了基于ESP32-S3这类低成本、低功耗MCU进行实时视觉识别的可行性。你可以很容易地将“猫”这个类别换成“人”、“车”、“手势”或者“特定物体”。可能的扩展方向模型多分类训练一个能识别“猫”、“狗”、“人”、“其他”的模型做成一个简单的通用物体识别器。触发式抓拍与上传仅在识别到目标时才保存JPEG图片到SD卡或者通过Wi-Fi上传到手机或云服务器实现低功耗监控。与执行器联动识别到猫后通过舵机控制一个小玩具摆动或者通过继电器控制喂食器开关做成一个互动装置。使用更高效的模型格式探索乐鑫自家的ESP-DL框架它支持从TensorFlow或PyTorch直接转换模型为高度优化的C代码可能获得比通用TFLite Micro更好的性能。迁移学习利用在大型数据集上预训练好的MobileNet特征提取层只训练最后的分类层用更少的数据获得更好的效果。回过头看从点亮一颗LED到让设备“看懂”世界中间隔着的不仅是代码还有对硬件极限的探索、对算法本质的理解以及对工程细节的执着。ESP32-S3这样的芯片正将AI的门槛拉低到每一个爱好者和工程师触手可及的范围。下一次我打算试试让它识别我的手势来控制家里的台灯——那将是另一个有趣故事的开始。
