当前位置: 首页 > 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%都行

http://www.dtcms.com/a/188454.html

相关文章:

  • 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
  • 用vite脚手架建立 前端工程
  • LabVIEW 编程难点
  • Shinkai开源程序 是一个双击安装 AI 管理器(本地和远程),它允许您使用简单的 UI 在 5 分钟或更短的时间内创建 AI 代理
  • VUE_UI组件的二次封装
  • GPT( Generative Pre-trained Transformer )模型:基于Transformer
  • React中的状态管理Dva总结
  • 理解 C# 中的各类指针
  • Android加固工具测评:易盾、顶象、360加固哪款更好用?
  • 【爬虫】DrissionPage-1
  • const char* 指向字符串数组和字符串的区别