заставить EEPROM.h использовать пользовательский раздел eeprom

Question

заставить EEPROM.h использовать пользовательский раздел eeprom

arduino-ide esp32 uploading eeprom flash

Я создал приведенную ниже таблицу разделов для esp32 и заменил ею файл default_8MB.csv.

# Name,   Type, SubType, Offset,  Size, Flags
nvs,      data, nvs,     0x9000,  0x5000,
otadata,  data, ota,     0xe000,  0x2000,
app0,     app,  ota_0,   0x10000, 0x330000,
app1,     app,  ota_1,   0x340000,0x330000,
eeprom,   data, 0x99,    0x670000,0x1000,
spiffs,   data, spiffs,  0x671000,0x18f000,

После загрузки скетча я убедился, что таблица разделов правильно загружена во флэш-память по адресу 0x8000, используя esptool.py --port /dev/ttyACM1 read_flash 0x8000 0x300 partition_table.bin && gen_esp32part.py partition_table.bin && cat partition_table.bin.

Теперь мой вопрос: что мне нужно сделать, чтобы библиотека EEPROM.h сопоставила эмуляцию eeprom с адресом, который я указал в таблице разделов? Я наивно предположил, что EEPROM.h будет автоматически использовать раздел с именем "eeprom", но это не так.

Я загрузил следующий тестовый скетч, чтобы проанализировать ситуацию:

#include <Arduino.h>
#include <EEPROM.h>

String s="this is a unique string";

void setup(){
  EEPROM.begin(1024);

  for (uint32_t i=0;i<s.length();i++){
    EEPROM.write(i,s[i]);
  }
  EEPROM.commit();
  Serial.println("EEPROM stored");
}

void loop() {
  delay(10000);
}

После того, как скетч сохранил мою уникальную строку, я прочитал флэш-память с помощью esptool и ожидал найти строку со смещением 0x670000, но это не так. Вместо этого он должен храниться в другом месте, потому что я могу получить строку в другом скетче.

Одна вещь, которая меня смущает: я почти уверен, что когда-то заказывал ESP-WROOM32 с 4 МБ флэш-памяти, но автоматическое определение флэш-памяти esptool указывает, что моя плата имеет 8 МБ. Можно ли доверять этому обнаружению флэш-памяти или оно просто не работает, потому что я пытаюсь прошить 8 МБ на 4 МБ ESP32? Что должно произойти, если я создал таблицу разделов, превышающую размер флэш-памяти? Когда я устанавливаю таблицу разделов со смещением 10M, процесс сборки все еще не завершается сбоем (это то, что должно произойти?).

Мой главный вопрос: какие дополнительные шаги мне нужно предпринять, чтобы мой ESP работал с custom_partion_table.csv (кроме создания таблицы) и при использовании "EEPROM.h"?

@Sim Son, 👍0

Обсуждение

EEPROM.h ищет расположение раздела по имени. В частности, он использует вызов SDK «nvs_open», чтобы открыть раздел с именем «eeprom». Поэтому он *должен* храниться в правильном месте., @Majenko

1 ответ

Лучший ответ:

@*Majenko* · Accepted Answer · 2020-01-04 12:17-00:00

EEPROM на ESP32 работает не так, как вы ожидаете. Он использует систему хранения SDK «Энергонезависимая оперативная память» для хранения данных в разделе nvs. Это работает через систему пар «ключ/значение», а данные хранятся в виде «BLOB» (большой двоичный объект) для ключа eeprom в пространстве имен eeprom. .

Каково внутреннее расположение данных внутри самого раздела, я понятия не имею (SDK имеет закрытый исходный код), но ваша строка не просто будет располагаться в начале раздела — она будет в начало BLOB, где бы он ни находился в разделе.

Раздел eeprom больше не используется. Это просто пустая трата места.

Можно ли доверять этому обнаружению флэш-памяти или оно просто не работает, потому что я пытаюсь прошить 8 МБ на 4 МБ ESP32?

Боюсь, я не могу комментировать это. Я бы подумал, что он просматривает данные JEDEC чипа, но вместо этого он может просто просмотреть информацию таблицы разделов.

Что должно произойти, если я создал таблицу разделов, размер которой превышает размер флэш-памяти?

Возможно, немного, так как большая часть таблицы разделов относится к хранилищу данных или (в настоящее время) неиспользуемому разделу OTA.

Когда вы компилируете свой код, вы компилируете его только для раздела, в котором он будет находиться (например, app0). Когда вы загружаете код, вы загружаете только этот раздел. Все, что находится за пределами этого диапазона, не имеет отношения к компиляции/загрузке.

Когда я размещаю таблицу разделов со смещением 10 М, процесс сборки по-прежнему не прерывается (так и должно быть?).

Как я уже говорил, ему все равно. Раздел будет недоступен, так как на самом деле он не существует, а является просто записью в таблице. Компилятор не знает и не заботится о том, что это такое.