您好，
在尝试使用DSPS应用程序（iOS和Android）连接到我的PAN1740模块时，我需要一些关于“设备已断开连接”问题的帮助。我的DSPS SDK是DA14580\u DSPS\u 3.150.2。
本地（可能平均有20%的尝试），设备不会与DSPS应用程序连接。我得到的错误是“设备已断开连接”。但是，使用较旧的PAN1740模块时没有问题。该问题只发生在较新的模块上。旧的和新的模块之间的区别仅仅是刻在上面的一个数字。旧模块上的完整标记为PAN1740 02/02 ENW89846A1KF 1513311 FCC ID:T7V1740。较新模块上的标记是PAN1740 02/02 ENW89846A1KF 1627111 FCC ID:T7V1740。
可能是什么问题？较新的模块是否包含行为不同的较新代码？或者硬件有什么不同？
我们应该使用更新的DSPS SDK吗？或者，在集成DSPSDK和我们的应用程序时，我们还应该注意其他问题吗？
感谢您的帮助，
Rado
亲爱的支持团队，
在基于PAN1740的定制硬件上运行Dialog提供的生产测试固件时，我们目前面临一个问题。
原始DA14580源代码仅针对UART RX/TX引脚分配进行了调整。
当我们连接连接管理器并启动任何TX测试（例如，未调制的TX）时，我们可以观察频谱中的载波，但频率不对。通道37的信号看起来或多或少正常。载波频率为2402兆赫。信道38位于2404 MHz而不是2426 MHz。通道39也位于2404兆赫，但其形状要宽得多。
prod\u test fw基于SDK5.0.4；Connection Manager是v3.0.10。
您能告诉我们这种行为的原因吗？
顺便说一句，fw的实际应用效果很好。E、 g.广告渠道完全满足。
谢谢，
Holger
您好，
如何使用不同的芯片选择将多个SPI从设备连接到PAN1740？
如何配置它们并读取代码中的数据？
谢谢
Bharath
大家好，
我遇到了以下行为：我的应用程序将GAPM\u START\u adverside\u CMD命令发送到TASK\u GAPM。在功能方面，一切正常：DA1458x开始广告，我可以建立连接。奇怪的是，在建立连接之后，我只收到GAPM\u CMP\u EVT消息（这是对GAPM\u START\u advertive\u CMD命令的确认响应）！通信顺序如下：
TASK\u APP:GAPM\u START\u advanced\u CMD
<；
<；
TASK\u GAPC:GAPC\u CONNECTION\u REQ\u IND
TASK\u GAPM:GAPM\u CMP\u EVT（参数->；操作：0x0E，“启动无向可连接广告”）
我相信我应该在发送GAPM\u Start\u ADVERTISE\u CMD后立即收到GAPM\u CMP\u EVT。你知道是什么导致了这种行为吗？
我正在使用外部uC配置（GTL SPI），以备不时之需。
感谢您的帮助，
mabraun
大家好，
为了能够调试我遇到的一些问题，我想知道哪个函数在外部uC配置中处理传入SPI GTL消息的接收。我使用了接近记者的例子作为起点。在spi\u hci.c中，我可以看到在spi\u receive\u data\u isr（）中调用了回调函数。这个回调是通过spi\u hci\u read\u func（）函数设置的。但是，我无法追溯这个回调（我最终进入了jump\u table.c）。
您能告诉我处理传入GTL SPI消息的函数吗？
谢谢，
mabraun
编辑：我这里说的是DA1458x（从）端。
大家好，
我正在外部处理器配置中操作DA14580。它由使用GTL 5线SPI协议的uC（SPI主机）控制。我一直有陷入僵局的问题。当通过BLE传输一些数据（因此uC和DA之间有大量通信量）时，我会遇到DA和uC都希望同时传输的状态。更具体地说，DA卡在spi\u hci\u write\u func（）函数中。它驱动可怕的信号高并等待SPI传输（SPI_wait_for_transfer（））：
…
SPI_可怕的高（）；//断言可怕请求传输
do{
SPI_wait_for_transfer（）；//等待来自SPI主设备的SPI事务
…
但是，uC尝试发送消息同时陷入spi\u send\u hci\u msg（）函数中，等待可怕的信号变低：
…
//禁用可怕的中断
可怕的irq\u disable（）；
//轮询可怕以检测是否接收到数据
（可怕的获取\u状态（））；
…
发生以下情况：
-在DA断言可怕的信号之前，uC禁用可怕的中断。
-可怕的信号变高，但uC侧没有触发中断。
-相反，uC等待可怕的信号变低。
-可怕的信号不会变低，因为DA正在等待SPI传输。
-->；死锁
我想知道协议打算如何避免陷入上述死锁。从看起来没有任何机制可以阻止这种情况。
谢谢！
mabraun
编辑：试图使问题描述更全面
您好对话框，
我正在尝试完全自动化我的OTP编程过程。对于硬件，我有一个使用FTDI 230X芯片的定制接口板。对于固件，我有一个十六进制文件和正在闪烁的OTP头文件。
我目前可以使用CLI对OTP进行编程。但是，我希望避免使用RESET pin或对我的脚本进行任何类型的用户干预。我正在使用的FTDI芯片的一个特点是，它有gpio，可以为位碰撞编程。其中一个GPIO可以切换重置。有没有什么办法，我可以创建自己的裸编程脚本，消除了复位按钮按下的需要，只是调用FTDI芯片来做这件事？我知道FTDI芯片的命令。我只是不知道如何在对话框中调用它。
谢谢您并致以问候，
迈克尔