亲爱的支持团队,
当在我们定制的基于PAN1740的硬件上运行Dialog提供的生产测试固件时，我们目前面临一个问题。
原DA14580源代码只对UART RX/TX引脚分配进行了调整。
当我们连接连接管理器并开始任何TX测试(例如未调制的TX)时，我们可以观察到频谱中的一个载波，但频率是错误的。37频道的信号看起来差不多正常。载波位于2402 MHz。38频道位于2404兆赫，而不是2426兆赫。39频道也位于2404mhz，但其形状要宽得多。
prod_test fw基于SDK5.0.4;连接管理器是v3.0.10。
你能告诉我这种行为的原因吗?
顺便说一句。实际应用fw运行良好。广告渠道很完美。
谢谢,
Holger
设备:
嗨hlinde,
我已经就此联系了松下，他们正在看你的问题，他们会直接联系你。
由于MT_dialog
美好的一天
我想知道在我使用PAN1740的自己的板上尝试用UART编程时没有检测到引脚复位的原因是什么
嗨mayrang,
通过UART编程时设备需要重置的原因是，智能片段需要跟踪发出UART引导过程启动信号的0x02字节(来自预定义的UART引脚)。因此，通过点击重置，设备开始执行引导加载程序，最终Smart Snippets将捕获0x02字节并启动UART引导协议。因此，显然，如果Smart Snippets不能获得重置，那么它就不能接收0x02字节，这意味着您的UART连接很可能有问题。
由于MT_dialog
嗨MT_dialog
我使用的连接
FTDL到圆粒金刚石
Rx ----> Tx PIN 04
Tx ----> Rx PIN 05
CTS ----> CTS p03
RTS ---->
Vcc, > 3 v
接地——>接地
他们是正确的吗?
连接复位
谢谢您的宝贵时间
由于MT_dialog
检测RST是一个硬件问题
现在我尝试为AT命令编写最新版本的.hex文件
但在tera Term和探测器中没有出现9600bd, 57600和115200未回复。
尝试编写sdk 5.0.3和sdk 5.0.4的其他例子，但CRC不匹配我。
知道怎么解决这个问题吗?
嗨mayrarg,
波特率取决于你正在使用的引脚，从你之前的声明，P04和P05操作在57600波特率，如果没有出现在你正在使用的任何终端(你应该看到垃圾打印由于引导加载程序运行)，那么要么设备没有重置(因此没有引导加载程序运行)，要么您的UART应该有连接问题。你还提到CRC不适合你，这到底是什么意思?您下载代码和设备没有响应0x06 (ACK)或它不匹配的计算上的STM ?还要注意，您应该下载.bin文件而不是.hex文件(您应该使用适当的工具hex2bin.exe将.hex文件转换为.bin)。
由于MT_dialog
我如何可以监控设备(ACK)和0x02字节由UART?
我将尝试将.hex文件更改为.bin，看看会发生什么
非常感谢MT_dialog
嗨mayrarg,
如果您想看到串行启动过程，可以通过在总线上附加一个逻辑分析器来实现。由于您正在使用的智能代码片段工具，它将自动转换您正在使用的.hex文件到.bin，所以转换它自己并不真的重要(我在印象中，您正在使用一个外部MCU以下载代码)。关于你的错误,我假设您正在使用一个定制的设备,或许你应该检查UART线设备显然是数据损坏从聪明的片段生成无效的CRC计算工具和设备时发送下载过程已经结束。
由于MT_dialog
嗨MT_dialog
我可以编程的例子在PAN1740模块DA14585在AN-B-001文件，但程序不编译，我检查UART行，这是好的
知道怎么解决这个问题吗?
谢谢
嗨mayrarg,
对于初学者来说，PAN1740实现了14580而不是585，据我所知(这意味着你使用了错误的SDK, SDK 5.0.4是580的最新版本，而6.0.4是585的最新版本)，你说程序不能编译是什么意思?程序不能编译的事实与你不能通过UART来编程的事实没有任何关系。
由于MT_dialog
嗨MT_dialog
然后与sdk 5.0.4我有问题，crc不匹配的计算在STM。
在AN-B-001文件中描述的过程是正常的，直到收到ACK位。
谢谢
嗨mayrarg,
我很抱歉，我很困惑，你正试图通过UART接口通过STM处理器编程PAN1740，它返回CRC不匹配或通过智能片段。从您所附的图像，似乎您试图通过智能片段这样做，并返回那种错误。还有，585 fw和上述问题有什么关系?PAN1740内置的是580而不是585。能不能多花点时间描述一下你到底想做什么，以便我能帮上忙?
由于MT_dialog
我很抱歉做了这么一个小小的解释。
我尝试通过UART通过一个FTDI (USB到TTL FT232RL)通过samartinippes编程一个PAN1470模块。
就像你说的，我在模块中编程585 fw是错误的，因为PAN1740有580。
当我尝试编程的例子sdk 2.0.4的580返回的CRC的错误不匹配。由文件AN-B-0001标记的程序是正确的，我收到0x02位和ACK 0x06位，直到收到CRC位的时刻用聋子返回00它的值。
我的问题本身，是因为CRC没有更新或没有执行异或以其值?。
嗨mayrarg,
引导加载程序位于ROM中，这意味着执行的操作是标准的，没有办法交互或改变代码，如果设备(580)传输0x00作为CRC值，然后我假设要么没有实际的代码下载，所以没有实际的字节下载到设备(你能检查与分析)，或我认为PAN，你正在使用是某种程度上损坏。你能不能用其他设备检查一下，看这个问题是否还存在。或者您可以尝试通过JTAG而不是UART下载代码，并检查您是否能够这样做?
由于MT_dialog
嗨MT_dialog
我尝试用J-Link编程PAN1740没有成功，是不是我的设备损坏了?
嗨mayrarg,
社署接头损坏或有问题。
由于MT_dialog
你好MT_dialog
问题是我已经将PA1740模块的RST连接到JTAG连接，但是是通过线程连接的
https://support.dialog-semiconductor.com/forums/post/dialog-smartbond-bl..。
我意识到的RST JTAG PAN1740对立,所以如果我请RST的波顿,连接两个(RST与RST JTAG模块)我设法程序ble_app_profile的例子,但设备不宣布,在上面提到的线程,它说我可以在睡眠模式下,如何禁用这种睡眠模式?
嗨mayrarg,
为了禁用睡眠模式，你可以将app_default_sleep_mode设置为ARCH_SLEEP_OFF，但事实上设备处于睡眠模式并不意味着设备不会发布。所有的例子即使在睡眠模式下也会执行广告，设备会在广告间隔期间睡觉，它不会一直睡觉。你不能找到为什么设备不执行(你不能通过BLE扫描器找到设备)仅仅通过UART下载fw，我建议使用JTAG连接和调试通过keil，为了找到为什么会发生。
由于MT_dialog
嗨MT_dialog
已经解决了，我的问题是我在CFG_DEVELOPMENT_DEBUG语句中放入了#undef，导致它没有被宣布，
非常感谢!!，我能做些什么来证明它帮我破案了吗?
嗨mayrarg,
关于CFG_DEVELOPMENT_DEBUG,这不是为什么设备不运行,表明该设备被困由于断言(插入不同的断言由于该标记以显示有问题的开发人员实现)。所有示例都应该使用CFG_DEVELOPMENT_DEBUG操作。您应该通过JTAG调试设备，以检查设备使用CFG_DEVELOPMENT_DEBUG的是哪个断言。
关于解决提示，因为你还没有在这个问题上创建一个新线程，你不能表示你接受或者上面的任何建议对你有帮助，你必须是线程的创建者才能接受一个答案。
由于MT_dialog