<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 14 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
@font-face
        {font-family:Consolas;
        panose-1:2 11 6 9 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
h1
        {mso-style-priority:9;
        mso-style-link:"Heading 1 Char";
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:24.0pt;
        font-family:"Times New Roman","serif";
        font-weight:bold;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p
        {mso-style-priority:99;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
pre
        {mso-style-priority:99;
        mso-style-link:"HTML Preformatted Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:10.0pt;
        font-family:"Courier New";}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
p.gfidiscscisyscouk, li.gfidiscscisyscouk, div.gfidiscscisyscouk
        {mso-style-name:gfidiscscisyscouk;
        mso-margin-top-alt:auto;
        margin-right:0in;
        mso-margin-bottom-alt:auto;
        margin-left:0in;
        font-size:12.0pt;
        font-family:"Times New Roman","serif";}
span.Heading1Char
        {mso-style-name:"Heading 1 Char";
        mso-style-priority:9;
        mso-style-link:"Heading 1";
        font-family:"Cambria","serif";
        color:#365F91;
        font-weight:bold;}
span.HTMLPreformattedChar
        {mso-style-name:"HTML Preformatted Char";
        mso-style-priority:99;
        mso-style-link:"HTML Preformatted";
        font-family:Consolas;}
span.EmailStyle23
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body bgcolor="white" lang="EN-US" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">My comments:<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">1 - The front part – the “what’s this about” part – overall is pretty good.
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">1b – But the diagrams should be more UML-ish where they are now tables (as is appropriate).<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">2 - I think a next part would be explanatory examples of each element and attribute with a realistic XML snippet for each item, for the entire schema<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">3 - Then an extended example section which is probably a subset of the schema items available….<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><br>
4 – Finally I’d like to put forth the idea of a companion tutorial in power point slides…
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"><o:p> </o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> sois-app-bounces@mailman.ccsds.org [mailto:sois-app-bounces@mailman.ccsds.org]
<b>On Behalf Of </b>Ramon Krosley<br>
<b>Sent:</b> Friday, February 27, 2015 3:25 PM<br>
<b>To:</b> felice.torelli@esa.int<br>
<b>Cc:</b> sois-app@mailman.ccsds.org<br>
<b>Subject:</b> Re: [Sois-app] Green book review comments<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Thanks, Felice,<br>
You're right that the sois-app mailman is not the best place for extended discussion.  I'm eager to get to the resolution of issues, but I understand that many folks need to manage their time by considering the endpoint of discussions instead of watching those
 endpoints evolve.<br>
I need to work through the evolution, and in the case of the correspondence between EDS expressions and ISO protocols it is necessary to write the details in order to uncover what we are trying to say.  I'm not certain that a voice discussion can be productive
 until after the written exercises have been done.<br>
You're always welcome to join in.<br>
Ramon<br>
  <o:p></o:p></span></p>
<div style="border-top:solid #DDDDDD 1.0pt;border-left:none;border-bottom:solid #DDDDDD 1.0pt;border-right:none;padding:2.0pt 0in 2.0pt 0in;margin-top:2.25pt;margin-bottom:2.25pt">
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">On February 27, 2015 12:46 MST,
<a href="mailto:Felice.Torelli@esa.int">Felice.Torelli@esa.int</a> wrote:<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> 
<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Hi Ray, <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">I had no intention to limit the debate, indeed I was suggesting to resolve by email the easy comments, so that when we will meet (face
 to face or in teleconference) we can focus on the most important ones. :-)<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> <o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Cheers,<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Felice.<br>
<br>
Inviato da iPad<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"><br>
Il giorno 27 feb. 2015, alle ore 19:30, Ramon Krosley <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>> ha scritto:<br>
 <o:p></o:p></span></p>
</div>
<blockquote style="margin-top:5.0pt;margin-bottom:5.0pt">
<div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">In response to Felice's diplomatic request for less spam, I'll move this discussion offline.  If you are interested to follow the discussion,
 then please send me an email. <br>
  <o:p></o:p></span></p>
<div style="border-top:solid #DDDDDD 1.0pt;border-left:none;border-bottom:solid #DDDDDD 1.0pt;border-right:none;padding:2.0pt 0in 2.0pt 0in;margin-top:2.25pt;margin-bottom:2.25pt">
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">On February 27, 2015 02:56 MST, "Richard Melvin" <<a href="mailto:Richard.Melvin@scisys.co.uk">Richard.Melvin@scisys.co.uk</a>> wrote:<o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> 
<o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">Comments inline.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="color:#333333"><o:p></o:p></span></p>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#333333">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:#333333"> Ramon Krosley [<a href="mailto:r.krosley@andropogon.org">mailto:r.krosley@andropogon.org</a>]<br>
<b>Sent:</b> 27 February 2015 01:06<br>
<b>To:</b> Richard Melvin<br>
<b>Cc:</b> <a href="mailto:sois-app@mailman.ccsds.org">sois-app@mailman.ccsds.org</a><br>
<b>Subject:</b> Re: [Sois-app] Green book review comments</span><span style="color:#333333"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Well, I still haven't developed the skills for using a touch screen.  Sorry for this additional spam, but the editing that I was doing in the ISO procedural mapping below is complete
 in this version.  You can delete the preceding version. <br>
  </span><span style="color:#333333"><o:p></o:p></span></p>
<div style="border-top:solid #DDDDDD 1.0pt;border-left:none;border-bottom:solid #DDDDDD 1.0pt;border-right:none;padding:2.0pt 0in 2.0pt 0in;margin-top:2.25pt;margin-bottom:2.25pt">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">On February 26, 2015 17:53 MST, "Ramon Krosley" <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>> wrote:</span><span style="color:#333333"><o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Here is the latest version of how I think that the EDS parameters, commands, activities, and state machines can map onto an ISO protocol view.<br>
<br>
A device EDS represents presentation layer talking to top of subnet layer.  The data exchanged through that service access point is a service data unit (SDU).  It is also a protocol data unit that is the same as is seen by the device, so we should be able to
 describe the messages used by the device in this view.<br>
<br>
A parameter in an EDS represents an unacknowledged transfer.  A command represents an acknowledged transfer.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This is not quite right; see green book p3.9.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">This is an area that confuses enough peopkle I’d definitely like to rework it, to parameter/command/event</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">In the following sequences, the steps in parentheses are not described in a device EDS; the others are described.<br>
Here is the sequence of events for the transfer of a parameter with sync=true:<br>
        DAS activity:<br>
            block on parameter sink primitive<br>
        (device activity:)<br>
            (compute request SDU)<br>
            (send request by parameter source primitive)<br>
        (DAS state machine:)<br>
            (indication causes transition, unblocking parameter sink primitive?)<br>
        DAS activity: <br>
            read parameter, which is indication SDU, by parameter sink primitive resumed</span><span style="color:#333333"><br>
<br>
<br>
<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">That’s definitely wrong, there is never any blocking. Again, see p3.9.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"><br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Here is the sequence of events for the transfer of a parameter with sync=false:<br>
        (device activity:)<br>
            (compute request SDU)<br>
            (send request by parameter source primitive)<br>
        DAS state machine:<br>
            indication causes transition, starting activity<br>
        DAS activity: <br>
            read parameter, which is indication SDU, by parameter sink primitive</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D"> </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D">That’s actually how it works for sync=true. ‘sync’ just means you don’t get a reply unless you asked for one (I didn’t come up with the names).</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"><br>
<br>
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Here is the sequence of events for a command with sync=true:<br>
The command has only one argument which is the request SDU, and only one which is the response SDU.<br>
        DAS activity:<br>
            compute argument-in, which is request SDU<br>
            send request by command source primitive<br>
            block here<br>
        (device state machine:)<br>
            (indication causes transition, starting activity)<br>
        (device activity:)<br>
            (read argument-in, which is indication SDU)<br>
            (compute response)<br>
            (set argument-out, which is response SDU)<br>
            (send response by command sink primitive)<br>
        (DAS state machine:)<br>
            (confirmation causes transition, unblocking command source primitive?)<br>
        DAS activity:<br>
            read argument-out, which is confirmation SDU, by command source primitive resumed<br>
<br>
Here is the sequence of events for a command with sync=false:<br>
The command has only one argument which is the request SDU, and only one which is the response SDU.<br>
        DAS activity 1:<br>
            compute argument-in, which is request SDU<br>
            send request by command source primitive<br>
        (device state machine:)<br>
            (indication causes transition, starting activity)<br>
        (device activity:)<br>
            (read argument-in, which is indication SDU)<br>
            (compute response)<br>
            (set argument-out, which is response SDU)<br>
            (send response by command sink primitive)<br>
        DAS state machine:<br>
            confirmation causes transition, starting activity 2<br>
        DAS activity 2:<br>
            read argument-out, which is confirmation SDU, by command source primitive <br>
---------------<br>
<br>
On February 26, 2015 09:20 MST, "Ramon Krosley" <<a href="mailto:r.krosley@andropogon.org">r.krosley@andropogon.org</a>> wrote:<br>
<br>
<br>
Thanks, Richard,<br>
<br>
These are good comments.  I'll review these in detail this weekend, but to keep the dialog rolling, here are some preliminary replies.<br>
<br>
I think that the most important of these comments are the ones concerning how to interpret EDS constructions as behavior; these need discussion to establish what they mean.  For example, the mappings seem to imply that values are copied between variables and
 interface data items, but when does that copying occur?  Also, the purpose served by the copying needs discussion, if copying is indeed the correct interpretation of the mapping.  There are two forms of mapping, one of which (ParameterMapSet) I used because
 I could guess what it might do, and the other (ParameterActivityMapSet) I'm still uncertain about.  I think that the mappings are probably good things, because they help to make behavior more declarative, and therefore more independent of implementation.  However,
 we need to say what is the implication of the declarative form.<br>
<br>
In general, where the examples don't validate against the schema, that represents the question, "How can I do this?".  So in those cases we'll need to discuss whether it should be done, and how to do it.  For example, the multiple devices seem to be necessary
 in an EDS that is a composite of other EDS's, as would be the case inside the onion.<br>
<br>
The XAML is a microsoft declarative language for describing object trees, which is typically used in describing GUI layout.  I should be more generic about that and include HTML/CSS perhaps, or just say "GUI layout files".<br>
<br>
I agree with footnoting the namespace distinction.<br>
<br>
The foundation namespace was made to be a small thing that could be presented all at once, so a reader could get the feel for the larger SEDS file.  Also, I'm not sure that everyone will factor their concepts in the way that is provided by the SEDS file, so
 the foundation namespace suggests some freedom of expression.  I should refer to the SEDS file in the same context, nevertheless.<br>
<br>
The arguments of commands need discussion in relation to the representation of those commands when they are sent to a device.  I believe that a datasheet should be clear about that format, but commands with arguments seem to deny expression of this information.<br>
<br>
Ramon<br>
<br>
  </span><span style="color:#333333"><o:p></o:p></span></p>
<div style="border-top:solid #DDDDDD 1.0pt;border-left:none;border-bottom:solid #DDDDDD 1.0pt;border-right:none;padding:2.0pt 0in 2.0pt 0in;margin-top:2.25pt;margin-bottom:2.25pt">
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">On February 26, 2015 07:47 MST, "Richard Melvin" <<a href="mailto:Richard.Melvin@scisys.co.uk">Richard.Melvin@scisys.co.uk</a>> wrote:</span><span style="color:#333333"><o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">  </span>
<span style="color:#333333"><o:p></o:p></span></p>
<div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P4-18: on the ground, calibrations are typically done by configuring the ground software with a calibration table, not extending/implementing it. Suggest a slight rewording.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P4-19: XAML -> XML, presumably.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P4-23: I think the conclusion to be expressed here is that you need:<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;line-height:15.6pt"><span style="font-size:10.0pt;font-family:Symbol;color:#333333">·</span><span style="font-size:7.0pt;font-family:"Arial","sans-serif";color:#333333">        
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Standardised interfaces for core functionality that will be acted on directly by software, especially onboard (e.g. AOCS).<o:p></o:p></span></p>
<p class="MsoListParagraph" style="text-indent:-.25in;line-height:15.6pt"><span style="font-size:10.0pt;font-family:Symbol;color:#333333">·</span><span style="font-size:7.0pt;font-family:"Arial","sans-serif";color:#333333">        
</span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">Device-specific interfaces for information that will be interpreted by humans, or simple operator-created rules, for diagnostics and  monitoring.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">The key point about space hardware is that everything you might need to know about the device needs to be available through the data interface; you can’t just go up and see if the fault light is blinking.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">Which means you can’t standardise the latter without removing all leeway in how to build a device. Which is ultimately why you need a device datasheet in the first place.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-29: did you manage to validate the sample datasheet using the tooling? There are a few things in the examples I wouldn’t have thought were valid, and, if they are, perhaps shouldn’t be.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-29: readability would probably be improved by making the point about xml versus EDS namespaces a footnote.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-32: I don’t think it is right (although it is legal in schema; see P5-29) that an argument have an encoding. Arguments should only have ranges. Arguments never get encoded as they are passed over an interface, they just get restricted
 to be within range; the semantics are like a function call not a message exchange.
<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">You can get the same effect with IntegerBitsRangeType with numberOfBits = 8; this is just a shorthand for [0-255], without the option to set the byte order or anything.
<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-33: I think the ‘foundation’ namespace duplicates/overlaps the existing ‘SEDS’ one (in github). There probably should be one such, delivered alongside the standard (although I don’t see that it need to be standardised itself).<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-35: needs reorganisation, segmentation should perhaps be it’s own topic (saying ‘not implemented’), not an aside.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-44: The idea of ‘distribution’ of calibrations is new, and maybe unnecessary. You can get the same effect by definining the calibration activity with an argument and using Iteration/overArray to call it on each element.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-45: per previous discussions, I think the idea of the flag is good, but the name ‘native’ is misleading. Interfaces are always going up/down the OSI protocol stack, so I suggest OSI terminology like SDU or just dataUnit.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-54: maybe change ‘The namespaces in an EDS’ to ‘Semantics tags within the body of an EDS’ or similar.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-56: change example to get rid of multiple devices per datasheet, and the ‘Connect’ element? Such things should probably be in some other, rather more complicated and probably mission-specific schema or model. One way of doing
 that would be to define a new top-level schema that allowed Xincluding devices and namespaces.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-57: not sure about the example mapping two different interface parameters to the same local variable; by the red book definition, I think this would send values read from the device back out to it. Should either change schema
 to allow  direct mapping of parameters between interfaces, or example to use state machine and activities for at least one of the interfaces.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">Perhaps worth a warning from the tooling if the same variable is used by two or more parameter-maps, as I can’t see that ever working out.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-58: the state machine ‘read-attitude’ seems to be concerned with setting, not acquiring, data. Definitely needs a state diagram to show what is going on (the tooling can produce these), I am not at all convined it is right.
<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-46<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">From the point of view of a state machine, it is a _<i>sink</i>_ to parameters/commands  that trigger transisitons, and a  _<i>source</i>_ of parameters/commands generated by activities. What that actually means is different for
 required and provided interfaces. <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">That info probably belongs in the current section 3.7, i.e. under common concepts.
<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">P5-58 S2: I’d agree that doesn’t belong here, will make document too long.<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333">richard<o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="color:#333333"> <o:p></o:p></span></p>
</div>
<p class="gfidiscscisyscouk" style="line-height:15.6pt;gfidisc.scisys.co.uk" id="gfidisc.scisys.co.uk">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> <o:p></o:p></span></p>
<h1 style="mso-line-height-alt:15.6pt;gfidisc.scisys.co.uk"><span style="font-family:"Arial","sans-serif";color:#333333"> <o:p></o:p></span></h1>
<p style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif";color:blue"> </span><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-family:"Arial","sans-serif";color:gray">SCISYS UK Limited. Registered in England and Wales No. 4373530.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-family:"Arial","sans-serif";color:gray">Registered Office: Methuen Park, Chippenham, Wiltshire SN14 0GB, UK.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:green">Before printing, please think about the environment.</span><span style="color:#333333"><o:p></o:p></span></p>
<p class="gfidiscscisyscouk" style="line-height:15.6pt;gfidisc.scisys.co.uk" id="gfidisc.scisys.co.uk">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> <o:p></o:p></span></p>
<h1 style="mso-line-height-alt:15.6pt;gfidisc.scisys.co.uk"><span style="font-family:"Arial","sans-serif";color:#333333"> <o:p></o:p></span></h1>
<div class="MsoNormal" align="center" style="text-align:center;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">
<hr size="2" width="100%" align="center">
</span></div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">_______________________________________________<br>
Sois-app mailing list<br>
<a href="mailto:Sois-app@mailman.ccsds.org">Sois-app@mailman.ccsds.org</a><br>
<a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app" target="_blank">http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app</a><br>
<br>
<br>
  </span><span style="color:#333333"><o:p></o:p></span></p>
<div class="MsoNormal" align="center" style="text-align:center;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">
<hr size="2" width="100%" align="center">
</span></div>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">_______________________________________________<br>
Sois-app mailing list<br>
<a href="mailto:Sois-app@mailman.ccsds.org">Sois-app@mailman.ccsds.org</a><br>
<a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app" target="_blank">http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app</a><br>
  </span><span style="color:#333333"><o:p></o:p></span></p>
<p class="MsoNormal" style="mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">  </span>
<span style="color:#333333"><o:p></o:p></span></p>
</div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333"> 
<o:p></o:p></span></p>
<pre style="line-height:15.6pt"><span style="color:#333333"><o:p> </o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">_______________________________________________<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">Sois-app mailing list<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333"><a href="mailto:Sois-app@mailman.ccsds.org">Sois-app@mailman.ccsds.org</a><o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333"><a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app">http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app</a><o:p></o:p></span></pre>
</div>
</blockquote>
<pre style="line-height:15.6pt"><span style="color:#333333"><o:p> </o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">This message and any attachments are intended for the use of the addressee or addressees only.<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">The unauthorised disclosure, use, dissemination or copying (either in whole or in part) of its<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">content is not permitted.<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">If you received this message in error, please notify the sender and delete it from your system.<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">Emails can be altered and their integrity cannot be guaranteed by the sender.<o:p></o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333"><o:p> </o:p></span></pre>
<pre style="line-height:15.6pt"><span style="color:#333333">Please consider the environment before printing this email.<o:p></o:p></span></pre>
<div class="MsoNormal" align="center" style="text-align:center;line-height:15.6pt">
<span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">
<hr size="2" width="100%" align="center">
</span></div>
<p class="MsoNormal" style="line-height:15.6pt"><span style="font-size:10.0pt;font-family:"Arial","sans-serif";color:#333333">_______________________________________________<br>
Sois-app mailing list<br>
<a href="mailto:Sois-app@mailman.ccsds.org">Sois-app@mailman.ccsds.org</a><br>
<a href="http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app" target="_blank">http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sois-app</a><br>
  <o:p></o:p></span></p>
</div>
</body>
</html>