大家好，
我正在尝试在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
&在boot\u loader.h中支持\u AN \u B \u 001。烧录闪光灯时，智能狙击手会询问“是”和“否”。
对于DA14583，我还有什么需要？
设备：
我已经想到了它，因为第二个引导加载程序项目没有决定__da14583 __，所以spi io confiuer不对！
我可以要求您发送Andriod和iOS的辅助源代码吗？我想在我们的App.thanks中实现OTA函数，可以电子邮件是kb502zjh@163.com.。
嗨Birenpeter，
感谢您的指示，我只能将邮件发送到注册的电子邮件帐户，而不是您指示的邮件，如果您的信息已更改，请更改对话框帐户中的邮件。
谢谢mt_dialog.
注册邮箱还在使用中，请发邮件到我的账号，顺便问一下，请告诉我是用什么IDE和IDE版本开发应用的，谢谢！
你好，
我们还试图使用14583在我们的设备中实现拟议。
源代码是否可以直接从某个地方获得，或者你能给我发送应用程序端的源代码吗？
谢谢，
瓦拉希尔
嗨Birenpeter，
一封邮件已发送到注册的电子邮件帐户，关于用于智能手机应用程序的IDE是Android studio for Android和Xcode for the iOS关于版本的邮件，我认为这并不重要，但是Android亚博国际官网平台网址 studio的版本是1.5.1，Xcode的版本是7.3.1。
谢谢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
**************加密图像支持部分************** /
#定义AES\加密\图像\支持1
#不支持undef AES加密图像
/ ************** UART靴子部分*************** /
#undef uart_supported.
/ **************闪存部分************** /
#define spi_flash_supported.
#不支持EEPROM闪存
#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标题。
#定义允许\否\头
#if定义（support_an_b_001）&& aes_encrypted_image_supported == 1
#警告“辅助引导加载程序不支持加密”
＃万一
#define AN001_SPI_HEADER_SIZE 8.
#定义001\u SPI\u STARTCODE\u位置8
#定义EEPROM头大小8
#定义001\ EEPROM\起始代码\位置32
拜兹，我对UM-B-012第10页第3段中的评论感到困惑：
“通过取消对
选项support_an_b_001在标题文件引导程序中。“
我们在这里使用双重图像模式并尝试定义support_an_b_001，是错误的吗？
谢谢，
Uta_lc.
嗨，尤塔卢lc，
583上的型型应用程序使用内部闪光灯，外部闪光灯引脚是不同的（p20 / p23 / p24 / p29和外部是p00 / p03 / p05 / p06）。关于引导加载程序，您是对的，辅助引导加载程序应驻留在闪存中。辅助引导程序应具有定义__14583__，以便正确设置引脚，如果您使用加密，则应使用相应的命令才能在创建它时加密图像，请检查辅助引导程序文档UM-B-012在附录A中，了解如何使用加密的mkimage。辅助引导加载程序原样，具有UNDEFINED的SUPPORT_AN_B_001定义，因此它作为双重图像引导加载程序为uioota为什么要定义它以来，自您希望使用双重图像功能？
谢谢mt_dialog.
谢谢你的反馈。
是的，通过使用“#undef support_an_b_b__001”行我得到它工作。
至于为什么我尝试定义“support_an_b__001”，请参阅此线程的第一篇文章“我在boot_loader.h中启用了spi_flash_supported＆spects_b_001”。整个背景给了我留下我需要定义宏的印象。
嗨，尤塔卢lc，
只是为了澄清，你可以有一个支持\u AN \u B \u 001或双映像引导，你不能同时拥有这两个，正如所提到的支持AN \u B \u 001引导加载程序将搜索引导头在固件，而不会去产品头搜索活动固件。
谢谢mt_dialog.