-
Notifications
You must be signed in to change notification settings - Fork 43
WIP: Migration from ESP Journal #78
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
WIP: Migration from ESP Journal #78
Conversation
|
@pedrominatel @f-hollow Here's the initial test of porting one of articles.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Improved readability of the initial paragraphs. The rest of the article can be improved after we migrate all other relevant articles.
Another suggestion: URL slugs (article folder name) shouldn't be this long. Suggest maybe boiling it down to custom-partition-tables-esp32.
| authors: | ||
| - "pedro-minatel" | ||
| --- | ||
| # How to use custom partition tables on ESP32 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Shouldn't forget to remove this heading.
|
|
||
| # Introduction | ||
|
|
||
| When we create a new project using **ESP32** , sometimes we need to store data in the flash to persist even after a restart or power down. In the past, the most common way to do that was by using EEPROM, with just a few bytes of storage ability which limited it for larger amount of data. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| When we create a new project using **ESP32** , sometimes we need to store data in the flash to persist even after a restart or power down. In the past, the most common way to do that was by using EEPROM, with just a few bytes of storage ability which limited it for larger amount of data. | |
| While creating an embedded project, we usually need way to store data that can persist even after a restart or power-down. In the past, the most common way to achieve that was by using EEPROM with just a few bytes of storage ability. Persistently storing larger amounts of data was problematic. |
|
|
||
| When we create a new project using **ESP32** , sometimes we need to store data in the flash to persist even after a restart or power down. In the past, the most common way to do that was by using EEPROM, with just a few bytes of storage ability which limited it for larger amount of data. | ||
|
|
||
| On the other hand, the **ESP32** uses a flash memory to store the firmware, including the bootloader and other relevant data. The flash memory size may vary from version to version, but it’s enough for most of the application code and you still can manage to have some spare storage area. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| On the other hand, the **ESP32** uses a flash memory to store the firmware, including the bootloader and other relevant data. The flash memory size may vary from version to version, but it’s enough for most of the application code and you still can manage to have some spare storage area. | |
| These days, the ESP32 has flash memory onboard that allows storing firmware, including the bootloader and application, as well as other relevant data. The flash memory size may vary from version to version, but it’s enough for most application binaries with yet some spare storage on top. |
|
|
||
| On the other hand, the **ESP32** uses a flash memory to store the firmware, including the bootloader and other relevant data. The flash memory size may vary from version to version, but it’s enough for most of the application code and you still can manage to have some spare storage area. | ||
|
|
||
| But not only the firmware, (your application) is stored in the flash memory. There is some other important data to keep in the flash, including the partitions map, RF calibration data, WiFi data, Bluetooth pairing information, Over-the-air updates and many other data important enough to be kept in the flash. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| But not only the firmware, (your application) is stored in the flash memory. There is some other important data to keep in the flash, including the partitions map, RF calibration data, WiFi data, Bluetooth pairing information, Over-the-air updates and many other data important enough to be kept in the flash. | |
| However, apart from the bootloader and application, other important data needs to be stored in flash, including the partition map, RF calibration data, Wi-Fi data, Bluetooth pairing information, Over-the-air (OTA) updates and many other types. |
|
|
||
| But not only the firmware, (your application) is stored in the flash memory. There is some other important data to keep in the flash, including the partitions map, RF calibration data, WiFi data, Bluetooth pairing information, Over-the-air updates and many other data important enough to be kept in the flash. | ||
|
|
||
| To see all ESP32 family variants, see this ordering information [**link**](https://www.espressif.com/sites/default/files/documentation/espressif_products_ordering_information_en.pdf). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| To see all ESP32 family variants, see this ordering information [**link**](https://www.espressif.com/sites/default/files/documentation/espressif_products_ordering_information_en.pdf). | |
| The ESP32 has multiple variants with different flash memory sizes which can be conveniently browsed in the [ESP Product Selector](https://products.espressif.com/#/product-selector?names=). |
|
|
||
| To see all ESP32 family variants, see this ordering information [**link**](https://www.espressif.com/sites/default/files/documentation/espressif_products_ordering_information_en.pdf). | ||
|
|
||
| > Important note: This article uses the [ESP-IDF v4.2](https://docs.espressif.com/projects/esp-idf/en/v4.2/esp32/) and all references use this version. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| > Important note: This article uses the [ESP-IDF v4.2](https://docs.espressif.com/projects/esp-idf/en/v4.2/esp32/) and all references use this version. | |
| > Important note: This article and all references in it refer to [ESP-IDF v4.2](https://docs.espressif.com/projects/esp-idf/en/v4.2/esp32/). |
|
|
||
| The default partition scheme is defined by two different major partitions: | ||
|
|
||
| ## **nvs** |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As suggested by Juraj, bold typeface should be removed from all heading titles.
| ## **nvs** | |
| ## nvs |
| # How to use custom partition tables on ESP32 | ||
|
|
||
|
|
||
| # Introduction |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Apparently, this heading and all the other ones below should be deeper by one level respectively.
| # Introduction | |
| ## Introduction |
|
Regarding the page URL, can we create an alias from This will allow us to point blog.espressif.com to the new location later. |
|
Closing. This is handled by #105 |
Migrate articles from ESP Journal.