Pare de reconstruir a roda: Como dimensionar seu pipeline CAD-to-3D

Muitas equipes de engenharia bateram no mesmo muro. arquivos CAD empilhar. As revisões diminuem. As pessoas que precisam ver um modelo não podem abri-lo, e as pessoas que podem abri-lo não têm tempo para converter para todos os outros.

Este guia é para qualquer pessoa que tenha esse problema: Engenheiros 3D, designers, desenvolvedores e o pessoal de TI que os apoia. Ele quebra o que uma pipeline CAD-to-real-time 3D escalável requer, por que scripts ad-hoc e conversões únicas deixam de funcionar em escala, com exemplos de empresas que resolveram o problema na produção.

Este é um quadro de trabalho que você pode usar para avaliar seu próprio pipeline, quaisquer ferramentas que você escolher.

Para quem este guia é

Engenheiro 3D, designer ou desenvolvedor: este é um desdobramento técnico do que uma tubulação precisa fazer.

Diretor de TI ou diretor de engenharia de dados: isso cobre as questões de governança, custo e escala que importam para você.

Ambos os grupos têm um objetivo comum: obter dados 3D complexos fora dos silos e nas mãos das pessoas que precisam, de forma confiável e repetidamente.

Capítulo 1: A lacuna de realidade - por que os dados CAD ficam presos em silos

Ver é acreditar. Quando uma equipe pode realmente ver o que está construindo, em três dimensões e em tempo real, elas tomam melhores decisões. Ele pega falhas de design mais cedo. Ele traz produtos para o mercado mais rápido.

A maioria das organizações não funciona assim. Designers e engenheiros construem os produtos de amanhã em ferramentas CAD especializadas. Todos os outros membros da equipe, desde profissionais de marketing de produtos até gerentes de fábricas, revisam desenhos planos e slides estáticos. Unity chama essa desconexão a lacuna de realidade: a pessoa que entende melhor o modelo é muitas vezes a única pessoa que pode abri-lo.

Existem três gargantas específicas que criam a lacuna de realidade:

• Tooling. CAD, PLM e motores em tempo real raramente falam a mesma linguagem fora da caixa. Cada transferência entre eles corre o risco de perda de dados ou uma reconstrução manual.
• Hora. Converter e otimizar um único conjunto complexo à mão pode levar dias. Multiplique isso por centenas de montagens e dezenas de linhas de produtos, e o atraso pode ser significativo.
• Expertise. As pessoas que sabem mover dados entre essas ferramentas são muitas vezes um punhado de especialistas. Quando estão ocupados, ou quando saem, o pipeline fica parado com eles.

Nenhum desses problemas é novo. O que mudou é o custo de ignorá-los. Os produtos são mais complexos. Os ciclos de revisão são mais distribuídos, muitas vezes em zonas horárias e disciplinas. E a expectativa, cada vez mais, é que um modelo 3D deve ser atualizado tão rápido quanto o arquivo de origem.

Um pipeline construído para fechar a lacuna de realidade não converte apenas um arquivo uma vez. Tem de funcionar para cada iteração, em qualquer volume que a organização produz novos conjuntos, sem exigir que um especialista o monitore. Essa é a diferença entre uma conversão única e um pipeline escalável, e é o tema do resto deste guia.

Capítulo 2: O que significa escalável para uma tubulação 3D

É fácil chamar qualquer fluxo de trabalho CAD-to-3D de um pipeline. É mais difícil fazer um que escala. A diferença se reduz a cinco estágios, cada um dos quais tem que trabalhar sem que uma pessoa o faça novamente à mão a cada vez.

1. Ingest. O pipeline tem que aceitar qualquer formato que a equipe de design realmente use, seja uma ferramenta CAD mecânica, um pacote BIM, uma varredura em nuvem de pontos ou uma malha exportada de outro motor.

2. Converta. Dados CAD, que são paramétricos, e dados 3D em tempo real, que são poligonais, não são a mesma coisa, e nenhuma quantidade de limpeza manual muda isso em escala. (O capítulo 3 descreve o porquê.) O pipeline tem que fazer essa tradução automaticamente.

3. Otimizar. Uma importação de CAD bruto é geralmente muito pesada para ser executada em tempo real. O pipeline precisa otimizar arquivos (por exemplo: simplificar a geometria, gerar níveis relevantes de detalhes) sem que uma pessoa abra cada arquivo.

4. Centralize e governe. Uma vez que um modelo é convertido, alguém tem que ser capaz de encontrá-lo, saber qual versão é atual, e controlar quem pode vê-lo ou alterá-lo.

5. Distribuir. O recurso acabado deve alcançar qualquer aplicativo ou dispositivo em que o usuário final esteja, e deve ser atualizado quando o arquivo fonte mudar.

Um fluxo de trabalho que gerencia uma destas etapas bem, mas não as outras não é um pipeline. É um pescoço de garrafa com menos passos. O próximo capítulo olha para o que acontece tecnicamente em cada uma dessas etapas, e o capítulo 5 transforma esta lista em uma lista de verificação que você pode usar para avaliar qualquer pipeline, incluindo o seu próprio.

Capítulo 3: Anatomia de um CAD-to-real-time 3D pipeline

Comece com uma pergunta: por que o motor 3D não pode abrir diretamente um arquivo CAD?

A resposta é geometria. As ferramentas CAD descrevem formas com superfícies paramétricas exatas, às vezes chamadas de BRep ou NURBS. Essa precisão é exatamente o que um engenheiro mecânico precisa para projetar uma peça para o micron. Mas os motores 3D não renderizam superfícies paramétricas. Eles representam malhas: coleções de triângulos planos que aproximam uma forma o bastante para olhar direito à velocidade. Transformar um em outro não é opcional. Otimizar dados complexos para uso em um motor 3D é o primeiro trabalho que qualquer tubulação CAD-to-3D tem que fazer.

Esse passo tem que preservar mais do que forma bruta. Um pipeline útil retém:

• Hierarquia, então um conjunto de mil partes permanece organizado como mil partes.
• Materiais e cores, então o modelo ainda parece o que ele deve ser.
• Metadados, para que as equipes a jusante possam pesquisar, filtrar e reportar sobre o modelo.

A cobertura de formato importa aqui. Unity Asset Transformer suporta mais de 70 formatos de nuvem CAD, BIM, mesh e ponto, incluindo arquivos AutoCAD, CATIA, STEP, IFC, Revit e glTF, porque as equipes de engenharia raramente usam apenas uma ferramenta. Se um pipeline apenas lidar com os formatos que sua equipe de CAD usa hoje, ele ficará para trás se outra equipe, outro fornecedor ou outra aquisição trazer algo diferente.

Uma vez que a geometria é convertida, ela geralmente precisa ser mais leve antes de estar pronta para uso em tempo real. Técnicas típicas de otimização incluem:

• Decimação, que reduz o número de triângulos.
• Retopologia, que reconstrói uma malha simplificada de uma complexa.
• Geração de nível de detalhe (LOD), para que objetos distantes sejam automaticamente renderizados com menor fidelidade.

Finalmente, o pipeline tem que mover o ativo acabado em algum lugar útil, seja ele transmitido para um visualizador web, baixado para um projeto de motor 3D ou empurrado para um headset XR. Se o arquivo CAD fonte for alterado, um pipeline verdadeiramente escalável reinicia automaticamente toda esta sequência e avisa as pessoas que usam o modelo de que uma nova versão está pronta.

Cada etapa neste capítulo pode ser feita manualmente, e para um único modelo, muitas vezes é. O problema é a repetição em escala, que é exatamente o que o Capítulo 4 cobre.

Capítulo 4: Construir vs. Comprar - Por que tubulações suficientemente boas quebram em escala

A maioria dos tubos CAD-to-3D não começa como tubos. Começa como um roteiro. Um engenheiro precisava de um modelo convertido para uma apresentação, escreveu uma exportação única, e funcionou. Seis meses depois, esse script é executado todas as semanas, ninguém se lembra de todos os casos de borda, e se rompe quando uma nova ferramenta de CAD entra na mistura.

Esta é a questão de construção-versus-compra que todos os decisores técnicos eventualmente enfrentam, e vale a pena ser honesto sobre o que a construção realmente custa em escala:

• Brittleness. Os scripts rolados à mão geralmente são escritos contra os arquivos CAD que o autor tinha na mão. Nova geometria, novos formatos, ou estruturas de hierarquia incomuns tendem a quebrá-los de maneiras que são difíceis de depurar depois do fato.
• Risco de pessoa chave. O conhecimento de como o pipeline funciona muitas vezes vive na cabeça de uma ou duas pessoas. Quando não estão disponíveis, o pipeline pára.
• Custo de manutenção oculto. Cada nova versão do CAD, cada novo formato de arquivo e cada novo alvo (por exemplo: web, headset XR, móvel) é outra coisa que o script precisa ser atualizado para suportar. Esse é o tempo de engenharia que não aparece como um item de linha até que seja atrasado.
• Nenhuma fonte única de verdade. Sem gestão de ativos centralizada, diferentes equipes acabam com cópias diferentes, ligeiramente fora de sincronização do mesmo modelo.

Nada disso significa que construir o seu próprio é sempre errado. Para um caso de uso estreito e estável, um script pode ser exatamente a quantidade certa de engenharia. O risco aparece especificamente quando o volume cresce: mais linhas de produtos, mais formatos, mais equipes que precisam de acesso, mudanças de design mais frequentes.

Nesse ponto, o verdadeiro concorrente de um pipeline construído com propósito é a tentação de continuar a corrigir o que já existe em vez de dar um passo atrás e perguntar se a arquitetura subjacente pode realmente escalar. Os critérios de avaliação no próximo capítulo são projetados para ajudar a fazer essa chamada de forma objetiva, se você está avaliando um fornecedor, um sistema de cultivo em casa ou alguma mistura de ambos.

Capítulo 5: Uma lista de verificação de avaliação para decisores técnicos

Qualquer que seja o pipeline que você esteja avaliando, seja ele construído internamente ou comprado de um fornecedor, as mesmas perguntas se aplicam. Use esta lista de verificação para comparar opções em pé de igualdade.

Coberta de formato

• Quantos formatos de CAD, BIM, mesh e ponto de nuvem ele suporta nativamente?
• Ele preserva hierarquia, materiais, metadados e animação na importação, ou apenas geometria bruta?

Profundidade de automação

• Pode processar em lote centenas de arquivos sem que uma pessoa abra cada um deles?
• Ele expõe uma API ou um SDK para que sua equipe possa executá-lo e estendê-lo, em vez de ser limitado a um conjunto fixo de etapas manuais?
• Pode detectar e reiniciar automaticamente quando um arquivo de origem muda?

Governança e controle de acesso

• Ele suporta controle de acesso baseado em funções, para que contribuidores, revisores e espectadores vejam e façam apenas o que devem?
• Pode impor uma única versão da verdade entre as equipes, em vez de permitir que cópias duplicadas se afastem?

Flexibilidade de implantação

• Pode ser executado em uma nuvem multi-tenante padrão e, separadamente, pode ser implementado em uma nuvem privada virtual ou em um ambiente local para equipes que precisam manter dados dentro de sua própria infraestrutura?
• Ele se integra com os sistemas de gerenciamento de identidade e acesso que sua equipe de TI já usa?

Integração com ferramentas existentes

• Ele funciona com as ferramentas de design que suas equipes já usam, não apenas pacotes CAD, mas ferramentas como Blender, Maya ou Photoshop para conteúdo não CAD?
• Ele se encaixa no seu fluxo de trabalho de controle de versão existente ou requer abandoná-lo?

Custo total de propriedade

• O preço é por assento, por utilização ou uma taxa de plataforma plana, e como isso aumenta à medida que sua equipe e biblioteca de ativos crescem?
• Qual é o custo real de engenharia de manter a tubulação uma vez que está ativa, não apenas o custo de colocá-la de pé?

Nenhuma ferramenta irá marcar perfeitamente em cada linha. O objetivo desta lista de verificação não é encontrar uma resposta perfeita. É para se certificar de que as lacunas que você está aceitando são lacunas que você escolheu, não lacunas que você descobriu depois que o pipeline já estava carregando o negócio.

Capítulo 6: Prova do campo

Quadros são úteis, mas são mais fáceis de confiar com evidências. Aqui está como três organizações, em três indústrias diferentes, abordaram o mesmo problema subjacente.

Autoliv

A Autoliv, a maior fornecedora mundial de segurança automóvel, precisava apresentar aos clientes produtos de segurança complexos de uma forma mais interativa do que os desenhos estáticos permitem. Usando Unity Asset Transformer para automatizar a transferência e otimização de dados CAD, a Autoliv reduziu esse processo de quatro dias para seis horas por produto. Isso não é uma vitória única - é uma diferença recorrente em cada novo produto que a Autoliv traz ao mercado.

BMW Group

O BMW Group enfrentou uma versão diferente do mesmo problema em uma escala muito maior: problemas de Version Control, formatos de arquivo inconsistentes e fricção de colaboração em uma vasta biblioteca global de ativos 3D. A BMW construiu a “3D Mine”, uma plataforma de gerenciamento de ativos 3D alimentada pelo Unity Asset Manager, para padronizar como equipes de design, engenharia e marketing em toda a empresa armazenam, encontram e colaboram em conteúdo 3D.

Os detalhes diferem, mas a forma de cada história é a mesma: um pipeline escalável transformou um gargalo técnico em infraestrutura rotineira e repetível, e cada organização media a diferença em horas salvas, equipes desbloqueadas ou partes interessadas incluídas.

Capítulo 7: Governança e segurança em escala empresarial

Um pipeline que se move rápido, mas vazia propriedade intelectual não está realmente resolvendo o problema, está apenas mudando o risco que você está assumindo. Para os compradores técnicos, a governança geralmente importa tanto quanto a velocidade.

Três áreas tendem a importar mais:

Controle de acesso baseado em funções. Nem todos que tocam um recurso 3D precisam do mesmo nível de acesso. Um sistema prático distingue entre administradores que gerenciam todo o projeto, contribuidores que carregam e editam, consumidores que usam ativos no trabalho a jusante e espectadores que só precisam olhar. Obter essa granularidade certa, tanto no nível da organização quanto do projeto, impede o modo de falha comum onde “compartilhamento fácil” se torna “sem controle de acesso real”.

Controlo de implantação. Algumas organizações estão confortáveis ao armazenar ativos 3D em uma nuvem segura e multi-tenante. Outras, particularmente em indústrias regulamentadas ou com IP sensível, precisam de dados para permanecer dentro da infraestrutura que controlam. Um pipeline construído para uso empresarial deve oferecer ambas: armazenamento em nuvem seguro como padrão e uma opção de nuvem privada virtual ou local, implementada em infraestrutura como AWS ou Azure, para equipes que precisam disso.

Integrar identidade. O controle de acesso é tão forte quanto o sistema de identidade por trás dele. Os pipelines de nível empresarial devem integrar-se aos sistemas de gestão de identidade e acesso (IAM) que sua organização já executa, em vez de manter um conjunto separado e paralelo de contas e permissões de usuário.

Esta é a base que se torna não negociável no momento em que um pipeline está lidando com os projetos reais de produtos de uma empresa em escala.

Capítulo 8: Um roteiro para o seu próprio pipeline

O guia empresarial próprio da Unity descreve uma maneira de montar esta arquitetura: Asset Transformator para lidar com ingest e otimização, Asset Manager para centralizar e governar os ativos resultantes, e Pipeline Automation para orquestrar toda a sequência em escala, tudo trabalhando em conjunto como o que Unity se refere como seu motor de dados 3D. Essa é uma arquitetura de referência, não a única. A lista de verificação no capítulo 5 irá dizer-lhe se ela, ou qualquer outra opção, realmente se encaixa nas necessidades da sua organização.

Capítulo 9: O que fazer em seguida

Um pipeline CAD-to-real-time 3D escalável não é construído em uma única tarde, mas o primeiro passo é pequeno: execute seu processo atual com a lista de verificação no capítulo 5 e veja onde estão as lacunas.

A partir daí, alguns passos práticos:

• Explore a documentação técnica para Unity Asset Transformer e Unity Asset Manager para ver como as etapas do Capítulo 3 se mapeam para uma implementação específica.
• Comece uma avaliação gratuita do Unity Industry para testar o fluxo de trabalho com seus próprios arquivos CAD.
• Fale com um representante do Unity se sua organização precisar planejar um lançamento em várias equipes ou uma implementação de nuvem privada virtual.

O que quer que você escolha, o objetivo permanece o mesmo: fechar a lacuna entre as pessoas que construem seus dados 3D e todos os outros que precisam vê-lo.