Re: lcaGet maximum readout array size

[Mark Rivers via Tech-talk <tech-talk@aps.anl.gov>]

If the client is using ezca, which it sounds like it is, you can set both the timeout and the number of retries. I have run into this in the past with ezca which is used in the IDL CA library.

Mark


Mark


Sent from my iPhone

On Sep 11, 2019, at 4:05 PM, Eric Norum via Tech-talk <tech-talk@aps.anl.gov<mailto:tech-talk@aps.anl.gov>> wrote:

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<mailto: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<mailto:strauman@slac.stanford.edu>>
Sent: Wednesday, September 11, 2019 4:55 PM
To: Ha, Kiman <kha@bnl.gov<mailto:kha@bnl.gov>>; tech-talk@aps.anl.gov<mailto:tech-talk@aps.anl.gov>
Cc: sebek@slac.stanford.edu<mailto:sebek@slac.stanford.edu>; Podobedov, Boris <boris@bnl.gov<mailto: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