Skip to Content.
Sympa Menu

sphenix-l - Re: [Sphenix-l] [Response to ADL charge] Continuing detector scenario discussion

sphenix-l AT lists.bnl.gov

Subject: sPHENIX is a new detector at RHIC.

List archive

Chronological Thread  
  • From: EdwardOBrien <eobrien AT bnl.gov>
  • To: sphenix-l AT lists.bnl.gov
  • Subject: Re: [Sphenix-l] [Response to ADL charge] Continuing detector scenario discussion
  • Date: Wed, 27 Apr 2016 14:09:18 -0400

    Dear Gunther,
      I have a very strong opinion on the issue of the baseline detector.
    The Project team has been telling Berndt for months
    that the sPHENIX baseline design is a the EMCal and HCal as
    specified in the pCDR plus the reused pixels and compact TPC.

     Why? Because the project has been given a very strict guideline on
    total cost. The TPC cost including manpower that we'd have to pay for
    has been looked at carefully and we believe that this is the cheapest option
    by far unless there is outside money, such as JSPS money, to build
    something else.

    If the collaboration wants to propose that the baseline is changed to 5-6
    layers of MAPS as the Tracker then you better bring that to Berndt
    before you do anything. Unfortunately, it won't pass the laugh test.
    On cost alone the 7 layer ALICE ITS is estimated at $30M with a low contingency
    and standard US accounting.

    In addition the November Cost and Schedule review committee concluded that
     cost aside, the collaboration had neither the schedule nor expertise to
    pull off a MAPS pixel detector. Despite the hard work of one person
    at LANL there has been little progress on the MAPS option since November
    beyond his effort. I'd also like to point out that nothing beyond
    the inner 3 layers of the ITS was discussed in the plenary session of the
    Santa Fe workshop. Now some are proposing 5 layers minimum.

    Here is my proposal:
    1) Agree that whatever Tracker solution we adopt will be
    cost neutral, i.e $5M AY in material cost + 40% contingency.  That is what we should
    tell Berndt. Whatever solution we choose will be cost neutral.

    2) Independently complete that Cost and Schedule exercise on MAPS that was started
    at the Santa Fe workshop. Mike McCumber has started on it. We have a standard approach to
     this that has been applied to all the subsystems, except the si strip Tracker option,
     and it needs to be applied to MAPS.

    3) Recommend a cost reduction of $4-4.5M plus contingency and simulate that
     before the May deadline.

    These 3 suggestions imply that no reduction will be taken from the $5M
    set aside for the Tracker.

    I suggest that you and I run this by Berndt before we go to a lot of effort and find
     that he wants something else. Thanks.

    Ed


On 4/27/2016 11:31 AM, Gunther M Roland wrote:

On Apr 27, 2016, at 9:06 AM, Lajoie, John G [PHYSA] <lajoie AT iastate.edu> wrote:

(2) Project/Collaboration management just make a (damn) decision. The choice of a tracker for a reference design at this point does not need to imply or bias a final decision and neither side should take it as such. It is a necessary expedient at this time. 

Now let me go out on a limb and anger part of the collaboration. Given (2) I would choose to simulate a MAPS (full ALICE ITS) tracker option at this time as opposed to an "ideal TPC". As we will be investing a lot of effort in these simulations I think they would have a longer useful lifetime for future reviews, etc., if we use a more realistic simulation.  If we use an "ideal TPC" I think that opens us up to potential criticism we don't need.  Just my $0.02.

We can argue about this ad infinitum. Neither option is fully developed and we will revisit this situation again. I've expressed a preference, but my main point is that the pain of making a decision is outweighed by the danger of dragging this on too long.

Hi John,

Thanks for your comments, and thanks for being frank! We should make the decision very soon (24h?). I hope more people will weigh in shortly. We are talking to the simulations gurus to make sure that we don't decide on a reference configuration that we are not actually ready to simulate right away. 

Gunther




_______________________________________________
Sphenix-l mailing list
Sphenix-l AT lists.bnl.gov
https://lists.bnl.gov/mailman/listinfo/sphenix-l




Archive powered by MHonArc 2.6.24.

Top of Page