TurboWG Activity
Brought to you by:
hakan_nilsson,
mbeaudoin
Activity for TurboWG
-
Martin Beaudoin committed [3dd5e5] on Validation: Timisoara Swirl Generator
Add the blocking files used to create the mesh in ICEM
-
Sorry about that; we are in the process of refreshing many of our Wiki pages, including this one. has something changed since this has been written? Since it was written (circa 2022), we have moved our main developments to the ESI OpenFOAM platform. See here: https://sourceforge.net/p/turbowg/mixingPlane/ci/master/tree/ https://sourceforge.net/p/turbowg/TurboTools/ci/master/tree/ The mixingPlane and GGI interfaces were ported to ESI OpenFOAM using standalone libraries. We are in the process of porting...
-
Sami Safarini modified a comment on ticket #12
Thank you for the reply Martin, there is alot of material to cover in this topic and I am going through it slowly. I followed the steps in this page to get the correct version of foam extend and turbowg branch? has something changed since this has been written? https://sourceforge.net/p/turbowg/wiki/Getting%20the%20code%20and%20the%20validation%20test%20cases/ edit:sorry i should have replied to the above.
-
Thank you for the reply Martin, there is alot of material to cover in this topic and I am going through it slowly. I followed the steps in this page to get the correct version of foam extend and turbowg branch? has something changed since this has been written? https://sourceforge.net/p/turbowg/wiki/Getting%20the%20code%20and%20the%20validation%20test%20cases/
-
That's because your divergence is not caused by your version of the compiler. The selection of the right compiler is just to get you up and running with all the solvers and libraries compiled and ready to go. You are still using an outdated version of foam-extend and of the MFR solver. That does not mean the it will solve your divergence problem, but this is the next logical step.
-
Okay I recompiled everything with gcc-10 and I still get divergence, I did not touch the case files this time.
-
Attachment removed edit:Please ignore attachment, I had made some changes in the case in an attempt to "fix the divergance", I will try to recompile TurboWG with an "old" compiler as suggested here before proceeding and get back to you. https://www.cfd-online.com/Forums/openfoam-installation/259161-ofextend-5-0-turbowg-cant-compile-certain-files-i-need.html
-
Please ignore attachment, I had made some changes in the case in an attempt to "fix the divergance", I will try to recompile TurboWG with an "old" compiler as suggested here before proceeding and get back to you. https://www.cfd-online.com/Forums/openfoam-installation/259161-ofextend-5-0-turbowg-cant-compile-certain-files-i-need.html
-
Attachment.
-
SingleChannelPump validation results from run show divergence
-
Yann posted a comment on ticket #11
Thanks Martin! I can confirm the commit fixed the issue on my actual case too.
-
Bug fix for Foam::mixingPlanePolyPatch::checkTopology:
-
twg_checkMesh does not detect the missing discretization point at r=0 on my slave mixing plane patch
-
Fixed by commit [30134a] (ESI-OpenFOAM-v2412)
-
This was indeed a bug. The wrong coordinate system orientation was being used when searching for the intersection between the mixingPlane shadow patch and the interface rotation axis. Basically, the Z axis was systematically being used as the rotation axis when searching over the mixingPlane shadow patch for an intersection point. Because of this bug, the topology check from the application twg_checkMesh failed to detect a proper intersection point for the shadow mixingPlane patch when the interface...
-
Bug fix for Foam::mixingPlanePolyPatch::checkTopology:
-
twg_checkMesh does not detect the missing discretization point at r=0 on my slave mixing plane patch
-
twg_checkMesh does not detect the missing discretization point at r=0 on my slave mixing plane patch
-
Synchronize version of twg_checkMesh with version v2506 of checkMesh
-
- Minor adjustments for ESI-OpenFOAM v2506
-
Minor adjustments for ESI-OpenFOAM v2506
-
Håkan Nilsson committed [c15d59] on Tutorial: axialTurbine
Added link to training
-
Added link to training
-
Added link to training
-
TurboWG released /Trainings/OFW20/axialTurbineVisualization_OFW20.pdf
-
-
Cleaning *.obj files
-
Combined function objects
-
Combined function objects
-
Combined function objects
-
Combined function objects
-
Updated fvSolutions settings
-
Removed patches outside MRF zone from list
-
Changed from movingWallVelocity to fixedValue since it seems to be overridden - results are the same
-
Changed from movingWallVelocity to fixedValue since it seems to be overridden - results are the same
-
Library libcgnsoo: removing auto-generated files from automake
-
Main Allclean script: adjusting for commands only available under foam-extend
-
Put back LD_PRELOAD after realizing that the problem was caused by binary files being both in SITE and USER directories (compiled with different revisions)
-
Added writeAveragedPatchField option
-
Prepared for parallel execution
-
Cleaned up with getApplication
-
Changed to collated format
-
Cleaned up with getApplication
-
Making sure pyFoam is available before running the tests for the
-
Merge missing development from branch 'ESI-OpenFOAM-v2406' into ESI-OpenFOAM-v2412
-
Merge missing developments from branch ESI-OpenFOAM-v2312
-
Script NTNU_data/Allrun:
-
-
-
-
-
-
-
-
NTNU_data/Readme.txt:
-
-
Adjustments to the main README file:
-
Tells Git to ignore Francis-99 data files downloaded under ./NTNU_data
-
CGNS converters: cleaning up the compilation for OpenFOAM. Removing wmkdepend warnings.
-
CGNS converters: disable the usage of szlib for the HDF5 library, a companion
-
CGNS converters: minor adjustment to libcgnsoo cleanup script
-
CGNS converters: additional cleaning up following the removal of the cgnstool
-
Merge branch 'ESI-OpenFOAM-v2412' of ssh://git.code.sf.net/p/turbowg/TurboTools into ESI-OpenFOAM-v2412
-
libTurboTools library: We need to link the library libfieldFunctionObjects
-
Updated README file
-
Updated README file
-
CGNS converters: since we no longer install the cgnstools utilities that comes
-
Library libcgnsoo: remove a locally auto-generated file from the git repository
-
Added SITE information
-
Added SITE information
-
Added SITE information
-
Updated version number
-
Root committed [3eb369] on TurboTools
Added UrelMRF to branch ESI-OpenFOAM-v2412
-
Removed full path in angPer.pvsm
-
Removed full path in angPer.pvsm
-
Add a note in the main README file of this repository about the
-
ECD validation cases:
-
Adjustments for ESI-OpenFOAM v2412
-
Fix version number in README file
-
Added info to compile to SITE directory
-
Added info to compile to SITE directory
-
Fixed version in README file
-
Fixed version in README file
-
Clean-up and aligning with axialTurbine_rotating_oneBlade in v2412 release
-
Fixed typo
-
Added documentation pdfs to branch foam-extend-4.1_nextRelease_2d99850
-
Modified README for branch foam-extend-4.1_nextRelease_2d99850
-
Added tutorials for branch foam-extend-4.1_nextRelease_2d99850
-
Removed v2312 tutorials from branch foam-extend-4.1_nextRelease_2d99850
-
Added README for branch foam-extend-4.1_nextRelease_2d99850
-
Modified README of master branch
-
Updated README file for branch OpenFOAM-v2312
-
Initial commit of axialTurbine tutorials for OpenFOAM-v2312
-
Initial commit
-
Added UrelMRF, for axialTurbine MRF tutorials (and other MRF cases)
-
Minor modifications: moving away from deprecated OpenFOAM APIs
-
CGNS converters: Allrun scripts from converters' tutorials:
-
CGNS converters: statically link cgns libraries to avoid problems at runtime
-
CGNS converters: add location of HDF5 ThirdParty package for linking with cgns library
-
CGNS converters: libcgnsoo library: removing auto-generated files from git tracking
1 >
