TEAM-ADA Archives

Team Ada: Ada Programming Language Advocacy

TEAM-ADA@LISTSERV.ACM.ORG

Options: Use Classic View

Use Monospaced Font
Show Text Part by Default
Condense Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Sender: "Team Ada: Ada Advocacy Issues (83 & 95)" <[log in to unmask]>
From: Alan E Brain <[log in to unmask]>
Date: Fri, 8 Feb 2002 11:25:11 +1100
MIME-version: 1.0
Content-type: text/plain; charset="iso-8859-1"
Parts/Attachments: text/plain (18 lines)
> > Ah, the luxury of having the bandwidth to upload the entire code set
> > :).

A whopping 4k Bits per sec for 15 mins a day. OK, so it takes a week, perhaps 2 if there's lots of telecommands to process.

> "Patchability" can become a driving factor in the software design and
> tool selection
>
> Changes to data structures present the biggest problem when patching
> flight software.  Ada provides a lot of options (access functions,
> reserving space with 'Size rep clause, etc.), but the safest approach
> seems to be uploading a new flight image (which may require multiple
> orbits).

Multiple orbits is right. Several hundred if the bird's in Sun-synchronous orbit and you only have 1 ground station. It's only in view one orbit in 13, and only for 10-20 mins. Agree that even with these constraints, upload of whole images is the way to go. KISS. Otherwise if anything goes wrong, the program could be in an indeterminate state, and just determining the configuration to recover from on error would be an interesting task.

"In space, no-one can press CTRL-ALT-DEL"

ATOM RSS1 RSS2