Support AD_Acquire for Rigaku Linux Server

[qzhang234]

@prjemian The test worked after you left; Here's the screen output:

Bluesky Screen Prompt

``` In [3]: RE(AD_Acquire(adrigaku, 'A001_Test', 2e-5, 2.1e-5, 100000, path='/home/8ididata/2021-1/rigaku202104/', submit_xpcs_job=False)) Transient Scan ID: 214945 Time: 2021-03-30 12:15:39 Persistent Unique Scan ID: '402ba686-1baf-4c2e-a197-3faeb5fee228' New stream: 'baseline' New stream: 'aps_current_monitor' New stream: 'Timebase_monitor' New stream: 'pind1_monitor' HDF5 workflow file name: /home/8ididata/2021-1/rigaku202104/A001_Test/A001_Test_0001-100000.hdf New stream: 'pind2_monitor' New stream: 'Atten1_monitor' New stream: 'Atten2_monitor' New stream: 'pid1_controlled_value_monitor' New stream: 'pid1_final_value_monitor' New stream: 'primary' +-----------+------------+ | seq_num | time | +-----------+------------+ | 1 | 12:15:39.6 | +-----------+------------+ generator AD_Acquire ['402ba686'] (scan num: 214945) Out[3]: ('402ba686-1baf-4c2e-a197-3faeb5fee228',) In [4]: ```

[qzhang234]

I made a small tweak in ad_acquire_detector_base.py because it seems like nothing under dm_pars are defined:

https://github.com/aps-8id-dys/ipython-8idiuser/blob/11364abe04ca5a11e905cb7b65e7a90976b35b65/profile_bluesky/startup/instrument/devices/ad_rigaku_detector.py#L167-L172

[qzhang234]

@prjemian Now the problem we have is: the .hdf file was saved in the right folder but the .bin was not. Looking at the EPICS IOC screen of Rigaku, I don't think anything we specified in AD_Acquire actually got passed into the IOC. And by how fast AD_Acquire finished I don't think the acquisition step was actually executed at all. Note that I created a new folder rigaku202104 for this testing purpose.

Should we start looking at how to get AD_Acquire to actually acquire by passing the file name and pressing the Acquire button on Rigaku?

[qzhang234]

AD_Acquire tested and cleared all stages of DM workflow on 06/01. Closing the issue.