常见问题 - 2026-10-16
数据日期：2026-10-16
1. 合宙LuatOS开发触摸屏大屏用什么模块/开发板方便？
解答： 结论：做触摸大屏优先用 Air8607 大屏音视频最小系统板，主控是 Air1603，7 / 9 / 10.1 寸屏都能直接接。 说明：Air8607 是合宙基于 Air1603 做的最小系统板，板载 50PIN LCD 连接器（RGB565）、I2C/FPC 触摸、4Ω/3W 喇叭、Micro-SD 卡座和一路 Type-C，界面用 airui（基于 LVGL 9.4 封装）拿 Lua 直接写，不用搭编译环境，改完脚本烧一次就能看到效果。价格是 19.9 元 / 39.9 元档（以商城实际售价为准）。如果除了屏还要 4G / WiFi / 以太网 / 485 / 232，那不是加外设的问题，直接选同主控的 Air8603 更省事。 处理步骤： 1. 先定屏：尺寸、分辨率、接口（RGB565）、驱动 IC 是否在 lcd 核心库内置适配列表内。 2. 只做显示与音频选 Air8607；要联网或工业接口选 Air8603。 3. 按 50PIN 排线连屏、I2C 排线连触摸，喇叭接 4Ω/3W。 4. 用 airui 写界面，Luatools 烧录调试。 参考文档：https://docs.openluat.com/air8607/product/、https://docs.openluat.com/air8603/
2. Air8607/Air1603 开发板是否支持外设开发（串口、BLE、ADC、WiFi、485、232、CAN 等）？
解答： 结论：Air8607 只做「屏 + 触摸 + 音频 + SD + Type-C」这套最小系统，串口与 USB 有，485 / 232 / 以太网 / WiFi / 4G 本身不带；需要这些请直接选 Air8603。 说明：按产品文档，Air8607 板载的是 50PIN LCD 接口、I2C 触摸 FPC、4Ω/3W 喇叭、Micro-SD、Type-C（板载 USB 转串口芯片），并明确写了「本身不带网络功能（无 WiFi / 4G）」。要 485 / 232 这类工业接口，文档的说法是「可以选择同样基于 Air1603 设计开发的 Air8603，功能更多更全面」——Air8603 带最多两路 RS485（隔离 / 非隔离按 BOM 选）、以太网 RJ45、4G 或 WiFi 联网、UVC 人脸识别摄像头。CAN 目前在 8603 文档里没有标注，属于后续变种，需要确认 BOM 后再定。 处理步骤： 1. 列出必须的外设清单（485 几路、232 几路、要不要网口、要不要摄像头）。 2. 只要屏和音频 → Air8607；带工业接口 / 联网 → Air8603。 3. CAN 需求单独找 FAE 确认当前变种是否支持。 参考文档：https://docs.openluat.com/air8607/product/、https://docs.openluat.com/air8603/
3. LuatOS 开发界面需要上位机软件吗？
解答： 结论：不需要上位机软件，LuatOS 做界面是直接用 Lua 写代码，写完烧进去就跑。 说明：Air1601 / 1602 / 1603 / Air8000 这一代带屏方案用的是 airui 核心库，它基于 LVGL 9.4 封装，把 label、image、button、chart、qrcode、video 等 25+ 个组件做成 Lua 接口，界面结构、样式、事件全在脚本里描述，不依赖任何 GUI 生成器或组态软件。PC 端工具（Luatools）只承担三件事：烧固件、推脚本、看日志。所以「画界面」这一步由写代码（或让 AI 生成代码）完成，不需要额外装设计器。 处理步骤： 1. 用 Luatools 烧录对应型号的 LuatOS 固件。 2. 在 main.lua 里 require “airui”，创建 screen 与组件。 3. 用 exwin 做窗口管理，多页面切换更省事。 4. 改完保存，Luatools 重新下载脚本即可看到效果。 参考文档：https://docs.openluat.com/osapi/core/airui/
4. 有没有算力比较强的模块？最多几核？
解答： 结论：合宙目前没有主打大算力的模组，LuatOS 主力型号都是单核架构，没有多核产品。 说明：合宙模组的产品定位是「联网 + 屏显 + 音频 + 工业接口」，CPU 用来跑协议栈、LVGL 界面、音频编解码，不是拿来跑 AI 推理的。带屏的 Air1601 / 1602 / 1603 系列能流畅跑 1024×600 的 airui 界面、播放音频和 H.264 视频，但不要指望它做图像识别类的高算力任务——人脸识别这类功能是靠外接 UVC 摄像头模组在模组内部完成的（如 Air8601 配的 AirCAMERA_1034），主控只取结果。如果项目确实有高算力需求（本地推理、多路视频分析），建议把需求整理后直接找 FAE 评估，用外部算力单元而不是硬压主控。 处理步骤： 1. 先明确算力用途（界面 / 视频解码 / 图像识别 / 本地推理）。 2. 界面与音视频：Air1603 / Air8301 这一档够用。 3. 图像识别：选带算法的 UVC 摄像头模组，主控只做业务。 4. 本地 AI 推理：找 FAE 评估外部算力方案。
5. Air1603 与 Air8607 是否支持 7 寸屏？
解答： 结论：支持。Air1603 / Air8607 走 RGB565 接口，7 寸屏可以直接接。 说明：Air8607 的 LCD 接口是常规通用的 50PIN 连接器，只要是 RGB565 接口的屏都能接；7 寸常见的 1024×600 分辨率在产品页的推荐范围内（1024×600 起，最高 1280×720）。40PIN 的 7 寸屏本身也是 RGB 接口，但排线定义与 50PIN 不同，需要按引脚定义转接或改线序，不能直接插。另外屏能不能点亮还取决于驱动 IC 是否在 lcd 核心库的内置适配列表里（如 st7701sn、hx8282、nv3052c 等），不在列表里的屏可以把规格书或实物寄给合宙适配。 处理步骤： 1. 确认屏的接口类型是 RGB565、分辨率 ≤ 1280×720。 2. 确认驱动 IC 型号，对照 lcd 核心库内置适配列表。 3. 50PIN 直连；40PIN 需按引脚定义做转接板。 4. 驱动 IC 不在列表 → 提供规格书，寄屏给合宙适配。 参考文档：https://docs.openluat.com/air8607/product/、https://docs.openluat.com/osapi/core/lcd/
6. Air8301 工控板有壳体吗？哪里可以买到？
解答： 结论：目前官方只卖硬件板，没有量产壳体；演示用的壳体是 3D 打印件，设计定型后会上架。 说明：Air8301 是 4G 物联网大屏工控板，主控 Air8000W，板上集成 2 路 RS232、2 路 RS485、2 路以太网、2 路 DI、2 路 DO 和 4.3 寸 480×272 电容触摸屏，出厂预烧固件、插 USB 就运行，定位是可直接量产的板卡而不是整机。壳体属于整机配件，官方还在设计阶段，所以淘宝上目前只有裸板。急着装机可以自己开模或 3D 打印：板体左右对称布局，屏幕开孔、DC 座与 Type-C 侧开口按整机原理图和位号图取尺寸即可，板载贴片天线不需要额外开天线窗。 处理步骤： 1. 先按位号图和整机原理图取外形与开孔尺寸。 2. 自用可 3D 打印验证装配；量产建议开模。 3. 需要官方壳体的时间点，直接找 FAE 确认上架进度。 参考文档：https://docs.openluat.com/air8301/product/
7. Air1603 目前是否支持显示图片（raw/bmp）？
解答： 结论：display 核心库当前没有图片解码接口，只能画色块和几何图形；要显示图片请用 airui 的 image 组件，支持 jpg / png。 说明：display 核心库提供的是 init / on / off / sleep / wakeup / flush / fill / fillCircle / sendSeq / setRotation / getSize 这一组底层绘制接口，没有 drawImage 之类的解码函数，所以直接喂 raw 或 bmp 是显示不出来的。airui 基于 LVGL 9.4，里面有 image 组件（airui.image{src=...}），文档明确「目前只支持 jpg 和 png 两种图片格式」，raw / bmp 都不在支持范围；另外 jpg 图必须保持默认的 zoom 与 opacity，不能缩放、不能改透明度，png 才支持这两项。 处理步骤： 1. 把素材转成 jpg 或 png，放进 luadb 或 SD 卡。 2. 用 airui.image 指定 src、位置和尺寸创建图片。 3. 需要换图调 set_src，需要缩放（仅 png）调 set_zoom。 4. 纯色块 / 进度条这类还是可以用 display 直接画，省内存。 参考文档：https://docs.openluat.com/osapi/core/display/、https://docs.openluat.com/osapi/core/airui/
8. 模组开机显示 logo 慢、开机花屏怎么解决？
解答： 尚未解答
9. Air780EHV 可以做 SIP 通话吗？
解答： 结论：不建议用 Air780EHV 做 SIP 免提通话。SIP 方案用 Air8701，目前可测试的整机是 Air8784。 说明：Air780EHV 内置 Audio Codec、支持 VoLTE / TTS，硬件比 EHM 省掉外挂 Codec，但它没有专门的回声消除（AEC）通路，喇叭和麦克风装在同一腔体里时回声和啸叫压不住，勉强只能做半双工对讲。SIP 免提要接近零回声，需要独立的回声抑制硬件：Air8784 就是 Air780EHM 加合宙自研语音芯片 Air1103 的组合，Air1103 负责回声抑制与降噪，官方还给了 SIP 通话和 SIP ↔ VoLTE 桥接两套示例工程可以直接复用。Air8701 是 SIP 方向的产品型号，文档站暂无独立页面，具体资料找 FAE 获取。 处理步骤： 1. 明确是免提对讲（喇叭 + 麦克风同腔）还是耳机对讲，前者必须有 AEC。 2. 免提 SIP → 用 Air8784（Air1103 做回声抑制）；只做 VoLTE 通话 → Air780EHV 可以。 3. 参考官方 SIP / sip_cc_demo 示例工程起步。 参考文档：https://docs.openluat.com/air8784/product/、https://docs.openluat.com/air780ehv/product/
10. Air780EHV 能否实现打电话给模组并单向输出声音？
解答： 尚未解答
11. 短信内容中出现“·”等符号时手机收到乱码是什么原因？如何解决？
解答： 结论：是「·」这类字符落在 GSM7 编码边界导致的编码错配，去掉该符号即可正常；新版本固件已修复，可 FOTA 升级。 说明：sms 库发送时由底层按内容自动选编码：全部是 ASCII 可见字符走 GSM7（7bit），含非 ASCII 字符（中文、emoji 等）走 UCS2（16bit）。「·」属于 Latin-1 区字符，不在 GSM7 的默认字符表里，旧固件会把它当成可编码字符按 GSM7 发出去，接收端按另一套字符表解析就成了乱码。这个自适应逻辑（GSM7 / UCS2 按内容切换）从 780EXX / 8000 的 v2034 固件开始支持，之前的版本存在判定漏洞。长短信（级联短信）同样走这套判定，所以一条里带了这个符号，整条都可能乱。 处理步骤： 1. 先删掉「·」验证是否恢复，确认问题复现路径。 2. 查当前固件版本，升级到 v2034 及以上（Luatools 烧录或 FOTA）。 3. 升级后重新发同一条短信回归验证。 参考文档：https://docs.openluat.com/osapi/core/sms/
12. Air8780V2/Air780EHV 用 cc_sip_bridge 上行 RTP 只有约 4.4pps（应为 50）怎么解决？
解答： 尚未解答
13. Air780EHM 做型号核准时 TD-LTE Band 40/41 功率偏低、FDD Band 1/3/5/8 连不上怎么办？
解答： 尚未解答
14. AIR700E 开发板用 Luatools 无法下载程序（可通讯但写不进去）是什么原因？
解答： 结论：先升级到最新版 Luatools 再试；仍写不进去就确认下载口与固件型号，并把完整日志发给技术支持。 说明：「能通讯但写不进去」说明串口链路本身是通的，问题基本落在三处：一是 Luatools 版本与固件包格式不匹配（旧版工具对新固件包的校验经常直接失败）；二是没真正进下载模式，需要拉 USB_BOOT 或让工具通过 RTS 控制 RESET 复位；三是型号选错——Air700E 是一个系列（ECQ / EAQ / EMQ 等），固件不能跨型号混烧，选错型号会表现为「连上了但写不进」。 处理步骤： 1. 升级 Luatools 到官网最新版，重新打开工程。 2. 核对所选型号与实际模组丝印完全一致，固件包与型号对应。 3. 确认下载口是 USB 口，勾选正确的串口，必要时手动进下载模式。 4. 打开日志窗口保存完整日志，连同模组丝印发给技术。 参考文档：https://docs.openluat.com/common/Luatools/
15. Air780EX2 的 DBG UART 日志怎么看？
解答： 结论：DBG UART 是芯片底层的调试串口，只能用合宙的 EPAT 工具看；Luatools 抓到的是应用层日志，看不到 DBG 口的内容。 说明：这两条路抓的不是一类东西。Luatools 抓的是 LuatOS 的 log（脚本 print + 部分系统层输出），走的是普通串口 / USB；DBG UART 输出的是协议栈与启动阶段的底层日志，需要用底层日志工具 EPAT 打开对应端口抓取，EPAT 还会加载解析库把二进制 log 还原成可读文本。文档里也写了：抓低功耗场景的日志必须用 uart0 + EPAT，其余情况用 USB + Luatools 就够。 处理步骤： 1. 下载合宙底层日志工具 EPAT 并解压运行。 2. 在端口选择里指定 DBG 口与对应波特率，开始抓取。 3. 复现问题后停止，用「保存日志」导出 zip。 4. 把 zip 和现象描述一起发给技术分析。 参考文档：https://docs.openluat.com/common/howtouselog/
16. Air1601 的 pin43 上电后是什么电平？控制 gpio13 是否生效？
解答： 结论：PIN43 对应 GPIO13，但默认被固件当成 AirLink_WAKEUP 输出占用，直接 gpio.setup(13) 改不动电平；用 PWM 通道（pwm3）可以控制。 说明：Air1601 的管脚表里 PIN43 标的是 GPIO13，同一格里注明它兼作 AirLink_WAKEUP（输出），并有一句关键注释：「PIN43 也可复用为 PWM，如需用于 LCD 背光亮度控制，AirLink_WAKEUP 可选用其它 GPIO 代替」。也就是说这个脚在 airlink 里被占用了，复用权不在用户手里——所以用 pwm3 调占空比能生效（PWM 外设接管了脚），而普通 GPIO 写高低会被 airlink 的驱动重新拉回去。想把它当普通 IO 用，得先让 airlink 的唤醒脚换到别的 GPIO，再用 pins.setup / gpio.setup 重新配置。 处理步骤： 1. 先确认用途：只做背光调光，直接用 pwm3 调占空比。 2. 需要当普通 IO：改 airlink 配置把唤醒脚挪到其它 GPIO。 3. 改完再 pins.setup(13, ...) 复用为 GPIO，然后 gpio.setup 验证电平。 参考文档：https://docs.openluat.com/air1601/luatos/hardware/
17. Air1601 串口 FIFO 较小、高负载时会丢字节怎么办？
解答： 结论：Air1601 系列串口 FIFO 确实偏小，高负载下会偶发 FIFO 溢出丢字节；目前软件已加兜底，实际影响不大，另有新编译的 6205 固件可供测试。 说明：1601 / 1602 是高集成度的带屏 SoC，UART 硬件 FIFO 深度小，波特率一高、中断又被长任务占住，就会出现 overrun，表现为收到的数据少几个字节。软件侧的兜底做了三件事：按帧间隙判断断帧、overrun 之后做重同步、给解析器加看门狗，避免一次溢出把后续整帧都带偏。应用层还可以配合做几件事来降低概率：别在 UART 回调里做耗时操作、把串口处理放进独立 task、单次 sys.wait 时间别太长、必要时把波特率降一档。 处理步骤： 1. 确认现象是偶发丢字节而不是整帧错位，先排线材与波特率误差。 2. 升级到带兜底逻辑的固件（含新编译的 6205 版本）。 3. 应用层拆包加长度 / 校验，单帧失败可重试。 4. 仍复现就抓完整日志和复现步骤发技术。 参考文档：https://docs.openluat.com/air1601/luatos/hardware/
18. Air780EG 的标准软件 AirM2M_780EG_V1182_LTE_AT 和低功耗软件 AirM2M_780E_V1163_LTE_LPAT 指令是否一样？新型号 780EG2 有低功耗固件吗？
解答： 尚未解答
19. Air8101A WiFi 的 Lua 程序与 780 是否一样？如何移植？
解答： 结论：除网络方式不同以外，Lua 程序的写法是一样的，780 上跑的程序可以移植到 Air8101A。 说明：Air8101 是 2.4G WiFi6 + 蓝牙 BLE 5.4 的工业引擎，带一路以太网 MAC 接口（RMII 外挂 PHY 可做百兆以太网），还能通过 SPI 外挂 4G 模组（比如 Air780EPM）实现 4G 联网。它的软件体系同样是 LuatOS + Lua，与 Cat.1 产品一脉相承，外设库、airui、文件系统、任务模型都通用。移植时要改的其实只有「联网入口」这一层：把 4G 的 socket 初始化换成 WiFi 连接流程，业务逻辑、界面、外设驱动基本不用动。另外 Air8101 与 Air8101A 软件代码完全通用，差别只在尺寸与天线形态（8101 板载 PCB 天线 18×24，8101A 是 18×18 走 IPEX 外接天线）。 处理步骤： 1. 先把工程里 mobile / net 相关的初始化抽成单独模块。 2. 换成 WiFi（wlan）连接与配网流程，保留 socket 层不变。 3. 外设引脚按 Air8101 的复用表重新核对。 4. 用 Luatools 烧 Air8101 固件，逐项回归。 参考文档：https://docs.openluat.com/air8101/product/
20. Air8202C 可以自己焊接光敏电阻启用防拆功能吗？光敏电阻能放板子背面吗？
解答： 结论：不行。Air8202C 出厂就不焊光敏电阻、软件也不支持光敏防拆检测；要这个功能得选 Air8202G。 说明：文档写得很明确——Air8202G 预留了一颗光敏电阻的焊盘，光暗时 GPIO20 为高、光亮时由高变低，Air780EGG 收到 GPIO20（WAKEUP3）中断就能判断外壳被拆开；而 Air8202C 是「默认不焊接光敏电阻版本」，并且不支持光敏电阻防拆检测。所以自己补焊一颗上去也没有对应的固件逻辑去读它，等于白焊。另外光敏电阻（型号 GL5528，暗光约 1MΩ、亮光 8~20K）必须能真正感受到环境光，外壳要留透光孔或加导光柱；装在板子背面被 PCB 或电池挡住，光进不来同样失效，这与装在哪一面无关，关键是有没有光路。 处理步骤： 1. 确认需求是防拆 / 掀盖检测 → 直接选 Air8202G，不要用 8202C 改造。 2. 结构上给光敏留透光孔或导光柱，避开电池与金属件遮挡。 3. 固件里配 GPIO20（WAKEUP3）中断，做去抖后再判定。 参考文档：https://docs.openluat.com/air8202/product/、https://docs.openluat.com/air8202/hardware/circuit/
21. Air780EPM 新固件定时唤醒不自动退出飞行模式，是否有开关？
解答： 结论：没有独立的开关配置项，是否自动退出飞行模式取决于固件版本；较新固件已改为唤醒时自动退出，老固件要在唤醒后第一时间调用 mobile.flymode(0, false)。 说明：定时唤醒（pm.dtimerStart 之类）醒过来以后，协议栈会重新初始化，飞行模式这个标志位是否被保留、什么时候清掉，是固件内部行为，LuatOS 层没有暴露「退出飞行模式」的开关。老固件的表现是：定时器唤醒后仍处于飞行模式，不主动关就一直不驻网，日志里表现为长时间没有 IP_READY。新固件把这步做进了唤醒流程，脚本里再调一次 mobile.flymode(0, false) 也不会有副作用，所以最稳的写法是两者都做。 处理步骤： 1. 查所用型号固件页确认当前版本，优先升级到较新固件。 2. 在唤醒后的第一段逻辑里调用 mobile.flymode(0, false) 兜底。 3. 再等 IP_READY / 网络就绪事件，别用固定延时死等。 4. 若升级后仍不驻网，抓日志看是否停在搜网阶段。 参考文档：https://docs.openluat.com/osapi/core/mobile/
22. 模组插两张卡，切换卡槽后一直入不了网是什么原因？
解答： 尚未解答
23. 同一个天线，有的板子信号正常有的信号差，是什么原因？
解答： 结论：同一根天线换板子信号差异明显，模组本身的可能性很小，优先查焊接与装配一致性，再请天线厂分析。 说明：射频这条链路上，模组只是其中一环。按出现概率排：一是天线与馈线的焊接（虚焊、中心导体搭到地、屏蔽层没焊满），二是天线净空区被铺铜、电池、金属壳或螺钉破坏，三是地平面尺寸与参考设计差太多，四是连接器 / 弹片接触不良，五是外壳材质与装配公差改变了天线的谐振点。同一批板子只有一部分信号差，通常指向焊接与装配的一致性问题，而不是设计错误。 处理步骤： 1. 用万用表 / 网分查天线馈点到地的通断，排除短路与虚焊。 2. 检查天线净空区是否被器件或铺铜侵占，与参考设计逐项比对。 3. 把「信号好」和「信号差」的板子各留一块，寄回合宙做对比测试。 4. 同时找天线厂做驻波与效率测试，他们在这块更专业。 参考文档：https://docs.openluat.com/air780ehnehu/product/antenna/
24. 设备在 62℃ 温度变化过程中多次自行重启，且 LuatOS 无法识别设备是什么原因？
解答： 尚未解答
25. Air1602 当前固件的 UVC 驱动是否支持枚举摄像头的第二个 capture pin？如何指定 pin index？
解答： 尚未解答
26. Air780EPT 的 AT 模组使用出厂默认固件，对用户有影响吗？
解答： 结论：不影响。出厂默认烧的就是该型号的正式 AT 固件，功能完整，可以直接量产使用。 说明：AT 模组的出厂固件不是「测试版」或者「阉割版」，而是对应型号当前正式发布的 AT 版本（例如 780EPT 的 AirM2M_780EPT_V3011_LTE_AT、V2012_LTE_AT 这类），指令集、网络注册、短信、TCP/IP 都是完整功能。后续如果官方发布了修 bug 或加功能的新版本，再按需升级即可，不升级也不影响既有功能。需要注意的是升级时型号必须对上：Air700E 有多个子型号、780E 系列也有多个后缀，固件包与型号不匹配会直接烧不进去或跑不起来。 处理步骤： 1. 用 AT+CGMR / ATI 之类的指令读当前固件版本，记录在案。 2. 出货前做一轮功能回归（注网、短信、TCP/UDP）。 3. 后续要升级时，按型号到 AT 固件列表取对应包。 参考文档：https://docs.openluat.com/atmozu/product/firmware/
27. 合宙摄像头模组 1040 接到 AIR780EPM 开发板，画面花屏是什么原因？
解答： 尚未解答
28. 定位小程序支持定制开发吗？
解答： 结论：支持定制开发，会收取一定费用，功能简单的费用少、复杂的费用多。 说明：合宙的定位小程序属于云平台侧的应用，标准功能开箱即用；定制通常是这几类需求：改界面风格与品牌元素、增加业务字段（设备分组、巡检记录、告警规则）、对接自有服务器或 ERP、做多级账号与权限。这类工作按工作量评估报价，所以报价前需要先把需求说清楚——设备型号与数量、要展示哪些数据、要不要下发指令、要不要接第三方系统、交付形态是微信小程序还是 H5。 处理步骤： 1. 整理需求清单：功能点、数据来源、对接系统、上线时间。 2. 提供界面草图或参考产品，明确哪些是必做、哪些是可选项。 3. 找对接的商务 / FAE 出评估与报价。 4. 确认后先做原型再开发，避免来回改。
29. Air724UG 能否 Linux 开发？Air8000 这样尺寸支持 Linux 吗？
解答： 结论：Air724UG 不能跑 Linux；Air7000（Linux + Cat.1）方案已经砍掉，同尺寸段现在推荐 Air1603。 说明：Air724UG 是 4G Cat.1 模组，跑的是 LuatOS / CSDK 这套 RTOS 体系，官方没有提供 Linux BSP，也不具备跑 Linux 的内存与存储资源。合宙确实规划过 Linux + Cat.1 的 Air7000 方案，但该方案已经停止，不要再按这个方向做选型。如果项目本质需求是「小尺寸 + 带屏 + 能跑应用层逻辑」，Air1603 是更合适的选择：它本身就是带屏音视频的智能 SoC 模组，LuatOS + Lua 开发，界面用 airui，音视频解码也有现成组件。 处理步骤： 1. 先确认是否真的必须 Linux（有没有现成 .so / Python 依赖）。 2. 必须 Linux → 不在合宙模组范围内，需要另选平台。 3. 只是要带屏跑业务逻辑 → 选 Air1603，用 LuatOS + airui 实现。 参考文档：https://docs.openluat.com/air1603/
30. 合宙 LBS 不显示设备列表、待付款订单没有付款入口怎么办？
解答： 尚未解答
31. 没有淘宝订单号的芯片怎样归属到自己账号下（OTA 测试显示无权限）？
解答： 尚未解答
32. 如何上传 bin 文件到合宙云平台？提示“版本号格式错误”怎么解决？
解答： 结论：把版本号改成三段式 xxx.999.yyy（例如 001.999.000），或者把 Luatools 升级到最新版本，两种做法都能解决。 说明：合宙云平台的 OTA 按「主版本.次版本.修订号」三段纯数字来解析固件版本号，脚本里的 VERSION 常量如果写成两段、四段、带字母或者带日期串，平台侧就会判成格式错误，直接拒绝上传。Luatools 的新版本在打包时会做一层规整与提示，老版本校验更严格、报错也更含糊，所以经常是升级工具就好了。要注意版本号同时参与差分升级的判断，改完版本号务必真的递增，否则平台会认为没有新版本。 处理步骤： 1. 把脚本里的 VERSION 改成三段数字，如 “001.999.000”。 2. 确认新版本号比线上已发布的大（递增）。 3. 重新编译打包 bin，再上传云平台。 4. 仍报错就升级 Luatools 后重试。 参考文档：https://docs.openluat.com/common/Luatools/
33. 国庆后采购的 780EPM 与之前采购的在硬件上有区别吗？
解答： 结论：没有区别，国庆前后采购的 Air780EPM 在硬件上完全一致、可以互换，差异只在固件版本。 说明：同一型号的模组如果发生影响电气特性或引脚定义的硬件变更，官方会发 PCN 通知；批次之间的差别通常只是物料替代（同等规格、不影响性能与引脚），不会造成「新买的板子程序跑不起来」这种情况。真正容易混淆的是型号之间：Air780EPM 与 Air780EHM 名字很像，但 Flash / RAM 配置和固件都不通用，烧错固件会起不来。所以遇到新旧板子行为不一致，先查固件版本而不是怀疑硬件改版。 处理步骤： 1. 用 AT 指令或日志读两块板子的固件版本，先对齐版本。 2. 对齐后仍有差异，再对比硬件（丝印、批次、外围器件）。 3. 确认是型号混用（EPM / EHM）还是固件版本不同。 参考文档：https://docs.openluat.com/air780epm/product/
34. Air780EHU 是亚欧版，能用于南非吗？
解答： 结论：频段上没问题，Air780EHU 覆盖南非主流运营商的频段；但现网实测信号偏弱，天线与安装位置要重点处理。 说明：Air780EHU 是亚欧版，支持 B1 / B3 / B5 / B7 / B8 / B20 / B28 / B38 / B40 / B41，南非主流运营商常用的 B1（2100）、B3（1800）、B8（900）、B40（2300）都在覆盖范围内，所以接入不成问题。有两点要特别注意：一是型号差异是硬件差异，不能靠刷固件把 EHN / EHU / EPM 互转，选型时就要选对；二是出口南非需要按当地要求做 ICASA 认证，这个要提前排进计划。信号弱时先看天线增益与安装位置（金属外壳、机柜内、贴地安装都会明显掉信号），再考虑换高增益天线。 处理步骤： 1. 对照频段页确认目标运营商的频段是否被 EHU 覆盖。 2. 提前确认 ICASA 认证要求与周期。 3. 现场实测 RSRP / SINR，先优化天线与安装位置。 4. 信号仍不足再评估换高增益天线或调整方案。 参考文档：https://docs.openluat.com/air780ehnehu/product/air780ehufreq/
35. Air8784 待机 1 小时、通话 1 分钟耗电多少？
解答： 尚未解答
36. 合宙有支持蓝牙+以太网/WiFi+H.264/H.265 解码+触摸的工控机方案吗？
解答： 结论：单个型号很难同时满足这套组合。带蓝牙的 Air8301 有双以太网、WiFi 和触摸屏，但文档未标注 H.264 / H.265 的硬件解码能力。 说明：Air8301 基于 Air8000W（4G Cat.1 bis + WiFi + 蓝牙多网融合），板上已经集成双以太网、双 RS485、双 RS232、双 DI / DO 和 4.3 寸 480×272 电容触摸屏，蓝牙、网口、触摸这三项是满足的。视频这一项要拆开看：airui 的 video 组件确实支持 MP4（H.264）解码播放，走 mplayer 视频图层，但它是否落在 Air8301 所用固件里、能否稳定播 1080p，需要按该型号固件页逐版本核对；H.265 目前文档里没有标注支持。所以「蓝牙 + 网口 + H.265 硬解 + 触摸」这个组合，建议按主控 + 外挂解码模块的方式评估，而不是指望一颗模组全包。 处理步骤： 1. 拆需求：哪些必须硬件解码、分辨率与帧率要求、是否要 H.265。 2. 蓝牙 / 网口 / 触摸 → Air8301 满足。 3. 视频解码 → 查 Air8301 固件页确认 video / mplayer 支持情况，必要时外挂解码单元。 4. 需求定稿后找 FAE 做整机方案确认。 参考文档：https://docs.openluat.com/air8301/product/、https://docs.openluat.com/osapi/core/airui/
37. 合宙 4G 物联网有屏工控板 Air8301 的壳体哪里找？
解答： 结论：Air8301 目前没有量产壳体，官方演示用的是 3D 打印件，设计定型后会上架销售。 说明：Air8301 是可直接量产的工控板卡，出厂预烧固件、插 USB 就能跑，但壳体属于整机配件，不在板卡的标准配件清单里（标准配件只有开发板、4.3 寸触摸屏含 FPC 排线、DC 电源插头线和 Type-C 数据线）。演示壳体是 3D 打印的样件，还在改设计，所以淘宝上买不到。自己装机的话，壳体需要配合几处结构：4.3 寸屏的视窗与 FPC 走线空间、DC 座与 Type-C 的侧向开口、DI / DO 与 RS232 / RS485 端子的接线口；板载 4G 与 WiFi / BT 都是贴片天线，不需要另开天线窗，但金属外壳会屏蔽信号，壳体材料要选非金属。 处理步骤： 1. 按位号图与整机原理图确认外形尺寸与各接口位置。 2. 自用先 3D 打印验证装配与屏幕视窗。 3. 量产开模前确认壳体材料（非金属，避免屏蔽板载天线）。 4. 需要官方壳体的上架时间，找 FAE 确认进度。 参考文档：https://docs.openluat.com/air8301/product/