亲爱的支持团队，
我们目前正面临一个问题，生产测试固件提供的对话时，运行在我们的定制PAN1740为基础的硬件。
最初的DA14580源代码仅针对UART RX/TX引脚分配进行了调整。
当我们连接到Connection Manager并开始任何TX测试（例如，未调制TX）时，我们可以观察到频谱中的载波，但频率错误。通道37的信号看起来或多或少正常。载波频率为2402兆赫。信道38位于2404 MHz而不是2426 MHz。通道39也位于2404兆赫，但其形状要宽得多。
prod_test fw基于SDK5.0.4；Connection Manager是v3.0.10。
你能告诉我这种行为的原因吗？
顺便说一句，fw的实际应用效果很好。E、 广告渠道完全满足。
谢谢，
霍尔格
设备：
嗨，赫林德，
我已经就此联系了松下，他们正在研究您的问题，他们会直接与您联系。
谢谢你的对话
很好的一天
我想知道是什么原因导致引脚复位没有检测到，当我尝试与UART在我自己的板编程我使用的是PAN1740
嗨，梅朗，
当通过UART编程时，设备需要重置的原因是，智能代码段需要跟踪0x02字节（来自预定义的UART引脚），该字节发出启动UART引导过程的信号。因此，通过点击reset，设备开始执行引导加载程序，最终智能代码段将捕获0x02字节并启动UART引导协议。因此，很明显，如果智能代码段无法获得重置，那么它不会接收0x02字节，这意味着很可能是UART连接出了问题。
谢谢你的对话
Hi MT\u对话框
我使用的连接
FTDL至船坞
Rx--->Tx引脚04
Tx--->Rx引脚05
CTS--->CTS P03
RTS--->RTS P02
Vcc--->3V
接地---->接地
他们是对的？
连接复位开关
谢谢你的时间
谢谢你的对话
检测rst已经是一个硬件问题了
现在我尝试为AT命令编写最新版本的.hex文件
但在tera术语和探头中没有出现9600 Bd、57600和115200未应答的情况。
尝试编写sdk5.0.3和sdk5.0.4的其他示例，但CRC与我不匹配。
你知道怎么解决这个问题吗？
嗨，梅拉格，
波特率取决于您正在使用的管脚，根据您之前的语句，如果您正在使用的任何终端上没有显示任何内容（您应该看到由于引导加载程序运行而产生的垃圾打印），则P04和P05的波特率为57600，然后要么是设备没有复位（因此没有引导加载程序运行），要么是UART连接有问题。你还提到CRC不适合你，你到底是什么意思？你下载的代码和设备不响应0x06（确认）或它不匹配的STM上的计算？还要注意，应该下载.bin文件而不是.hex文件（应该使用适当的工具hex2将.hex文件转换为.bin文件）bin.exe文件).
谢谢你的对话
如何通过UART监控设备（ACK）和0x02字节？
我将尝试将.hex文件更改为.bin，看看会发生什么
非常感谢你的对话
嗨，梅拉格，
如果你想看到串行引导程序，你可以通过连接一个逻辑分析仪在总线上。由于您使用的是Smart Snippets工具，它会自动将您使用的.hex文件转换为.bin文件，因此自己转换它并不重要（我认为您使用外部MCU是为了下载代码）。关于您得到的错误，我假设您正在使用一个自定义设备，也许您应该检查您设备上的UART线路显然数据已损坏，从智能代码段工具计算的内容以及下载过程结束时设备发送的内容生成无效的CRC。
谢谢你的对话
Hi MT\u对话框
我可以在PAN1740模块中编程DA14585的例子，就像在AN-B-001文件中一样，但是程序不编译，我检查了UART行，这很好
你知道怎么解决这个问题吗？
谢谢
嗨，梅拉格，
首先，据我所知，PAN1740实现了14580而不是585（这意味着您使用了错误的SDK，对于580，sdk5.0.4是最新的，对于585，sdk6.0.4是最新的），您认为程序不编译是什么意思？而且，程序不编译的事实与您不能通过UART编程的事实没有任何关系。
谢谢你的对话
Hi MT\u对话框
然后在sdk5.0.4中，我遇到了crc与STM中的计算不匹配的问题。
在接收到ACK位之前，AN-B-001文件中描述的过程是正常的。
谢谢
嗨，梅拉格，
很抱歉，我很困惑，您试图通过UART接口通过STM处理器编程PAN1740，它返回CRC不匹配或通过智能代码段。从您所附的图像来看，似乎您试图通过智能代码段执行此操作，并返回此类错误。另外，585 fw与上述问题有何关系？PAN1740内部有580设备，而不是585。请花更多的时间来描述你到底想做什么，以便我能够提供帮助？
谢谢你的对话
很抱歉给你一点解释。
我试着用UART编程一个PAN1470模块，通过samartsippes使用FTDI（USB到TTL FT232RL）。
正如你所说的，我在模块中编程585fw时出错了，因为PAN1740有一个580。
当我尝试编写示例sdk2.0.4时，580返回的错误与CRC不匹配。文件AN-B-0001标记的过程是正确的，我接收位0x02和ACK 0x06，直到接收到CRC位的那一刻，deafult返回其值00。
我的问题本身，是因为CRC没有被更新或者没有执行XOR来获取它的值？。
嗨，梅拉格，
引导加载器位于ROM中，这意味着执行的操作是标准的，无法以某种方式交互或更改代码，如果设备（580）传输0x00作为CRC值，那么我假设没有实际的代码下载，因此没有实际的字节下载到设备中（您是否能够用一个分析器），或者我想你正在使用的锅不知怎么损坏了。请您用另一台设备检查一下问题是否仍然存在。或者您可以尝试通过JTAG而不是UART下载代码，并检查您是否能够这样做？
谢谢你的对话
Hi MT\u对话框
我试图用J-Link对PAN1740进行编程，但没有成功，那么我的设备很可能损坏了？
嗨，梅拉格，
SWD连接损坏或有问题。
谢谢你的对话
你好，MT\u对话框
问题是我已经将PA1740模块的RST连接到JTAG连接，但是通过线程
https://support.dialog semiconductor.com/forums/post/dialog-smartbond-bl。。。
我意识到JTAG的RST和PAN1740是相反的，所以如果我按住RST的按钮，我已经连接到这两个模块（RST模块与RST JTAG），我成功地编程了ble\u app\u profile的例子，但设备没有公布，在上面提到的线程中，它说我可能处于睡眠模式，我怎么能禁用这个睡眠模式？
嗨，梅拉格，
为了禁用睡眠模式，您可以将app\u default\u sleep\u mode设置为ARCH\u sleep\u OFF，但设备处于睡眠模式并不意味着设备不会发布广告。所有的示例都执行广告，即使它们处于睡眠模式，设备在广告间隔之间处于睡眠状态，它也不会一直处于睡眠状态。你不可能仅仅通过UART下载fw就找到设备不执行的原因（你不能通过BLE扫描仪找到设备），我建议使用JTAG连接并通过keil进行调试，以便找到发生这种情况的原因。
谢谢你的对话
Hi MT\u对话框
已经解决了，我的问题是我在CFGŧu DEVELOPMENTŧu DEBUG语句中添加了ŧundef，导致它没有被公布，
非常感谢你！！！，我能做些什么来表明它帮助我破案吗？
嗨，梅拉格，
关于CFG\u DEVELOPMENT\u DEBUG，这不是设备不运行的原因，可能表示设备由于断言而卡住（由于该标志插入了不同类型的断言，以便向开发人员指示实现有问题）。所有的例子都应该使用CFG\u DEVELOPMENT\u DEBUG进行操作。您应该通过JTAG调试设备，以便检查设备被CFG\u DEVELOPMENT\u debug卡住的断言。
关于解决指示，由于您还没有在此基础上创建新线程，因此无法指示您接受或上述任何建议对您有所帮助，您必须是线程的创建者才能接受答案。
谢谢你的对话