|
[Sponsors] |
convert viewFactorField to ascii and visualization |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
February 28, 2013, 10:23 |
convert viewFactorField to ascii and visualization
|
#1 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Dear Forum,
is there a way to convert the viewFactorField generated with viewFactorsGen from binary to ascii format? Is it possible to visualize the facesAgglomeration with paraview? Thanks in advance. Edmund Last edited by eddi0907; February 28, 2013 at 10:41. |
|
March 2, 2013, 07:39 |
|
#2 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Greetings Edmund and welcome to the forum!
Could you let us know which tutorial case you're referring to? Best regards, Bruno
__________________
Last edited by wyldckat; March 2, 2013 at 07:41. Reason: what -> which |
|
March 4, 2013, 03:16 |
|
#3 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Hi Bruno,
I used the multiRegionHeaterRadiation in /tutorials/heatTransfer/chtMultiRegionSimpleFoam In this tutorial the radiation view factors are created with the faceAgglomerate and viewFactorsGen utility. And I would like to know if it is possible to have a look with paraview at the created surfaces by faceAgglomerate that are used for viewFactorsGen and defined by patches in the viewFactorsDict. The files are located in /0/bottomAir/facesAgglomeration or 0/topAir/facesAgglomeration The viewFactorField generated by viewFactorsGen in 0/topAir/viewFactorField or 0/bottomAir/viewFactorField is in binary format, Is it possible to output or convert this to ascii? Kind Regards. Edmund |
|
March 4, 2013, 18:53 |
|
#4 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Hi Edmund,
Binary to ascii:
ParaView:
Bruno
__________________
|
|
March 7, 2013, 03:54 |
|
#5 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Hi Bruno,
thanks a lot for the perfect answer. Kind Regards. Edmund |
|
March 29, 2013, 05:23 |
|
#6 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Dear Bruno,
I'm not able to get correct view factors for a complex surface. Do you have an idea how to get better viewfactor results for a sphere comparing to the unusable ones attached? Kind Regards. Edmund |
|
March 29, 2013, 20:15 |
|
#7 |
Retired Super Moderator
Bruno Santos
Join Date: Mar 2009
Location: Lisbon, Portugal
Posts: 10,981
Blog Entries: 45
Rep Power: 128 |
Hi Edmund,
I've seen that you've also added your comment on the bug tracker: http://www.openfoam.org/mantisbt/view.php?id=656 This is currently beyond my level of expertise, but without a test case and some idea of the result of what it should look like, it makes it even harder to figure out how to help!? The aforementioned bug report already gives some hints, but there is no clear test case that can be used for confirming if and what is wrong or right... Best regards, Bruno
__________________
|
|
April 3, 2013, 10:19 |
|
#8 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Hi Bruno,
I attached a case to calculate view factors using snappy hex mesh. I'm not sure about the viewFactorField ParaView is displaying but I assume it is the viewfactor sum of the displayed face regarding all correlated (visible) faces. (If it is the control sum every value should be 1) I attached as well the outcome for different resolutions by changing the snappyHexMeshDict. However I assume for this case more or less homogeneously distributed view factors all over the sphere surface because every single sphere face "sees" nearly the same therefore the result of the fine mesh should be OK. But for sure the zero entries in the viewFactorField are wrong. They appear for coarse meshes And that is the point I would start searching for. Knowing where the zero entries come from might fix the problem. Kind Regards. Edmund |
|
April 4, 2013, 09:54 |
|
#9 |
New Member
Join Date: Jan 2013
Posts: 15
Rep Power: 13 |
Hi once more,
I was able to locate the problem. For debugging I added the following lines to viewFactorsDict: debug 1; dumpRays true; The "zero entries" are due to aglomeratedFaces that are choosen to have no visble faces in shootRays.H. (This can als bo checked in globalFaceFaces in the constant directory. There should be faces belonging to the coarse faces) Changing the following lines in shootRays.H as done here shows interesting results: 00043 start.append(fc ); 00045 end.append(fc ); I have no more zero entries but now there are rays entering the sphere and I have an overestimation of the surrounding patch. I'll add it to the bug report. Kind Regards Edmund |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
OpenFOAM native format data visualization and workflow | zeliboba | OpenFOAM Post-Processing | 0 | September 12, 2008 09:44 |
visualization.... | queram | Main CFD Forum | 6 | September 22, 2005 14:27 |