Topological naming problem/pt-br

Other languages:

Introdução

O Problema de Nomeação Topológica no FreeCAD refere-se a uma questão em que partes internas de um modelo, como faces, arestas ou vértices, tinham seus nomes internos alterados após operações de modelagem (como extrusão, corte, união, chanfro, arredondamento, etc.). Essas alterações causavam falhas ou cálculos incorretos em recursos paramétricos que dependiam dessas partes.

Esse problema era especialmente evidente em duas situações principais:

Na Bancada PartDesign**: Se um recurso dependia de uma face (ou aresta ou vértice) de um sólido, ele poderia se romper ou apresentar falhas caso o sólido tivesse seu tamanho ou orientação alterados, já que os nomes internos das partes usadas poderiam mudar.

Na Bancada TechDraw**: Dimensões aplicadas em arestas ou outras características projetadas de um modelo 3D poderiam perder a referência ou se tornar inválidas caso o modelo fosse modificado, devido à alteração nos nomes internos das partes.

Solução para o problema na versão 1.0:

Esse problema, de longa data, foi abordado e parcialmente resolvido graças ao esforço conjunto de vários desenvolvedores. O algoritmo desenvolvido por Realthunder foi implementado e aprimorado na versão principal do FreeCAD. Embora ainda existam melhorias planejadas para futuras versões, a versão 1.0 trouxe uma solução inicial sólida, tornando o trabalho com modelagem paramétrica muito mais confiável e eficiente.

O problema de nomeação topológica é uma questão complexa na modelagem CAD, originada pela forma como as rotinas internas do FreeCAD lidam com as atualizações das formas geométricas criadas usando o núcleo OCCT. Esse problema não é exclusivo do FreeCAD; ele está presente em softwares CAD em geral. No entanto, a maioria dos outros softwares CAD utiliza heurísticas para minimizar o impacto desse problema na experiência dos usuários.

No caso do FreeCAD, o esforço na versão 1.0 introduziu uma solução baseada no algoritmo de Realthunder, que melhora significativamente a confiabilidade na edição e atualização de modelos paramétricos.

A partir do FreeCAD 0.19, esforços de desenvolvimento contínuos foram realizados para melhorar o gerenciamento central de formas, reduzindo o impacto dos problemas de nomeação topológica. O algoritmo de nomeação, detalhado no tópico do fórum Topological Naming, My Take, foi projetado para diminuir o esforço manual. Ele pode corrigir automaticamente alguns problemas, sugerir soluções prováveis ou, pelo menos, indicar claramente a origem do problema.

A primeira versão estável do FreeCAD a incorporar esse novo algoritmo de nomeação é a 1.0. Com o tempo, esse algoritmo será expandido para mais áreas do software, adicionando mais ferramentas de reparo automático e assistido em versões futuras. Isso marca um avanço significativo para usuários que dependem de modelos paramétricos robustos e confiáveis.

O problema de nomeação topológica geralmente afeta e confunde os novos usuários do FreeCAD. No PartDesign, o usuário é aconselhado a seguir as práticas recomendadas discutidas na página edição de recursos. O uso de objetos de dados de suporte como plano de referência e criar um sistema de coordenadas local é altamente recomendado para produzir modelos que não estejam facilmente sujeitos a esses erros topológicos. No TechDraw, o usuário é aconselhado a adicionar dimensões somente quando o modelo 3D estiver completo e não for modificado posteriormente.

Exemplo

1. Na bancada de trabalho PartDesign, crie um Corpo e, em seguida, use criar esboço e selecione o plano XY para desenhar; em seguida, execute um preencher para criar o primeiro sólido.

2. Selecione a face superior do sólido anterior e, em seguida, use criar esboço para desenhar outro esboço; em seguida, execute um segundo preencher.

3. Selecione a face superior da extrusão anterior e, mais uma vez, crie um esboço e um bloco com preencher.

4. Agora, clique duas vezes no segundo esboço e modifique-o de modo que seu comprimento esteja ao longo da direção X; isso recriará o segundo preencher. O terceiro esboço e o bloco permanecerão no mesmo lugar.

5. Agora, clique duas vezes no segundo (Sketch001) esboço novamente e ajuste seus pontos de modo que uma parte dele fique fora dos limites definidos pelo primeiro bloco. Ao fazer isso, o segundo bloco será recomputado corretamente; no entanto, ao examinar a vista em árvore, será indicado um erro no terceiro bloco.

6. Ao tornar visíveis o terceiro esboço e o bloco, fica claro que o cálculo do novo sólido não foi feito corretamente. O terceiro esboço, em vez de ser apoiado pela face superior do segundo bloco, aparece em um local estranho, com sua normal orientada para a direção X. Isso resulta em um bloco inválido, já que esse bloco seria desconectado do restante do corpo, o que não é permitido.

O problema parece ser que, quando o segundo esboço foi modificado, a face superior do segundo bloco foi renomeada de Face13 para Face14. O terceiro esboço está anexado a Face13 como estava originalmente, mas como essa face agora está na lateral (e não no topo), o esboço segue sua orientação e agora está posicionado incorretamente.

7. Para corrigir o problema, o terceiro esboço deve ser mapeado novamente para a face superior. Selecione o esboço (Sketch002), clique nas reticências (três pontos) ao lado da propriedade DadosMap Mode e escolha novamente a face superior do segundo bloco. Em seguida, o esboço se move para a parte superior do sólido existente e o terceiro bloco é gerado sem problemas.

O remapeamento de um esboço dessa forma pode ser feito sempre que houver um erro de nomeação topológica; no entanto, isso pode ser tedioso se o modelo for complicado e houver muitos esboços que precisem ser ajustados.

Solução

O gráfico de dependência é uma ferramenta útil para observar as relações entre os diferentes corpos do documento. O uso do fluxo de trabalho de modelagem original revela a relação direta que existe entre os esboços e os blocos. Como em uma cadeia, é fácil ver que essa dependência direta estará sujeita a problemas de nomeação topológica se algum dos links da sequência for alterado.

Conforme explicado na página edição de recursos, uma solução para esse problema é oferecer suporte a esboços não em faces, mas nos planos principais da PartDesign Corpo Origin, ou em planos de referência anexados a esses planos principais. O uso de planos de referência para suportar um único esboço, conforme descrito abaixo, não é realmente necessário, pois o próprio esboço pode ser anexado diretamente a um plano principal e tem as mesmas opções de deslocamento que um plano de referência. Mas o uso de planos de referência pode fazer sentido ao posicionar vários esboços.

1. Select the origin of the PartDesign Body and make sure that it is visible. Then select the XY plane, and click on PartDesign Plane. In the attachment offset dialog, give it an offset in the Z direction so that the datum plane is coplanar with the top face of the first pad.

2. Repita o processo, mas, desta vez, adicione um deslocamento maior para que o segundo plano de referência fique coplanar com a face superior do segundo bloco.

3. Select the second sketch, click on the ellipsis next to the DadosMap Mode property, and then select the first datum plane. The datum plane is already offset from the body's XY plane, so no further Z offset is required for the sketch.

4. Repeat the process with the third sketch, and select the second datum plane as support. Again, no further Z offset is necessary.

5. The dependency graph now shows that the sketches and pads are supported by the datum planes. This model is more stable as each sketch can be modified essentially independently from each other.

6. Double click the second sketch and modify the shape. The second pad should update immediately without causing topological problems with the third sketch and the third pad.

7. In fact, every sketch can be modified without interfering with each other's pads. As long as the pads have sufficient extrusion length, so that they touch and form a contiguous solid, the entire body will be valid.

Vantagens e desvantagens

Adicionar objetos de datum é mais trabalhoso para o usuário, mas, em última análise, produz modelos mais estáveis que estão menos sujeitos ao problema de nomeação topológica.

Naturalmente, os objetos de referência podem ser criados antes de qualquer esboço ser desenhado e os blocos serem produzidos. Isso pode ser útil para visualizar a forma e as dimensões aproximadas do corpo final.

Datum planes can also be based on other datum planes. This creates a chain of dependencies that could also result in topological problems; however, since datum planes are very simple objects, the risks of having these issues is less than if the face of a solid object is used as support.

Datum objects, points, lines, planes, and coordinate systems, may also be useful as reference geometry, that is, as visual aids to show the important features in the model, even if no sketch is directly attached to them.

Algoritmo de nomeação topológica

O algoritmo de nomeação topológica do Realthunder, selecionado para reduzir o impacto desse problema, foi amplamente descrito como “consertando o problema de nomeação topológica”, o que induziu involuntariamente muitos usuários a pensar que não será mais útil usar técnicas como datums, posicionamento explícito de esboços e Edição de recursos para tornar os modelos mais estáveis. O algoritmo não se destina a corrigir todas as falhas introduzidas pela ambiguidade de nomes topológicos. Em vez disso, ele tem três objetivos.

O primeiro e mais importante objetivo é, sempre que possível, identificar referências quebradas de alterações topológicas e exibir um erro para o usuário. Em vez de ter de trabalhar em uma série de operações para encontrar a primeira operação que diverge da intenção do projeto, a operação que altera os nomes normalmente será sinalizada com um erro, o que facilita muito a correção manual de problemas de modelo introduzidos por alterações em operações ou parâmetros.
Às vezes, o FreeCAD poderá identificar uma “provável” correção para uma referência quebrada, de modo que, quando o usuário estiver corrigindo manualmente a referência quebrada sinalizada, um candidato será apresentado para que ele aceite ou altere. Um exemplo comum disso são as operações de acabamento, como filetes e chanfros, em que o usuário pode ter de editar a operação e aceitar a seleção do recurso de substituição proposto ou alterá-lo para corrigi-lo.
Em alguns casos, o FreeCAD poderá resolver automaticamente a referência quebrada, pois há informações suficientes sobre a referência armazenadas para que se tenha alta confiança de que a substituição está correta. Por exemplo, ao esboçar diretamente em uma face, o algoritmo frequentemente (mas nem sempre) reparará corretamente a referência à face quando a geometria subjacente for alterada parametricamente. (Ao alterar a estrutura, por exemplo, adicionando ou excluindo operações no meio de um corpo de desenho de peça, esse tipo de reparo automático será menos provável). No entanto, o FreeCAD fará isso somente com alta confiança na exatidão do reparo, pois um reparo automático incorreto pode reintroduzir o problema de ter de procurar onde o problema foi introduzido para reparar um modelo após uma modificação. “Primeiro, não cause danos”.

A meta para o FreeCAD 1.0 é que a implementação desse algoritmo na versão oficial do FreeCAD tenha atingido a paridade de recursos com a bifurcação “Linkstage 3” de Realthunder, onde ele originalmente desenvolveu o algoritmo, no momento em que o trabalho de integração foi iniciado. Há novos recursos do FreeCAD que poderiam usar o algoritmo, mas ainda não o fazem, e sempre haverá mais oportunidades de adicionar correções candidatas e reparos automáticos. O trabalho inicial forneceu uma “estrutura” a ser usada para esses aprimoramentos adicionais ao longo do tempo, tanto no FreeCAD principal quanto nos Addons.