大家好，
我正在尝试在DA14583上实现OTA，并生成fw_1.img，fw_2.img，multi_part.bin作为“AN-B-10”逐步说明。但在我刻录之后
multi_part.bin进入DA14583内部闪光灯。它不宣传（只刻录fw_1.bin或fw_2.bin，da14583工作正常）.i已启用spi_flash_supported
& SUPPORT_AN_B_001 in the boot_loader.h. When burn the flash, both "YES" and "NO" are tried when asked by the Smartsniper.
对于DA14583，我还有什么需要？
设备：
我已经想到了它，因为第二个引导加载程序项目没有决定__da14583 __，所以spi io confiuer不对！
我可以要求您发送Andriod和iOS的辅助源代码吗？我想在我们的App.thanks中实现OTA函数，可以电子邮件是kb502zjh@163.com.。
嗨Birenpeter，
感谢您的指示，我只能将邮件发送到注册的电子邮件帐户，而不是您指示的邮件，如果您的信息已更改，请更改对话框帐户中的邮件。
谢谢mt_dialog.
注册的电子邮件仍然是in use,please send to my account email.Bye the way,please let me know what IDE and IDE version is used to develop the app.Thanks!
你好，
我们还试图使用14583在我们的设备中实现拟议。
Is the source code directly available somewhere or can you please send me the source-code for the app side?
Thanks,
瓦拉希尔
嗨Birenpeter，
A mail has been sent to the registered email account, regarding the IDE that is used for the Smart phone applications is the Android studio for android and Xcode for the iOS regarding the versions i dont think that really matter but its 1.5.1 for android studio and 7.3.1 for xcode.
谢谢mt_dialog.
非常感谢！
你好，
我回复了“我接受了这个SLA的条款和条件”的电子邮件，但尚未收到源代码。你善待我检查什么是错的吗？
嗨，大家好，
我试图使用14583，但不能使它与迄今为止的双重图像模式 - 在Pro套件上。
我的理解是，如果使用DA14583，鉴于您想要用户内部闪光，请将跳线J6保留到UART端，对吧？否则我会认为外部和内部SPI Flash会发生冲突？
另一个问题是引导加载程序工作模式，14583已经在OTP中获得了引导加载程序，因此此处提到的二级引导加载程序必须驻留在内部闪光灯中14583？因此，它使用了Suota方案1，即，使用以下命令生成Multi_part.bin：
mkimage.exe multi spi secoft_bootloader.bin fw_1.img 0x8000 fw_2.img 0x13000 0x1f000 multi_part.bin
这是boot_loader.h
**************加密图像支持部分************** /
#define AES_ENCRYPTED_IMAGE_SUPPORTED 1
#undef AES_ENCRYPTED_IMAGE_SUPPORTED
/ ************** UART靴子部分*************** /
#undef uart_supported.
/ **************闪存部分************** /
#define spi_flash_supported.
#undef EEPROM_FLASH_SUPPORTED
#if定义（spi_flash_supported）&&定义（eeprom_flash_supported）
#error“spi_flash_supported和eeprom_flash_supported配置标志被定义。”
＃万一
/ **************基于AN-B-001的图像/快引导程序部分************** /
//如果是定义它
//如果在SPI闪存中刻录基于AN-B-001的图像，并从OTP运行引导加载程序
#undef support_an_b_001 //为辅助引导加载程序启用它
#define support_an_b_001 //为辅助引导加载程序启用它
//定义allow_no_header，以启用从内存偏移量0加载0x7f00字节0
//如果没有找到有效的AN-B-001标题。
#define ALLOW_NO_HEADER
#if定义（support_an_b_001）&& aes_encrypted_image_supported == 1
#warning "Encryption is not supported by the secondary bootloader"
＃万一
#define AN001_SPI_HEADER_SIZE 8.
#define AN001_SPI_STARTCODE_POSITION 8
#define AN001_EEPROM_HEADER_SIZE 8
#define AN001_EEPROM_STARTCODE_POSITION 32
Bides, I'm puzzled by the comment in UM-B-012, page 10, paragraph 3:
"The secondary bootloader application is configured to operate in dual image mode by undefining the
选项support_an_b_001在标题文件引导程序中。“
我们在这里使用双重图像模式并尝试定义support_an_b_001，是错误的吗？
Thanks,
Uta_lc.
Hi uta_lc,
583上的型型应用程序使用内部闪光灯，外部闪光灯引脚是不同的（p20 / p23 / p24 / p29和外部是p00 / p03 / p05 / p06）。关于引导加载程序，您是对的，辅助引导加载程序应驻留在闪存中。辅助引导程序应具有定义__14583__，以便正确设置引脚，如果您使用加密，则应使用相应的命令才能在创建它时加密图像，请检查辅助引导程序文档UM-B-012在附录A中，了解如何使用加密的mkimage。辅助引导加载程序原样，具有UNDEFINED的SUPPORT_AN_B_001定义，因此它作为双重图像引导加载程序为uioota为什么要定义它以来，自您希望使用双重图像功能？
谢谢mt_dialog.
Thanks MT for the feedback.
是的，通过使用“#undef support_an_b_b__001”行我得到它工作。
至于为什么我尝试定义“support_an_b__001”，请参阅此线程的第一篇文章“我在boot_loader.h中启用了spi_flash_supported＆spects_b_001”。整个背景给了我留下我需要定义宏的印象。
Hi uta_lc,
为了澄清,你可以有苏PPORT_AN_B_001 or the dual image booting, you can't have both of them, as mention by supporting the AN_B_001 the bootloader will search for the booting header in the fw and will not go to the product header to search for the active fw.
谢谢mt_dialog.