你好,
我正在使用二级引导加载程序，我的应用程序驻留在闪存中。引导加载程序头位于默认位置(0x1F000)。我有一些应用程序相关的数据，我存储在0x1E000位置在外部闪存。有时我发现我的应用程序数据在地址0x1E000被重写。我确信我的应用程序没有在那个地址写入任何垃圾数据。那么，我想确认是二级引导加载程序还是BLE栈访问0x1E000地址自己使用?
如果是，建议我可以使用的位置，我的申请。
设备:
⚠️
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.wsdof.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
大家好. .感谢来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台的过程中，它将提供更好的功能，并包含在主对话网站。所有的帖子和账号已经迁移。我们现在只接受新论坛的流量-请发布任何新的帖子在//www.wsdof.com/support．我们会在接下来的几天修复bug /优化搜索和标记。
嗨Ankit,
请帮助我理解这个问题。应用程序有雷竞技安卓下载一个辅助引导加载程序。你能指定这个辅助引导加载程序在哪里吗?
在外部flash应用程序中，主引导加载程序查看应用程序映像的0x00位置。如果您有一个辅助引导加载程序，那么您可以自定义应用程序映像在闪存中的位置。
不管主/辅助引导加载程序如何，引导时所要做的就是将应用程序映像复制到RAM中执行。所以BLE堆栈不会访问闪存。除非用户应用程序请求读/写，否则SDK的其他部分都不会访问flash。
最好的
信用证
我的辅助引导加载程序和我的应用程序都驻留在闪存中。据我所知，二级引导程序在闪存中存储分区信息，如签名、图像分区起始地址、CRC等。我已经在0x1F000配置了PRODUCT_HEADER_POSITION。但我发现，有时我的应用程序数据，即PRODUCT_HEADER_POSITION上面的1个扇区位于0x1E000，被损坏。全是0。
嗨Ankit,
据我所知，辅助引导程序基本上不写入闪存或执行任何擦除操作。那些addr定义像PRODUCT_HEADER_POSITION只告诉它在哪里读取所需的数据，辅助引导加载程序不会写或擦除到闪存。SDK中唯一可以操作flash内容的功能是SUOTA和为安全需要保存绑定信息。当您禁用这些功能时，检查是否有任何变化。除此之外，您可能需要在您自己的应用程序中重新检查关于SPI flash处理的所有内容。
你好再次,
我仍然面临着这个问题。我在做闪存擦除，读写操作。
每次闪光操作后都要延时吗?如果是，那么具体操作的延误应该是多少?
嗨Ankit,
我不认为有必要针对flash操作之间的延迟,没有延迟与flash交互SDK时,你有时会损坏数据可能与事实SUOTA擦除每家银行在写作之前的新形象,但这将需要一个相当大的图像达到0 x1e000,如果发生了,这意味着您可以轻松地复制这个问题每次你写银行2,另外如果SUOTA干扰的额外数据,或许你会看到0 xff擦除数据并不是零。如果问题是不可复制的，这意味着您的数据被其他东西损坏，而不是被SUOTA损坏。
由于MT_dialog