Great tutorial, congratulations. But just wanted to know if SolidWorks also have some way to know the position of the center of pressure. For the flight of a plane, I've read it's really important the relative position between COG (Center of gravity) and COP (Center of pressure). Do you know how to calculate it (in the three axis) using SW goals? Thanks!
Thank you so much! I have a question. If you answer it, I’ll be so happy. What regulations should be made in the setup if the flow is at 15000 altitude? I added a custom gas to the gases section to add dynamic viscosity and the other stuff at that page however I did not find a density section. The densities of the sea level and that level are very different. Is density inactive in the solution? Greetings from 🇹🇷.
Hey! Just a Doubt. When we use symmetry here are those values of lift and drag for the whole aircraft or just for half? Do we need to double them or not ?
Yes, if the total lift force predicted exceeds the weight of the vehicle then it would be capable of flight. The amount of lift can be adjusted by varying the position of the control surfaces and the angle of attack. A cruise condition would correspond to when the lift force is equal to the weight.
Hello. Whenever I change the computation domain I get completely different results. While it is somewhat predictable; I want to know the right computational domain size compared to model size to have a more accurate result.
It would not be expected to get completely different results from changing the computational domain (unless you are making it much too small, smaller than shown in the video here). Most likely what is happening if you are using the "Automatic" mesh settings is that you are also inadvertently changing the mesh density when adjusting the size of the computational domain. Lift and drag calculations are very mesh-sensitive so that would explain large differences. For an apples-to-apples comparison between computational domain sizes you could use "Manual" mesh mode on the global mesh and enter number of basic mesh cells in X,Y,Z direction to maintain a consistent density (such as a 2" mesh size) for the various sizes of the computational domain that you attempt. Divide the length, width, and height of the computational domain by your desired basic mesh cell size to figure out what number to enter. Generally sizing the computational domain can be thought of with two metrics that would be similar to conducting a physical wind tunnel test. First would be percent area of the flow that is obstructed which is sometimes called "blockage ratio". This is the ratio of the frontal area of the vehicle out of the total cross sectional area of the domain. The other would be be the length of the computational domain upstream and downstream from the vehicle, which is often characterized as some multiple of vehicle length (or chord length for an airfoil). Generally additional length is required downstream to resolve the wake. So you can look to literature for these values for general rules of thumb for a given application or geometry (e.g. 5% blockage ratio, 3 lengths upstream, 10 lengths downstream). It will be difficult to predict in advance how much is required for your geometry without performing a sensitivity analysis. But if you keep the mesh density consistent, and vary the two parameters separately (computational domain cross sectional area and upstream/downstream length) I think you should quickly find that the values converge and also identify a point of diminishing returns. Another thing to consider is whether you are trying to replicate a wind tunnel test or the real world behavior. In this example we used free conditions on all the sides of the computational domain which should be closer to the real world behavior, whereas to replicate a physical wind tunnel test it may be better to model a box shape representing wind tunnel walls and perform an internal analysis. Additional considerations to represent "real world" behavior for a ground vehicle would be to incorporate wall motion of the ground using a real wall condition.
@@hawkridgesystems Oh thank you so so much. To be honest, I wasn't even expecting you to reply to me. This is a very detailed reply too. I will read it right after I finish work and will try to implement it tonight on a small project. Thank you so much for your time. Have a great day!
Make sure the CAD files are stored somewhere locally on your computer where you have write permissions. You could try copying them to a folder on your Desktop and try meshing again.
so it can process faster and then apply the results to the symmetry, no need to compute both sides of the plan since we already expect that the flow will be symmetrical
The most likely causes are differences in the mesh and/or stopping or "convergence" criteria If you refine the mesh to the point the solution is mesh or "grid independent" and then also solve for a sufficiently long number of iterations, it would be expected that the differences between runs would be very minute
If you are a student you may be able to access the student edition Otherwise there is a hobbyist version called SOLIDWORKS for Makers that starts at $9.99/mo or $99/yr www.solidworks.com/solution/3dexperience-solidworks-makers
if I use symmetry on my computational domain is the displayed result half of the total force or does it double it for you before listing it in your goals?
The forces displayed are only for the portion of the geometry within the computational domain, so the goals are displaying "half" forces in this case and need to be doubled for total value.
When you chose US system, our path diverted.
Just kidding, excelletn tutorial!
@@xiaojiang2610 SI units really make things a lot easier!
thanks for sharing....that was quite helpful especially mesh redefining part...... good luck
Really helpful
Dziękuję pomocne😊.
Great tutorial, congratulations. But just wanted to know if SolidWorks also have some way to know the position of the center of pressure. For the flight of a plane, I've read it's really important the relative position between COG (Center of gravity) and COP (Center of pressure). Do you know how to calculate it (in the three axis) using SW goals? Thanks!
Great video! thank You!
Thank you very much!👍👍👍
Thank you so much! I have a question. If you answer it, I’ll be so happy. What regulations should be made in the setup if the flow is at 15000 altitude? I added a custom gas to the gases section to add dynamic viscosity and the other stuff at that page however I did not find a density section. The densities of the sea level and that level are very different. Is density inactive in the solution? Greetings from 🇹🇷.
Interesting,
Hey!
Just a Doubt. When we use symmetry here are those values of lift and drag for the whole aircraft or just for half?
Do we need to double them or not ?
Double them I believe
@ This is correct, integrated properties such as force would need to be doubled when using half symmetry
@@hawkridgesystems thanks buddy ✌️
I have a question.
Does the lift force produced mean that the plane overcame the force of gravity and therefore the aircraft will be able to fly?
Yes, if the total lift force predicted exceeds the weight of the vehicle then it would be capable of flight. The amount of lift can be adjusted by varying the position of the control surfaces and the angle of attack. A cruise condition would correspond to when the lift force is equal to the weight.
@@hawkridgesystems thanks for the answer!!
Is it possible to get the Modeling (CAD) file?
Hello. Whenever I change the computation domain I get completely different results. While it is somewhat predictable; I want to know the right computational domain size compared to model size to have a more accurate result.
It would not be expected to get completely different results from changing the computational domain (unless you are making it much too small, smaller than shown in the video here). Most likely what is happening if you are using the "Automatic" mesh settings is that you are also inadvertently changing the mesh density when adjusting the size of the computational domain. Lift and drag calculations are very mesh-sensitive so that would explain large differences. For an apples-to-apples comparison between computational domain sizes you could use "Manual" mesh mode on the global mesh and enter number of basic mesh cells in X,Y,Z direction to maintain a consistent density (such as a 2" mesh size) for the various sizes of the computational domain that you attempt. Divide the length, width, and height of the computational domain by your desired basic mesh cell size to figure out what number to enter.
Generally sizing the computational domain can be thought of with two metrics that would be similar to conducting a physical wind tunnel test. First would be percent area of the flow that is obstructed which is sometimes called "blockage ratio". This is the ratio of the frontal area of the vehicle out of the total cross sectional area of the domain.
The other would be be the length of the computational domain upstream and downstream from the vehicle, which is often characterized as some multiple of vehicle length (or chord length for an airfoil). Generally additional length is required downstream to resolve the wake.
So you can look to literature for these values for general rules of thumb for a given application or geometry (e.g. 5% blockage ratio, 3 lengths upstream, 10 lengths downstream). It will be difficult to predict in advance how much is required for your geometry without performing a sensitivity analysis. But if you keep the mesh density consistent, and vary the two parameters separately (computational domain cross sectional area and upstream/downstream length) I think you should quickly find that the values converge and also identify a point of diminishing returns.
Another thing to consider is whether you are trying to replicate a wind tunnel test or the real world behavior. In this example we used free conditions on all the sides of the computational domain which should be closer to the real world behavior, whereas to replicate a physical wind tunnel test it may be better to model a box shape representing wind tunnel walls and perform an internal analysis. Additional considerations to represent "real world" behavior for a ground vehicle would be to incorporate wall motion of the ground using a real wall condition.
@@hawkridgesystems Oh thank you so so much. To be honest, I wasn't even expecting you to reply to me. This is a very detailed reply too. I will read it right after I finish work and will try to implement it tonight on a small project. Thank you so much for your time. Have a great day!
How do I fix this
When I try to create my mesh is refusing saying that cannot create a directory how do I fix this ?
Make sure the CAD files are stored somewhere locally on your computer where you have write permissions. You could try copying them to a folder on your Desktop and try meshing again.
Can I ask what is the purpose of reducing the computational domain in half and then use a symmetry condition?
so it can process faster and then apply the results to the symmetry, no need to compute both sides of the plan since we already expect that the flow will be symmetrical
Is fluid sim integral or a plugin costing an arm and a leg more?
If you have the student edition this should be in the package
Thanks for sharing...i want to ask, why sometimes doing exactly the same procedure, i get different results (high deviation)?
The most likely causes are differences in the mesh and/or stopping or "convergence" criteria
If you refine the mesh to the point the solution is mesh or "grid independent" and then also solve for a sufficiently long number of iterations, it would be expected that the differences between runs would be very minute
@@hawkridgesystems thank you a lot:D
Does solidworks have a free non commercial version?
If you are a student you may be able to access the student edition
Otherwise there is a hobbyist version called SOLIDWORKS for Makers that starts at $9.99/mo or $99/yr
www.solidworks.com/solution/3dexperience-solidworks-makers
Does this work for Assemblies?
Yes, the setup process is interchangeable whether it is a part or assembly.
if I use symmetry on my computational domain is the displayed result half of the total force or does it double it for you before listing it in your goals?
The forces displayed are only for the portion of the geometry within the computational domain, so the goals are displaying "half" forces in this case and need to be doubled for total value.
Thanks!@@hawkridgesystems