Experimental Physics and
Industrial Control System

Mark Rivers via Tech-talk <[email protected]> · Wed, 11 Sep 2019 21:10:31 +0000

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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> wrote:

Yse, I did 5 Gbytes.
export EPICS_CA_MAX_ARRAY_BYTES=5000000000

From: Till Straumann <[email protected]<mailto:[email protected]>>
Sent: Wednesday, September 11, 2019 4:55 PM
To: Ha, Kiman <[email protected]<mailto:[email protected]>>; [email protected]<mailto:[email protected]>
Cc: [email protected]<mailto:[email protected]>; Podobedov, Boris <[email protected]<mailto:[email protected]>>
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

Experimental Physics and Industrial Control System

Experimental Physics and
Industrial Control System