-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Non-Uniform Heat Transfer Coefficient #6
Comments
Rinaldo,
Sorry for leaving you hanging! There is not currently an easy way to do this in the release version, but I have just written a modified update method for modifying HTCs. The method operates either through updating the uniform htc as pulled from IBC material definitions or by passing an array with individual htcs for each exposed element.
When I get this pushed, you will be able to pass an array that overwrites element-level htcs. What’s left to get to where you want to go is a helper method that builds this array from your functional map (i.e. figures out where all the relevant elements are and evaluates f(x,y)). How best can this be done in a general sense? Because the boundary between the solid model and any one convection condition need not be planar. Would requiring a f(x,y,z) definition make sense? You could then specify a degenerate case with no z-dependency and iteratively call the new update method on only the convection conditions you want to update. But I would imagine the coordinates in question would be global coordinates.
It would then be an additional step to integrate this into the GUI or high-level scripting definitions. Are you using a script? I think defining htc with a function handle in the material definition would be an intuitive way to communicate user intent.
Let me know your thoughts.
Mike
From: Rinaldo L Miorini <[email protected]>
Sent: Friday, January 24, 2020 10:20 AM
To: USArmyResearchLab/ParaPower <[email protected]>
Cc: Subscribed <[email protected]>
Subject: [Non-DoD Source] [USArmyResearchLab/ParaPower] Non-Uniform Heat Transfer Coefficient (#6)
All active links contained in this email were disabled. Please verify the identity of the sender, and confirm the authenticity of all links contained within the message prior to copying and pasting the address to a Web browser.
…________________________________
Hi! - Let's suppose I am cooling the base-plate of a power module using impingement cooling. To apply a heat transfer coefficient (HTC) that has large in-plane gradients, I would have to stick zero-thickness elements onto the surface and assign a value of HTC to each of them. That can be time consuming. Is there a way to map a f(x,y) onto the nodes of the boundary surface in PPower?
Thanks!
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub < Caution-#6?email_source=notifications&email_token=ANSW5766GPGYONVTY4WEXHDQ7MBI5A5CNFSM4KLHW2ZKYY3PNVWWK3TUL52HS4DFUVEXG43VMWVGG33NNVSW45C7NFSM4IIRQJQA > , or unsubscribe < Caution-https://github.com/notifications/unsubscribe-auth/ANSW576LDM3F5TTEXLKAICTQ7MBI5ANCNFSM4KLHW2ZA > .
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hi! - Let's suppose I am cooling the base-plate of a power module using impingement cooling. To apply a heat transfer coefficient (HTC) that has large in-plane gradients, I would have to stick zero-thickness elements onto the surface and assign a value of HTC to each of them. That can be time consuming. Is there a way to map a f(x,y) onto the nodes of the boundary surface in PPower?
Thanks!
The text was updated successfully, but these errors were encountered: