Octo para fabricação aeronáutica
O Octo pode ler o programa NC (o G-code que vai para a máquina de comando numérico), preparar o lote de simulação no Vericut e conferir os relatórios da máquina de medição por coordenadas (CMM), trabalhando sobre os arquivos que os softwares exportam. Ele não toca na máquina nem na CMM: prepara um resumo para revisão humana, e a liberação fica com o programador e a Qualidade.
vericut batchSeis entregas possíveis, tiradas do levantamento. Em todas, o Octo trabalha com acesso de leitura aos arquivos e prepara o resultado para revisão humana; nada sai dele direto para a máquina ou para a CMM.
Pode ler o programa já pós-processado e listar as ferramentas chamadas, as trocas M06, o curso em X, Y e Z, o avanço e a rotação máximos, comparar o curso com os limites da máquina e avisar de parada M00/M01 esquecida e de mudança para incremental (G91). É filtro de texto: não substitui o simulador nem a prova na máquina.
Propõe o lote que roda vericut batch em todos os projetos de uma pasta, sem janela, com log, relatório e comparação com o modelo de projeto (auto-diff) por peça, para um operador rodar. Depois pode varrer os logs e resumir colisões, erros e sobras para o programador decidir.
Pode ler o CSV exportado do software de medição, apontar as características fora de tolerância e as que já usam boa parte da banda e montar tendência por lote. O formato neutro é o QIF (Quality Information Framework, um XML descrito por esquema XSD); ler QIF exige o esquema da versão usada. A disposição da peça (aceite, retrabalho, concessão) é da Qualidade.
Entrega: lista de fora e de alerta + tendênciaA partir de exportações do MES (sistema de execução da produção) e do PLM (gestão do ciclo de vida do produto), pode cruzar número de série, programa NC, revisão do modelo e relatório de inspeção e apontar as lacunas no registro. Não escreve no MES: mostra o que falta para quem responde pelo registro.
Entrega: tabela cruzada + lista de lacunasPode escrever ou revisar folha de processo, instrução de trabalho e o procedimento de uso de cada script, a partir do que está nos arquivos. Quem assina o documento continua sendo a pessoa responsável pelo processo.
Entrega: folha de processo e procedimento para revisãoPode escrever journals NX Open (roteiros de automação do NX) que geram trajetória e chamam o pós (GenerateToolPath, Postprocess, rodados por run_journal), lotes do Vericut e macros de inspeção. Tudo testado primeiro em cópia e revisado por quem responde pelo processo.
O mesmo ciclo do Octo, aplicado à fabricação. Cada braço tem um papel estreito; quem decide é uma pessoa da sua empresa.
Que CAM (software de programação da usinagem) gera os programas, que controles e máquinas os recebem, que versão do Vericut está instalada, que software mede as peças e que MES registra o lote. E, de cada um, que arquivo ele exporta.
Levanta o dialeto do G-code de cada controle (Fanuc, Sinumerik, Heidenhain), as colunas do CSV da CMM, que é próprio de cada software, a versão do QIF e o que liga série, programa e revisão.
Trabalha sobre cópias dos arquivos exportados. Não opera os softwares licenciados por conta própria, não envia nada à máquina nem à CMM e não escreve no registro de qualidade.
Conferência de texto antes, Vericut em lote depois, pessoa no fim. Define onde cada log e relatório fica e o que o resumo precisa mostrar para o programador decidir rápido.
O leitor de G-code, o lote do Vericut com LGFILNAM=, report= e auto-diff=, o conferidor de CSV de CMM, ou o journal NX Open que o caso pedir.
Roda primeiro sobre programas e relatórios cujo resultado já se sabe, inclusive um com erro proposital, e confere pela saída: o log tem Error e Collision onde devia, o CSV acusa a característica fora.
Com o seu ok, o roteiro passa a rodar sobre os programas e relatórios reais. O resumo vai para o programador e para a Qualidade; a liberação da peça continua com eles.
Versões, caminhos, o layout de cada exportação e o que foi confirmado na sua instalação. O procedimento de uso de cada script fica escrito para a auditoria.
Nada gerado pela IA vai para a máquina, para a CMM ou para o registro de qualidade sem validação e assinatura humana. A IA não substitui ferramenta qualificada nem quem tem autoridade para liberar a peça.
Do modelo à peça aprovada: que software faz cada etapa e por onde ele se automatiza sem interface.
| Tarefa | Software | Caminho sem interface |
|---|---|---|
| Programar peça usinada 5 eixos | NX CAM, hyperMILL, Mastercam, DELMIA Machining | NX Open GenerateToolPath + Postprocess via run_journal; NET-Hook no Mastercam |
| Gerar G-code para a máquina | Pós do CAM (Post Configurator, .pst) | Chamada de pós no próprio script do CAM |
| Verificar colisão e sobra antes da máquina | Vericut | vericut batch "vcp=..." "report=..." "auto-diff=..." |
| Otimizar avanço | Vericut Force | Opção optimize no lote |
| Conferência rápida do texto do NC (ferramentas, curso, avanço) | Script próprio | Script que lê o texto do programa, antes do simulador |
| Projetar camadas de compósito | Fibersim, CATIA Composites | Dentro do CAD; exportação de planificação |
| Programar AFP/ATL (deposição automática de fibra ou de fita) | Vericut Composite (VCP/VCS), CatFiber, TorFiber/TorLay | Saída NC da trajetória de deposição |
| Programar CMM offline | Silma X4, PolyWorks, software da CMM | Programa DMIS (linguagem de programa de CMM) |
| Inspecionar e relatar | PolyWorks, Metrolog X4 | Macro; exportação CSV |
| Conferir tolerâncias do relatório | Script próprio | 02_conferir_cmm_csv.py |
| Rastrear lote e peça (registro como fabricado) | DELMIA Apriso, Opcenter Execution | Consulta à base ou integração do MES |
| Sequenciar produção | Opcenter APS, DELMIA | — |
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua operação.
Proposta, não promessa
Você entrega um programa NC ou um relatório de CMM e o Octo prepara a lista do que chama atenção, para revisão humana.
Um operador roda o vericut batch na pasta de programas novos e o Octo lê o que saiu.
Série, programa NC, revisão do modelo e relatório de inspeção lidos juntos, a partir das exportações do MES e do PLM.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
4
pontos com fonte publicada, cada um com a referência indicada ao lado.
vericut batch "vcp=..." roda e sai; batchp abre a janela no fim. LGFILNAM= define o log, report= o relatório, auto-diff= compara com o modelo de projeto e optimize liga a otimização de avanço.Fonte: ajuda online documentada pelo fabricante do Vericut, páginas Batch Vericut e Command Line OptionsO Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, desenhos e minutas.
Entrega: material pronto para conferirO profissional habilitado confere o que o Octo entregou antes de assinar. Se algo não fecha, volta para o Octo com a correção.
Etapa: conferência por quem assinaO Octo não assina. Projeto, laudo, ART/RRT, prestação de contas e qualquer documento oficial continuam assinados pelo profissional habilitado da empresa ou do órgão: aqui, o engenheiro responsável e a autoridade de certificação.
Assinatura: engenheiro responsável e autoridade de certificaçãoFontes oficiais usadas no levantamento: fabricante do software, empresa usuária ou entidade de norma.
GenerateToolPath, PostprocessO diagnóstico começa lendo os programas, logs e relatórios que a sua fábrica já exporta, sem alterar nada. Você recebe o mapa do que dá para conferir e automatizar, e decide com ele na mão.