Tópico 18 · Diretórios LIGGGHTS
2/2
Estrutura de diretórios: o caso de simulação
As simulações não devem rodar dentro da pasta de instalação, para não alterar arquivos estruturais. Cria-se uma pasta separada para o projeto, com organização padronizada.
Meu_Projeto_Silo/ # pasta principal
├── in.meu_script_silo # arquivo-mestre (o roteiro)
├── meshes/ # geometrias
│ ├── silo_corpo.stl
│ └── tampa.stl
├── post/ # saída de resultados
│ ├── dump1000.liggghts
│ ├── tambor1000.stl
│ └── restart/ # pontos de salvamento
│ └── estado_final.restart
└── scripts/ # automação e gráficos
└── plot_energia.py
- Arquivo-mestre (in.script) arquivo de texto que chama as demais pastas. Executado com
lmp_mpi -in in.meu_script_silo.
- meshes/ (geometria) guarda os arquivos CAD em .stl. O script usa caminho relativo (ex.
mesh/surface file meshes/silo_corpo.stl).
- post/ (resultados) o LIGGGHTS produz "dumps" (dados brutos). Todos os resultados devem ser salvos em post/ e lidos depois no ParaView ou Python.
- post/restart/ salva o estado completo da simulação. Em processos longos, permite retomar do ponto onde parou caso o software feche.
- scripts/ códigos em Python ou Octave/Matlab para ler logs, processar e plotar gráficos automaticamente.
🔗
Casos acoplados (CFDEM®coupling): em simulações com fluido (CFD-DEM), usa-se o framework CFDEM®coupling com o OpenFOAM. A organização passa a ter dois motores:
/CFD
Dicionários da fluidodinâmica do OpenFOAM, pastas 0/, constant/, system/; em CFD/constant/ ficam couplingProperties e liggghtsCommands.
/DEM
A estrutura LIGGGHTS descrita acima, com o script in.liggghts e a pasta /post.
Durante a execução, o solver CFD inicializa a matriz DEM; a cada N passos, eles trocam matrizes de momento e força.