跳到主要内容

写出超过8次才能闪光?

10个月前

写出超过8次才能闪光?

张贴了andoridfm20130分 6回复
0旋转

嗨,对话框,

我想知道当我写入太多时间进入ves时会发生什么。例如,假设vespartition_entry_size / ad_nvms_ves_multiplier = 128/8 = 16 kbytes。将16KB数据写入其中8次后,将拍摄所有空间。如果我写了超过8次怎么办?在写第9个16kb之前,我应该擦除整体VES 128KB闪光吗?

谢谢你。

10个月前

PM_DIALOG.

嗨andoridfm2013,

请参阅第2.4.2节。ves在闪存适配器概念教程。根据他的教程:

VES驱动程序提供使用电源故障和佩戴保护的分区条目。为此,VES驱动程序将数据写入闪光灯中的随机位置,而无需在修改相同位置时擦除整个扇区。这是通过写入同一用户提供地址的不同闪存位置来实现的。VES驱动程序提供虚拟寻址,即用户指定地址被转换为读取或写入操作之前的真实闪存位置。为此工作,闪存大小必须大于用户可见的寻址空间。常见的拇指规则是所需的虚拟EEPROM大小的8倍。

使用ad_nvms_ves_multiplier宏在SDK中使用此规则,在AD_NVMS_VES.H标题文件中找到。特别是,对于1 MB的闪存模型,通用分区为128 kbytes(0x20000),因此虚拟地址空间周围:

partition_entry_size / ad_nvms_ves_multiplier = 128/8 = 16 kbytes。

另外,闪光扇区被分成多个容器,其中每个容器保持一系列虚拟EEPROM地址的数据。容器的大小是在2N字节中可配置的编译时间,默认情况下,使用AD_NVMS_VES.H中的AD_NVMS_VES_CONTAINER_SIZE宏将默认配置为64个字节。

存储在RAM中的容器分配表(CAT)用于跟踪有效容器所在的位置,并且扇区分配表(SAT)保存每个扇区的状态(脏码,自由)。容器的所选尺寸是猫所需的RAM的量与每个扇区的潜在擦除周期之间的折衷。容器的大小越小,占用的RAM越多。特别是,猫的每个条目由2个字节组成。因此,在我们的案例中,对于虚拟EEPROM的12 KB,计算占用RAM的公式是:12288 /(64-4)= 205 Cat条目= 205 * 2 = 410字节。

注意:只有在闪存中经常写入/修改的小块数据时,ves功能只应使用。如前所述,标记为VES的唯一区域是NVMS_GENERIC_PART分区条目。对话框提供的BLE持久存储机制使用此分区条目,因此,必须启用VES功能。否则,所有相关操作都将失败。

您能否说明您的要求以及您想要与VES完成的内容是什么?

谢谢,PM_DIALOG.

10个月前

andoridfm2013 0分

嗨pm_dialog,

感谢您的提示回复。我读了这一点闪存适配器概念

我想将错误打印日志保存到闪存中,以便稍后可以阅读Android应用程序来检查原因发生错误。

我们的Android应用程序有时有BLE连接破坏并重新连接也失败,并且由于很难轻易重现问题(它每1〜2周充分一次),因此我们无法在实验室中使用RS232打印测试,而是尝试收集错误上下文发生后。分区log_part用于其他prupose,因此我必须使用nvms_generic_part。由于我们不知道问题何时发生问题,可能会在问题发生之前保存很多打印日志,并且闪存将不时覆盖闪存。

我理解VES机制是写入闪光的不同位置,避免经常擦除闪光,但是每个Flash扇区都会,无论是什么,有机会在长时间运行后写一次。当猫找不到从未写的任何地方会发生什么?

例如:有128kb / 8 = 16kb ves。

1.写入16KB时,写入16KB,

2.在覆盖16KB时,1ST 16KB将标记为“脏”,将使用2个16KB。

3.依此类推......当覆盖16KB的8次时,所有128KB都将脏。

4.如果在9次重写16KB,该怎么办?所有闪光都脏了。谁将负责擦除以前肮脏的8 16KB?我应该擦除整个VES闪光灯或SDK照顾吗?

如果SDK照顾所有擦除。这是否意味着我可以覆盖16KB,因为它在闪存擦除限制内有多次?如果是这种情况,我将在16kb ves闪存上写一个环形缓冲区,以将打印登录写入其中。

希望能够清楚地解释。

谢谢你。

10个月前

PM_DIALOG.

你好呀,

对于日志记录数据,我们强烈建议使用日志分区 - 您不应该使用VES。nvms_generic_part条目用于存储诸如绑定数据的通用数据。它不应用于记录数据。为什么不增加日志分区以存储日志数据?

谢谢,PM_DIALOG.

10个月前

andoridfm2013 0分

嗨pm_dialog,

谢谢你的回复。我们的产品已经向客户提供。upota无法完成日志分区,可以吗?因此,我们必须在当前操作(默认)闪存分区。

我在项目中搜索关键字“nvms_generic_part”,根本不使用它。如果VES驱动程序将在泛型部分的所有可用空间写入后处理擦除任务。我认为存储日志应该是可以的吗?

谢谢你。

10个月前

andoridfm2013 0分

嗨pm_dialog,

顺便问一下,你上面提到的“粘合数据”是什么?它是我可以参考的源代码的某处吗?

谢谢你。

10个月前

PM_DIALOG.

嗨andoridfm2013,

通常,修改Suota期间的分区是我们强烈推荐的,特别是如果它是产品。

只有日志分区增加,如果任何其他分区没有更改(相同的地址和相同的长度),如果不是任何重叠。换句话说,如果日志分区末尾存在空闪存间隙,则可能通过执行拟议来增加它。但是,在这种情况下,您必须在启动期间编写自己的代码,以便删除先前的分区。这不是直接的实施,不建议。

在通用部分的情况下,这被标记为VES,应该用于日期的小块。该分区由BLE管理器访问,并包括所有相关信息。如果它用于日志记录,则访问数据将非常慢。

关于您的最后一个问题,请参阅以下用户指南中的第7节:

https://www.dialog-seminile.com/sites/default/files/um-b-044-da1468x_software_platform_reference_6v0.pdf.

谢谢,PM_DIALOG.