da14avddect.
无论您是开发音频，语音或基于数据的无线应用程序，DA14AvDDect都为您提供最快，最简单的市场路线。雷竞技安卓下载它结合了一个紧凑模块中的世界级无线性能所需的一切。
完全的射频测试和认证，不需要任何深入的射频知识或资源使用。把它放进去，你就可以走了。
对话框DA14avDDECT音频语音数据模块是下一代无线应用程序的完整解决方案。雷竞技安卓下载它包含所有必需的硬件，包括最先进的DECT无线电，多核，功率放大器，立体声编解码器，电池管理和板载天线。只需通过下载和安装我们的优化软件堆栈之一，您可以通过下载和安装一个支持过空中升级的优化软件堆栈来定制到目标应用程序区域。
特性
支持最多4个麦克风(PP)在一个接收器(FP)
16kHz音频带高端声音/音频质量
交通器（PP）在谈话时消耗到46mA（LPM）
超高端音频/音频质量的20kHz音频带宽
一个完整的双工返回通道，带有互动引导件
在一组中支持高达1024个侦听器
接收端(PP)在监听时消耗到35 mA (LPM)
雷竞技安卓下载
公共地址
- 户外活动
- 学校的教室
- 教堂使用
导游
- 培训和合作
- 语言解释
- 事件生产/对讲机
- 辅助听力
- 团体旅游
音频数据栈（AVD模块）和无线音频模块（WAM）之间的差异
| 音频数据堆栈 | 政治活动家 | |
|---|---|---|
| 数据速率 | 1.6Kb / s. | 1.6Kb / s. |
| 会议中的PP数量 | N/A | N/A |
| PA / TG中的PP数量 | 1024 | 128 |
| 全双工/返回通道 | 1 | 0 |
| 语音/音频带宽 | 20千赫 | 11.3千赫 |
| 延迟 | 10毫秒 | 10毫秒 |
| 电池充电 | 镍氢/锂离子电池 | 2细胞镍氢 |
| 可编程性 | 灵活的API接口 | 没有任何 |
回的结果
1年前
DA9061关闭了Buck3没有理由
张贴了设备10分 10个回答你好，
在新产品中，我们使用具有IMX6ULL的DA9061-66。该产品结束，我们已经发布了市场。
一般一切正常工作（通过在Norm级别的所有EMI测试都通过毫无问题，在我们的发展阶段没有问题）但不幸的是在我们长期测试中我们经历了问题。在我们的一些设备上〜1-21天后，我们看到DA9061关闭了Cuck3稳压器，提供了我们的DDR3 RAM（我们使用一个16位DDR3 IC）。这导致冻结装置，除了关闭电源并再次关闭电源。所以市场发布停止，直到我们解决问题。
目前我们还不知道为什么会这样。
这是我们已经尝试过的：
-我们监测到I2C上没有电报，当设备发生故障时，会关闭调节器。
- 在故障模式下的设备上，我们用开发板读出DA9061的寄存器，我将把文件附加到此帖子作为.pdf文件，但它是一个.txt文件。我们发现了什么不寻常的。Buck3已启用。也许我们忽略了一些东西。
- 在此失败的设备上，我们监控了降压3 Rail上的电流，没有过流事件。
-冻结设备上DA9061的Vref为1,19v
- DA9061的vcore为2.5V
-只有切断电源才能让DA9061恢复正常工作
-这似乎完全是随机发生的。在一个设备上，它发生在30分钟后，下一次运行是在20天后。相同的软件，相同的环境等等
- 我们试图用不同的方法强制错误，但直到现在，我们没有找到一种重现方法的方法。它只发生完全随机，但似乎它始终在同一设备上发生。
- 我们的系统日志（我们使用Linux）不显示任何内容。当RAM电压失败时，系统可能会停止无任何错误消息。到目前为止，我们并没有触发到下降电压，我们仍在努力。它在错误发生之间存在很长一段时间的问题。
目前对我们最合理的解释是这个设备上的DA9061芯片损坏了。
我们已经向Dialog提交了图纸和布局，但是24天没有收到任何反馈，这让我非常失望。
在座有人有过类似的经历吗?看来我们已经到了死胡同。
非常感谢，
此致，
托本
| 附件 | 大小 |
|---|---|
| 注册冻结设备的转储 | 4.87 KB. |
1年前
你好Torben，
我们的处境和你们非常相似。我们将在几周后发布的产品中使用DA9063设备。
在一些产品中，D雷电竞官网登录A9063设备现在显示出与您已经描述过的相同的行为——它们在BUCK-Peri DCDC正常运行几天后突然关闭它。
我们的调查结果如下:
- DA9063内部逻辑/定序器似乎仍然运行，因为NRESET引脚和其他电压仍然处于活动状态，而BUCK_PERI已关闭
- 关闭降压-Ceri DCDC（一个思想）时与DA9063的I2C通信（一个想法，调节器通过I2C关闭）
-我们将I2C嗅探器连接到已经关闭BUCK_PERI调节器的设备上，读取状态和控制寄存器:
- bperi_cont（0x25）：0x01
- 根据寄存器内容，调节器应运行
- 我们测量了输出端的剩余电压为380mV
- 当我们写入0x00到BPERI_CONT时，电压下降到200mV -当BUCK_PERI被禁用时，> PullDown被启用
- 当我们现在将0x01写入BPERI_CONT时，调节器以正确的输出电压再次打开(即使在之前关闭DCDC的设备上)
- 比较所有的状态寄存器和中断寄存器，我们发现现在不寻常的寄存器内容。与工作装置比较，显示寄存器内容没有差异。
- 在动力循环的Buck-Peri再次正常工作后
到目前为止，我们还没能迫使失败。
- 我们将不同的负载和过载应用于DCDC（包括突然的负载步骤）
- 我们将外部电压应用于设备（DCDC输出电压下方和高于DCDC输出电压）
要回答您的问题Torben，是的，我们看到了与您使用同一系列的设备描述的几乎完全相同的行为。我们正在耗尽进一步调查的想法。
@Eliot:如果我们能联系并一起解决这个问题，我会非常感激的。这是一个非常严重的问题，因为我们非常接近我们的产品发布。
非常感谢你的帮助。
致以最亲切的问候
弗洛里安
1年前
嗨,御马,
这听起来很像一个类似的问题，除了我们没有测量任何电压留在禁用的调节器，这似乎是不同的。
我们在这里仍在努力解决问题。现在没有运气迫使错误。
致以最亲切的问候
托本
1个月前
你好,
我想我们有几乎相同的问题。您是否已经找到了一个解决方案？
问题描述:
我们正在使用基于i.MX6ULL的系统上的DA9061。
在那里，我们的DA9061没有问题，而没有问题，但是一些设备切换2（用于3V3 IO电压）没有任何理由。我们有一些设备在几个小时后发生这种情况，下一步数天或几周，大多数设备都没有问题。测试软件不使用Linux PMIC驱动程序。这意味着我们在主机CPU和PMIC之间没有通信，但无论如何发生问题。
在冷冻条件下，我们测量〜0,8V在Buck2。但所有其他电压轨在此条件下仍然存在：
Buck1 =核心电压= 1,4v
Buck3 = DDR电压= 1,35v
．..
此致，
安德烈亚斯
1个月前
你好，
听起来像是同样的问题。我们的解决方案是将模式从自动切换到同步模式/ PWM。在此设置中，我们不再存在了问题。由于这种变化，您可能会看到增加的辐射EMI。
一般来说，我们只能在几个芯片上重现问题。我们有150个测试设备运行，只有一个问题在合理的时间内可再现（<48h）。在这个改变之后，我们无法再次看到问题（一个月测试）。该设备现在在市场上持续1年，我们没有问题。
此致，
托本
1个月前
嗨托本,
非常感谢您的快速答案。
是的，我想是同样的问题。我们用25台设备做了测试。其中两个出现了问题，但第一个设备需要2周的时间，第二个需要一个多月的时间，直到问题发生。在25个设备旁边，我们现在有一个“坏”设备，我们可以在几个小时内重现问题。
因此，在下一步，我们还将尝试同步模式/ PWM。我祈祷它也能在我们的设备上运行。
你是否也得到了对话框对这个话题的正式回复?
此致，
安德烈亚斯
1年前
你好Torben，
我会直接到达你。
亲切的问候,
艾略特