[daip] ACSCL using calibration and multiple subarrays?

Eric Greisen egreisen at nrao.edu
Mon Jul 18 16:01:34 EDT 2016


On 07/13/2016 08:30 AM, James M. Anderson wrote:
> Hello again daip,
>
> I am trying to follow the VLBAAMP procedure on some of my data, and I
> get the following error because I have multiple subarrays:
>
> ACSCL2: Task ACSCL  (release of 31DEC16) begins
> ACSCL2: Writing to SN table   1
> ACSCL2: UVGET: SUBARRAY    0 NOT ACCEPTABLE WHEN CALIBRATING
> ACSCL2: ACRCOR: ERROR  1 OPEN-FOR-READ VIS FILE
> ACSCL2: CATIO: CATBLK   1 IN USE, CAN'T CHANGE STATUS
> ACSCL2: DELEXT CAN'T REMOVE EXTENSION FROM HEADER, FILE TOO BUSY
> ACSCL2: ACRCOR: DELETED SN VERSION    1 DUE TO ERROR
> ACSCL2: Purports to die of UNNATURAL causes
> ACSCL2: kg122        31DEC16 TST: Cpu=       0.0  Real=       0
>
> UVGET is complaining because subarray 0 (all subarrays) is not allowed
> when performing calibration.  But I do not see how to se the subarray
> when I call ACSCL.
>
> I have multiple subarrays, so when the code calls UVGET, it encounters
>
>       IF (DOCAL .OR. DOBL .OR. (DOPOL.GT.0) .OR. (DOBAND.GT.0)) THEN
>           CALL FNDEXT ('AN', CATBLK, VER)
>           VER = MAX (1, VER)
>           IF (VER.LE.1) SUBARR = 1
>           IF ((SUBARR.LT.1) .OR. (SUBARR.GT.VER)) THEN
>              IERR = 1
>              WRITE (MSGTXT,1051) SUBARR
>              GO TO 990
>              END IF
>
> Since SUBARR has not been set anywhere, it is still at its initial
> value of 0.  VER is larger than 1, so SUBARR does not get reset, and
> the program exits.
>
> Would it be possible to specify a subarray to ACSCL?

I have added SUBARRAY to ACSCL in 31DEC16.  A MNJ on that version after 
10 pm Mountain Daylight Time should update the task including working 
with SUBARRAY=0 meaning all.  There was a bug in the reading data 
portion that caused the last scan to be omitted on occasion both in 
ACCOR and ACSCL.  That will be fixed by the MNJ.

Eric Greisen



More information about the Daip mailing list