Сайт 3D-печати: масштаб STL до расчёта заказа

Клиент загружает модель, видит превью и отправляет её на расчёт. На экране предмет выглядит нормально, но мастерская получает размер, который отличается от ожидаемого в несколько раз. Превью могло автоматически вписать любую модель в одинаковое окно. По красивой картинке невозможно понять, заказан небольшой предмет или его увеличенная версия.

До разработки калькулятора на сайте 3D-печати нужно определить, как принимаются единицы и масштаб. Ниже — проектирование заявки и её проверки, не технологическая инструкция печати. Учебные размеры вымышлены. Пример не устанавливает пригодность модели для производства, требования к оборудованию или цену работы: эти решения остаются за мастерской и выбранным процессом.

Единицы не стоит угадывать по внешнему виду

В официальной справке Autodesk о неверном масштабе экспортированных моделей STL описан как формат без заданной единицы. Поэтому при обмене важно согласовать интерпретацию числовых координат. Наличие расширения .stl само по себе не подтверждает, что клиент подразумевал миллиметры. Надпись в интерфейсе должна отражать подтверждённое основание, а не незаметную догадку загрузчика.

В первой версии формы можно попросить выбрать единицу исходной модели и подтвердить один контрольный размер. Если мастерская принимает только заранее подготовленные файлы в согласованной системе, это условие нужно показать до отправки. Но даже тогда полезно вывести полученные габариты: пользователь сможет заметить несоответствие до расчёта и переписки с менеджером.

Не смешивайте исходную единицу и желаемое увеличение. Сначала определяется физический смысл координат, затем применяется согласованный масштаб. Если оба действия спрятаны за одним процентным полем, сотруднику трудно объяснить, почему итоговый размер изменился. В сохранённой заявке должны оставаться исходное основание и выполненное преобразование, а не только последняя картинка.

Контрольный пример с тремя габаритами

Пусть подтверждённая исходная модель имеет габариты 40 × 20 × 10 мм. Клиент хочет равномерно увеличить её до 200% исходного размера. В учебной геометрической модели коэффициент равен 2 для каждой оси, а итоговые габариты — 80 × 40 × 20 мм. Увеличение до 200% здесь означает удвоение, а не прибавление ещё двух исходных размеров.

Условный сплошной прямоугольный параллелепипед с исходными размерами занимает 8000 мм³. После равномерного удвоения его геометрический объём станет 64000 мм³: в восемь раз больше. Это демонстрация зависимости объёма от трёх линейных размеров. Она не означает, что любой реальный заказ потребует в восемь раз больше материала, времени или денег.

Последняя строка — другое преобразование формы. Если интерфейс разрешает его, действие должно быть явным. Для заявки, в которой нужны сохранённые пропорции, лучше не давать трём полям размеров независимо менять геометрию без объяснения. Выбор поведения нужно согласовать с мастерской, а не случайно получить из готового компонента просмотра.

Превью должно помогать сверке, а не заменять её

Рядом с просмотром покажите итоговые габариты и принятую единицу. Сотрудник должен увидеть, относятся ли они к исходнику или к версии после преобразования. Для удобства можно подписать эти состояния отдельно. Важно, чтобы после изменения масштаба пересчитывались именно сведения выбранной модели, а не только размер картинки на экране.

Автоматическое приближение камеры не является масштабированием производственного файла. Два предмета разных размеров способны занимать одинаковое место в окне просмотра. Поэтому не используйте визуальную величину на экране как подтверждение реальных габаритов. Попросите клиента сверить хотя бы известный контрольный размер с ожидаемой задачей и сохранить его подтверждение в предусмотренном процессе заявки.

Если в заказе несколько моделей, определите, что выбрано для изменения: один объект или весь набор. Общий ползунок без понятной области действия способен увеличить все позиции, хотя клиент рассчитывал изменить одну. После преобразования список должен показывать, какие части затронуты. Отмена последнего изменения должна возвращать понятное состояние, а не пересчитывать масштабы повторно поверх уже изменённых координат.

Уточните, к чему относится новый процент

После увеличения исходной длины 40 мм до 200% получилось 80 мм. Теперь пользователь вводит 50%. Если поле означает процент от исходника, ожидаемая длина равна 20 мм. Если действие применяется относительно текущего состояния, получится 40 мм. Оба вычисления имеют понятный математический смысл, но интерфейс должен выбрать один и назвать его. Не позволяйте одинаковому действию менять основание в зависимости от порядка нажатий.

Для простой формы удобно хранить исходные размеры и отдельно согласованный коэффициент. При выборе другого процента система рассчитывает результат по известному основанию. Если нужен редактор последовательных преобразований, потребуется история действий и понятная отмена. Это уже другой объём разработки, который не следует незаметно добавлять в обычный калькулятор заявки.

В контрольном сценарии последовательно задайте 200%, затем 50%, сохраните и откройте заявку. Сравните не только цифру процента, но и все итоговые размеры. Повторное открытие должно возвращать сохранённый результат, а не запускать преобразование ещё раз. Так обнаруживается ошибка, которую нельзя заметить на первом успешном увеличении модели.

Не принимайте габаритный объём за объём предмета

Произведение ширины, глубины и высоты даёт объём прямоугольной оболочки по заданным габаритам. Для произвольной формы он не равен объёму самого тела. Полый или сложный предмет может занимать лишь часть такого пространства. В таблице выше тела специально названы сплошными прямоугольными, чтобы формула соответствовала условию, а не выдавала универсальный анализ STL.

Если программа вычисляет объём геометрии, разработчик должен объяснить область применимости расчёта и обработку неподходящих моделей. Если такой проверки нет, поле лучше назвать габаритами, а не количеством материала. Не создавайте видимость точной производственной оценки за счёт лишних знаков после запятой. Неизвестное свойство файла остаётся неизвестным даже при красивом числовом оформлении.

Связь геометрии с реальным изготовлением определяет подтверждённый процесс мастерской. В заявке можно отдельно указать пожелания, которые требуют ручной оценки. Не обещайте мгновенную окончательную цену только по успешной загрузке и трём размерам. Для первого сайта разумно разделить предварительные сведения о модели и предложение после проверки ответственным специалистом.

Сохраните исходник и преобразование как разные основания

У заявки должен оставаться известный исходный файл и описание согласованного преобразования. Если подготовленная производственная версия хранится отдельно, свяжите её с этим основанием. Перезапись единственного исходника лишит команду возможности сравнить результат и понять, на каком этапе возникло отличие. Простой номер версии полезнее примечания «файл окончательный».

Изменение размера после оценки требует предусмотренного пересмотра. Не продолжайте показывать подтверждённую ранее сумму так, будто она относится к новой геометрии. В карточке полезно различать «размеры получены», «размеры подтверждены» и «оценка относится к этой версии». Названия можно выбрать другие, но связь согласования с конкретным состоянием должна оставаться проверяемой.

Сотрудник мастерской должен видеть то же основание, что подтвердил клиент: перечень моделей, единицы, габариты после преобразования и дополнительные условия. Пересказ в письме «увеличить примерно вдвое» не заменяет сохранённые значения. Если сведения противоречат друг другу, заявку направляют на уточнение, а не выбирают случайно более удобный размер.

Как проверить форму перед запуском

Подготовьте вымышленные модели с известными габаритами и ожидаемыми результатами преобразования. Проверьте исходный размер, увеличение до 200%, уменьшение до 50% и возврат к исходному состоянию. Отдельно испытайте повторное открытие сохранённой заявки: числа не должны ещё раз умножаться на тот же коэффициент из-за загрузки состояния интерфейса.

Проверьте неподтверждённую единицу, отсутствие контрольного размера и смену файла после оценки. В этих случаях программа должна показать ограничение или запрос уточнения по согласованной модели. Не заполняйте автоматически все поля только ради возможности нажать кнопку. Приёмка должна включать ситуации, когда правильный результат — отказ от окончательного расчёта до получения основания.

На телефоне убедитесь, что итоговые размеры и единицы видны рядом с подтверждением. Красивый просмотр, который занимает весь экран и прячет важные значения ниже, мешает сверке. Клиенту нужно понять, что он отправляет на оценку, а менеджеру — получить эти же сведения. Проверку самой передачи материалов можно построить по разбору подтверждения заявки после отправки формы.

Рабочая первая версия сайта помогает согласовать модель, а не угадывает производственный результат. У неё есть проверяемая геометрия в заданных пределах, сохранённый исходник и понятный путь уточнения. Такая заявка даёт мастерской больше полезной информации, чем одна кнопка загрузки с обещанием автоматически посчитать любой файл.