Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

So one core can do about 5Hz.  That implies for 5kHz we need 16 nodes * 60 cores/node.

This code implies that we may be able to reduce this time significantly with a "single pass" calibration:

Code Block
(ps-4.5.24) drp-neh-cmp015:lcls2$ more junk.cc
#include <stdint.h>
#include <stdio.h>

#define RAW_SIZE 2000000
#define NIMG 100
uint16_t raw[NIMG][RAW_SIZE];
float result[RAW_SIZE];
uint16_t peds[RAW_SIZE];
float gains[7][RAW_SIZE];

int main() {
    for (unsigned count=0; count<NIMG; count++) {
        for (unsigned i=0; i<RAW_SIZE; i++) {
            unsigned val = raw[count][i];
            unsigned range = val&0x7000;
            result[i] = (val-peds[i])*gains[range][i];
        }
    }
}

With these results:

Code Block
(ps-4.5.24) drp-neh-cmp015:lcls2$ g++ -o junk junk.cc
(ps-4.5.24) drp-neh-cmp015:lcls2$ time ./junk

real	0m0.744s
user	0m0.739s
sys	0m0.005s
(ps-4.5.24) drp-neh-cmp015:lcls2$ 


Fiber Connections

A slack conversation with Dionisio and Matt:

Hi Dionisio, I believe TXI is getting an epixhr 2Mpx and we have to purchase daq equipment for it now..  Can you tell me how many fibers that detector will have?  Thanks!

  10:36 AM

That detector will use the 12 lane transceiver
10:36
and there will be 4 fiber bundles per 2M camera
10:36
one fiber per quad similar to the analog 10k camera

  10:50 AM

I assume you mean “one fiber bundle per quad” above?  And 12 fibers per bundle, so a total of 48?

  10:51 AM

exactly

  10:51 AM

10:55
Sorry, one more question:  each fiber will be 6Gbps or something higher? (edited) 

  10:56 AM

48 fiber pairs, I assume.

  10:57 AM

all lanes are bi-dir
10:57
so yes, 48 pairs

  11:01 AM

6gbps?

  11:02 AM

these are the fibers I am planning to use here for testing
image.png 

11:03
most likely 12gbps

  11:03 AM

We need single-mode.
11:03
Those look like multi-mode.

  11:10 AM

these are the fibers that can connect to the transceiver. MM to SM conversion will be needed for this camera and we need to plan of which option we will use for that (same as it was done for ePix HR? or something else)

  11:35 AM

Perhaps we discussed before and I forgot.  Doing the MM to SM conversion for 96 fibers feels unsustainable.

  11:43 AM

We discussed before.  The transceiver on the detector end only exists for mm now.

  12:15 PM

Do I understand correctly we would need 48/8=6 kcu cards to to convert all of them?  That will require a larger node.
12:18
I’m also worried because I had significant problems with lane-locking with the converter-card for the epix100.  I had to mix-and-match lanes to find one that locked.  Optical powers looked good.  If we really need to do this conversion we should probably use that converter card to understand the lane locking problems.  Maybe I needed to clean all the fibers somehow, even though the optical powers looked good?

...