大家好！
用SmartSnippets烧录外部SPI flash的时候发现一个很奇怪的问题:第一次烧录的时候一切正常,但第二次及以后烧录的时候发现点按连接键根本就连不上,老是提示:
[INFO @ 16-08-05 16时25分28秒]无法下载固件文件到电路板上。
[INFO @16-08-05 16:25:28]配置SPI Flash接口和引脚失败。
从第一次以后就没有再连上过一次。
这个时候换个方式把代码烧进RAM里也是提示失败：
[INFO @ 16-08-05 16时33分47秒]无法下载固件文件到电路板上。
环境：
硬件:我们自己的PCB,芯片:14580
固件：基于SDK5.0.3 / ble_app_peripheral写的固件，开启了延长休眠模式，关闭了开发/调试模式
软件：SmartSnippets3.8及3.9都是一样的现象
连接方式:JTAG方式
是什么问题导致的？是不是因为开启了延长休眠模式的关系，还是像论坛说的用JTAG本来就不稳定？
谢谢！
年轻的
设备:
1 .首先你烧的图片里有没有涉及到共用SPI的问题,即你的SPI总线上除了flash有没有挂其他的设备?如果有,找到SDK flash_programmer工程,加入拉低其它器件的CS线,重新把flash_programmer.bin和jtag_prgorammer.bin拷贝到C: \ glu \ SmartSnippets \ \用户资源
2.用UART烧写试试看？
嗨Gongyu_Dialog,
我的SPI总线上只有一个闪光芯片，我改用UART后可以烧写成功，但为什么用JTAG方式不行呢，是不是目前还不稳定？还有就是用UART擦除芯片时每次都要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十五时54分30秒]连接至COM4端口已经成功地打开。
[INFO @ 16-08-08十五点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分五十秒]连接至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-08 15点55分10秒]阅读已经完成。读取32768字节。
为什么中间会有这么多的连接与断开？（串口用的是P0_4跟P0_5）。
然后，代码烧进去后又发现另外的问题：
整个代码的逻辑为：
一上电设备会广播,等待连接,当连接建立后开启外挂ADC的中断(广播状态下不开启中断),ADC每4女士会给DA14580一个中断(有中断才会触发后面数据的发送),单片机进行数据处理并发送给手机,这一切在开启调试模式下“# define CFG_DEVELOPMENT_DEBUG”都运行正常,但关闭后“# undef CFG_DEVELOPMENT_DEBUG”发现可以连接但是没有数据发送,猜测是ADC没有中断来的原因,请问这个调试模式什么时候需要开启,什么时候需要关闭(我们的产品的最终形态应该会是应用层代码全放在flash里面,因为OTP空间已经不够了),关于这个调试模式究竟有什么需要注意的吗?谢谢！
布罗尔，
年轻的
补充：
在连接上之后,单片机会通过I2C给外挂的ADC芯片发数据以配置参数,之后ADC才会周期地采集信号,我刚才又做了一个测试,发现外挂ADC根本没有收到单片机的配置数据,是不是开启了
调试模式之后I2C的配置需要修改吗?谢谢！
布罗尔，
年轻的
我的建议是你在SDK里面找到flash_programming的工程，在periph_init函数里面，加入对于其他外设GPIO状态设定的操作，使外设都不起作用。然后分别编译基于JTAG和UART的版本。
覆盖C: \ \ XXXX \ SmartSnippets \用户资源下的flash_programmer.bin和jtag_programmer.bin。然后再下载试试。
关于这个CFG_DEVELOPMENT_DEBUG宏,主要是帮助你检查,不要重用GPIO;另外,就是深度睡眠模式下,开了这个宏SRAM是不断电的。
I2C配置和开不开这个宏没关系〜
嗨snowdream1，
按照你的建议加入对其他外设GPIO状态设定的操作,使外设都不起作用,但结果还是一样的,怎么回事,还有就是用UART烧为什么要花那么长时间?
布罗尔，
年轻的
我这里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：\用户\谷氨酸\ SmartSnippets \资源\ flash_programmer.bin已被选择用于下载。//开始连接
[INFO @ 16-08-15 14时54分56秒]连接到COM28端口已经成功地打开。
[INFO @ 16-08-15 14点54分56秒]开始下载过程...
[ACTION @16-08-15 14:54:57]请按单板上的硬件复位按钮，开始下载过程。
[INFO @ 16-08-15十四点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分十五秒] 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十四时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依然可以连接成功吗?否则无法更新程序也太痛苦了。
你好，
麻烦提供一下你使用的工程或者告知一下你在使用哪个工程时会遇到这个状况，我们好测试一下
谢谢
请问能否提供一个邮箱？网页上传很慢
测试的话可以只上传一个十六进制,或者打包后使用网盘链接来分享
非常感谢Qinjiny，十六进制文件上传，请测试。如需代码，还请告知，谢谢！
你好。。我这边测试了一下你的十六进制文件,烧写以后跑起来有一个广播名为BAXIAN_BLE几秒后消失。然后重新打开smartsnippets, JTAG模式,可以正常连接,擦除闪存,重新烧写。
我这边使用的是官方的580开发板pro, smartsnippets版3.8本
建议你在进行烧写操作前确认一下板子的引脚跳线连接是否有问题,进行新的烧写活动前可以先断开USB连接线再重新上电然后再打开smartsnippets。理论上进入睡眠不会影响连接的操作。我反复烧写了几次并没有任何问题。
非常感谢！我这里也找到其它解决方法方法。在加电的时候，按复位按键，快速在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去扫描蓝牙设备
有两个问题需要请教：
- 对话官网上提供的这个微信IOT参考设计，有没有测试过休眠模式？
——微信物联网参考设计里面内置的DA14580 SDK,如果我想替换为最新的5.0.4 SDK,应该如何替换吗?
谢谢您的帮助！
qinjiny_dialog
您的好,我尝试了SDK 5.0.4里面的BLE_app_sleepmode样例,在我的板子也是一样的结果。打开休眠模式，手机蓝牙就无法扫描到设备。请问这样正常吗？
或者哪里我可以查到官方开发板的原理图，就可以做个比对？谢谢您