Estudos paramétricos
Pode escrever o script que varia cordas, enflechamento ou Reynolds e gera os casos. Por exemplo, uma família de asas pela API (interface de programação) Python do OpenVSP, exportada em .vsp3 e .stl.
Octo para software aberto de aeronáutica
Do esboço da asa à simulação, no Linux.
OpenVSP, XFOIL, AVL, OpenMDAO, SU2, OpenFOAM, JSBSim, code_aster, Capella e pyNastran rodam no Ubuntu, e a maioria roda em lote. O Octo pode escrever os scripts que variam os parâmetros, disparar os casos, juntar os resultados e registrar cada rodada, com tudo preparado para revisão humana. O engenheiro decide o que vale para o projeto.
LinuxTodasrodam no Ubuntu
Licença com cuidadoAGPL 3.0no RCAIDE
XFLR5Abandonedmarcação do SourceForge
Fontes28listadas no fim da página
01
O que o Octo faz com o software aberto.
Seis entregas possíveis, tiradas do levantamento. Em todas, um engenheiro decide e valida; o Octo pode assumir o trabalho de montar, rodar e organizar.
Lotes sem ninguém no menu
Pode disparar os casos pela linha de comando (SU2_CFD, os dicionários do OpenFOAM, o JSBSim em modo lote), detectar os que não convergiram e repetir com outro ajuste.
Resultados organizados
Pode juntar polares, coeficientes e tensões em CSV ou planilha, com gráficos que comparam as variantes.
Entrega: CSV consolidado + gráficosModelo Nastran conferido
Com o pyNastran, pode ler o BDF (arquivo de entrada do Nastran), contar nós e elementos por tipo e apontar elemento sem propriedade e material sem uso, antes de o modelo ir para o solver. Não precisa do Nastran para isso; só para resolver.
Entrega: inventário do BDF + cópia regravadaFerramentas ligadas
Pode costurar a saída de uma na entrada da outra (OpenVSP → Gmsh → SU2; RCAIDE → AVL), o que hoje costuma ser feito à mão. Para otimizar o conjunto, propõe o OpenMDAO, que é o encanamento e não traz física pronta.
Entrega: cadeia em script + modelo OpenMDAOEstudo que se refaz
Registra as premissas, a versão de cada ferramenta e o comando exato de cada rodada, para que o estudo possa ser refeito depois sem adivinhação.
Entrega: registro de premissas, versões e comandos
02
Oito braços, um estudo aberto.
O mesmo ciclo do Octo, aplicado às ferramentas livres de aeronáutica. Cada braço tem um papel estreito; quem decide é o engenheiro responsável.
-
Descoberta
Mapeia o que já se usa
Que ferramentas comerciais a equipe usa, para qual etapa, e qual aberta cumpre a mesma função. Separa o que é estudo conceitual do que entra em processo de certificação, que fica com as pessoas e autoridades habilitadas.
-
Dados
Define os formatos de troca
.vsp3para geometria, BDF para estrutura, CSV para polares e coeficientes, CPACS (esquema XML do DLR, o Centro Aeroespacial Alemão, para configuração de aeronave) quando a configuração precisa circular entre ferramentas. Um nome por caso, uma pasta por rodada. -
Segurança
Lê a licença exata
AGPL 3.0 no RCAIDE, NOSA 1.3 no OpenVSP e GPL no Gmsh (uso fechado exige licença comercial). Antes de embutir algo num produto ou serviço, a decisão é do jurídico da empresa.
-
Arquitetura
Monta a cadeia
Propõe métodos de baixa ordem primeiro (XFOIL, AVL, OpenAeroStruct) e CFD (dinâmica dos fluidos computacional) para confirmar (SU2 ou OpenFOAM). Avalia com a equipe se o adjunto discreto do SU2 compensa compilar, já que os binários prontos não o trazem.
-
Desenvolvimento
Escreve os scripts
Usa a API documentada de cada ferramenta e marca o que não achou na documentação. No OpenVSP, o módulo Python precisa da mesma versão de Python usada na compilação; no XFOIL, apaga a polar antiga antes, porque ele acrescenta ao arquivo.
-
Revisão
Confere contra a referência
Antes do caso próprio, roda o caso de referência documentado pelo projeto: o paraboloide do OpenMDAO tem de chegar a f ≈ −27,33 em x ≈ 6,67, y ≈ −7,33. Depois roda poucos casos e confere o arquivo gerado, não a mensagem de sucesso.
-
Publicação
Roda o lote aprovado
Com o seu ok, roda a matriz inteira, separa o que convergiu do que não convergiu e devolve a lista, sem esconder caso que falhou.
-
Documentação
Registra o que vale
Versão de cada ferramenta, comando de cada rodada, premissas do modelo e o que foi confirmado na sua máquina. O próximo estudo começa pronto.
O Octo prepara e roda para revisão humana. Quem diz se o resultado vale para o projeto é o engenheiro; certificação é de pessoas e autoridades habilitadas.
03
Cada tarefa, a sua ferramenta.
A tabela que o Octo usa para escolher. Abaixo, a equivalência com as comerciais: de função, não de qualificação.
| Tarefa | Ferramenta aberta |
|---|---|
| Esboçar a configuração e variar parâmetros da asa | OpenVSP (API Python) |
| Polares de perfil 2D | XFOIL (ou XFLR5, com interface) |
| Derivadas de estabilidade e trimagem rápida | AVL |
| Dimensionamento conceitual e missão (inclusive elétrica) | RCAIDE |
| Otimizar o sistema com gradientes | OpenMDAO (+ pyOptSparse) |
| Otimização aeroestrutural de asa em baixa ordem | OpenAeroStruct |
| CFD com média de Reynolds (RANS) e otimização de forma por adjunto | SU2 |
| CFD geral (térmico, multifásico, casos variados) | OpenFOAM |
| Gerar malha a partir de CAD | Gmsh |
| Modelar peça ou montagem simples com MEF (método dos elementos finitos) | FreeCAD + CalculiX |
| MEF estrutural não linear | code_aster ou CalculiX |
| Ler, conferir e alterar modelo Nastran sem o Nastran | pyNastran |
| Simular dinâmica de voo em lote / SITL (software-in-the-loop) de piloto automático | JSBSim |
| Visualizar o voo | FlightGear |
| Arquitetura de sistema (MBSE, engenharia de sistemas baseada em modelos) | Capella |
| Trocar a configuração entre ferramentas num formato comum | CPACS + TiGL |
| Comercial | Aberta mais próxima | O que fica faltando |
|---|---|---|
| CATIA / NX (conceitual) | OpenVSP | Detalhamento, PMI (anotações de fabricação no modelo 3D), montagem grande, PLM (gestão do ciclo de vida do produto) |
| CATIA / NX (peça mecânica) | FreeCAD | Superfícies avançadas, escala, integração PLM |
| ANSYS Fluent / STAR-CCM+ | SU2, OpenFOAM | Interface integrada, malhador automático, suporte, base de validação do fornecedor |
| MSC/NX Nastran (solver) | CalculiX, code_aster | Cartões Nastran, elementos e fluxos aeronáuticos (aeroelasticidade SOL 144/145/146) |
| Femap / Patran (pré/pós Nastran) | pyNastran (por script) | Interface de modelagem completa |
| ModelCenter / Isight | OpenMDAO | Integração pronta com ferramentas comerciais, interface gráfica |
| MATLAB/Simulink (dinâmica de voo) | JSBSim (+ Python) | Geração de código qualificada para voo |
| Cameo / MagicDraw (SysML) | Capella | Usa Arcadia, não SysML |
| Ferramentas internas de dimensionamento | RCAIDE, SUAVE | Métodos calibrados com dados da empresa |
04
Do script ao estudo encadeado.
Três degraus. Cada um só faz sentido depois que o anterior mostrou resultado na sua equipe.
Proposta, não promessa
Scripts sob demanda
Numa máquina Linux, o engenheiro pede o estudo em linguagem de engenharia e recebe o script e os resultados para revisar.
- “Família de asas com três enflechamentos” vira script do OpenVSP
- Caso de referência documentado pelo projeto, rodado antes do caso próprio
- CSV consolidado e lista do que não convergiu
Fila de casos
Os lotes passam a rodar numa fila, em paralelo, sobre a matriz de estudo aprovada.
- SU2 com
mpirun, OpenFOAM por dicionários, JSBSim em modo lote - Caso que não converge volta com outro ajuste ou para uma pessoa
- Relatório da rodada com versões e comandos
Cadeia otimizada
As ferramentas ligadas num estudo só, com o OpenMDAO conduzindo a otimização.
- OpenVSP → AVL/XFOIL → OpenMDAO → SU2 ou OpenFOAM
- CPACS + TiGL como formato comum de configuração
- Métodos calibrados com os dados da própria empresa
05
Confirmado em fonte.
Cada ponto abaixo tem fonte publicada pelo fabricante, pelo projeto ou pelo órgão responsável. As fontes estão na seção seguinte.
6
pontos com fonte publicada, cada um com a referência indicada ao lado.
- ConfirmadoProjetos vivos em outubro de 2026
- OpenVSP 3.55.0 (12/10), JSBSim 1.3.3 (16/10), code_aster com tags 17.5.8 e 18.1.11 (16/10), OpenMDAO 3.45.2 (27/10), pyOptSparse 2.17.0 (28/10); SU2 com commits em 28/10 e pyNastran com commits em 26/10.Fonte: página de download, PyPI ou API do GitHub/GitLab de cada projeto, consultados em 28/10/2026
- ConfirmadoRCAIDE é AGPL 3.0
- Usar o RCAIDE dentro de um serviço em rede obriga a abrir o código derivado. Vale avaliar com o jurídico antes de embutir num produto.Fonte: licença detectada pelo GitHub em leadsgroup/RCAIDE_LEADS
- ConfirmadoOpenVSP é NOSA 1.3 e compila da fonte
- NOSA é a NASA Open Source Agreement, licença própria da NASA, diferente das licenças das demais ferramentas da lista. No Ubuntu, a página do projeto ensina a gerar o
.debcommake packagee exige gcc 10, 13 ou 14: o 11 e o 12 falham.Fonte: LICENSE do repositório e instruções para Ubuntu em openvsp.org - ConfirmadoXFLR5 marcado como Abandoned; SUAVE sem push desde 02/2024
- O SourceForge marca o XFLR5 como “Abandoned”, apesar da 6.62 de 24/03/2026. O SUAVE está na 2.5.2, de 2022, sem push no repositório desde 02/2024.Fonte: sourceforge.net/projects/xflr5 e github.com/suavecode/SUAVE
- ConfirmadoBinários do SU2 sem adjunto discreto
- Para otimização de forma com o adjunto discreto é preciso compilar o SU2. Os binários prontos para Linux não trazem esse recurso.Fonte: página de download do SU2
- ConfirmadopyNastran não resolve, só lê e escreve
- Para rodar o modelo continua sendo preciso um Nastran. A versão do PyPI é a 1.4.1, de 03/2024, para Python 3.9 a 3.12; para Python mais novo, a documentação do projeto manda baixar do GitHub.Fonte: repositório do pyNastran e PyPI
06
O que o Octo faz e o que fica com vocês.
O Octo prepara tudo, mas não assina. O documento que vale continua com quem responde por ele.
O Octo prepara
Levanta, calcula, organiza e gera os documentos: planilhas, relatórios, desenhos e minutas.
Entrega: material pronto para conferirA sua equipe confere
O 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 assinaQuem assina
O 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ção
07
Fontes.
Sites, repositórios e pacotes publicados por cada projeto, consultados em 28/10/2026.
- OpenVSPSite do projeto
- OpenVSP no UbuntuCompilação e .deb
- API do OpenVSPGrupos Geom e File I/O
- Licença do OpenVSPNOSA 1.3
- NASA Spinoff sobre o OpenVSP2016
- SU2: downloadBinários e adjunto discreto
- SU2: execuçãoSU2_CFD, mpirun e scripts
- OpenFOAM Foundationv14 e pacote Ubuntu
- OpenFOAM ESIv2606
- GmshSite do projeto e licença
- FreeCAD: solvers FEMCalculiX, Elmer, FEniCS, Mystran, Z88
- CalculiXSite do projeto
- code_asterFonte, licença e tags
- OpenMDAO: paraboloideCaso de referência
- OpenAeroStructMDO Lab
- pyOptSparseMDO Lab
- Guia do XFOILComandos por menu
- AVLMIT
- XFLR5SourceForge, marcado como Abandoned
- RCAIDE-LEADSRepositório e licença
- SUAVERepositório
- JSBSimRepositório e modo lote
- FlightGearDownload
- CapellaSite do projeto e estudos de caso
- pyNastranRepositório do projeto
- pyNastran: BDF overviewDocumentação do projeto
- CPACSDLR
- TiGLDLR
Seu estudo, no Linux.
O diagnóstico começa listando as ferramentas que a sua equipe usa e os estudos que se repetem, sem alterar nada. O Octo propõe um mapa do que pode rodar com software aberto, com as licenças e os limites de cada ferramenta, e você decide com ele na mão.