Dr. Fisher,<div><br></div><div>I designed section 4.3 to describe all the commands that would be used by the M&C system to control the DAQ. However, I would take those descriptions with a grain of salt; I just realized that additional information will be needed. Hopefully the DAQ's command descriptions will be finished by the end of the week; I need to finalize the specifications with Dr. Jeffs and Dr. Warnick tomorrow.</div>
<div><br></div><div>Regarding the correlator mode, that's been sitting in a code freeze for a month or so.  We'll pull it out and dust it off and get back to you. Last I checked, we had the correlator working for 32 elements, but this hasn't been formally verified yet.</div>
<div><br></div><div>We've been working on a single system. If there's anything else about the system that I can inform you about, feel free to let me know.</div><div><br></div><div>Thanks,</div><div class="gmail_extra">
<br clear="all">Richard Black<br>
<br><br><div class="gmail_quote">On Wed, Dec 5, 2012 at 1:07 PM, Rick Fisher <span dir="ltr"><<a href="mailto:rfisher@nrao.edu" target="_blank">rfisher@nrao.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Richard,<br>
<br>
It's been awhile since we last communicated on PAF/DAQ so just thought I'd<br>
touch base to take stock.  Aside from a question on whether the DC channel<br>
was counted in the spectral channel count, I think we had pretty well<br>
converged on my understanding of the streaming data packet format.  I've<br>
started rounding up some code to write a data display for this format<br>
that might help with data integrity checks at the beginning of a data<br>
acquisition session.<br>
<br>
It looks like section 4.3 of your documentation spells out what we need to<br>
control the streaming mode.  That will be next on our TODO list and will<br>
be the beginning of writing the "Modification Request" that we need to<br>
provide to the GBT control system programmers.<br>
<br>
I think that your data acquisition mode of greatest interest for tests of<br>
the beamforming array on the telescope will be the Correlator.  Data from<br>
this mode allows us to calibrate the array and gives us the most<br>
information about array performance and anomalies.  How far along are you<br>
in bench testing and documentation of this mode?  When you have some<br>
sample data from the correlator we can start writing a software reader on<br>
our end.  The streaming data sample that you provided was really<br>
instructive.<br>
<br>
Dr. Jeffs may have told me this and I've since forgotten, but are you<br>
building two copies of the data acquisition hardware (one for development<br>
and one to go to either Green Bank or Arecibo as needed) or just one?<br>
Quite some time ago we received a list of components that went into your<br>
system, but we haven't thought much more about whether we should invest in<br>
a copy of this hardware.  We should give this more thought now that it's<br>
clearer who is available here to work on that part of the project.<br>
<br>
Best regards,<br>
Rick<br>
<br>
_______________________________________________<br>
Pafgbt mailing list<br>
<a href="mailto:Pafgbt@listmgr.cv.nrao.edu">Pafgbt@listmgr.cv.nrao.edu</a><br>
<a href="http://listmgr.cv.nrao.edu/mailman/listinfo/pafgbt" target="_blank">http://listmgr.cv.nrao.edu/mailman/listinfo/pafgbt</a><br>
</blockquote></div><br></div>