DrivAer rotating wheels issue v26.2.4
Quote from L V on July 12, 2026, 3:27 amHello,
First of all, wow, thank you guys at BARAM for creating this software and offering the free download. Linux or wsl and openFoam was way over my head. Having access to BARAM will allow my small company to do projects otherwise impossible due to typical cfd cost.
I'm a new user of BARAM, and 26.2.4 is the first and only version ive used.
I have followed the tutorial for DrivAer and cannot run the simulation with rotational walls for the wheels. The solver will fail after 9 to 12 iterations due to exploding K values I believe.
I also have to change the under-relaxation values to 0.5 or else it will fail with or without rotating wheels.
I have checked the mesh and case setup many times to make sure it follows the tutorial, and even tried changing some settings, but no luck.
If anyone has time, could you please try to run the Drivaer on 26.2.4 on your system and see if you get the same issue? I'm not sure if this is a bug or something wrong just on my end.
Another question, when monitoring forces, the Cd value flattens out around 250,000. Is it possible that the frontal area reference value is in millimeters instead of meters? If I change it to mm then the Cd will read a more realistic ~0.2xxx
Thank you all in advance.
Hello,
First of all, wow, thank you guys at BARAM for creating this software and offering the free download. Linux or wsl and openFoam was way over my head. Having access to BARAM will allow my small company to do projects otherwise impossible due to typical cfd cost.
I'm a new user of BARAM, and 26.2.4 is the first and only version ive used.
I have followed the tutorial for DrivAer and cannot run the simulation with rotational walls for the wheels. The solver will fail after 9 to 12 iterations due to exploding K values I believe.
I also have to change the under-relaxation values to 0.5 or else it will fail with or without rotating wheels.
I have checked the mesh and case setup many times to make sure it follows the tutorial, and even tried changing some settings, but no luck.
If anyone has time, could you please try to run the Drivaer on 26.2.4 on your system and see if you get the same issue? I'm not sure if this is a bug or something wrong just on my end.
Another question, when monitoring forces, the Cd value flattens out around 250,000. Is it possible that the frontal area reference value is in millimeters instead of meters? If I change it to mm then the Cd will read a more realistic ~0.2xxx
Thank you all in advance.
Quote from L V on July 12, 2026, 9:13 amUPDATE:
Everything is working well! Converged in 439 iterations.
It was my mistake. The units of the imported STL files into barammesh were in millimeters instead of meters. I then set the FAR and refine fields in mm dimensions, but kept everything else in meter.
UPDATE:
Everything is working well! Converged in 439 iterations.
It was my mistake. The units of the imported STL files into barammesh were in millimeters instead of meters. I then set the FAR and refine fields in mm dimensions, but kept everything else in meter.