前一个SDK版本中,您应该能够找到在线(在前面的软件版本的软件和工具选项卡)我们包括hex2bin实用程序,它应该能够.hex文件转换成一个适当的。bin文件为了你把它聪明的片段。例如在SDK5.0.3中,你可以在utilities/flash_programmer文件夹中找到hex2bin。您也可以在教程6:SUOTA TOOL ZIP FILE的教程部分找到它。
显然它不是什么与智能片段相关的东西,我认为。hex产生的。bin是非常大的flash,如果你.hex适用于填充和。斌到达一个非常大的大小有问题scatterfile或者你申请一个固定的值初始化在弗兰克-威廉姆斯,链接器无法正确处理(添加一些代码来初始化),因此它的结果在很大。bin文件以来,为了应用价值writes it in the corresponding address in the binary instead of applying it by using extra code.
嗨caiziee,
你能多给我一些信息吗,你想做什么?烧flash, OTP,通过UART下载?此消息出现时,您正试图做什么?浏览到“选择要下载的文件”字段,烧毁记忆?您正在使用什么接口(UART、JTAG) ?你正在使用的。hex文件,它是如何生成的,它有多大?您使用的是哪个版本的Smart Snippets工作室?
由于MT_dialog
对不起,是我的错,我应该提供更多的信息。
我正在使用Jtag接口烧内部1MB闪存。当我浏览到下载文件,它不能打开,然后我得到这个错误消息。十六进制文件是由Keil 5构建的。我们将自己的应用程序添加到ble_example项目中。十六进制文件大小为103KB。我使用智能片段3.9。
生成的地图文件如下:
==============================================================================
Code (inc. data) RO data RW data ZI data Debug
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 Data)
ROM总大小(Code + RO Data + RW Data)
嗨caizee,
因为你想烧一个相当大的文件在583年,似乎有一种检查当你浏览一个智能片段.hex文件大于某个默认值,试着.hex文件转换成一个。bin文件,之后,聪明的片段会接受它,然后试着燃烧的flash 583。
由于MT_dialog
谢谢你的回复。
但是我已经尝试过使用frommelf .exe获取bin文件。但我得到的不是一个bin文件,而是几个bin文件。他们是
ER_IROM1 1 kb
ER_IROM2 1 kb
ER_IROM3 1 kb
ER_IROM4 1 kb
ER_IROM5 36 kb
ZI_RET20 1 kb
我不知道怎么把这些文件刻录到flash里?
嗨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
谢谢,对话框。
scatter配置文件定义了几个空间,我基于sdk 5.0.5 ble_example项目做了一些更改。为了为代码RO和数据RO获得更多的ram空间,我重新安排了ram设置。你能帮我查一下吗?在我在我们的项目中添加一些新功能之前,使用.hex闪烁可以很好地工作。但当尺寸变大后,我被这个问题困住了。
对于一些大数组初始化,我声明它们为__attribute__(((section("retention_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)
# endif
jump_table。o (heap_env_area)
jump_table。o (heap_db_area)
jump_table。o (heap_msg_area)
.ANY (retention_mem_area0);应用程序数据
.ANY(+子)
#如果定义了(SPOTAR_PATCH_AREA) && (SPOTAR_PATCH_AREA == 1)
app_spotar。o (spotar_patch_area);当spotar_patch_syram为1时放置在syram中
# endif
}
Zi_ret21 exchange e_memory_base exchange e_memory_size {
arch_main。o (BLE_exchange_memory)
}
}
# endif
;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会镜像什么样的数据?Code RO或者Code RO+DATA RO,或者其他什么?
非常感谢。
嗨caiziee,
是的,这可能会导致您所面临的问题和链接器产生一个大型.hex文件,关于参考,你已经在嗯- b - 011,是的,提到specifiic区域仍然UNINIT自指定的区域由SDK零初始化它的自我开始。
关于OTP和被镜像的内容,在syram中,整个镜像是从OTP镜像出来的,fw运行时,镜像部分和OTP没有交互。
由于MT_dialog
谢谢,我做了一个简短的实验来验证这一点。是的,当我把所有的const值从保留ram,二进制变化很小。
那么当我用例23时,Code RO + DATA RO +RW RO的限制是什么?
非常感谢您的回复。
嗨caiziee,
使用case 23映射时的syram是38KB。
由于MT_dialog
非常感谢你,Dialog。你真的帮了我很大的忙。能得到你这么好的支持真是太好了。;-)