<font size=2 face="sans-serif">FYI</font>
<br>
<br><font size=1 color=#800080 face="sans-serif">----- Forwarded by Nestor
Peccia/esoc/ESA on 08/08/2014 11:05 -----</font>
<br>
<br>
<br><font size=2 face="sans-serif">Dear MO-ers,</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
We have just finished successfully the ESA METERON OPSCOM-2 experiment.
During the experiment ESA astronaut Alex Gerst "drove" from the
ISS the European Ground Prototype Rover (also called Eurobot) on the ground
at ESTEC, deployed and stowed its robotic arm and took images.</font><font size=3>
</font><font size=2 face="sans-serif"><br>
On the ground the METERON operation teams at ESOC, BUSOC and ESTEC monitored
the operations and performed coordinated joint commanding, using the METERON
Operations Environment (MOE), deployed in three geographically separated
centres.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
Beside being a milestone for the METERON project and for Robotic Operations,
today's successful OPSCOM-2 experiment is also <b><u>a milestone for our
CCSDS MO Services.</u></b></font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
MOE external interfaces have been based on MO services, including standard
MO M&C services (e.g. Action, Activity and Parameter Services) as well
as proprietary precursor MO robotic services (e.g. Motion Control, Imaging,
Manipulation, Command Authority Coordination and File Management Services).
<br>
The same MO services were also deployed on the METERON laptop on the ISS
as part of the software used by Alex to control the rover. </font><font size=3><br>
</font><font size=2 face="sans-serif"><br>
That is why with todays operations, we can say MO services concept has
been validated operationally over the space to ground link.</font><font size=3>
<br>
</font><font size=2 face="sans-serif"><br>
At implementation level, the METERON Robotic Services, did not use the
MAL APIs but have been implemented as web services. The implementation
was however based to a large extent on the MAL, COM and MO service specs.
The messages were encoded in binary (FastInfoset encoding) and transferred
over DTN.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
One particular aspect, which may be worth mentioning is that the deployment
architecture incorporated the concept of service proxy and the PUB-SUB
pattern was adopted over the space link and on the ground successfully.
Also we demonstrated that the exact same services were consumed at run-time
via two different transport protocols (with two different encodings) on
the ground and over the space link.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
So, I guess now we can all say the MO Services concept is space qualified
and I trust this will help in increasing the TRL.</font><font size=3> <br>
</font><font size=2 face="sans-serif"><br>
Please do not hesitate to contact me, if you wish any detailed information.</font><font size=3>
<br>
</font><font size=2 face="sans-serif"><br>
Kind Regards</font><font size=3> </font><font size=2 face="sans-serif"><br>
Mehran</font><font size=3> <br>
</font>
<br><PRE>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.
</PRE>