Re: lcaGet maximum readout array size

[Eric Norum via Tech-talk <tech-talk@aps.anl.gov>]

From the error message it sounds like the transfer time limit simply isn’t long enough to handle this much data.

I don’t think that there is an environment variable for setting the time limit.  The client source code might need to be changed.

On Sep 11, 2019, at 2:02 PM, Ha, Kiman via Tech-talk <tech-talk@aps.anl.gov> wrote:

Yse, I did 5 Gbytes.

export EPICS_CA_MAX_ARRAY_BYTES=5000000000

 

 

From: Till Straumann <strauman@slac.stanford.edu> 
Sent: Wednesday, September 11, 2019 4:55 PM
To: Ha, Kiman <kha@bnl.gov>; tech-talk@aps.anl.gov
Cc: sebek@slac.stanford.edu; Podobedov, Boris <boris@bnl.gov>
Subject: Re: lcaGet maximum readout array size

 

Did you check/set the infamous EPICS_CA_MAX_ARRAY_BYTES?

On 9/11/19 1:20 PM, Ha, Kiman wrote:

Hi all,

 

I am trying to readout  (180 * 4 PVs) * 1 M point BPM ADC raw data using the lcalab.

But, I found errors at waveform size > (180*4*100K) point.

Any solutions for readout 180*4*1M array size?

 

 

% BPM [180x1]

tmp1=strcat(BPM, 'Ampl:ARaw-I');

tmp2=strcat(BPM, 'Ampl:BRaw-I');

tmp3=strcat(BPM, 'Ampl:CRaw-I'); 

tmp4=strcat(BPM, 'Ampl:DRaw-I');

 

Reading waveforms...

Error using lcaGet

multi_ezca_get -  ezcaGetWithStatus(): no response in time

 

Error in adcLongWfmRead_1m (line 276)

        allADC = lcaGet([tmp1; tmp2; tmp3; tmp4], WLength);

>> 

 

Thanks,

Kiman