[cssm] Configuration Profile schema update V0.06

[Marcin.Gnat at dlr.de]

Dear all,

Attached you can find the “implementation package” with current schema package (latest as from Colin) plus Configuration Profile schemas V0.06 and the FRM Schemas exported from Registry by Holger (with a minor change, but about it later). It also includes latest versions of Blue/Magenta/White books, to help understand stuff. Logically, SACP is still missing (mea culpa, hahaha).

So, except the SMURF, SPDF, CPIF and SSF (plus auxiliary schemas) as provided by Colin with latest “release”, you can find there:

902x05w0_06-ConfPrfl_Template.xsd  --> actual Configuration Profile template (can be used to create individual Configuration Profiles)
902x05w0_06-ConfPrflCmnClss.xsd --> main Configuration Profile schema, also being used to include into Service Profiles, SMURF or SPDF.
902x05w0_06-SrvAgr_Template.xsd --> actual Service Profile template, not yet worked out, just a placeholder
Example-902x01b1TC1-SimpleSchedule_2021-11-24_10-10-31.xml --> example Simple Schedule out of GSOC actual schedule (has nothing to do with SACP!)
Example-902x05w0_06_DDOR_ConfigProfile_1.xsd --> example schema for DDOR Configuration Profile (same as what I send before, just updated to V0.06)
Example-902x05w0_06_DDOR-ConfigurationProfile.xml --> example XML Configuration Profile with DDOR (same as previously, please note it does not validate due to multiplicity of scan element)
Example-902x05w0_06_Mission_1_ConfigProfile.xsd --> example schema for typical TMTC config with Angles generation
Example-902x05w0_06_Simple_TMTC.xml --> example XML with configuration for specific Mission

I followed the suggestion of John, and updated apertureFR --> ApertureStratumFR (and so on for all), as well as changed functionalResourceData --> unregisteredFRParameters.

In the folder “SanaRegistry” there are additionally files exported by Holger out of FRM.

@holger.dreihahn at esa.int<mailto:holger.dreihahn at esa.int>: I altered the files you provided me lately, there are two things:


  1.  The “AbstractFrStrataParameterSets.xsd” includes now new “UnregisteredStratumParameters” element and type definition:

      <xsd:element name="UnregisteredStratumParameters" type="UnregisteredStratumType" abstract="true"/>
      <xsd:complexType name="UnregisteredStratumType">
            <xsd:complexContent>
                  <xsd:extension base="StratumBaseType"/>
            </xsd:complexContent>
      </xsd:complexType>

                Please add this to your “export”.


  1.  All of the element names (and consecutively substitution groups in individual FR Files) have changed the initial letter to capital (following suggestion of John). Example with Antenna is shown below:

From:
      AbstractFrStrataParameterSets.xsd: <xsd:element name="apertureStratumParameters" type="ApertureStratumType" abstract="true"/>

      Antenna.xsd: <xsd:element name="AntennaElement" type="AntennaType" substitutionGroup="apertureStratumParameters"/>

     To:
      AbstractFrStrataParameterSets.xsd: <xsd:element name="ApertureStratumParameters" type="ApertureStratumType" abstract="true"/>

      Antenna.xsd: <xsd:element name="AntennaElement" type="AntennaType" substitutionGroup="ApertureStratumParameters"/>


                Please change you export accordingly.




And yet, something completely different…. (no, not a dead parrot):



I still need to figure out, how I’m going to implement the “Wrapper Class”. Unfortunately I do not have any good examples from other things (Event Seq. or DDOR Pattern). In principle I would need to change the substitution group here:

From:
<xsd:element name="configurationProfileData" type="ConfigurationProfileDataType" substitutionGroup="srvMgtData"/>

To:
<xsd:element name="configurationProfileData" type="ConfigurationProfileDataType" substitutionGroup=" abstractConfigProfileWrapper"/>

But this actually breaks the structure of the Config Profile as such, meaning the actual Config Profile XSD (like the 902x05w0_06-ConfPrfl_Template.xsd) would need to have additional Class which would substitute srvMgtData and it would include the wrapper for the configurationProfileData. If this would be fine, and for the peace in the world, I can do that. But maybe someone has some good solution, example? Or is there a possibility to substitute two different groups out of one class? 😉.


Best regards and hopefully see you next year
Marcin
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.ccsds.org/pipermail/smwg/attachments/20211229/cc5acaaa/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SMURF-SSF-Package_019_2021-12-29.zip
Type: application/x-zip-compressed
Size: 6285666 bytes
Desc: SMURF-SSF-Package_019_2021-12-29.zip
URL: <http://mailman.ccsds.org/pipermail/smwg/attachments/20211229/cc5acaaa/attachment-0001.bin>