大家好，
我正在尝试在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_loader.h中的SUPPORT_AN_B_001。当烧录闪光灯时，当Smartsniper问你“是”和“否”时，你都会尝试。
对于DA14583，我还有什么需要？
设备：
我已经想到了它，因为第二个引导加载程序项目没有决定__da14583 __，所以spi io confiuer不对！
我可以要求您发送Andriod和iOS的辅助源代码吗？我想在我们的App.thanks中实现OTA函数，可以电子邮件是kb502zjh@163.com.。
嗨Birenpeter，
感谢您的指示，我只能将邮件发送到注册的电子邮件帐户，而不是您指示的邮件，如果您的信息已更改，请更改对话框帐户中的邮件。
谢谢mt_dialog.
注册的邮箱还在使用中，请发到我的账号邮箱再见，请让我知道什么IDE和IDE版本是用来开发应用程序。谢谢!
你好，
我们还试图使用14583在我们的设备中实现拟议。
源代码是直接在什么地方可以得到的，或者你可以把应用端源代码发给我吗?
谢谢,
瓦拉希尔
嗨Birenpeter，
邮件已经发送到注册的电子邮件帐户,关于IDE,用于智能手机应用程序的Android工作室Android和iOS Xcode的有关版本我不认为真正重要但其Android 1.5.1工作室和7.3.1 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
**************加密图像支持部分************** /
#定义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标题。
#定义ALLOW_NO_HEADER
#if定义（support_an_b_001）&& aes_encrypted_image_supported == 1
提示:二级引导程序不支持加密
＃万一
#define AN001_SPI_HEADER_SIZE 8.
#定义AN001_SPI_STARTCODE_POSITION 8
#定义AN001_EEPROM_HEADER_SIZE 8
#定义AN001_EEPROM_STARTCODE_POSITION 32
我对UM-B-012第10页第3段的评论感到困惑:
"二级引导加载程序通过取消
选项support_an_b_001在标题文件引导程序中。“
我们在这里使用双重图像模式并尝试定义support_an_b_001，是错误的吗？
谢谢,
Uta_lc.
嗨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.
感谢MT的反馈。
是的，通过使用“#undef support_an_b_b__001”行我得到它工作。
至于为什么我尝试定义“support_an_b__001”，请参阅此线程的第一篇文章“我在boot_loader.h中启用了spi_flash_supported＆spects_b_001”。整个背景给了我留下我需要定义宏的印象。
嗨uta_lc,
只是为了澄清,你可以有SUPPORT_AN_B_001或双重图像引导,你不能让他们两人,提到通过支持AN_B_001引导装载程序将搜索的引导头fw产品,不会去头去寻找积极的弗兰克-威廉姆斯。
谢谢mt_dialog.