工程结构
按约定整理源代码、依赖版本与编译方式，让后续调试和维护有据可循。
深圳公司主体与服务基地
软硬件程序、模块与设备联调
可验证围绕运行结果组织交付
先评估范围、周期与风险先说清
Core services
从固件、通信到设备联调
可以从一个模块、一套已有代码或完整设备目标开始，服务范围按真实条件拆分。
Architecture
从信号输入到设备动作
通过典型架构示意快速理解技术路径；实际平台、模块和接口会根据设备条件重新确认。
Architecture example / 01
多参数采集、阈值判断与远程状态查看
适用于温湿度、气体、粉尘、光照、液位等数据采集，并按条件触发本地提示或远程通知。
- 多通道采集与校准
- 阈值、迟滞与报警状态
- 断网后的本地运行
- 数据刷新与异常标记
01传感器
02STM32
03本地显示
04联网模块
05远程端
Architecture example / 02
本地逻辑、远程指令与执行机构协同
适用于继电器、电机、水泵、风扇、舵机等设备控制，兼顾本地按键、自动策略和远程操作。
- 手动与自动模式
- 动作互锁和保护
- 设备状态回传
- 掉电与重启策略
01控制指令
02ESP32
03策略判断
04驱动电路
05执行机构
Architecture example / 03
视觉模块识别与主控动作联动
适用于 K210、OpenMV、ESP32-CAM 等边缘模块，在明确场景与数据条件下输出识别结果并驱动后续动作。
- 场景和光线约束
- 识别阈值与误差
- 串口或网络通信
- 结果可视化与调试
01图像输入
02视觉模块
03识别结果
04主控逻辑
05提示或动作
Delivery Evidence
开发结果要能运行，也要能被接手
实际交付项以双方确认的项目范围为准。核心目标是让代码、硬件连接和验证结果彼此对应。
连接关系
记录主控、传感器、通信模块和执行器之间的接口、供电与接线条件。
验证结果
围绕核心功能、典型流程和异常条件进行检查，并保留可复核的结果。
交付说明
根据项目范围整理模块清单、使用步骤、注意事项与后续扩展边界。
Process
四个阶段，让推进过程更清楚
项目复杂度不同，实际周期会调整，但需求、边界、验证与交付不会被跳过。
需求与条件
确认应用场景、核心功能、已有硬件、时间要求和实际运行环境。
方案与边界
确定主控、模块、通信方式、验证目标，以及不包含的工作范围。
开发与联调
按模块推进程序、接线、通信和执行动作，持续记录问题与版本。
验证与交付
围绕约定功能完成运行检查，整理工程、接线、说明和验证结果。
Shenzhen · Start here
先把需求整理清楚，再决定怎么做
提供应用场景、核心功能、已有硬件和时间要求，我们会更快判断实现路线与交付边界。