ITPub博客

title: 换了模块就好,为什么最后不是模块的锅?去板化验证的剥离测试、假焊与 LDO 公差的两个根因与"560R"的适配 方案 keywords: 去板化验证, 模组引脚假焊, LDO公差, 560R适配电阻, 串口烧RX, 原理图补交, 售后归责, 复购信任 topic: 无 genmodel: glm-5.3-flash version: 1 aireviewcycle

title: CI-73T 的三个串口怎么分?下载口固定的引脚账本、词条 150 条的"词数"口径与硬 PWM 控舵机的性能边界 keywords: CI-73T三串口, 串口2映射, 电平转换豁免, 词条150条, 词数字数口径, 长句识别率, 硬PWM舵机, 软PWM性能 topic: 无 genmodel: glm-5.3-flash version: 1 airevie

title: 声纹授权卡在平台,SDK 免费授权能救场吗?声纹+自学习的互斥、A4 脚禁下拉的烧录纪律与 ADC 播报的 100 点阶梯 keywords: 声纹授权, SDK免费授权, A4脚下拉, 中文路径烧录, ADC变量阶梯, 固件过大, CI生成三分钟, 声纹自学习互斥 topic: 无 genmodel: glm-5.3-flash version: 1 aireviewcycles:

驱鸟器项目的 IO 组合模式设计(MCU 用多个引脚电平组合告诉语音模块当前模式),在群里走完了一次教科书级的排障:从"附加条件"到"变量+判断"的方案演进,再到"电平触发靠变化"的机制顿悟与"改用串口"的方案收束。本篇按演进顺序复盘,重点记录两个机制级教训。需求:多引脚电平组合=模式选择MCU→语音模块的控制逻辑:P

一位空调内机升级项目的硬件负责人(年量 1-3 万套)的完整选型对话,从"推荐个模块"到引脚/电平/供电细节,把空调场景的选型闭环走了一遍。厂商的两句关键答复值得单独拎出来:CI-03T"带了空调红外码库,比较方便";供电 5V 但"串口电平 3.3"。本篇以这次选型为主线,整理空调语音方案的决策要点与电平匹配的易错点。空调场景的选型对位

台灯自研板(SU-03T/蜂鸟 M 裸芯方案)出现了喇叭杂音,工程师把原理图发厂商审查。硬件工程师的追问与答复,把裸芯方案的供电架构、滤波设计与外围器件选型一次讲透——其中最关键的一问是"1.2V 是拿来干啥的?"。本篇以这轮审查为主线,整理裸芯方案的电源设计守则。先分诊：杂音的判定与排查次序客户说"麦克风电路有杂音",硬件工程师的第一问不是给答案,而是校准

报警器项目里,客户在自学习使用中反复问到的两个边界问题,厂商的答复都不长,但信息密度极高:"没有超时退出是吧"——"目前没有"; "超时或者主动退出"能发串口信息吗——配置退出唤醒条件触发行为即可。这两个答复合起来,是自学习交互设计里最重要的两张卡:入口可以自由设计,出口必须自己搭。本篇复盘这组问答,给出自学习功能的入口/出口/串口联动设

沙发厂的高端线(单价 5-10 万、年出几千台)要做大模型智能沙发,需求一句话:唤醒后离线做指令调节,识别不了的走大模型,大模型下发文本或音频播报,大模型可自定义。这个需求的正确打开方式,在三个关键确认里浮出水面:平台路线还是开源路线、内置智能体是什么、双麦为什么只有单麦选项。本篇按大厂自研团队的接入视角,整理 JL-17T 路线的评估要点与落地清单。路线确认:平台路线,不是开源路线厂商团队问的第

车载环境是语音识别的难度天花板:发动机声、路面噪声、风噪、音响声叠加,信噪比极低;而车规总线又是 CAN,不是普通串口。一位车载项目工程师的三连问("高噪音环境只有 SU-32T 能用吗?有支持 CAN 的吗?T2 T3 T4 后缀区别大吗?"),把这类项目的选型逻辑完整呈现了出来。本篇复盘这次咨询,给出车载高噪音场景的选型框架与 CAN 通讯的实现边界。第一问:高噪音环境,选

想用语音模块输出 PWM 控制电机或舵机,先要分清两个概念:硬 PWM 和软 PWM。厂商工程师的一句话概括了区别:"平台可 IO 配置的就是硬 PWM,软 PWM 所有 IO 都可以"。而一句补充建议("软 PWM 控制舵机,如果你要的角度比较多的话可能性能不够")点明了选型关键。本篇讲清两者的机制差异、适用边界,以及电动沙发这类多电机场景的落地路径。硬

语音模块与主控 MCU 的串口对接是离线语音方案里最常见也最容易踩坑的环节:命令帧定义随意、播报请求和识别结果混在一条链路里、音量记忆没想清楚,联调时全冒出来。本篇把多个真实项目里验证过的串口协议设计要点汇总成一篇,供画板写码前对照。一、先想清楚"谁主导"：三种典型角色分配语音模块当主控:模块识别语音后通过 IO 或串口直接控制外设,MCU 只负责执行,适合功能简单的小家电;M

语音模块要不要能连传感器、把数据播出来、显示到小程序上,是大模型语音产品立项时的常见疑问。本篇基于 JL-17T 的一组真实问答,讲清传感器接入的接口边界、平台能力与二开的分界线。需求:接温度传感器,数据显示到小程序客户的问题很具体:17T 有没有连接传感器采集数据的功能,并把数据显示到小程序上,比如连接一个温度传感器?关键结论:接口类型决定实现路径厂商的回答给出了清晰的判断标准:主要看传感器的接

引言取暖器是典型的"冬季刚需"小家电：档位、定时、摆风、倾倒保护一堆功能，用户手上常常抱着东西或正在忙别的，语音控制的价值比很多品类更直接。离线语音不联网、不依赖云端、响应快、无隐私顾虑，因此成了取暖器厂商近两年的主流选择。 本文以某取暖器厂商基于 CI-96Z 智能公元平台的定制项目为线索，把词条表协同、主动播报与被动播报的划分、按键提示音的实现、电池供电下的低功耗取舍，以及

一、问题背景：带屏 + 语音产品的常见架构在智能家电、智能硬件、控制面板等带屏产品中，"屏幕 + 语音"的组合越来越常见：屏幕负责状态显示与菜单交互，语音负责免触控操控。传统做法是两条链路各管一段——语音链路：一颗离线语音识别模块，负责拾音、唤醒与指令识别；显示链路：一颗主控 MCU，跑业务逻辑并驱动 SPI 等接口的屏幕。很多工程师的第一反应是："SPI 屏很多单片

一、问题背景：带屏 + 语音产品的常见架构在智能家电、智能硬件、控制面板等带屏产品中，"屏幕 + 语音"的组合越来越常见：屏幕负责状态显示与菜单交互，语音负责免触控操控。传统做法是两条链路各管一段——语音链路：一颗离线语音识别模块，负责拾音、唤醒与指令识别；显示链路：一颗主控 MCU，跑业务逻辑并驱动 SPI 等接口的屏幕。很多工程师的第一反应是："SPI 屏很多单片

做语音台灯的小伙伴几乎都会撞上同一堵墙：用户说"亮度调到百分之三十"，设备却理解成别的数字。本文围绕百分比语音调光场景，整理离线语音模块的数字误识别优化方法，以及选型、迁移、烧录、排障环节的实战经验。一、数字指令为什么是离线识别的重灾区离线语音模块靠逐条匹配命令词工作，而中文数字发音存在天然的包含关系，词条之间相似度极高，误识别因此集中爆发：带 5 的数字最容易出事：15、25

引言：智能语音交互的核心选型在物联网和智能设备快速发展的今天，离线语音识别技术已经成为智能家居、车载电子、医疗健康等领域的重要交互方式。选择合适的语音识别模块对于产品的成功至关重要。本文将基于实际技术支持经验，详细对比 CI-03T、SU-32T、SU-03T 等主流离线语音识别模块的技术特性，帮助工程师和产品开发者在不同应用场景下做出最佳选择。产品系列概览CI-03T 系列模块CI-03T 是一

问题背景一位做声纹功能产品的客户，命令词不多、控制逻辑简单，最终选了带自学习声纹能力的 CI1302。但真正让选型卡住的，不是算力，也不是命令词数量，而是一个更基础的问题：单麦克风够不够用，要不要上双麦克风？这个问题几乎所有语音硬件都会遇到——智能门锁、家电控制、车载语音、办公设备——而且它直接决定咪头布位、板子面积、结构设计和 BOM 成本。本文把这次技术支持中确认下来的结论整理出来，供正在画板

引言做离线语音产品的工程师大多遇到过这种场景：工程在智能公元平台上已经配置完毕，唤醒词、命令词、引脚复用、PWM 输出、变量与动作绑定都调好了，此时硬件侧因料号、供货或功能升级，需要把 CI-73T1 换成 CI-73T2。如果新建工程重配一遍，所有命令词、触发条件和动作逻辑都要手动再来一次，既费时又容易漏配。 本文整理官方技术支持给出的标准做法：通过导出、修改、再导入 JSON 工程文件，在更换

做小家电、智能家居、工具类产品时，离线语音模块的选型问题往往不是"性能多强"，而是一连串非常具体的"能不能"：能不能改回复语、能不能接传感器、固件会不会被抄、能不能复用旧工程。下面把近期技术支持中重复率最高的 11 个问题按主题分组整理，结论先行、展开在后，供嵌入式工程师和硬件选型工程师在方案评估阶段快速对照。一、命令词与播报1. 离线方案必须逐条定义命令词