餐饮后厨设备种类繁杂、协议各异，传统做法是为每台设备单独配屏，不仅成本高，维护也麻烦。以下方案围绕“主机集中算、分体灵活控”的思路，结合芯步的开放接口能力展开。

1. 行业痛点与背景

在传统餐饮后厨智能化升级过程中，企业往往面临三大痛点：

• 空间与环境的制约：后厨油烟大、温湿度高、空间狭小。若将控制屏幕或处理单元直接集成在设备（如炒菜机、海鲜蒸柜、煲仔炉）表面，不仅容易因高温油污导致触控失灵，更挤占了宝贵的操作空间。

• 布线成本与散热问题：传统的“一机一控”模式导致强弱电混合布线，不仅安装维护复杂，且在潮湿环境下存在安全隐患。

• 算力与感知不均衡：执行设备（如锅体、炉头）只需接收指令，而决策与感知需要算力支持。分体式设计的核心逻辑是将“大脑”（主机/算力单元）与“四肢”（设备本体/传感器）分离。

解决方案核心目标：利用芯步开放平台的HTTP API能力及传感器生态，将算力主机集中部署于弱电间或机房，通过无线/有线网络对分散在后厨各工位的“哑终端”设备进行精准协同控制。

2. 系统设计

本方案采用 “云端/本地主机 + 边缘控制网关 + 分体式执行/感知单元” 的三层架构。

2.1 物理分层解析

• 主机层（算力中心） ：部署在机房或后厨办公室。负责运行复杂的菜谱程序（如“智慧大厨”的逻辑）、处理AI视觉识别以及存储经营数据。支持私有化部署，确保核心配方不外泄。

• 网络传输层：利用后厨现有的2.4G WiFi网络。芯步设备支持多组WiFi预设，可在复杂的后厨信号环境中自动漫游切换，保证链路稳定性。

• 分体执行层（末端） ：包括去除了本地控制面板的智能灶具、万能蒸烤箱，以及烟雾传感器、温湿度传感器等。这些设备通过芯步的开放接口接收来自主机的标准JSON指令。

2.2 连接拓扑

采用 星型拓扑 结构。中央主机作为服务器，每个分体设备（如某个炉头、某个海鲜蒸柜）作为一个独立的网络节点，通过 HTTP 请求与主机通信。如同 HSC 总线技术中的“树形扩展”，但基于 IP 网络更具灵活性。

3. 分体式扩展控制的技术实现路径

本方案的核心在于“去中心化”的末端设计，即让执行器变得“更简单”，让主机变得“更聪明”。

3.1 物理形态的分体：屏机分离

在类似谷轮（Copeland）提出的分体式解决方案中，控制器与显示/操作界面是分离的。在芯步架构下：

• 主机端：配置高性能算力板卡，运行复杂逻辑（如“肴滚智慧大厨”的炒菜曲线：倒油、投料、翻炒、出菜的时间点控制）。

• 分体端：采用芯步的 智能语音音柱 或 基础继电器模块。分体设备不再具备复杂的决策芯片，仅保留执行机构（电机、发热丝）和简单的MCU（微控制器），只需解析来自主机的简单 power:1（开机）或 power:0（关机）命令。

3.2 逻辑分体：传感与执行的解耦

利用芯步的传感器生态，实现“感知不本地、决策在云端”：

• 场景示例：海鲜蒸柜的防干烧控制。

• 设备配置：在蒸柜内部署 智能温度传感器 和 智能烟雾传感器。

• 工作流程

  1. 传感器监测到水位过低或干烧临界温度。

  2. 设备通过HTTP协议将 { "device":12345, "temp":150 } 上报至主机。

  3. 主机逻辑判定为异常，立即下发 { "order":{"power":0} } 指令关闭对应的分体电源开关。

  4. 同时触发 智能语音音柱 播报：“3号蒸柜缺水，已自动断电，请加水”。

3.3 接口协议的标准化实现

芯步开放平台的便捷性在于其极简的API设计。开发者可通过任何支持HTTP的编程语言（Python, Java, C#等）进行二次开发。

• 控制指令示例：假设主机需要控制位于“热菜间3号位”的智能煲仔炉开始工作。

  • 请求地址http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}

  • 请求体{"device": [设备ID], "order": {"power": 1, "mode": "stew", "time": 300}}

• 消息推送机制：针对传感器（如烟雾浓度变化），开发者需在开放平台配置 消息推送URL。后厨一旦PM2.5浓度超标，主机服务器会实时收到回调，无需轮询，毫秒级响应。

4. 关键应用场景与协同逻辑

第一种场景：智能化炒菜机器人集群控制

借鉴武汉“智慧大厨”及扬中西苑大酒店的经验，一家餐厅可能部署4-6台炒菜机器人。

• 改造前：每台机器人自带一个大屏幕，成本高且厨师需要来回奔跑操作。

• 改造后（分体式）

  1. 主机：一台部署在后厨办公室的服务器，运行“云菜谱”系统。云端存储了全球1200多位厨师数字化后的菜谱（精确到克、秒、度）。

  2. 分体端：6台无屏炒锅设备，仅保留加热和翻炒执行器。

  3. 协同：当接到订单，主机将“辣子鸡丁”程序转化为连续指令流，依次向1号炒锅发送 加温-200度、倒油、投料 指令。2分钟后，语音通知“出菜”。这实现了“一人看管多机”的效率革命。

第二种场景：冷链/保鲜设备的分体监控

针对大型连锁餐饮的库房管理（参考谷轮方案）：

• 痛点：冷柜控制器损坏维修难，且无法远程查看温度。

• 方案：采用 XW03/06控制器 逻辑，将显示屏与控制板分离。利用芯步的 智能温湿度传感器 作为分体采集单元，通过WiFi将数据实时传入中央管理系统。一旦温度异常，系统自动发送告警至店长手机。

5. 方案优势与商业价值

5.1 降本增效与标准化

• 降低硬件成本：分体式设计去除了大量重复的触摸屏和高算力芯片，仅保留执行和联网功能，单品成本可显著降低。

• 菜品标准化：通过“主机集中算、设备分散做”，确保了同一品牌下，10家店的100台炒锅执行的是同一套经过大师验证的温控曲线，解决“千厨千味”难题。扬州西苑大酒店通过类似逻辑，将人工成本从28%降至15%，燃气消耗降低30%。

5.2 运维与扩展性

• OTA升级便捷：所有菜谱逻辑存放在主机。若要推出新菜（如干煸牦牛肉丝），只需主机更新数据库，下发新的参数指令即可，分体设备无需任何升级。

• 环境适应性强：核心算力主机远离高温高湿环境，大幅降低电子元器件故障率。末端设备采用工业级WiFi模块，抗干扰能力强。

5.3 数据闭环

所有分体设备的状态、能耗、故障码通过芯步接口回流至主机。企业管理者可通过SaaS后台，实时查看每个炉头的空闲状态和能耗排名，实现精细化成本核算。

6. 总结

本方案基于 芯步 提供的标准化HTTP接口和丰富的传感器生态，彻底重构了餐饮后厨的设备控制逻辑。通过 “主机-分体” 的设计，不仅解决了传统后厨环境对电子设备的物理损耗问题，更通过中央集控实现了中餐烹饪的数字化与标准化。

该方案支持私有化部署，适用于连锁餐饮从几台到几百台设备的弹性扩展，是实现“万店同味”与“降本增效”的最优技术路径。