From marjorie at delandelong.com Wed Mar 3 10:27:38 2010 From: marjorie at delandelong.com (Marjorie de Lande Long) Date: Wed, 03 Mar 2010 11:27:38 +0100 Subject: [SLS-CC] [Sls-slp] Making LDPC coding a work item in the C&S WG Message-ID: <1267612058.2977.0.camel@machine-r> Greg, I have a question about the revised (2_24_2010) White Paper for Prox-1 LDPC. The timing services would depend on knowing the path delays, including delays caused by the LDPC encoding and decoding. The time measurement at the sending end is made when the last bit of the normal Prox-1 ASM is output to the bitsteam. The bitstream is input to LDPC processing, where it is divided into 1024-octet blocks. There seems to be no predictable relationship between the Prox-1 PLTUs and the LDPC blocks, so a Prox-1 ASM could end on any bit within a 1024-octet block. Does the path delay for the arrival of the Prox-1 ASM depend on how it happens to fall relative to the LDPC 1024-octet blocks? For example, would the delay for an ASM that ends near the end of a block be the same as for an ASM that falls across a block boundary? Best regards, Marjorie Marjorie de Lande Long I B + M A de Lande Long Software + Consultancy marjorie at delandelong.com From adrian.j.hooke at jpl.nasa.gov Tue Mar 9 13:16:48 2010 From: adrian.j.hooke at jpl.nasa.gov (Hooke, Adrian J (9000)) Date: Tue, 9 Mar 2010 05:16:48 -0800 Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer Message-ID: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> See section 3 starting on page 6: http://microsat.sm.bmstu.ru/e-library/ccdh/Hard/MAPLD02_D5.pdf A CCSDS-Based Communication System for a Single Chip On-Board Computer Daixun Zheng, Tanya Vladimirova and Prof Sir Martin Sweeting Surrey Space Centre -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: CCSDS-CommSystem.pdf Type: application/pdf Size: 545749 bytes Desc: CCSDS-CommSystem.pdf URL: From adrian.j.hooke at jpl.nasa.gov Tue Mar 9 13:23:55 2010 From: adrian.j.hooke at jpl.nasa.gov (Hooke, Adrian J (9000)) Date: Tue, 9 Mar 2010 05:23:55 -0800 Subject: [Sls-slp] Hummingbird In-Reply-To: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> References: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> Message-ID: <26492362515BDB4AA42A64B790AD2EE2293AA49BD7@ALTPHYEMBEVSP10.RES.AD.JPL> http://wiki.github.com/JohannesKlug/hummingbird/ Mission Create a simple, stable, scalable and standard compliant open source satellite Mission Control System (MCS) for nano and micro satellites. Data Format The core types of data transfered in the system are * Frames. Fixed length space frames. * Packets. Variable length packets. * Parameters. Variable length parameter. These core data types are all defined fully compliant to the CCSDS Frame and Packet standards, i.e. the Frame header and the Packet header(s) structure is defined according to CCSDS. FAQ Q: Who should use Hummingbird? A: The target is a system for nano / micro satellites. The system is not intended to, and never will be, replace major agency systems, used to control science, earth observation and deep space probes. For these systems much more mature and systems are needed, and a number of such systems already exist. What is missing is a low cost, easy to install, simple to use system, which university groups and private industry can use to provide simple solutions to nano / micro satellite missions. Q: Why not a generic monitoring and control system? A: Because it would break the concept of simplicity. The core concept of Hummingbird, that of a system ordered according to a Space System Model could of cause easily be used to model other, non-space related systems. However we would then have to use generic terms as well, and thing about generic problems, instead of solving the problem at hand. That's the first step to failure. Q: What is the License? A: We haven't decided yet. The license is yet to be decided, but it will be open and not GPL. LGPL is the most likely candidate, as we would like you to use the software and link with it without getting into IPR problems, and yet we would like you to help us improve by contributing back. Q: Who is the development team? A: Anyone, but currently mainly Logica employees. Anyone can join. Currently its mainly Logica employees, all working in the space domain for the European Space Agency as well as national agencies and space industry, who use Hummingbird as a sandbox to prove concepts and to realize system ideas. Q: Why the name 'Hummingbird'? A: Its small, its agile, its fast and beautiful. It's a Hummingbird. Q: Has it been flight proven? A: No, not yet. -------------- next part -------------- An HTML attachment was scrubbed... URL: From L.Wood at surrey.ac.uk Tue Mar 9 13:32:15 2010 From: L.Wood at surrey.ac.uk (L.Wood at surrey.ac.uk) Date: Tue, 9 Mar 2010 13:32:15 +0000 Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer In-Reply-To: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> References: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> Message-ID: That paper was published in 2002, which is going back a while - that's before the launch of AlSat-1, the first DMC satellite. Citation details: D.Zheng, T.Vladimirova, M.N.Sweeting. A CCSDS-Based Communication System for a Single Chip On-Board Computer, Proceedings of the 5th Military and Aerospace Applications of Programmable Devices and Technologies International Conference (MAPLD'2002), D5, September 2002, Laurel, Maryland, US, NASA. See also http://www.ee.surrey.ac.uk/SSC/research/vlsi/reconfigurable which lists related publications. Lloyd Wood http://sat-net.com/L.Wood ________________________________________ From: sls-slp-bounces at mailman.ccsds.org [sls-slp-bounces at mailman.ccsds.org] On Behalf Of Hooke, Adrian J (9000) [adrian.j.hooke at jpl.nasa.gov] Sent: 09 March 2010 13:16 To: SLS-SLP WG Cc: CESG Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer See section 3 starting on page 6: http://microsat.sm.bmstu.ru/e-library/ccdh/Hard/MAPLD02_D5.pdf A CCSDS-Based Communication System for a Single Chip On-Board Computer Daixun Zheng, Tanya Vladimirova and Prof Sir Martin Sweeting Surrey Space Centre From Gian.Paolo.Calzolari at esa.int Wed Mar 10 14:01:44 2010 From: Gian.Paolo.Calzolari at esa.int (Gian.Paolo.Calzolari at esa.int) Date: Wed, 10 Mar 2010 15:01:44 +0100 Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer In-Reply-To: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> Message-ID: > See section 3 starting on page 6: Adrian what are you trying to highlight? The sentence "The complete CCSDS TLM and TC implementation is very complex for low-cost small satellites and hardware implementations are expensive." or something else? Thank you for clarifying Gian Paolo > > http://microsat.sm.bmstu.ru/e-library/ccdh/Hard/MAPLD02_D5.pdf > > A CCSDS-Based Communication System for a Single Chip On-Board Computer > > Daixun Zheng, Tanya Vladimirova and Prof Sir Martin Sweeting > Surrey Space Centre > [attachment "CCSDS-CommSystem.pdf" deleted by Gian Paolo Calzolari/esoc/ESA] -------------- next part -------------- An HTML attachment was scrubbed... URL: From adrian.j.hooke at jpl.nasa.gov Wed Mar 10 14:12:00 2010 From: adrian.j.hooke at jpl.nasa.gov (Hooke, Adrian J (9000)) Date: Wed, 10 Mar 2010 06:12:00 -0800 Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer In-Reply-To: References: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> Message-ID: <26492362515BDB4AA42A64B790AD2EE2293AA49D78@ALTPHYEMBEVSP10.RES.AD.JPL> > Adrian what are you trying to highlight? > The sentence "The complete CCSDS TLM and TC implementation is very complex > for low-cost small satellites and hardware implementations are expensive." or something else? Gian Paolo: I wasn't really trying to highlight anything. The paper showed up in a Google Alert and I thought that you folks might be interested. It does seem ironic that the paper makes unsubstantiated claims about complexity and expense and then goes on to say "The research presented in this paper was sponsored by ESA under Contract N 14894 "A System-on-a-Chip for Small Satellite Data Processing and Control". ///a [cid:image003.jpg at 01CAC031.BDF3EA50] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 7317 bytes Desc: image003.jpg URL: From L.Wood at surrey.ac.uk Wed Mar 10 15:48:22 2010 From: L.Wood at surrey.ac.uk (L.Wood at surrey.ac.uk) Date: Wed, 10 Mar 2010 15:48:22 +0000 Subject: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer In-Reply-To: <26492362515BDB4AA42A64B790AD2EE2293AA49D78@ALTPHYEMBEVSP10.RES.AD.JPL> References: <26492362515BDB4AA42A64B790AD2EE2293AA49BD6@ALTPHYEMBEVSP10.RES.AD.JPL> , <26492362515BDB4AA42A64B790AD2EE2293AA49D78@ALTPHYEMBEVSP10.RES.AD.JPL> Message-ID: Adrian, On your really not highlighting anything - oddly, I distinctly saw the words 'Prof Sir Martin Sweeting' and 'Surrey Space Centre' highlighted in red text in your original email in my html-aware mail reader. Is that important to you? The 2002 paper outlines the work done in the larger ESA contract; a more detailed summary of that is in http://personal.ee.surrey.ac.uk/Personal/T.Vladimirova/Research/abstract_ESA.pdf I don't see what's ironic about having to strip out complexity to fit into a constrained inexpensive hardware implementation - as 'system on a chip' implies. What is the 'dog biting hand that feeds' cartoon in your previous email intended to imply? Lloyd Wood http://sat-net.com/L.Wood ________________________________________ From: sls-slp-bounces at mailman.ccsds.org [sls-slp-bounces at mailman.ccsds.org] On Behalf Of Hooke, Adrian J (9000) [adrian.j.hooke at jpl.nasa.gov] Sent: 10 March 2010 14:12 To: Gian.Paolo.Calzolari at esa.int Cc: SLS-SLP WG; CESG Subject: RE: [Sls-slp] A CCSDS-Based Communication System for a Single Chip On-Board Computer > Adrian what are you trying to highlight? > The sentence "The complete CCSDS TLM and TC implementation is very complex > for low-cost small satellites and hardware implementations are expensive." or something else? Gian Paolo: I wasn't really trying to highlight anything. The paper showed up in a Google Alert and I thought that you folks might be interested. It does seem ironic that the paper makes unsubstantiated claims about complexity and expense and then goes on to say "The research presented in this paper was sponsored by ESA under Contract N 14894 “A System-on-a-Chip for Small Satellite Data Processing and Control”. ///a [cid:image003.jpg at 01CAC031.BDF3EA50] From greg.j.kazz at jpl.nasa.gov Thu Mar 18 15:47:22 2010 From: greg.j.kazz at jpl.nasa.gov (Kazz, Greg J (313B)) Date: Thu, 18 Mar 2010 08:47:22 -0700 Subject: [Sls-slp] FW: [SLS-CC] Draft Schedule for (all) Spring 2010 Technical Meetings Message-ID: Dear WGs, Please find the draft schedule for the Spring 2010 CCSDS Meetings below. Best regards, Greg Kazz From: Gian.Paolo.Calzolari at esa.int [mailto:Gian.Paolo.Calzolari at esa.int] Sent: Thursday, March 18, 2010 1:59 AM To: SLS Channel Coding Working Groups Cc: Jean-Luc.Gerner at esa.int; secretariat at mailman.ccsds.org; Thomas Gannett; Enrico.Vassallo at esa.int; Kazz, Greg J (313B); Kiely, Aaron B (332B); nicolas.perlot at dlr.de; Gilles Moury; CCSDS Tech Support Subject: [SLS-CC] Draft Schedule for (all) Spring 2010 Technical Meetings Dear All, the Draft Schedule for (all) Spring 2010 Technical Meetings is available in CWE at the shortened address http://tiny.cc/Portsmouth555 pointing to the CWE area named: The CCSDS Collaborative Work Environment (CWE) > Space Link Services Area (SLS) > Documents > SLS-CandS > Meeting Materials > 2010 > 201005. Portsmouth at URL http://cwe.ccsds.org/sls/docs/Forms/AllItems.aspx?RootFolder=%2fsls%2fdocs%2fSLS-CandS%2fMeeting%20Materials%2f2010%2f201005.%20Portsmouth&FolderCTID=&View={16ACDA38-FFA3-4657-8F27-B166C23C24A2} Best regards Gian Paolo Calzolari SLS-C&S WG Chair ____________________________________________ Gian Paolo Calzolari Systems Engineer, OPS-OT European Space Agency ESA/ESOC Robert Bosch Str. 5 D-64293-Darmstadt Tel +49-6151-902913 fax +49-6151-902962 http://www.esa.int/esoc Email: Gian.Paolo.Calzolari[at]esa.int [replace [at] with @ for the correct e-mail address] ____________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: ATT00001.gif Type: image/gif Size: 43 bytes Desc: ATT00001.gif URL: From greg.j.kazz at jpl.nasa.gov Mon Mar 22 15:29:42 2010 From: greg.j.kazz at jpl.nasa.gov (Kazz, Greg J (313B)) Date: Mon, 22 Mar 2010 08:29:42 -0700 Subject: [Sls-slp] FW: CCSDS Spring 2010 meeting Message-ID: Dear SlS-SLP members, Please see the information about the upcoming Optical Coding & Modulation meeting below. Best regards, Greg -----Original Message----- From: Hooke, Adrian J (9000) Sent: Monday, March 22, 2010 4:47 AM To: Hooke, Adrian J (9000); Bernstein, Steven - 0666 - MITLL; 'Hooke, Adrian J. (HQ-CG000)[JPL]'; Burleigh, Scott C. (JPL-313B)[Caltech-JPL]; durst at mitre.org; kscott at mitre.org; Mineweaser, Jeremy - 0665 - MITLL; Gibbons, Terrence - 0665 - MITLL; Veasie, Daniel - 0666 - MITLL; Rush, John J. (HQ-CG000) Cc: Hamilton, Scott - 0666 - MITLL; Pollara, Fabrizio (3320); Kazz, Greg J (313B) Subject: RE: CCSDS Spring 2010 meeting Here's the information on the Optical Coding & Modulation (OCM) meeting. You LL guys may want to joint the mailing list at: http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-com ///adrian ++++++++++++++++++++++ From: sls-com-bounces at mailman.ccsds.org [sls-com-bounces at mailman.ccsds.org] On Behalf Of Nicolas Perlot [nicolas.perlot at dlr.de] Sent: Monday, March 22, 2010 5:36 AM To: sls-com at mailman.ccsds.org; Toyoshima, Morio Subject: [Sls-com] OCM meeting on May 4th (Tuesday) in Portmouth Dear lasercom colleagues, The Draft Schedule for (all) Spring 2010 Technical Meetings is available in CWE at the address http://cwe.ccsds.org/sls/docs/Forms/AllItems.aspx?RootFolder=%2fsls%2fdocs%2fSLS-OCM%2fMeeting%20Materials%2f2010_05_Portsmouth The Optical Coding & Modulation (OCM) meeting is planned on May 4th (Tuesday). A room is reserved for the whole day. I recall that information on the meeting are at http://public.ccsds.org/meetings/2010Spring/Tech/default.aspx (updates expected). Nicolas Perlot SLS-OCM Chair Nicolas Perlot, Ph.D. German Aerospace Center (DLR) phone: ++49/8153/281836 Institute of Communication fax: ++49/8153/282844 and Navigation email: nicolas.perlot at dlr.de Oberpfaffenhofen, P.O. Box 11 16 http://www.dlr.de/kn/institut 82234 Wessling, Germany _______________________________________________ SLS-COM mailing list SLS-COM at mailman.ccsds.org http://mailman.ccsds.org/cgi-bin/mailman/listinfo/sls-com From marjorie at delandelong.com Wed Mar 24 17:38:37 2010 From: marjorie at delandelong.com (Marjorie de Lande Long) Date: Wed, 24 Mar 2010 18:38:37 +0100 Subject: [Sls-slp] Prox-1 Blue Book amendments for discussion for Spring Meeting 2010 Message-ID: <1269452317.3424.23.camel@machine-r> Dear SlS-SLP members, Three files have been uploaded to CWE for Proximity-1: a draft of each of the three Prox-1 Blue Books, with the collected comments and suggested changes from various people. The files have been prepared following discussions at the Fall 2009 Meeting and it is planned to discuss them in the SLS-SLP WG at the Spring 2010 Meeting. The files are in the CWE directory: SLS-SLP>Meeting Materials>2009>Fall>Prox1 Updates Filenames: Prox1PhysSpring2010.doc Prox1CandSSpring2010.doc Prox1DLinkSpring2010.doc Best regards, Marjorie Marjorie de Lande Long marjorie at delandelong.com I B + M A de Lande Long Software + Consultancy From marjorie at delandelong.com Thu Mar 25 10:53:31 2010 From: marjorie at delandelong.com (Marjorie de Lande Long) Date: Thu, 25 Mar 2010 11:53:31 +0100 Subject: [Sls-slp] Proximity-1 question: send side and receive side signals Message-ID: <1269514411.2578.31.camel@machine-r> Dear SLS-CC and SLS-SLP members, The current published Proximity-1 Blue Books describe CARRIER_ACQUIRED and BIT_INLOCK_STATUS as send side signals, from the Physical layer to the MAC sublayer. The information supplied by the signals clearly comes from the receiver, but the MAC sublayer uses the information during session establishment. Ed Greenberg has proposed changes to describe these two signals as receive side signals. >From the point of view of Proximity-1 as a whole, do these signals belong to the send side or the receive side? Does the currently published description need to be changed? Best regards, Marjorie Marjorie de Lande Long marjorie at delandelong.com I B + M A de Lande Long Software + Consultancy From marjorie at delandelong.com Thu Mar 25 15:22:33 2010 From: marjorie at delandelong.com (Marjorie de Lande Long) Date: Thu, 25 Mar 2010 16:22:33 +0100 Subject: [Sls-slp] Another Proximity-1 question: definitions of sync/async channel and data link Message-ID: <1269530553.2578.75.camel@machine-r> Dear All, The three Proximity-1 Blue Books have definitions (section 1.5.1.2) that explain how the terms "asynchronous data link", "asynchronous channel" and "synchronous channel" are used in the Proximity-1 specifications. The wording is the same in each book. >From the point of view of Proximity-1, are these definitions satisfactory? [Please see the definitions in one of the books but, to summarize, they are: asynchronous data link: a sequence of variable-length PLTUs, which are not necessarily concatenated. The asynchronous data link can be used over an asynchronous channel (e.g. for hailing) or over a synchronous channel (e.g. for data services). asynchronous channel: modulation is dropped between messages, and each message is preceded by an acquisition sequence synchronous channel: modulation is maintained between messages by sending idle data ] Best regards, Marjorie Marjorie de Lande Long marjorie at delandelong.com I B + M A de Lande Long Software + Consultancy