uboot-env 这个分区有什么作用?

safe***

uboot, art, factory, kernel, linux 这些分区好多人估计都知道是干嘛的. 不知道这个uboot-env 有什么作用?
如果一个uboot 占用的分区是 0-3fff0 (40000),  
如果我把一段 128kb的文件写入 40000 ~ 5FFFF
而OP里面uboot-env 的partion又是在 40000开始的10000, 那这两个东西会不会有什么冲突?


***************************
H大帖子里找到部分内容了:在 U-Boot 中擦除 Flash：
任何一种 Flash 都有一个擦除块大小，擦除大小必须为此大小的整数倍，如果不是，则要进行对齐。

例如：
SPI Flash 的常见擦除块大小为 64KB，其字节数的16进制为 0x10000
如果擦除大小为 0x30000 (192KB)，则此大小为 0x10000 的整数倍，是对齐的；
如果擦出大小为 0x12345 (72KB)，则此大小未对齐，需要使用比它大但又最接近的是 0x10000 倍数的大小，即 0x20000 (128KB)。

erase <flash地址> +<擦除大小>

其中 Flash 地址在不同的芯片下有所不同，会在后文列出

以在 TP-LINK 路由中刷入 U-Boot 为例：

erase 0x9f000000 +0x20000

safe***

另外, 明明从 40000 ~5FFF0 是 20000, 但是用TTL刷的时候刷20000数据, 一定要是40000 5FFFF(注意不是5FFF0), 求大神解释. 如果是5FFF0, 则提示no boundry 错误

hello***

safehorse 发表于 2018-11-7 14:31
另外, 明明从 40000 ~5FFF0 是 20000, 但是用TTL刷的时候刷20000数据, 一定要是40000 5FFFF(注意不是5FFF0) ...

40000 5FFFF 什么的，你用 winhex 软件打开一个 .bin 文件看看就知道了，40000 是开头 而5FFFF 是结尾，5FFF0是5FFFF这一行的开头，选取 40000 5FFFF 才能构成整数块

safe***

hello_limin 发表于 2018-11-21 07:03
40000 5FFFF 什么的，你用 winhex 软件打开一个 .bin 文件看看就知道了，40000 是开头 而5FFFF 是结尾，5 ...

看明白了    不会进制转换的我表示看这块不简单.  比如起始偏移在3f0000, 然后 + 64k后的偏移会变成多少, 不知道如何换算, 只能去截取后看了才知道是3FFFFF. 弄了几次后大概知道 64k=10000hex, 128k=20000hex