O OpenFOAM é um daqueles programas que pode parecer estranho na primeira vez que um engenheiro o abre.
Não existe necessariamente um botão enorme que diga:
Simular.
Em vez disso aparecem pastas, dicionários de texto, malhas, condições de contorno, campos e executáveis com nomes como:
blockMesh
snappyHexMesh
potentialFoam
simpleFoam
paraFoamIsso ocorre porque o OpenFOAM nunca foi concebido somente como uma aplicação CFD com uma interface gráfica.
A sua filosofia é muito mais próxima de:
uma caixa de ferramentas programável para construir simulações de mecânica dos meios contínuos.
E essa filosofia nasceu muito antes de o software se chamar OpenFOAM.
1989: começa o FOAM
A história oficial mantida pela CFD Direct situa o nascimento do FOAM em 1989.
O criador foi Henry Weller, então ligado ao Imperial College London.
Naquela época grande parte do software científico estava escrita em FORTRAN.
Weller tomou uma decisão diferente: usar C++.
A motivação não era somente mudar de linguagem.
Era introduzir ideias de engenharia de software dentro do software científico:
- reutilização de código;
- orientação a objetos;
- classes;
- separação de responsabilidades;
- construção de bibliotecas gerais;
- possibilidade de escrever diferentes aplicações sobre a mesma infraestrutura.
Em vez de criar um único solver gigantesco, o FOAM podia tornar-se uma biblioteca sobre a qual construir vários solvers.
Essa decisão definiria tudo o que viria depois.
O que significa FOAM?
FOAM significa Field Operation And Manipulation.
A palavra field é fundamental.
Em CFD trabalhamos constantemente com campos:
pressão
velocidade
temperatura
densidade
fração de volume
turbulênciaNuma malha, essas grandezas existem sobre células, faces e pontos.
O FOAM tentou representar matematicamente essas operações de uma maneira que o código pudesse parecer-se com as equações que o engenheiro queria resolver.
O objetivo não era somente CFD
Embora hoje o OpenFOAM seja conhecido principalmente como uma plataforma de Computational Fluid Dynamics, a sua arquitetura foi desenhada em torno de problemas de meios contínuos.
Isso permite trabalhar com fenômenos que incluem:
- escoamento incompressível;
- escoamento compressível;
- turbulência;
- transferência de calor;
- combustão;
- escoamento multifásico;
- partículas;
- determinados problemas de mecânica dos sólidos;
- eletromagnetismo mediante extensões e aplicações especializadas.
A ideia importante é que o OpenFOAM não é simplesmente:
um solver CFDmas:
bibliotecas
+
solvers
+
utilitários
+
ferramentas de malha
+
modelos físicosA etapa comercial do FOAM
Antes de se tornar OpenFOAM, o FOAM teve uma etapa de distribuição comercial.
Quando o código finalmente foi aberto em 2004, os seus desenvolvedores explicaram que o antigo produto já fornecia aproximadamente 70 % do código-fonte e era usado por grandes empresas, consultorias e cerca de 90 instituições acadêmicas em mais de 30 países.
Ou seja:
o OpenFOAM não apareceu em 2004 como um projeto experimental recém-criado.
Nessa altura o FOAM já levava anos acumulando desenvolvimento.
10 de dezembro de 2004: nasce o OpenFOAM
A grande mudança ocorreu em 10 de dezembro de 2004.
O FOAM deixou de ser distribuído como produto comercial e foi publicado como software livre sob a GNU General Public License.
Ao mesmo tempo foi renomeado OpenFOAM.
A publicação esteve associada a:
- Henry Weller;
- Chris Greenshields;
- Mattijs Janssens;
através da OpenCFD Ltd.
A decisão era radical.
Uma plataforma CFD avançada podia ser usada, estudada, modificada e redistribuída sem pagar uma licença tradicional.
Por que abrir o código?
Na simulação científica existe um problema particular.
Não basta que o software produza um número.
Os pesquisadores precisam poder entender:
- que equações foram implementadas;
- que discretização foi usada;
- que modelos existem;
- como se aplicam as condições de contorno;
- como modificar uma formulação.
O código aberto permite algo especialmente valioso:
inspecionar o próprio motor numérico.
Também evita que cada grupo de pesquisa tenha de escrever do zero toda a infraestrutura CFD.
O método dos volumes finitos
O OpenFOAM tornou-se especialmente conhecido por usar o Finite Volume Method.
Simplificando:
o domínio divide-se em volumes de controle.
┌───┬───┬───┐
│ │ │ │
├───┼───┼───┤
│ │ │ │
├───┼───┼───┤
│ │ │ │
└───┴───┴───┘Sobre essas células discretizam-se as equações de conservação.
Isso resulta muito natural para problemas de fluidos porque permite conservar grandezas como massa, momento e energia de maneira consistente com o método numérico.
Um workflow típico do OpenFOAM
Embora cada problema mude, conceitualmente o fluxo costuma ser:
Geometria
↓
Malha
↓
Propriedades físicas
↓
Condições iniciais
↓
Condições de contorno
↓
Solver
↓
Simulação
↓
Pós-processoUma estrutura clássica de caso contém diretórios como:
0/
constant/
system/Isso é importante porque o caso de simulação pode descrever-se mediante arquivos de texto.
O workflow presta-se muito bem a:
- automação;
- scripts;
- versionamento com Git;
- HPC;
- execução remota;
- pipelines;
- agentes de IA.
Malha: blockMesh e snappyHexMesh
O OpenFOAM inclui as suas próprias ferramentas de malha.
Entre as mais conhecidas estão:
blockMesh
Permite construir malhas estruturadas ou por blocos mediante definições de texto.
snappyHexMesh
Permite gerar malhas em torno de geometrias complexas partindo normalmente de superfícies trianguladas.
A malha é um dos aspectos mais importantes — e também mais difíceis — de qualquer simulação CFD.
Uma solução numérica excelente sobre uma malha inadequada pode produzir resultados inúteis.
Turbulência
O OpenFOAM incorpora múltiplas aproximações para modelar turbulência.
Entre as famílias habituais estão:
RANS
LESe diferentes modelos dentro de cada estratégia.
Isso permite que o OpenFOAM seja usado desde estudos relativamente simples até problemas de pesquisa avançada.
Mas também introduz um aviso:
escolher um modelo de turbulência não é simplesmente escolher uma opção de menu.
Cada modelo contém hipóteses.
O engenheiro deve saber quando são aceitáveis.
O OpenFOAM começa a crescer como comunidade
Depois de 2004 a adoção cresceu rapidamente.
O software começou a aparecer em:
- universidades;
- automotivo;
- aeroespacial;
- energia;
- processos industriais;
- marinha;
- pesquisa;
- consultoria.
O custo de licença deixava de ser uma barreira para usar grandes quantidades de núcleos de CPU.
Isso tornou a plataforma especialmente atraente para HPC.
2011: a OpenCFD é adquirida e aparece a Foundation
Em 2011 a Silicon Graphics International — SGI adquiriu a OpenCFD.
Antes dessa operação criou-se a OpenFOAM Foundation e transferiram-se direitos sobre o código para garantir que o OpenFOAM continuasse a ser distribuído como software livre.
Era uma preocupação importante:
o que acontece com um projeto open source quando a empresa que o desenvolve é comprada?
A Foundation tornou-se uma peça central da resposta.
2012: ESI Group
Em 2012 a OpenCFD passou a formar parte da ESI Group.
A partir daí a história institucional do OpenFOAM começa a ficar mais complexa.
E essa complexidade explica algo que confunde muitos usuários atuais.
Por que existem dois OpenFOAM?
Atualmente existem duas grandes linhas de distribuição amplamente usadas.
OpenFOAM Foundation / openfoam.org
Mantida principalmente pela CFD Direct para a OpenFOAM Foundation.
Em 2026 a sua versão principal é OpenFOAM 14.
OpenCFD / openfoam.com
A linha desenvolvida pela OpenCFD, atualmente dentro do ambiente corporativo da Keysight.
Usa versões baseadas em ano e mês.
Em junho de 2026 lançou OpenFOAM v2606.
Ambas procedem da mesma história.
Ambas são open source.
Mas os seus códigos, funcionalidades, calendários e organização já não são idênticos.
Por isso, ao instalar o OpenFOAM, convém perguntar:
que distribuição e que versão este projeto exige?
Keysight e a etapa atual
A ESI Group passou a formar parte da Keysight Technologies, e a OpenCFD continua a desenvolver a sua linha de OpenFOAM.
Em paralelo, a CFD Direct mantém e desenvolve a linha distribuída pela OpenFOAM Foundation.
O resultado é uma situação pouco comum:
uma mesma genealogia tecnológica com dois ramos ativos e relevantes.
Para que se usa o OpenFOAM?
1. Aerodinâmica
Pode estudar o escoamento em torno de:
- veículos;
- perfis;
- edifícios;
- pontes;
- estruturas.
Por exemplo:
vento
↓
edifício
↓
pressões sobre a fachada2. Vento em AEC
Para arquitetura e engenharia civil pode usar-se em estudos como:
- vento em torno de edifícios;
- conforto pedonal;
- cargas de pressão;
- ventilação urbana;
- interação do vento com geometrias complexas.
Para cargas regulamentares simples, um código de projeto costuma ser muito mais eficiente.
O OpenFOAM faz sentido quando queremos estudar o campo de escoamento com mais detalhe.
3. Ventilação
Pode modelar circulação de ar dentro de:
- edifícios;
- túneis;
- estações;
- recintos industriais.
Isso pode ser útil para estudar:
- velocidades;
- distribuição térmica;
- transporte de contaminantes.
4. Transferência de calor
O OpenFOAM inclui capacidades para estudar:
escoamento
+
temperatura
+
transferência de calorPor exemplo:
- resfriamento de equipamentos;
- trocadores;
- convecção;
- problemas conjugados fluido-sólido.
5. Escoamento multifásico
Pode trabalhar com problemas em que intervêm várias fases.
Exemplos:
- água e ar;
- gotas;
- bolhas;
- superfícies livres.
6. Combustão
O OpenFOAM possui modelos e solvers especializados para combustão.
Isso contribuiu para a sua adoção em energia e processos industriais.
OpenFOAM na hidráulica civil
O OpenFOAM também pode ser usado para resolver problemas hidráulicos tridimensionais.
Por exemplo:
- escoamento em torno de pilares;
- estruturas hidráulicas;
- vertedouros;
- dissipadores;
- interação complexa entre água e geometria.
Mas isso não significa que deva substituir automaticamente o HEC-RAS.
Para uma inundação regional 2D:
HEC-RASpode ser muito mais prático.
Para estudar turbulência local tridimensional em torno de uma estrutura:
OpenFOAMpode ser uma ferramenta muito mais adequada.
O motor correto depende da escala e da pergunta.
O OpenFOAM não é um programa “fácil”
A sua principal força também pode ser a sua principal dificuldade.
O OpenFOAM expõe muitos detalhes.
O usuário deve compreender:
- malha;
- discretização;
- estabilidade;
- convergência;
- condições de contorno;
- turbulência;
- esquemas numéricos.
OpenFOAM + ParaView
O pós-processamento normalmente realiza-se com ferramentas como o ParaView.
Isso permite visualizar:
- campos de velocidade;
- pressão;
- temperatura;
- linhas de corrente;
- superfícies;
- cortes;
- animações.
O resultado visual pode ser espetacular.
OpenFOAM e automação
Aqui o OpenFOAM resulta especialmente interessante para o futuro do AEC.
Como grande parte do workflow está expressa mediante:
- arquivos de texto;
- comandos;
- scripts;
- pastas;
é relativamente natural automatizá-lo.
Um agente poderia:
receber geometria
↓
preparar o caso
↓
gerar malha
↓
executar checagens
↓
lançar o solver
↓
monitorar resíduos
↓
pós-processar
↓
criar relatórioIsso não elimina a necessidade de um especialista em CFD.
Mas pode eliminar enormes quantidades de trabalho repetitivo.
O acoplamento com um solver FEM open source — por exemplo o CalculiX — também aparece nessa conversa de automação e multifísica.
OpenFOAM em 2026
Em 2026 os dois ramos principais continuam ativos.
A OpenFOAM Foundation publicou o OpenFOAM 14 em 14 de julho de 2026.
A OpenCFD publicou o OpenFOAM v2606 em 26 de junho de 2026.
A linha v2606 incorporou inclusive trabalho relacionado com GPU offloading, mostrando que a plataforma continua a adaptar-se a arquiteturas modernas.
Quase 37 anos depois das primeiras linhas do FOAM, o projeto continua a evoluir.
Cronologia resumida
1989
Henry Weller começa o FOAM
↓
C++
orientação a objetos
↓
etapa comercial
↓
2004
OpenCFD
OpenFOAM 1.0
GNU GPL
↓
cresce a comunidade
↓
2011
SGI adquire a OpenCFD
OpenFOAM Foundation
↓
2012
ESI Group
↓
2015
CFD Direct
↓
2016+
duas grandes linhas
openfoam.org / openfoam.com
↓
2025
Keysight adquire a ESI
↓
2026
OpenFOAM 14
OpenFOAM v2606Conclusão
O OpenFOAM não se tornou importante simplesmente por ser grátis.
Tornou-se importante porque combinou:
código aberto
+
arquitetura extensível
+
métodos numéricos
+
HPC
+
automaçãoA sua história começa em 1989 com uma decisão tecnológica pouco comum: usar C++ para construir uma infraestrutura científica reutilizável.
Em 2004 essa tecnologia abriu-se ao mundo.
E desde então tornou-se um dos grandes motores open source de simulação.
Para AEC, o seu valor não está em substituir indiscriminadamente outros programas.
Está em permitir abordar problemas em que precisamos resolver o comportamento real de um fluido com um nível de controle que ferramentas mais especializadas não oferecem.
E numa era de agentes, automação e computação em nuvem, a sua arquitetura baseada em texto e CLI pode resultar ainda mais poderosa.
Referências
- CFD Direct. About OpenFOAM.
- CFD Direct. Notes on CFD: General Principles — Preface.
- OpenFOAM Foundation. OpenFOAM 1.0 Released.
- OpenFOAM Foundation. Company History.
- OpenFOAM Foundation. OpenFOAM 14 Released.
- OpenCFD. History.
- OpenCFD. Release history.
- OpenCFD. OpenFOAM v2606.
Avaliação e limitações
Trate as notas abaixo como contexto de avaliação, não como um cálculo ou uma verificação comprovados.
Use-o quando a pergunta pede CFD 3D, turbulência local ou geometria complexa. Para uma inundação regional 2D, o HEC-RAS costuma ser mais prático. A visualização nunca substitui a validação numérica.