esp-idf/examples/zigbee/esp_zigbee_gateway/partitions.csv

# Name,   Type, SubType, Offset,  Size, Flags
# Note: if you have increased the bootloader size, make sure to update the offsets to avoid overlap
nvs,        data, nvs,      0x9000,  0x6000,
phy_init,   data, phy,      0xf000,  0x1000,
factory,    app,  factory,  0x10000, 1148K,
zb_storage, data, fat,      , 16K,
zb_fct,     data, fat,      , 1K,
Zigbee example: add rcp and gateway * provide Zigbee rcp and Zigbee gateway example * minor comment fix for light example 2021-12-16 04:42:19 -05:00			`# Name, Type, SubType, Offset, Size, Flags`
			`# Note: if you have increased the bootloader size, make sure to update the offsets to avoid overlap`
			`nvs, data, nvs, 0x9000, 0x6000,`
			`phy_init, data, phy, 0xf000, 0x1000,`
fix(partition_table): Check partition size for type APP The size of partition of type APP should be multiple of 4 KB. Partition generation tool now make this as a mandatory requirement. This is minimum flash erase size. If the size of the APP type partition is not aligned to 4 KB then the last erase operation could go beyond the allocated partition and hence may fail. This issue would only be observed when the firmware size grows very close to the allocated partition size, and hence causing the OTA update to fail. For already deployed devices on-field with the size of APP partition not aligned to flash sector boundary, it is best to ensure that firmware size always remains within the lower 4 KB boundary of the total allocated space. While migrating to ESP-IDF 5.3 release, partition table for an existing project can be adjusted accordingly for the build to succeed. Found during discussion in https://github.com/espressif/esp-idf/pull/12460 2023-10-30 08:34:25 -04:00			`factory, app, factory, 0x10000, 1148K,`
zigbee: zigbee gateway support for single chip esp32-c6 solution 2023-04-04 00:06:01 -04:00			`zb_storage, data, fat, , 16K,`
			`zb_fct, data, fat, , 1K,`