大家好！
用SmartSnippets烧录外部SPI flash的时候发现一个很奇怪的问题:第一次烧录的时候一切正常,但第二次及以后烧录的时候发现点按连接键根本就连不上,老是提示:
[INFO@16-08-05 16:25:28]无法将固件文件下载到主板。
[INFO @16-08-05 16:25:28]配置SPI Flash接口和引脚失败。
从第一次以后就没有再连上过一次。
这个时候换个方式把代码烧进内存里也是提示失败：
[INFO@16-08-05 16:33:47]无法将固件文件下载到主板。
环境：
硬件:我们自己的PCB,芯片:14580
固件：基于SDK5.0.3/ble_应用程序_外围设备写的固件，开启了延长睡眠模式关闭了开发/调试模式
软件：SmartSnippets3.8及3.9都是一样的现象
连接方式:JTAG方式
是什么问题导致的？是不是因为开启了延长睡眠模式的关系，还是像论坛说的用JTAG本来就不稳定？
谢谢！
年轻的
设备:
1 .首先你烧的图片里有没有涉及到共用SPI的问题,即你的SPI总线上除了flash有没有挂其他的设备?如果有,找到SDK flash_programmer工程,加入拉低其它器件的CS线,重新把flash_programmer.bin和jtag_prgorammer.bin拷贝到C: \ glu \ SmartSnippets \ \用户资源
2.用通用异步收发器烧写试试看？
嗨Gongyu_Dialog,
我的SPI总线上只有一个闪光芯片，我改用通用异步收发器后可以烧写成功，但为什么用JTAG方式不行呢，是不是目前还不稳定？还有就是用通用异步收发器擦除芯片时每次都要1.分钟左右，日志如下：
[INFO @16-08-08 15:54:09] SPI内存擦除成功。
[INFO@16-08-08 15:54:09]读取内存以在擦除后验证其内容。。。
[INFO @16-08-08 15:54:09] COM4端口连接成功。
[INFO@16-08-08 15:54:16]已成功从端口COM4断开连接。
[INFO @16-08-08 15:54:16] COM4端口连接成功。
[INFO@16-08-08 15:54:23]已成功从端口COM4断开连接。
[INFO@16-08-08 15:54:23]与COM4端口的连接已成功打开。
[INFO@16-08-08 15:54:29]已成功从端口COM4断开连接。
[INFO@16-08-08 15:54:30]与COM4端口的连接已成功打开。
[INFO@16-08-08 15:54:36]已成功从端口COM4断开连接。
[INFO@16-08-08 15:54:36]与COM4端口的连接已成功打开。
[INFO@16-08-08 15:54:43]已成功从端口COM4断开连接。
[INFO@16-08-08 15:54:43]与COM4端口的连接已成功打开。
[INFO @16-08-08 15:54:50]连接COM4端口成功。
[INFO@16-08-08 15:54:50]与COM4端口的连接已成功打开。
[INFO@16-08-08 15:54:56]已成功从端口COM4断开连接。
[INFO @16-08-08 15:54:57] COM4端口连接成功。
[INFO @16-08-08 15:55:03]成功断开COM4端口连接。
[INFO @16-08-08 15:55:03]验证成功。
[INFO@16-08-08 15:55:03]读取内存以刷新其内容。。。。
[INFO@16-08-08 15:55:03]与COM4端口的连接已成功打开。
[INFO@16-08-08 15:55:10]已成功从端口COM4断开连接。
[INFO@16-08-0815:55:10]阅读已完成。读取32768字节。
为什么中间会有这么多的连接与断线(串口用的是P0_4跟P0.05）
然后，代码烧进去后又发现另外的问题：
整个代码的逻辑为：
一上电设备会广播,等待连接,当连接建立后开启外挂ADC的中断(广播状态下不开启中断),ADC每4女士会给DA14580一个中断(有中断才会触发后面数据的发送),单片机进行数据处理并发送给手机,这一切在开启调试模式下“# define CFG_DEVELOPMENT_DEBUG”都运行正常,但关闭后“# undef CFG_DEVELOPMENT_DEBUG”发现可以连接但是没有数据发送,猜测是ADC没有中断来的原因,请问这个调试模式什么时候需要开启,什么时候需要关闭(我们的产品的最终形态应该会是应用层代码全放在flash里面,因为OTP空间已经不够了),关于这个调试模式究竟有什么需要注意的吗?谢谢！
比尔，
年轻的
补充：
在连接上之后,单片机会通过I2C给外挂的ADC芯片发数据以配置参数,之后ADC才会周期地采集信号,我刚才又做了一个测试,发现外挂ADC根本没有收到单片机的配置数据,是不是开启了
调试模式之后I2C的配置需要修改吗?谢谢！
比尔，
年轻的
我的建议是你在SDK里面找到闪存编程的工程，在周界函数里面，加入对于其他外设GPIO状态设定的操作，使外设都不起作用。然后分别编译基于JTAG和通用异步收发器的版本。
覆盖C: \ \ XXXX \ SmartSnippets \用户资源下的flash_programmer.bin和jtag_programmer.bin。然后再下载试试。
关于这个CFG_DEVELOPMENT_DEBUG宏,主要是帮助你检查,不要重用GPIO;另外,就是深度睡眠模式下,开了这个宏SRAM是不断电的。
I2C配置和开不开这个宏没关系～
嗨，白雪公主1，
按照你的建议加入对其他外设GPIO状态设定的操作,使外设都不起作用,但结果还是一样的,怎么回事,还有就是用UART烧为什么要花那么长时间?
比尔，
年轻的
我这里通用异步收发器擦除和烧写都很快的。
另外,就是P05你应该是和SPI共用的吧?
[INFO@16-08-15 14:54:39]头记录已从十六进制文件ble_app_barebone_580.hex中删除。
[INFO @16-08-15 14:54:39]从文件ble_app_barebone_580.hex中读取20820字节。
[INFO@16-08-15 14:54:56]已选择下载固件文件C:\Users\glu\SmartSnippets\resources\flash\u programmer.bin//开始连接
[INFO@16-08-15 14:54:56]与COM28端口的连接已成功打开。
[INFO@16-08-15 14:54:56]已开始下载过程。。。
[ACTION @16-08-15 14:54:57]请按单板上的硬件复位按钮，开始下载过程。
[信息@16-08-15 14:55:00]检测到重置
[INFO@16-08-15 14:55:01]已成功从端口COM28断开连接。
[INFO @16-08-15 14:55:02] COM28端口连接已成功打开。
[INFO @16-08-15 14:55:02]成功断开COM28端口连接。
[INFO@16-08-15 14:55:02]已成功将固件文件下载到主板。
[INFO@16-08-15 14:55:02]已成功配置SPI闪存端口和引脚。
[INFO @16-08-15 14:55:23] COM28端口连接打开成功。//擦除
[INFO@16-08-15 14:55:23]已成功从端口COM28断开连接。
[INFO @16-08-15 14:55:23] SPI内存擦除成功。
[INFO @16-08-15 14:55:23]读取内存刷新内存内容....
[INFO @16-08-15 14:55:23] COM28端口连接打开成功。
[INFO@16-08-15 14:55:23]已成功从端口COM28断开连接。
[INFO@16-08-15 14:55:23]阅读已完成。读取32768字节。
[INFO @16-08-15 14:55:30]在地址0x00000开始烧存21144字节的数据。//开始烧写
[INFO @16-08-15 14:55:30] COM28端口连接已成功打开。
[INFO@16-08-15 14:55:34]已成功从端口COM28断开连接。
[INFO@16-08-15 14:55:34]内存刻录已成功完成。
[INFO@16-08-15 14:55:34]读取内存以刷新内存内容。。。。
[INFO@16-08-15 14:55:34]与COM28端口的连接已成功打开。
[INFO @16-08-15 14:55:41]成功断开COM28端口连接。
阅读完毕。读取32768字节。
[INFO @16-08-15 14:56:15] COM28端口连接打开成功。//擦除
[INFO @16-08-15 14:56:15]成功断开COM28端口连接。
[INFO@16-08-15 14:56:15]SPI内存擦除已成功完成。
[INFO@16-08-15 14:56:15]读取内存以刷新内存内容。。。。
[INFO @16-08-15 14:56:15] COM28端口连接打开成功。
[INFO @16-08-15 14:56:15]成功断开COM28端口连接。
[INFO@16-08-15 14:56:15]阅读已完成。读取32768字节
嗨Gongyu_Dialog,
P05确实是和SPI共用的,有问题么,它们任何时候都只有一方在用而已啊,应该不会互相影响,现在用Jlink烧倒是挺快的,就是只能烧一次。
比尔，
年轻的
共用没问题。JLINK只能烧一次，第二次烧不了，我想是不是因为代码直接已经从SPI那里boot 起来了。因为JTAG是在UART和SPI boot都没有成功的情况下才打开的。
你试着在刚开始烧写的时候,把SPI的几个跳线去掉,跳过SPI引导这一阶段,然后把跳线再插上试试吗?
嗨Gongyu_Dialog,
结果还是不行。
比尔，
年轻的
嗨Gongyu_Dialog,
我是用我自己的板子，没有做跳线处理，我可以在开发板上做一下测试先。
比尔，
年轻的
我也遇到类似问题，请问最后有没有解决办法？
JTAG只能烧写一次,第二次就再也连接不成功。
是不是因为设备设置了EXT_SLEEP_ON,所以烧写一次之后,再连JTAG的时候,CPU处于休眠模式,所以无法连接成功吗?
请问如何配置,可以在下载的程序打开EXT_SLEEP_ON的情况下,JTAG依然可以连接成功吗?否则无法更新程序也太痛苦了。
你好，
麻烦提供一下你使用的工程或者告知一下你在使用哪个工程时会遇到这个状况，我们好测试一下
谢谢
请问能否提供一个邮箱？网页上传很慢
测试的话可以只上传一个十六进制,或者打包后使用网盘链接来分享
非常感谢 钦吉尼，十六进制文件上传，请测试。如需代码，还请告知，谢谢！
你好。。我这边测试了一下你的十六进制文件,烧写以后跑起来有一个广播名为BAXIAN_BLE几秒后消失。然后重新打开smartsnippets, JTAG模式,可以正常连接,擦除闪存,重新烧写。
我这边使用的是官方的580开发板pro, smartsnippets版3.8本
建议你在进行烧写操作前确认一下板子的引脚跳线连接是否有问题,进行新的烧写活动前可以先断开USB连接线再重新上电然后再打开smartsnippets。理论上进入睡眠不会影响连接的操作。我反复烧写了几次并没有任何问题。
非常感谢！我这里也找到其它 变通办法方法。在加电的时候，按重置按键，快速在 智能代码片段里面点击 连接就可以连接得上。感觉是进入睡眠之后就无法连接，重置之后如果手速比较快，就可以连接成功。连接成功之后，就可以擦写软件
另外,请问一个问题,进入延长睡眠模式之后,通过配置那个计时器可以调整睡觉= = >唤醒的定时器定时器?现在的问题就是进入睡眠之后，就无法起来了。感觉唤醒定时器好像不起作用,很奇怪。
SDK 504是不是支持通过JTAG调试睡眠模式下的程序吗?
您好，
我的同事告诉我,我们的设计是官从对话框网提供的微信物联网参考设计改过来的。
https://support.dialog-semiconductor.com/connectivity/reference-designs?..。
我把这个参考设计下载下来,打开睡眠模式:const静态sleep_state_t app_default_sleep_mode = ARCH_EXT_SLEEP_ON;在user_config.h文件。同时,关闭MD5和加密,只采用EAM_macNoEncrypt在mpbledemo2.h文件。
发现遇到和我一样的问题。DA14580休眠之后就无法被手机发现。我用的是 android 手机，AirSyncDebugger app去扫描蓝牙设备
有两个问题需要请教：
-对话官网上提供的这个 微信物联网参考设计，有没有测试过休眠模式？
——微信物联网参考设计里面内置的DA14580 SDK,如果我想替换为最新的5.0.4 SDK,应该如何替换吗?
谢谢您的帮助！
Qinjiny_对话
您的好,我尝试了SDK 5.0.4里面的BLE_app_sleepmode样例,在我的板子也是一样的结果。打开休眠模式，手机蓝牙就无法扫描到设备。请问这样正常吗？
或者哪里我可以查到官方开发板的原理图，就可以做个比对？谢谢您