Tekla Structures em rede - Informações para reuso de catálogos, componentes e configurações

Este artigo visa dar mais informações sobre como podemos reutilizar toda a configuração de modelagem, bancos de dados, componentes e conexões de um modelo para os modelos criados posteriormente. Para isso, é recomendado atualizar o ambiente de trabalho (no caso de um único usuário) ou utilizar pastas compartilhadas na rede (configurações da empresa ou para projetos) como será explicado adiante.

No caso do trabalho em rede, pode ser criada, por exemplo, uma pasta com o nome da empresa e dentro dela fazer uma cópia do conteúdo do ambiente de trabalho mais utilizado (Brasil, US Metric, etc) ou criar outras pastas para conteúdo específico da empresa.

A seguir, uma explicação do ambiente de trabalho e como é a inicialização do Tekla Structures através de suas variáveis. Na sequência são oferecidas algumas sugestões de como configurar o programa para simplificar a inicialização aproveitando o que já foi feito anteriormente.

Apresentação do ambiente de trabalho Brasil

As pastas que compõem o ambiente de trabalho são, geralmente:

• cloning templates: pasta com modelos contendo desenhos para de clonagem
• custom_components: pasta que contém os componentes criados pelo usuários (normalmente no formato UEL) para serem importados quando da criação de novos modelos
• macros: pasta que contém macros (sequência de comandos) gravadas pelo usuário
• model_templates: local onde modelos padrão, contendo configurações de vistas, desenhos, filtros e conexões são mantidos
• profil: pasta onde estão localizados os bancos de dados de parafusos, perfis metálicos, ferros para armaduras, telas soldadas etc
• symbols: pasta com símbolos utilizados em desenhos
• system: pasta principal do ambiente de trabalho contendo configurações de modelagem e desenhos, além de padrões de listas de material (arquivos RPT), layouts de desenhos etc
• template: pasta onde estão localizados os arquivos de templates para desenhos (arquivos TPL) entre outras configurações do editor de templates

Não é obrigatório o uso destes nomes de pastas, pois devemos definir o caminho completo da localização das configurações e nele está o nome das pastas.

Arquivos de inicialização do Tekla Structures

Quando iniciamos o Tekla Structures, normalmente, a exibição da caixa de diálogo para definição do ambiente de trabalho e função (detalhamento de estrutura metálica, de concreto ou detalhamento completo) além da configuração da licença a ser utilizada.

Image

A primeira linha na janela é lida de um arquivo de prefixo env_* (ex. env_Brasil.ini, env_usmet.ini). Neste arquivo constam linhas de pastas que definem onde o Tekla Structures vai encontrar cada informação.

No caso do ambiente Brasil temos, dentro do grupo "System Settings", como linhas mais importantes:

• set XS_CLONING_TEMPLATE_DIRECTORY: pasta onde estão os modelos dos quais os desenhos podem ser clonados
• set XS_PROFDB: pasta de banco de dados de materiais
• set XS_TEMPLATE_DIRECTORY: pasta contendo os aquivos TPL (templates para desenhos)

Voltando à janela inicial do Tekla Structures, a segunda opção (Completo, Estruturas Metálicas, Pré-moldados etc) é lida de um arquivo de prefixo role_.

Dentro do arquivo role_Completo.ini, por exemplo, temos entre outras, as seguintes linhas:

• set XS_SYSTEM: pasta onde estão localizados os arquivos padrão para conexões, filtros, desenhos, templates para listas de material (RPT) etc.
• set XS_UEL_IMPORT_FOLDER: pasta onde estão os componentes a serem importados quando da criação de um novo modelo

Definição de pastas padrão da empresa e projetos

A maneira como a informação é administrada e reutilizada pode ser também organizada com o uso das variáveis XS_FIRM e XS_PROJECT.

As duas variáveis servem como alternativa ao uso da pasta definida por XS_SYSTEM. Para reaproveitar componentes, materais, padrões de desenhos etc é necessário atentar para as outras variáveis.

Estas duas variáveis são recomendadas quando não se quer alterar o conteúdo das pastas padrão do sistema (definidas por XS_SYSTEM) ou quando queremos, por exemplo, apenas acrescentar os arquivos criados ou alterados em um modelo padrão.

Mais informações sobre estas variáveis podem ser encontradas em:

• XS_FIRM
• XS_PROJECT

Sugestões de configuração

Sugestão 1:

Utilizar a inicialização para a empresa, fazendo uma cópia de um dos arquivos de prefixo "env_" para, por exemplo, env_EMPRESA.ini. Dentro dele inserimos as linhas:

• set XS_FIRM=X:\TEKLA\#PADRAO\ATRIBUTOS
• set XS_CLONING_TEMPLATE_DIRECTORY=X:\TEKLA\#PADRAO\TEMPLATES\
• set XS_MODEL_TEMPLATE_DIRECTORY=X:\TEKLA\#PADRAO\TEMPLATES\
• set XS_PROFDB=X:\TEKLA\#PADRAO\MATERIAIS\
• set XS_TEMPLATE_DIRECTORY=X:\TEKLA\#PADRAO\TEMPLATES\
• set XS_UEL_IMPORT_FOLDER=X:\TEKLA\#PADRAO\MACROS\

onde "X:" é um diretório hipotético mapeado da rede.

Caso todas as obras sigam o mesmo padrão de materiais, desenhos, componentes etc as variáveis podem ser definidas no arquivo env_EMPRESA.ini, excluindo-se as repetições no arquivo role_Completo.ini.

Tendo definidas estas pastas, passamos a reutilizar o trabalho feito no modelo padrão da seguinte forma:

• Catálogos de materiais: ao alterar catálogos de materiais, salve os mesmos no modelo. Em seguida copie os arquivos criados (profdb.bin, matdb.bin etc) na pasta definida na variável XS_PROFDB.
• Componentes customizados: acessar o catálogo de componentes, clicar no componente customizado e utilizar a opção de exportar. Será criado um arquivo .UEL que deve ser copiado para a pasta definida por XS_UEL_IMPORT_FOLDER. É importante ressaltar que modelos existentes não são capazes de carregar componentes ou macros automaticamente através desta variável, devendo ser importados manualmente no catálogo de componentes.
• Propriedades de filtros, peças, desenhos etc ao serem salvos são guardadas na pasta Attributes dentro do modelo. Os arquivos criados devem ser copiados para a pasta de sistema (definida por XS_FIRM, XS_PROJECT ou XS_SYSTEM).
• Termplates para listas de material (arquivos RPT) e desenhos (arquivos TPL):  devem ser salvos na pasta definida por XS_TEMPLATE_DIRECTORY.

O resultado final para a organização das pastas será então:

Image

Sugestão 2:

Esta sugestão se aplica nos casos em que há a intenção de não deixar a cargo do usuário a escolha do ambiente de trabalho e configurações de licença.

Realizar as configurações da sugestão 1 e definir atalho(s) para o Tekla Structures com já configurado(s) para carregar os arquivos .ini automaticamente. Desta maneira a janela inicial de escolha da empresa, função e licença não é mais mostrada.

Para isto, crie uma cópia do atalho do Tekla Structures e em suas propriedades defina no campo destino o arquivo de inicialização, por exemplo:

-I "\\SERVIDOR\TEKLA\Bypass.ini"
ou
-I "Z:\TEKLA\Bypass.ini"

Obs.: utilizar "í" maiúsculo antes do caminho do arquivo.

A linha completa na linha destino ficaria então:

C:\TeklaStructures\#versão#\nt\bin\TeklaStructures.exe -I "Z:\TEKLA\Bypass.ini"

Onde "Z:" é uma unidade mapeada na rede de um diretório compartilhado no servidor dos arquivos e "TEKLA" é uma pasta hipotética criada para reunir as configurações do programa na rede.

O arquivo Bypass.ini deve conter as seguintes variáveis:

• XS_DEFAULT_ENVIRONMENT
• XS_DEFAULT_ROLE
• XS_DEFAULT_LICENSE

Exemplos de valores para as variáveis são:

set XS_DEFAULT_ENVIRONMENT = Z:\TEKLA\#PADRÃO\Empresa.ini
set XS_DEFAULT_ROLE = Z:\TEKLA\#PADRÃO\Cliente1.ini
set XS_DEFAULT_LICENSE = STEEL_DETAILING

O arquivo definido por XS_DEFAULT_ENVIRONMENT pode conter configurações gerais do Tekla Structures para serem usadas em todos os projetos.

O arquivo definido por XS_DEFAULT_ROLE pode conter variáveis especificas para cada cliente ou projeto, como caminhos diferentes para formatos de desenhos, listas de materiais etc

A linha XS_DEFAULT_LICENSE define o tipo padrão de licença a ser utilizada. Outros tipos disponíveis são:

• TeklaStructures_Primary
• REBAR_DETAILING
• PRECAST_CONCRETE_DETAILING
• CONSTRUCTION_MODELING
• DRAFTER
• ENGINEERING
• PROJECT_VIEWER
• EDUCATIONAL

Obs.: o arquivo Bypass.ini pode ser salvo com outros nomes para diferentes situações de uso de licenças, clientes, obras etc. quando é necessário, por exemplo, definir diferentes configurações para diferentes obras e usuários. Após a alteração no nome do arquivo é necessário atualizar as propriedades do atalho de inicialização do Tekla Structures.

Mais informações podem ser obtidas em:
Criando atalhos customizados para o Tekla Structures