嗨，对话
我使用DA14583，当我使用智能片段下载我的十六进制文件时，它显示从文件XX读取0字节。十六进制，XXX字节被忽略'因为它们的记录地址大于或等于0x8000'。
这会阻止我的发展，你能帮我吗？非常感谢。
关键词：
设备:
⚠️
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨caiziee，
你能多给我一些信息吗，你想做什么?烧flash, OTP，通过UART下载?此消息出现时，您正试图做什么?浏览到“选择要下载的文件”字段，烧毁记忆?您正在使用什么接口(UART、JTAG) ?你正在使用的。hex文件，它是如何生成的，它有多大?您使用的是哪个版本的Smart Snippets工作室?
由于MT_dialog
对不起，是我的错，我应该提供更多的信息。
我正在使用Jtag接口烧内部1MB闪存。当我浏览到下载文件，它不能打开，然后我得到这个错误消息。十六进制文件是由Keil 5构建的。我们将自己的应用程序添加到ble_example项目中。十六进制文件大小为103KB。我使用智能片段3.9。
生成的地图文件如下：
==============================================================================.
代码（INC。DATA）RO数据RW数据ZI数据调试
31936 3532 4656 584 11152 972004大总计
31936 3532 4656 584 11152 972004 ELF图像总数
31936 3532 4656 5840 0 ROM总数
==============================================================================.
总RO大小(Code + RO Data)
总RW尺寸（RW Data + Zi数据）11736（11.46KB）
总rom大小（代码+ RO数据+ RW数据）37176（36.30KB）
嗨caizee,
因为你想烧一个相当大的文件在583年,似乎有一种检查当你浏览一个智能片段.hex文件大于某个默认值,试着.hex文件转换成一个。bin文件,之后,聪明的片段会接受它,然后试着燃烧的flash 583。
由于MT_dialog
感谢您的回复。
但是我已经尝试过这个并使用fromelf.exe获取bin文件。但是我得到的不是一个垃圾箱文件，而是几个垃圾箱文件。他们是
ER_IROM1 1KB.
ER_IROM2 1 kb
ER_IROM3 1 kb
ER_IROM4 1KB.
ER_IROM5 36KB.
zi_ret20 1kb.
我不知道如何在确切地址刻录这些垃圾邮件到闪存？
嗨caiziee，
前一个SDK版本中,您应该能够找到在线(在前面的软件版本的软件和工具选项卡)我们包括hex2bin实用程序,它应该能够.hex文件转换成一个适当的。bin文件为了你把它聪明的片段。例如在SDK5.0.3中，你可以在utilities/flash_programmer文件夹中找到hex2bin。您也可以在教程6:SUOTA TOOL ZIP FILE的教程部分找到它。
由于MT_dialog
嗨，对话
感谢您的快速回复。
我已经尝试过这个，但它失败了。
因为在我们的应用程序中，有许多部分在分散配置文件中定义。地址不是连续的。当我使用hex2bin.exe时，我得到以下输出:
最低地址= 00000000
最高地址= 00080857
PAD BYTE = FF
8位校验和= 9C
当我闪烁它与智能片段，我得到一个错误“所选文件的数据大小加上偏移量超过SPI FLASH内存大小(131072字节)”。
你能给我更多关于这个的提示吗？先感谢您。
嗨caiziee，
显然它不是什么与智能片段相关的东西，我认为。hex产生的。bin是非常大的flash，如果你.hex适用于填充和。斌到达一个非常大的大小有问题scatterfile或者你申请一个固定的值初始化在弗兰克-威廉姆斯,链接器无法正确处理(添加一些代码来初始化),因此它的结果在很大。bin文件以来,为了应用价值writes it in the corresponding address in the binary instead of applying it by using extra code.
由于MT_dialog
谢谢，对话。
分散配置文件定义了几个空格，我基于SDK 5.0.5 BLE_Example项目进行了一点更改。为了获得更多用于代码RO和数据RO的RAM空间，我重新排列RAM设置。你能帮忙检查吗？在我在我们的项目中添加了一些新功能之前，这可以使用.hex闪烁。但大小变得更大后，我被这个问题困住了。
对于一些大数组初始化，我将它们声明为'__Attribute __（（部分（“保留_mem_area0”），ZERO_INIT））;“将它们放入保留RAM中。
--------------------------------------------------------------------------------------------------------------------------------------------------------
＃！armcc -e -i。\，。\ ..，。\ .. \ .. \ .. \ src \ config，。\ .. \ .. \ sdk \ common_project_files \ --cpu cortex-m0
#include“da1458x_config_basic.h”
#include“da1458x_config_advanced.h”
# include“da1458x_scatter_config.h”
;*************************************************************
;***由UVISION生成的分散加载描述文件***
;*************************************************************
;
;该分散文件设置为EM_MAP == 23！
;如果应用程序使用不同的内存布局，那么它必须使用不同的内存布局
;使用自定义的分散文件。
;**************************************************************
LR_IROM1 0x20000000 0x160 {;负荷地区size_region
ER_IROM1 0x20000000 0x160 {;加载地址=执行地址
*．o(重置,+第一)
｝
｝
lr_irom2 0x20000160 0x160 {
ER_IROM2 0x20000160 0x160 {
* (jump_table_mem_area)
｝
｝
lr_irom3 0x200002c0 0x80 {
ER_IROM3 0x200002C0 0x80 {
* (timeout_table_area)
｝
｝
lr_irom4 0x20000340 0x100 {
er_irom4 0x20000340 0x100 {
*（nvds_data_storage_area））
｝
｝
LR_IROM5 0x20000440 0x93c0 {
ER_IROM5 0x20000440 0x8dc0 {
*（Inroot $$部分）;必须处于一个库部分
;根区域，例如，__main.o，
;__scatter *。o, __dc *。* Region$$Table . o和* Region$$Table
boot_vectors.o（+ RO）
system_ARMCM0。o (+ RO)
; * ARMLIB *（+ RO）
.ANY (+ RO)
.any（+ RW）
｝
rw_iram54 0x20009200 uninit 0x600 {;堆
.any（堆栈）
｝
｝
lr_retention_ram2 0x00080768 0x2898 {
;延长睡眠模式
;扩展的重录:0x80000 - 0x83000
zi_ret20 0x00080768 uninit 0x22b8 {;0x80768是ROM代码使用的最后一个地址
#if（ble_connection_max_user> 4）
arch_system。o (cs_area)
＃万一
jump_table.o（heap_env_area）
jump_table.o（heap_db_area）
jump_table.o（heap_msg_area）
.any（Retention_mem_area0）;应用程序数据
.any（+ zi）
#如果定义了(SPOTAR_PATCH_AREA) && (SPOTAR_PATCH_AREA == 1)
app_spotar.o（spotar_patch_area）;当Spotar_Patch_Sysram为1时放置在Sysram中
＃万一
｝
Zi_ret21 exchange e_memory_base exchange e_memory_size {
Arch_main.o（ble_exchange_memory）
｝
｝
＃万一
; lr_guard_ram 0x50000000 0x0 {
; rw_gram0 0x50000000 0x0 {;确保这里没有任何东西！
*。o (exchange_mem_case1)
;｝
;｝
嗨caizee,
我所提供的散射中可以看到的是，您已经从原始分散文件中进行了一些区域，如本帖子所示（https://support.dialog-semiconductor.com/how-build-program-code-larger-32kb)，但你也提交了RW_IRAM52和RW_IRAM53，这是不建议的，也提交了RW_IRAM51区域，你没有指出替代区域，正如之前的帖子所指出的。我不能告诉keil将如何反应在分散文件，你已经附加。如果fw使用scatterfile运行，但是在添加了一些额外的代码后产生的二进制文件太大，那么你可能会初始化一些已经放在保留ram中的变量，这会导致.bin文件变得那么大。如果您能提供项目的地图文件和.hex文件来查看，这将是很有帮助的。
由于MT_dialog
嗨，对话
非常感谢您的回复。
正如你提到的，我声明了一个带有初始化数的常量数组，但我把它放在内存保留区0。这会导致问题吗?我还仔细阅读了UM-B-011文件，上面说
' 0x80000到0x82FFF区域应该声明为包含不需要初始化(UNINIT)数据的区域。'
嗨，对话
另一个问题，OTP是32KB。启动后，OTP将应用程序代码镜像为RAM。但我想知道OTP镜子是什么样的数据？代码RO或代码RO +数据RO，或其他内容？
非常感谢。
嗨caiziee，
是的，可能导致您面临的问题，链接器产生一个大的.hex文件，就UM-B-011中的参考文献，是的，因此，由于指定的区域为零，因此特定区域保持unquit的提及在开始时由SDK初始化。
关于OTP和镜像的内容，整个图像从Sysram中的OTP镜像，图像部分与OTP之间没有相互作用，而FW正在运行。
由于MT_dialog
谢谢，我做了一个快速的实验来批准这一点。是的，当我将所有const值放出保留RAM时，二进制更改为小。
然后，当我使用案例23时，代码RO +数据RO + RW RO的限制是什么？
非常感谢您的回复。
嗨caiziee，
使用案例23映射时的SYSRAM是38KB。
由于MT_dialog
非常感谢你，Dialog。你真的帮了我很大的忙。能得到你这么好的支持真是太好了。;-）