[Css-csts] Re: Open Loop Recording Service

Gian.Paolo.Calzolari at esa.int Gian.Paolo.Calzolari at esa.int
Tue Aug 28 08:05:15 EDT 2012


John,
        Wolfgang is correct. Actually data from Open Loop Recording are 
exchanged (not via CSTS services yet, of course) with the format defined 
in CCSDS 506.1-R-2 Standard for Delta-DOR Raw Data Exchange Format.
Actually the 506.1 book does not mention this and therefore my suggestion 
is to issue a RID asking to mention in this book that this format is also 
used for  data from Open Loop Recording.
I have done one RID for ESA but it may good you coordinate to have a 
similar RID from NASA.

Eventually we will add also a comment to the  'Delta DOR Service' as 
identified in IOAG SC1 to make this clear.

Best regards

Gian Paolo



From:
Wolfgang Hell/esoc/ESA
To:
"John Pietras" <john.pietras at gst.com>
Cc:
css-csts at mailman.ccsds.org, smwg at mailman.ccsds.org, Gian Paolo 
Calzolari/esoc/ESA at ESA, Michael.Schmidt at esa.int
Date:
06/08/2012 09:27
Subject:
Re: Open Loop Recording Service


John,

Interesting that you bring up the topic now in the sense that I come just 
off console after completion of our support of the MSL landing. 
Fortunately enough, our support was not really needed because everything 
was nominal, but this was a good example of a scenario where the provision 
of open-loop recording was part of a cross-support arrangement. In this 
specific case, we had to resort to open-loop recording because the signal 
during EDL was too weak and in terms of Doppler profile too dynamic for 
capturing it with a closed-loop receiver. We provided open-loop recording 
as a cross-support service also in cases where the signal could be (and 
actually was) acquired by a closed-loop receiver, but only as long as the 
signal emitted by the spacecraft is nominal. In case of a malfunction, 
open-loop data can prove to be an invaluable source of information for 
forensic purposes.

I agree with you that the IOAG Service Catalogs cover this type of service 
only indirectly and it probably would have been better to be really 
explicit. Technically speaking, what has to happen at a ground station for 
DDOR is open-loop recording. I certainly concede that the configuration 
for DDOR will differ in the sense that we want to cover a wide bandwidth 
but the resolution of the individual sample can be very limited. For 
scenarios as outlined above the bandwidth can be relatively small, but one 
wants higher resolution of the samples. Nonetheless, assuming that this 
flexibility in terms of recording is provided, the 'Delta DOR Service' as 
identified in IOAG SC1 covers what is needed. As said above, we probably 
should have made this point very clear rather than hiding it except for 
those who happen to know how DDOR measurements are made.

Best regards,

Wolfgang 




From:
"John Pietras" <john.pietras at gst.com>
To:
<Wolfgang.Hell at esa.int>
Cc:
<smwg at mailman.ccsds.org>, <css-csts at mailman.ccsds.org>
Date:
03/08/2012 22:16
Subject:
Open Loop Recording Service



CSTSWG and SMWG colleagues---
Wolfgang Hell has included in his proposed list of parameters for the 
Monitored Data CSTS some parameters for Open Loop Recording. The fact that 
it?s listed as a parameter for the MD-CSTS implies that it?s associated 
with a signal received by an Earth station receiver. To my knowledge, open 
loop recording  by a ground station hasn?t been formally identified as a 
cross support service (e.g., in IOAG Service Catalog 1 or 2). IOAG SC 2 *
does* identify  an open loop recording function, but only for ?radio 
metric measurements that are collected by the lander, the orbiter or 
both?.
 
Should CCSDS define a standard terrestrial open loop recording service? 
Would that be under the CSS or SLS Area? Should there be a standard for 
delivering the recorded data to the Mission?
 
Some things to think about.
 
Best regards,
John 
 



This message and any attachments are intended for the use of the addressee or addressees only. The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its content is not permitted. If you received this message in error, please notify the sender and delete it from your system. Emails can be altered and their integrity cannot be guaranteed by the sender.

Please consider the environment before printing this email.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mailman.ccsds.org/pipermail/css-csts/attachments/20120828/d0f1ea33/attachment.html


More information about the Css-csts mailing list