用 AI 帮你做展厅集成：选型 / 读手册 / 写控制脚本

做展厅集成，你的大量时间花在两件重复的事上：读手册和写控制配置。一份英文投影手册 80 页，你只需要那 3 页控制协议；一台设备的 Modbus 寄存器地址表，你要翻到第 47 页；写一段串口控制脚本，改了十遍还有语法错误。这些活儿枯燥、费时，而且每换一个品牌就得重来一遍。

AI 工具——Claude、Cursor、ChatGPT——在这些环节能帮你省掉大量低效时间。不是"让 AI 替你做集成"，而是把你解放出来，把精力放在判断、决策和现场调试这些真正需要人的地方。

这一节讲的是我实际用下来觉得有价值的几个场景，以及 AI 在哪些地方会一本正经地说错话、你必须自己核对。

---

先说清楚 AI 的角色

AI 在展厅集成里是高效的辅助工具，不是可以信任的技术权威。

它能做的：整理已知信息、生成初稿代码、翻译归纳文档、对比罗列选项。 它不能做的：替你核实某台设备的真实参数、替你保证一段控制代码在现场能跑通、替你承担错误配置导致设备损坏的责任。

记住这一点，AI 就是你的得力助手；忘了这一点，你会在现场因为一个 AI 编造的寄存器地址抓狂两小时。

---

场景一：让 AI 读英文手册，抠出你需要的参数

这个场景有多值

一台国外品牌的 AV 矩阵，手册是英文 PDF，200 页，RS232 控制命令在第 134 页。你需要的东西：波特率、数据位停止位校验、指令格式、开关命令字节。正常翻手册 20 分钟，AI 帮你 2 分钟。

怎么做

把手册里相关的那几页复制（或截图 OCR 成文本）粘给 AI，然后这样问：

---

提问范式 A：抠串口参数

以下是某台设备手册中的 RS232 控制章节（原文粘贴/OCR结果）：

[粘贴手册原文，控制协议那几页]

请帮我从中提取：
1. 串口通信参数：波特率/数据位/停止位/校验位
2. 指令格式说明（是 ASCII 还是 HEX？有没有帧头帧尾？）
3. 电源开机指令（完整字节或完整文本）
4. 电源关机指令
5. 如果有查询状态的指令，一并列出

用表格或列表格式整理，保留原文中的数值，不要推测或补全缺失的参数。

---

提问范式 B：理解一段指令的含义

以下是一台矩阵切换器手册里的一条 HEX 控制指令：
切换输入 2 到输出 3：FC 01 02 03 FE

请帮我解析每个字节的含义，并推测这个协议里切换输入 1 到输出 1 的指令是什么。

注意：请明确标注哪些是你从格式规律推测的，我会以实际设备测试为准，不会直接照用你的推测结果。

---

AI 会在哪里翻车

• 手册扫描质量差，OCR 出了乱字节 — 比如手册里是 0xBEEF，OCR 成了 0xBEEF（这个还好）或者其他错误字符。你要肉眼核对关键字节。
• 手册里有多个版本的协议，AI 混着讲 — 设备手册有时候同时列了"RS232 协议 v1"和"v2"，AI 可能把两个版本的指令混在一起给你，自己看不出来。拿到结果要回手册确认页码来源。
• AI 补全了手册里没有的指令 — 你问"调亮度指令"，手册里没有，AI 根据常见协议格式推测了一条"应该是这样"的指令，但设备实际上不支持。凡是手册里找不到出处的指令，必须以实际测试为准，不要直接配进中控。

---

场景二：让 AI 帮你对比选型

这个场景有多值

甲方让你推荐一台触控一体机，你需要对比三四款，整理参数表，再给出推荐理由。正常整理 1-2 小时，AI 帮你先出初稿，你再核实。

怎么做

提问范式 C：选型对比初稿

我在为一个企业展厅选触控一体机，展厅面积约 200㎡，展项是参观者自助查询，预计日均使用 8 小时，预算约 2 万元/台。

需要对比的维度：
- 屏幕尺寸（考虑 65 寸或 75 寸）
- 触控技术（红外/电容差异）
- 内置播放系统（是否有 Android/Windows）
- I/O 接口（是否有串口或 HDMI 输出，供集成用）
- 日均使用时长下的适用性

请给我一个对比框架和各维度的考虑要点，不需要给我具体某款产品的价格（你无法核实实时价格），我会拿这个框架去实际询价对比。

---

提问范式 D：让 AI 帮你整理询价结果

当你从各厂商拿到了参数表，把原始数据粘给 AI：

我从三家供应商拿到了以下触控一体机参数（已去掉价格，仅列技术参数）：

A 款：[粘贴]
B 款：[粘贴]
C 款：[粘贴]

按照以下维度帮我整理成对比表格，并在末尾给出每款的"适合/不适合"本项目需求（日均 8 小时展厅查询）的判断理由：
维度：亮度（nit）/ 触控类型 / 系统 / 接口 / 认证（是否有工业级认证）

---

场景三：让 AI 协助写和调试控制脚本

这个场景有多值

SoftControl 或类似中控平台，有时需要你写一小段脚本控制逻辑（比如"当传感器触发时，延时 2 秒后发一条 RS232 指令"），或者处理 Modbus 寄存器操作。AI 可以帮你写初版，你来测试调整。

怎么做

提问范式 E：生成串口指令序列

我在用 SoftControl 中控软件配置一个展项场景：
触发条件：传感器 IO 口输入高电平
执行动作：
  1. 立即发一条 RS232 指令给投影（开机），指令 HEX：BE EF 03 06 00 BA D2 01 00 00 60 00 00
  2. 延时 30 秒（等投影预热完成）
  3. 发一条 RS232 指令切换到 HDMI1 输入（指令 HEX：BE EF 03 06 00 2D E3 01 00 00 20 00 00）
  4. 同时发一条网络命令给播控系统（TCP，目标 192.168.1.50:4001），发送字符串 "PLAY 03\r\n"

请帮我写出这个场景的逻辑伪代码，用注释说明每步的意图，以便我在 SoftControl 的场景编辑器里实现。

---

提问范式 F：帮你排查脚本逻辑错误

以下是我写的一段 Modbus TCP 读寄存器的 Python 代码，目标是读取科星继电器的线圈状态（寄存器地址 0x0000，读取 4 个线圈）。
运行后没有报错，但返回值全是 0，实际继电器状态我能确认是有几个打开的。
请帮我分析可能的问题，列出排查方向：

[粘贴你的代码]

注意：Modbus 地址偏移（线圈地址 0x0000 在有些库里是写成 0，有些是 1）可能是原因之一，请说明。

---

AI 写控制脚本时必须注意的翻车点

这个比前两个场景更容易出问题，要特别小心：

AI 的坏习惯	实际危害	应对方式
自己"补全"了手册里没有的命令字节	发了错误指令给设备，轻则无效，重则投影/矩阵进入异常状态	每个字节必须对照你的设备手册，一字节一字节核实
Modbus 地址用了错误的偏移量	读写了错误的寄存器，设备状态异常	以设备手册的寄存器地址表为准，弄清楚你用的库是 0 索引还是 1 索引
Python 库版本不一致（如 pymodbus 2.x vs 3.x API 差异大）	代码跑不通，AI 给的示例可能是另一个版本的 API	告诉 AI 你用的库版本号，或者先运行 pip show pymodbus 确认版本
生成的串口读写没有异常处理	设备断连时程序崩溃	要求 AI 加上 try/except 和超时处理
HEX 字节顺序（大小端）搞错	多字节寄存器读出来值不对	查手册确认字节顺序，常见是大端（Big Endian）但部分设备是小端

---

场景四：让 AI 生成验收清单

这是个很低调但省时间的用法。

提问范式 G：生成验收清单

我正在做一个企业展厅的验收准备，展项包括：
- 4 块播放屏（SoftPlayer 网络播控）
- 1 套互动沙盘（投影 + PIR 传感器触发）
- 2 台触摸查询一体机
- 讲解员 iPad 控制全场（SoftControl 中控，5 个场景）
- 背景音乐系统（每个展区独立音量）

请帮我生成一份系统验收清单，分成"功能验收"和"稳定性验收"两大类，
每条测试项包含"测试方法"和"通过标准"，
格式用 Markdown 表格。

AI 给出的初稿你会需要调整（它不知道你的具体设备型号和甲方特殊要求），但80% 的框架内容是可用的，比你从零开始列要快得多。

---

建立你自己的 AI 提问库

不要每次都从零开始想怎么问 AI。把这些有效的提问范式存下来，项目里遇到对应场景直接套用、微调。这是这套工作流真正能持续省时间的关键。

建议维护一个简单的文本文件，记录：

## 读英文手册/抠串口参数
提问范式：[粘贴]

## 对比选型框架
提问范式：[粘贴]

## 写控制脚本初稿
提问范式：[粘贴]

## 排查脚本逻辑
提问范式：[粘贴]

## 生成验收清单
提问范式：[粘贴]

项目里每次用到，把场景填进去，让 AI 跑。你的工具库越来越大，AI 对你的价值就越来越高。

---

AI 工具的选择：Claude vs Cursor vs 其他

这不是广告，就讲实际体感：

• 长文档处理（读手册）：Claude 的上下文窗口长，整份手册塞进去让它归纳，效果好。Cursor 更适合在代码编辑器里用，代码相关的任务更顺手。
• 写代码/调脚本：Cursor（内嵌在 VS Code 里）配合项目文件更方便；Claude 作为对话工具更适合"讲清楚意图→得到代码片段"的往来讨论。
• 选型对比/生成文档：Claude 这类对话型 AI 就够用，不需要代码编辑器环境。

实际上你可以两个都用：读手册、对比选型、写需求用 Claude；写代码、调试脚本用 Cursor。

---

一个真实的工作节奏示例

收到一台新设备（某品牌激光投影），要集成进展厅中控，以前的流程：

1. 找手册（30 分钟找英文 PDF）
2. 翻 RS232 控制章节（20 分钟）
3. 整理控制指令到配置文件（30 分钟）
4. 测试，出问题（1 小时查来查去）

用 AI 辅助后的流程：

1. 找到手册，把控制章节复制粘给 Claude，用范式 A 提问（5 分钟）
2. Claude 给出整理后的参数表和指令列表（1 分钟等待）
3. 对照手册原文核实关键字节（10 分钟）
4. 用范式 E 让 AI 帮生成初版场景逻辑（5 分钟）
5. 用串口工具手动验证指令（15 分钟）
6. 配置进中控，测试通过（20 分钟）

时间从 2+ 小时降到 1 小时以内，更重要的是精力消耗小很多——那些翻文档找关键信息的机械劳动交给 AI，你的注意力放在核实和现场调试。

---

故障排查：用 AI 排查还是自己排查

遇到联调问题时，AI 是一个还不错的"橡皮鸭"——你把问题现象描述给它，它会帮你想可能的方向。但你要带着批判性眼光看它给的排查方向：

情况	适合让 AI 帮	要自己判断
串口无应答的可能原因	适合，它能列出 TX/RX 接反、波特率不对、GND 没接等常见原因	具体是哪个原因，要你自己用万用表/串口工具去测
某段 Python 代码的语法/逻辑错误	适合，代码范围确定、可核实	业务逻辑是否正确（比如寄存器地址对不对）要以手册为准
设备 A 和 设备 B 的兼容性	只能给通用判断，不知道你手上的具体版本	以实际测试为准
某个品牌的已知 Bug 或固件问题	AI 的训练数据有截止日期，新固件问题它不知道	去厂商论坛/技术支持确认

---

动手挑战

1. 找一份你手边的设备手册（英文或中文都行），把 RS232 控制章节复制给 Claude，用范式 A 提问，看它整理出来的结果和你自己读的有没有差异。
2. 拿一段你写过的或者从网上找的 Modbus 读寄存器代码，用范式 F 提问，让 AI 找可能的问题，看它给出的排查方向是否有你没想到的。

---

学会之后你能做出什么——效果与应用场景

前面那一堆提问范式不是让你背下来的，是让你把它们变成手边的顺手工具。这节读完，你手里多的不是几段模板，而是一套把机械劳动甩给 AI、自己专心做判断的工作方式。同样是集成一台陌生设备，别人还在一页页翻 200 页英文 PDF，你 5 分钟就把控制协议抠出来了——差的不是聪明，是你会用 AI 当杠杆。

把这套能力拆开看，每一样都能落到你日常真实的活儿上：

想省时间的活儿	怎么用 AI 做到
啃英文手册抠串口参数	把控制协议那几页粘给 AI，用范式 A 让它提取波特率/指令字节，明确交代"别推测缺失参数"，2 分钟出表你再核关键字节
解析一条陌生 HEX 指令	用范式 B 让 AI 拆每个字节含义、推测同类指令，要求它标出"哪些是猜的"，你拿去实测验证
选型对比出初稿	用范式 C 让 AI 出"对比框架和考虑维度"（别让它报具体型号价格），你拿框架去实际询价
整理各家询价参数	拿到参数后用范式 D，让 AI 排成对比表并给"适合/不适合本项目"的理由
写中控场景逻辑初版	用范式 E 把触发条件、动作序列、指令字节喂给 AI，让它出带注释的伪代码，你搬进 SoftControl 场景编辑器
排查跑不通的脚本	用范式 F，问"可能是什么原因、列排查方向"而不是"帮我改代码"，自己动手改印象更深
生成验收清单	用范式 G 让 AI 按"功能验收/稳定性验收"出带测试方法和通过标准的表，你在 80% 框架上补自己项目的细节
联调卡壳当橡皮鸭	把现象描述给 AI 让它列可能方向，带着批判眼光挑出你没想到的那条，具体哪条还得自己上万用表/串口工具测

看明白没有：AI 帮你干掉的全是**"翻文档、抄参数、写样板、列清单"这些不需要判断力的机械劳动**，把你的脑子和时间腾出来放在真正要人的地方——核实字节对不对、现场指令有没有响应、这个设备到底适不适合甲方。

这套能力在这些场景直接见效：

• 接一台陌生品牌新设备：以前找手册+翻协议+整理+调试要 2 小时以上，用 AI 辅助能压到 1 小时以内，更关键是精力消耗小一大截，把注意力留给核实和现场。
• 同时跟几个项目：每个项目建一份提问库，读手册、选型、写脚本、验收的范式全存好，换项目直接套用微调，工具库越攒越大、越用越顺。
• 手上没有灯光/软件老师傅：一个人也能把英文手册啃下来、把控制脚本写出初版，AI 把你的能力边界往外推了一截。

换个岗位照样能用：这套"让 AI 读文档抠参数、出初稿、自己做验证判断"的功夫，不只用在展厅集成——弱电、安防、楼宇自控、任何要跟一堆陌生设备手册和控制协议打交道的活儿，底层方法完全一样，迁移过去基本不用重学。前提永远是那一条：你自己得懂协议、能判断 AI 说得对不对，AI 才帮得动你。

---

本节学到的知识

• AI 是高效辅助工具，不是技术权威：它能整理信息、出初稿、翻译归纳、罗列选项，但不能替你核实真实参数、不能保证代码现场跑通、更不为配错烧设备负责。
• 展厅集成里 AI 最值钱的四个场景：读英文手册抠参数、辅助选型对比、协助写/调控制脚本、生成验收清单——都是机械重复的活儿。
• 提问要主动划边界：告诉 AI"不要推测缺失参数""你的推测我会核实"，它就会老实区分"手册明写的"和"我猜的"，省掉大量核实时间。
• 选型让 AI 出框架而非型号：要"对比维度和考虑要点"，别要具体型号价格——框架是稳定的，参数你去官方渠道核实，它印象里的型号可能已停产或参数过期。
• 问"可能是什么原因"比"帮我改代码"更值：让 AI 列排查方向、自己动手改，对代码理解更深，下次同类问题不用再问。
• AI 写控制脚本的翻车点：自己补全手册里没有的命令字节、Modbus 地址偏移用错、Python 库版本 API 不一致（如 pymodbus 2.x/3.x）、缺异常处理、HEX 大小端搞反——每一条都要对着手册核。
• 凡是手册里找不到出处的指令，一律以实测为准，绝不直接照 AI 的推测配进中控。
• 核心铁律：控制代码/指令字节接真实设备前，先用串口工具（SSCOM/SecureCRT）或 Modbus 工具（Modbus Poll）手动验一遍，确认人工发指令有响应，再交给代码跑——这个顺序不能反。
• 协议参数以官方手册为准，代码在真实设备上验证前不算可信；AI 训练数据有截止日期，新固件的已知 Bug 得去厂商论坛/技术支持确认。
• 把有效的提问范式存成 AI 提问库（A-G 七个），遇到对应场景直接套用微调，是这套工作流能持续省时间的关键。

---

小结 · 你现在掌握了什么

• 你知道了 AI 在展厅集成日常中最值钱的四个使用场景：读英文手册/抠参数、辅助选型对比、协助写控制脚本、生成验收清单。
• 你有了具体可用的提问范式（A-G），下次遇到对应场景直接套用，不用从零想怎么问。
• 你清楚了 AI 的翻车点：补全手册里没有的字节、混淆协议版本、Modbus 地址偏移错误——核心原则是协议参数以官方手册为准，代码在真实设备上验证前不算可信。
• 你建立了"AI 是初稿生成器、人是验证判断者"的正确分工认知。

下一步：拿起一份真实的设备手册去实践，或者进入 S4 控制协议章节 先打好协议基础——AI 越能帮到你，前提是你自己对协议有足够的理解，知道它说的对不对。