Abstract: A payload interposer (PIP) board provides an interface for hosting payloads on a space vehicle platform. Payload development may be performed via the PIP board in a manner that “abstracts” the hardware of the space vehicle from the payload developer. The PIP board may include a host side payload interface connector that connects to a space vehicle and a payload side payload interface connector that connects to a payload. Power, CDH, and other space vehicle functionality may thus be provided to the payload from the space vehicle via the PIP board.

Abstract: A compact SFS may can be deployed in small space vehicles. The SFS may have a small size, weight, and low power requirements. The hardware, software, catalogs, and calibration algorithm of the SFS provide highly accurate attitude information that can be used for pointing. For instance, accurate attitude determination may be provided that supports pointing of a deployable high gain helical antenna. A full “lost in space” attitude solution, accurate to about an arcminute, may be accomplished in under a minute. The SFS may be fully reprogrammable on orbit, allowing continued algorithm development and deployment after launch.

Abstract: Small cubesat systems may be available for a lower cost, have a higher reliability, and be much simpler to use than conventional cubesats. A complete turnkey system solution may be provided, including the ground station and remote field units. The satellite, ground station, and field unit may be provided separately as kits that are ready to go out-of-the-box as soon as they arrive. This enables universities, researchers, and hobbyists to obtain and deploy their own functional satellites. Furthermore, theoretical designs and functionality may be rapidly prototyped and demonstrated, which allows for proof-of-concept without needing to build a larger, more expensive satellite system and hope that the new design or functionality works as intended.

Abstract: A sensor system may be configured for continuous operation in a low resource environment and/or in extreme environmental conditions. The sensor system may have sufficient processing capabilities to provide scientific computing for pre-processing, quality control, statistical analysis, event classification, data compression and corrections (e.g., spikes in the data), autonomous decisions and actions, triggering other nodes, and information assurance functions that provide data confidentiality, data integrity, authentication, and non-repudiation. The hardware may have both mesh networking and satellite and cellular communication capability, and may be available for relatively low cost. Such a network provides the flexibility to have potentially any number of nodes be completely independent from one another. Thus, the network may scale across a diverse terrain.

Abstract: A payload interposer (PIP) system and its control software provide an interface between a space vehicle and a payload. The PIP board facilitates power and communications between a command and data handler (CDH) of the space vehicle and the payload. A microcontroller of the PIP board may control operation of the payload, format messages between the space vehicle and the payload, and extract data from the payload for downlink via the space vehicle.

Abstract: A space vehicle may have a modular board configuration that commonly uses some or all components and a common operating system for at least some of the boards. Each modular board may have its own dedicated processing, and processing loads may be distributed. The space vehicle may be reprogrammable, and may be launched without code that enables all functionality and/or components. Code errors may be detected and the space vehicle may be reset to a working code version to prevent system failure.

Abstract: An ADCS module may be configured to use coordinate data from 2D photodiodes in one or more sun sensors to determine a sun vector. The ADCS module may then use the sun vector in reference to its own body faced (BF) coordinate system to calculate a change in the orientation of the space vehicle. The change in orientation mechanism may be accomplished by reaction wheels, ion thrusters, or other orientation altering mechanisms. A miniature, intelligent star tracker may be included that improves satellite attitude determination and pointing accuracy. An improved reaction wheel assembly may be included that is more robust and suitable for inclusion in small space vehicles.

Abstract: A sensor system may be configured for continuous operation in a low resource environment and/or in extreme environmental conditions. The sensor system may have sufficient processing capabilities to provide scientific computing for pre-processing, quality control, statistical analysis, event classification, data compression and corrections (e.g., spikes in the data), autonomous decisions and actions, triggering other nodes, and information assurance functions that provide data confidentiality, data integrity, authentication, and non-repudiation. The hardware may have both mesh networking and satellite and cellular communication capability, and may be available for relatively low cost. Such a network provides the flexibility to have potentially any number of nodes be completely independent from one another. Thus, the network may scale across a diverse terrain.

Abstract: A field unit and ground station may use commercial off-the-shelf (COTS) components and share a common architecture, where differences in functionality are governed by software. The field units and ground stations may be easy to deploy, relatively inexpensive, and be relatively easy to operate. A novel file system may be used where datagrams of a file may be stored across multiple drives and/or devices. The datagrams may be received out of order and reassembled at the receiving device.

Abstract: A space vehicle may have a modular board configuration that commonly uses some or all components and a common operating system for at least some of the boards. Each modular board may have its own dedicated processing, and processing loads may be distributed. The space vehicle may be reprogrammable, and may be launched without code that enables all functionality and/or components. Code errors may be detected and the space vehicle may be reset to a working code version to prevent system failure.

Abstract: A field unit and ground station may use commercial off-the-shelf (COTS) components and share a common architecture, where differences in functionality are governed by software. The field units and ground stations may be easy to deploy, relatively inexpensive, and be relatively easy to operate. A novel file system may be used where datagrams of a file may be stored across multiple drives and/or devices. The datagrams may be received out of order and reassembled at the receiving device.

Abstract: An ADCS module may be configured to use coordinate data from 2D photodiodes in one or more sun sensors to determine a sun vector. The ADCS module may then use the sun vector in reference to its own body faced (BF) coordinate system to calculate a change in the orientation of the space vehicle. The change in orientation mechanism may be accomplished by reaction wheels, ion thrusters, or other orientation altering mechanisms. A miniature, intelligent star tracker may be included that improves satellite attitude determination and pointing accuracy. An improved reaction wheel assembly may be included that is more robust and suitable for inclusion in small space vehicles.

Abstract: A field unit and ground station may use commercial off-the-shelf (COTS) components and share a common architecture, where differences in functionality are governed by software. The field units and ground stations may be easy to deploy, relatively inexpensive, and be relatively easy to operate. A novel file system may be used where datagrams of a file may be stored across multiple drives and/or devices. The datagrams may be received out of order and reassembled at the receiving device.

Abstract: A space vehicle may have a modular board configuration that commonly uses some or all components and a common operating system for at least some of the boards. Each modular board may have its own dedicated processing, and processing loads may be distributed. The space vehicle may be reprogrammable, and may be launched without code that enables all functionality and/or components. Code errors may be detected and the space vehicle may be reset to a working code version to prevent system failure.