|
应用需要一个轻量化的数据库，现在是用NVS实现的，但是key的最大长度太短了，不够用，我试着把NVS_KEY_NAME_MAX_SIZE这个宏改成64(默认是16)，结果无法正常写入和读取了。请问有什么办法解决呢？
0
|
|
相关推荐
2个回答
|
|
|
key 长不建议改，建议修改命名风格。但使用 IDF v5.1.2 + ESP32 进行复现未出现不能正常读写问题。复现过程中，基于 nvs_rw_value 例程加长了namespace_name 和 key 的长度，并修改了 nvs.h 中的 NVS_PART_NAME_MAX_SIZE 与 NVS_KEY_NAME_MAX_SIZE。
|
|
|
|
|
|
要解决这个问题，我们可以按照以下步骤进行操作：
1. 确认修改是否正确：首先，确保您已经正确地修改了NVS_KEY_NAME_MAX_SIZE宏的值。检查您的代码或配置文件，确保宏的值已经设置为64。 2. 重新编译和烧录：在修改宏的值之后，需要重新编译整个项目并将其烧录到设备上。这将确保新的设置生效。 3. 检查内存分配：增加NVS_KEY_NAME_MAX_SIZE可能会导致内存分配问题。请检查您的设备是否有足够的内存来支持更大的key名称。如果内存不足，您可能需要优化代码或使用具有更大内存的设备。 4. 检查API使用：确保您在代码中正确使用了NVS API。例如，当设置key名称时，请确保长度不超过NVS_KEY_NAME_MAX_SIZE。如果超过限制，NVS可能无法正确处理。 5. 检查错误处理：在您的代码中添加适当的错误处理逻辑，以便在写入或读取过程中出现问题时能够及时发现并处理。 6. 查看日志和调试信息：如果可能，请查看设备的日志和调试信息，以便找到可能导致问题的原因。 7. 考虑使用其他轻量级数据库：如果NVS仍然无法满足您的需求，您可以考虑使用其他轻量级数据库，如SQLite或Berkeley DB。这些数据库可能提供更大的灵活性和更高的性能。 通过以上步骤，您应该能够找到问题的原因并解决它。如果问题仍然存在，请考虑寻求专业人士的帮助或在相关论坛上寻求建议。 |
|
|
|
|
只有小组成员才能发言，加入小组>>
406浏览 6评论
338浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢？
321浏览 5评论
322浏览 4评论
310浏览 4评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
117
评论
淘帖
163
