RE: Help Request: Setting up NIXI-1042/NI-MXI-4/DXP-XMAP withdxpStandalone_2-10

[David Ehle <ehle@agni.phys.iit.edu>]

Hello Everyone,

I am again having some trouble with the system I last posted about on 
March 17 2010.

We think one of our XMAP cards is flakey and are sending it in for repair, 
so I had to take the 8 channel installation, copy it, and reconfigure it 
for 4 channels (changing the EPICS "Name" for the "IOC" and the 
information about number and position of cards, etc).

The epics server starts and seems to run on the windows system that 
is hosting it, and it is making PV's available, but we are still having 
trouble.

I do not know if these same problems occured when I had configured it for 
8 channels (2 xmap cards) - the 2nd card flaked out between set up and 
start of testing

Any advice or ideas on what might be going wrong would be much 
appreciated.

PLEASE CC me directly on any responses as I am not a regular list member.

Details below:

(As described by Bill Lavender)
If we set an acquisition time of 1 second or so using the 4 Element
Detector Control MEDM screen and then press the Erase/Start button,
the Acquiring indicator turns on, but it never changes back to Done.
Instead, Acquiring stays on indefinitely.

I see the same behavior from my C code:

1.  I send the value 1 to XMAP_4ch_med1:EraseAll.VAL using a call to
    ca_array_put_callback() and then wait for the callback to complete.

2.  I then execute a synchronous group that does the following:

    Send 0 to XMAP_4ch_med1:PresetLive.VAL
    Send 1 to XMAP_4ch_med1:PresetReal.VAL
    Send 0 to XMAP_4ch_med1:mca1.PCT

3.  Then I send the value 1 to XMAP_4ch_med1:EraseStart.VAL using a call
    to ca_array_put_callback() and then wait for the callback to complete.
    However, the callback never completes.

The call to XMAP_4ch_med1:EraseAll.VAL is redundant and I plan to get
rid of it, but the above sequence should work.  It does work for a
Vortex detector from the APS detector pool.
.

Thanks! David.