Gmail Calendar Documents Reader Web more »
Recently Visited Groups | Help | Sign in
Google Groups Home
finite rate Euler
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  3 messages - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Hans Hornung  
View profile  
 More options Aug 20, 6:39 pm
From: Hans Hornung <hghorn...@gmail.com>
Date: Thu, 20 Aug 2009 15:39:30 -0700
Local: Thurs, Aug 20 2009 6:39 pm
Subject: finite rate Euler

There is a FiniteRateEulerEquations within amr_sol which was never quite
finished. I would like to use such a package and would like to know whether
anyone out there has made any headway in this direction or has any plans to
do it, whether from scratch or starting from what has been done in the
existing code.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
matei  
View profile  
 More options Aug 21, 11:50 am
From: matei <ma...@uottawa.ca>
Date: Fri, 21 Aug 2009 08:50:48 -0700 (PDT)
Local: Fri, Aug 21 2009 11:50 am
Subject: Re: finite rate Euler
Dear Hans,
I would also be interested in using such a package, although I have
not heard of it until your message.  What is the state of development
of the package?  Perhaps a collective effort in getting it up and
running would be desirable.
One of my students, Brian Maxwell, is looking into different options
for developing a compressible flow solver for multi-step chemistry.
Perhaps linking amr_sol with some of the cantera source could be a
desirable alternative.
matei

On Aug 20, 6:39 pm, Hans Hornung <hghorn...@gmail.com> wrote:


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
James Quirk  
View profile  
 More options Aug 21, 1:02 pm
From: James Quirk <j...@galcit.caltech.edu>
Date: Fri, 21 Aug 2009 10:02:05 -0700 (PDT)
Local: Fri, Aug 21 2009 1:02 pm
Subject: Re: finite rate Euler

Matei,

On Fri, 21 Aug 2009, matei wrote:

> Dear Hans,
> I would also be interested in using such a package, although I have
> not heard of it until your message.  What is the state of development
> of the package?  Perhaps a collective effort in getting it up and

The package that Hans is referring two is located at:

$AMRITA/plugin/amr_sol/BCG/equations/FiniteRateEulerEquations/chemlib

it hasn't been used since 1998 and should really be deprecated from
AMRITA's base installation kit.

> running would be desirable.
> One of my students, Brian Maxwell, is looking into different options
> for developing a compressible flow solver for multi-step chemistry.
> Perhaps linking amr_sol with some of the cantera source could be a
> desirable alternative.

The way to do it is to construct a patch-integrator which
is linked with Cantera. But rather than diving straight in,
Brian would be advised to look at:

    amrcp latex/shifter.1
    amrcp latex/shifter.2

which show the amr_sol to patch-integrator plumbing in its simplest
setting. The only problem I forsee is the fact that Cantera
is written in C++ and there can sometimes be problems with
the static initialization of objects, but we'll worry about
that when the time comes.

It's also worth noting that it would be straightforward to write
the patch-integrator in a way that holds Cantera at arm's length.
By that I mean the patch-integrator makes calls to EOS::P(W) and
EOS::C(W), EOS::S_UPDATE(W), W being the solution vector, and has
no knowledge of the back-end routines that work with the chemisty.

James


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2009 Google