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

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%都行

相关文章:

  • git Authentication failed for 的解决办法
  • vim,gcc/g++,makefile,cmake
  • 适应性神经树:当深度学习遇上决策树的“生长法则”
  • VSCode中Node.js 使用教程
  • 深度学习计算
  • IP代理池环境配置
  • React面试常问问题详解
  • 《ffplay 读线程与解码线程分析:从初始化到 seek 操作,对比视频与音频解码的差异》
  • ElasticSearch父子关系数据建模
  • 多线程代码案例-1 单例模式
  • 基于深度学习的水果识别系统设计
  • 无人机避障——(运动规划部分)深蓝学院动力学kinodynamic A* 3D算法理论解读(附C++代码)
  • Qt 样式表qss学习
  • 【Qt】之音视频编程2:QtAV的使用篇
  • Kubernetes容器运行时:Containerd vs Docker
  • 奇妙小博客
  • 项目里程碑未被明确,如何有效控制进度
  • Java Solon v3.3.0 发布(国产优秀应用开发基座)
  • 操作实例 :使用rpm命令安装并解压RAR文档的工具软件UNRAR
  • 初入OpenCV
  • 重庆市委原常委、政法委原书记陆克华被决定逮捕
  • 苏东坡:人生就是哈哈哈哈哈
  • 巴总理召开国家指挥当局紧急会议
  • 中国金茂新任命三名副总裁,撤销区域公司
  • 中俄弘扬正确二战史观:缅怀历史,重拾初心,阻止悲剧重演
  • 全国人大常委会启动食品安全法执法检查