嗨，对话框，
我想知道当我写入太多时间进入ves时会发生什么。例如，假设vespartition_entry_size / ad_nvms_ves_multiplier = 128/8 = 16 kbytes。将16KB数据写入其中8次后，将拍摄所有空间。如果我写了超过8次怎么办？在写第9个16kb之前，我应该擦除整体VES 128KB闪光吗？
谢谢你。
设备：
⚠️
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
嗨，...感谢您来论坛。令人兴奋的消息！我们现在正在迁至我们的新论坛平台，将提供更好的功能，并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
嗨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.
嗨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闪存上写一个环形缓冲区，以将打印登录写入其中。
希望能够清楚地解释。
谢谢你。
你好呀，
对于日志记录数据，我们强烈建议使用日志分区 - 您不应该使用VES。nvms_generic_part条目用于存储诸如绑定数据的通用数据。它不应用于记录数据。为什么不增加日志分区以存储日志数据？
谢谢，PM_DIALOG.
嗨pm_dialog，
谢谢你的回复。我们的产品已经向客户提供。upota无法完成日志分区，可以吗？因此，我们必须在当前操作（默认）闪存分区。
我在项目中搜索关键字“nvms_generic_part”，根本不使用它。如果VES驱动程序将在泛型部分的所有可用空间写入后处理擦除任务。我认为存储日志应该是可以的吗？
谢谢你。
嗨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.