当前位置: 首页 > java >正文

KT148A语音芯片发码很难播放_将4脚对地一下再发正常,什么原因?

问题描述如下:您好,遇到一点问题请帮忙支持一下:

KT148A 这颗芯片, 我们上电后发码很难触发播放, 但用镊子将4pin PB0对地短接触发一下,再发码就很正常,这是什么原因?

根据现象来看的话,大概率还是一线通讯的时序问题,尤其是起始信号这一个环节,可能时间偏短,这里详细的来分析一下,看看KT148A的原理图如下:

  1. 芯片的4脚=PB0是测试脚,默认出厂的功能是:对地触发唤醒并且播放
  2. 客户描述用镊子短路一下PB0=4脚,就是这么个原理,短路其实是做了两个动作

动作一:KT148A收到下降沿电平,唤醒,推出低功耗,全速运行

动作二:KT148A收到按键信号,开始播放声音

  1. 假也就是说,当148A全速运行和处于睡眠状态下,需要的起始信号长度是不一样的

睡眠状态下是“唤醒时间+一线起始时间”,而全速运行状态下,只需要一个“起始时间”。

  1. 用镊子触发4脚唤醒之后,再发一线数据给148A此时能播放,说明起始信号偏短。

所以结论:应该就是起始信号偏短,导致148a唤醒之后不能识别到指令,详细的可以看看文档“KT148A一线通讯的注意事项_以及常见的调试问题点_V2.pdf”

推荐起始信号长度为6ms

同时用户手册里面,也有关于起始信号的描述,3.4章节:

起始信号的低电平长度,这里统一规定一下,长度必须是 5.5ms-----6.5ms 之间。推荐使用 6ms  ,误差控制在 10%都行

http://www.xdnf.cn/news/5933.html

相关文章:

  • C字符串的特点
  • 深度学习的相关术语介绍(杂乱版-想到啥介绍啥)
  • S7-1200 PLC与梅特勒-托利多IND360称重仪表通信
  • 使用聊天模型和提示模板构建一个简单的 LLM 应用程序
  • Protobuf工具
  • Hadoop是什么?(组件、特性、应用场景、生态系统等)
  • python文件打包成exe文件
  • 湖南大学3D场景问答最新综述!3D-SQA:3D场景问答助力具身智能场景理解
  • JS中获取选择器的方式:
  • 9.1 C#控制SW中零件的变色与闪烁
  • gdb调试
  • 山东大学软件学院计算机图形学2025期末考题回忆版
  • 使用class手搓Promise,三步一回头
  • 传输层协议UDP
  • latex公式格式
  • Spark自定义分区器-基础
  • 力扣-1.两数之和
  • java的switch case
  • Flutter小白入门指南
  • Spark Streaming 内部运行机制详解
  • MySQL 深度分页怎么优化?
  • 基于 Spring Boot 瑞吉外卖系统开发(十三)
  • SpringBoot中的拦截器
  • 精简大语言模型:用于定制语言模型的自适应知识蒸馏
  • RobotxR1:通过闭环强化学习在大语言模型上实现具身机器人智能
  • 【Web应用】Vue 项目前端项目文件夹和文件介绍
  • 17.责任链模式:思考与解读
  • Mysql索引优化
  • State(状态)——对象行为型模式
  • 在scala中sparkSQL读入csv文件