Pith. sign in

REVIEW 3 major objections 5 minor 16 references

Development of an Open-Source Spacecraft Bus for the PULSE-A CubeSat

T0 review · 3 major / 5 minor · reviewed 2026-08-06 · deepseek-v4-flash

Pith's one-line read The paper claims that a low-cost, open-source CubeSat bus built around dual BeagleBone Black computers, an in-house power unit, and the cFS software framework can meet the pointing, power, and thermal requirements of a satellite-to-ground…

desk verdict Solid open-source CubeSat bus design paper with an honest thermal-analysis caveat; the 1004-node model misses the stated 256–275 K band by 1 K, which the authors don't discuss. read the letter →

arxiv 2506.20014 v1 pith:HWOPLAHU submitted 2025-06-24 physics.app-ph astro-ph.IMcs.ARcs.SYeess.SYphysics.optics

classification physics.app-phastro-ph.IMcs.ARcs.SYeess.SYphysics.optics
keywords CubeSatspacecraftbusopen-sourcehardwarelasercommunicationPC/104coreFlightSystempowerdistributionunitpassivethermalcontrol
verification ladder T0 review T1 audit T2 compute T3 formal

The pith

A machine-rendered reading of the paper's core claim, the machinery that carries it, and where it could break.

The reading

The paper is trying to establish that a low-cost, mostly in-house, open-source 3U CubeSat bus can support a satellite-to-ground laser communication mission without buying a proprietary spacecraft bus. The authors argue that their combination of dual BeagleBone Black computers on a PC/104 stack, an in-house power distribution unit derived from open-source PyCubed and Artemis designs, and the core Flight System (cFS) software satisfies PULSE-A's requirements for roughly 1-degree pointing, about 12 W of power, and passive thermal stability between 256 and 275 K. If true, this means university teams can build capable optical-communications spacecraft on a sub-$250,000 budget and reuse the bus for follow-on missions. The paper also claims the architecture is extensible, with modular hardware and software meant to be shared openly.

What carries the argument

The central mechanism is the PC/104 avionics stack: two BeagleBone Black Industrial computers act as the On-Board Computer and Payload Controller, sharing a single cFS codebase and communicating over CAN and Ethernet. The in-house PDU uses switching regulators and protected high-side switches to distribute power and is controlled by the OBC rather than having its own processor, reducing software complexity. Thermal control is primarily passive, with mylar coverings on external panels and solar panel backs plus battery heaters, validated by a low-fidelity thermal model. This combination carries the argument that the requirements are met through modular, open, and redundant design.

What would settle it

A thermal-vacuum test of the assembled engineering model with the same orbital heat loads would falsify the central claim if any bus component stabilizes outside the 256-275 K window, or if measured power draw exceeds the roughly 12 W end-of-life supply from the solar panels.

Watch

Extended reading notes

Core claim

The paper's central claim is that PULSE-A's bus, with two BeagleBone Black computers on a PC/104 stack, a PDU adapted from PyCubed and Artemis, and a cFS-based dual-computer software architecture, meets the mission's requirements: at most 1-degree 3-sigma pointing error during eclipse operations, roughly 12 W of power generation from deployable solar panels, and a purely passive thermal design that keeps the spacecraft between 256 and 275 K. The paper argues this is achieved by combining commercial off-the-shelf components with flight heritage for critical subsystems like ADCS, radio, and GNSS, while developing power, thermal, and structural elements in-house. The result, it claims, is a bus that is practical, reliable, and extensible for future missions such as PULSE-Q.

Load-bearing premise

The load-bearing premise is that the passive thermal design, consisting of mylar coverings and heaters, keeps every component between 256 and 275 K, even though the supporting heat-transfer model has unknown values for how heat moves through the PC/104 stack and unknown power efficiencies for several off-the-shelf parts.

Editorial extensions

If this is right

  • If the bus meets its requirements, PULSE-A can demonstrate circular polarization shift keyed lasercom from orbit, with the same architecture reused for the quantum-key-distribution mission PULSE-Q.
  • The dual-computer cFS design allows graceful failover: if the OBC fails, the Payload Controller can take over command and control, keeping the mission alive.
  • The 'dumb' PDU approach reduces software complexity by removing a separate processor from power management, making the system easier for a small undergraduate team to develop and maintain.
  • The open-source release of design files, CAD models, and flight software would let other university teams build on a capable optical-communications bus rather than starting from scratch.
  • The passive thermal strategy, if confirmed by later tests, would allow similar 3U spacecraft to avoid active cooling loops and their associated mass, cost, and failure modes.

Reading between the lines

Editorial extensions of the paper, not claims the author makes directly.

  • If the current low-fidelity thermal model is optimistic, the passive-only thermal design may need active elements or more aggressive surface treatment; the paper's own next steps, including thermal-vacuum testing and hot-spot imaging, suggest the team expects this possibility.
  • The choice to make the PDU 'dumb' trades flexibility for simplicity; future missions with very different power profiles would likely need to redesign the board, limiting the extensibility claim beyond the PULSE family.
  • The 1-degree ADCS requirement is only acceptable because the payload's fine steering can absorb more than 1 degree of body error; other payloads without such correction should not assume the same pointing budget from this bus.
Share X Bluesky LinkedIn Reddit HN

Editorial analysis

A structured set of objections, weighed in public.

Desk editor's note, referee report, and a circularity audit.

Referee Report

3 major / 5 minor

Summary. The manuscript describes the design of the PULSE-A 3U CubeSat bus, an undergraduate-led open-source spacecraft platform for a circular-polarization laser communication mission. The bus is built around dual BeagleBone Black Industrial computers on a PC/104 stack, an in-house power distribution unit derived from PyCubed and Artemis, and NASA's core Flight System (cFS) software. The paper presents the subsystem designs (C&DH, EPS, communications, ADCS, structure, thermal, and software), along with preliminary thermal modeling and limited prototype fit checks. The central claim is that this low-cost, open-source bus can meet the mission requirements for pointing accuracy, power demand, and thermal stability, while remaining extensible to follow-on missions such as PULSE-Q.

Significance. If the design claims are validated, this work provides a valuable open-source reference architecture for university-class CubeSats with demanding payloads. The combination of dual compute nodes, cFS-based modular software, a PC/104 form factor, and an in-house high-power PDU is a coherent and reproducible approach that could be adopted by other small-satellite teams. The paper is honest about its current development stage and explicitly commits to open-sourcing designs, which strengthens its contribution to the community. However, the load-bearing verification of thermal stability is incomplete and internally inconsistent, and no hardware qualification testing is presented, so the claimed requirement compliance is not yet established.

major comments (3)
  1. [Thermal Analysis] The thermal requirement band of 256-275 K stated earlier in the same section is not reproduced by the higher-fidelity model: the 1004-node model is reported to give temperatures between 255 and 276 K, i.e., approximately 1 K outside the band at both ends. The paper describes this as 'agreement' without discussing whether these boundary violations are acceptable, whether the band is an absolute limit or a soft goal, or what thermal margin exists. Because thermal stability is one of the three stated mission driving requirements, this discrepancy must be resolved or explicitly justified before the bus can be claimed to meet requirements.
  2. [Thermal Analysis] The same section lists 'unknown conductance values along the PC/104 connection' and 'currently unknown electrical efficiency of several COTS components' as model limitations. Since the bus relies primarily on passive thermal control, the predicted 255-276 K range depends directly on these unconstrained inputs. Without a sensitivity analysis over plausible ranges of these parameters, or measured values from planned testing, the thermal-compliance claim is not yet demonstrated. The paper should either provide such an analysis or explicitly downgrade the thermal result to a preliminary design indication.
  3. [Next Steps in Development] The paper's abstract and conclusion imply that the bus design meets mission requirements, but the only physical testing described is 3D printed fit checks, and no vibration, thermal-vacuum, or engineering-model test data are presented. In particular, the ADCS pointing-accuracy requirement (1 deg 3-sigma) is supported by vendor specifications and simulation only, not by hardware-in-the-loop results. This is acceptable for a design-stage report, but the manuscript should clearly state the verification status of each requirement rather than presenting the design as already meeting them.
minor comments (5)
  1. [Solar Panels] The text references 'see Fig. X for reference' with a placeholder; replace this with the actual figure number for the deployable panel configuration.
  2. [Power] In the PDU paragraph, 'necessating' should be 'necessitating', and the acronym 'EDF A' should be 'EDFA' (Erbium-Doped Fiber Amplifier) for consistency.
  3. [CubeSat Structure] The aluminum alloy is written as 'T6-6061 Aluminum' in the Frame subsection; the standard designation is '6061-T6 aluminum'.
  4. [Software Bus & Application Architecture] In the list of OBC applications, 'W atchdog Monitor App' and 'P A T App' contain stray spaces and should read 'Watchdog Monitor App' and 'PAT App'.
  5. [Thermal Analysis] The 1004-node model is first described as 'being developed for further simulation' and later as having results that 'demonstrate agreement'; please clarify whether the 255-276 K results are from a completed or a preliminary version of that model.

Circularity Check

0 steps flagged · score 0.0 of 10

No significant circularity: the bus design claims rest on component selection, external open-source heritage, and self-contained thermal analyses; acknowledged thermal uncertainties are correctness risks, not constructional circularity.

full rationale

The paper's central claim is that the PULSE-A bus, built from dual BeagleBone Black computers, an in-house PDU based on PyCubed/Artemis, COTS ADCS/GNSS/radio, and NASA cFS, meets mission requirements for pointing, power, and thermal stability. No equation or derived quantity in the paper is defined in terms of a fitted parameter, and no prediction reduces to an input by construction. The thermal-stability claim is supported by a 260-node low-fidelity Thermal Desktop model and then checked with a 1004-node model; the paper reports that mylar coverings bring the bus to 256-275 K and that the 1004-node model 'demonstrates agreement' with 255-276 K. This is a model-to-model comparison, not a model fitted to the claimed band, so it is not circular. The paper itself flags the thermal analysis as preliminary, explicitly listing unknown PC/104 conductances and unknown COTS electrical efficiencies as current limitations, and states that future testing is needed. That reduces the strength of the thermal claim and creates an internal-consistency concern (the higher-fidelity model misses the stated band by about 1 K on each end), but it is an uncertainty/correctness issue, not circularity. Self-citations to companion PULSE-A papers on the mission overview, payload, and ground station are contextual cross-references; the bus-level claims do not reduce to those citations. The ADCS pointing requirement is tied to a Zemax simulation and CubeSpace vendor specifications, and the use of cFS, PyCubed, and Artemis is reliance on independent external open-source designs, which is legitimate heritage evidence rather than self-citation. No load-bearing argument is forced by definition, by fitted parameters, or by a self-citation chain. The honest finding is therefore no significant circularity.

Assumptions & free parameters 2 free parameters · 5 assumptions · 0 invented entities

The design relies on vendor-provided flight heritage, low-fidelity thermal modeling with unknown conductance and efficiency values, and an unvalidated Zemax fine-tracking simulation. No free parameters are fitted to data in the traditional sense, but the thermal model's unconstrained conductance and efficiency values are load-bearing for the passive thermal control claim. No new theoretical entities are introduced.

free parameters (2)
  • PC/104 stack thermal conductance values = not specified; assumed unknown
    The 260-node thermal model depends on conductance across the PC/104 connector stack; the paper states these values are unknown and require testing, so the thermal bounds are not tied to measured values.
  • COTS component electrical efficiencies = not specified
    Heat dissipation in the thermal model depends on electrical efficiencies of several COTS components that the paper says are currently unknown, adding uncertainty to the temperature predictions.
assumptions (5)
  • domain assumption The simulated ISS-like orbit, with inclination 51.64 degrees, RAAN 247 degrees, argument of perigee 130 degrees, altitude 450 km, solar flux 1354 W/m2, albedo 0.35, and IR planetshine 250 K, bounds the thermal environment.
    Used for baseline thermal analysis in the Thermal Analysis section; not shown to cover the full orbital envelope.
  • ad hoc to paper A 260-node Thermal Desktop model is representative enough to demonstrate that the structure stays within acceptable temperature bounds.
    The paper itself calls this model low fidelity and notes unknown conductance and efficiency values, so this is an unverified modeling premise.
  • domain assumption The fine tracking system, per Ansys Zemax simulation, can compensate for more than 1 degree of body pointing error.
    From the Attitude Determination and Control section; this simulation result drives the 1 degree 3 sigma ADCS requirement and has not been validated on hardware.
  • domain assumption COTS components such as the BeagleBone Black, CubeSpace ADCS, Spacemanic radio and GNSS, and Samsung 35E cells possess the flight heritage needed for reliability.
    Reliance on manufacturer and vendor heritage claims and prior open-source use in PyCubed and Artemis; the paper provides no independent qualification data.
  • domain assumption PC/104 and LibreCube board specifications, plus the CubeSpace ADCS ICD, define valid electrical and mechanical interfaces.
    The design builds on these community and vendor standards to justify the stack architecture, as described in the Overview and C&DH sections.

how reviews work

0 comments
Cite this review

Pith. "Pith review of Development of an Open-Source Spacecraft Bus for the PULSE-A CubeSat." pith.science (2026). https://pith.science/paper/HWOPLAHU

@misc{pith2026250620014,
  author       = {Pith},
  title        = {Pith review of: Development of an Open-Source Spacecraft Bus for the PULSE-A CubeSat},
  year         = {2026},
  howpublished = {\url{https://pith.science/paper/HWOPLAHU}},
  note         = {Machine review of arXiv:2506.20014}
}
read the original abstract

The undergraduate-led Polarization-modUlated Laser Satellite Experiment (PULSE-A) at the University of Chicago seeks to demonstrate the feasibility of circular polarization shift keyed satellite-to-ground laser communication. PULSE-A's low-cost open-source bus serves as the backbone of the mission and has been designed in tandem with the Payload, with design driven by strict requirements for pointing accuracy, component alignment, power demand, and thermal stability. This work presents the design and testing of the PULSE-A bus. The spacecraft bus was designed to fill two major needs: (1) to meet the requirements of the PULSE-A mission, and (2) to be easily configurable for future missions that desire enhanced capabilities over other low-cost open-source designs. At its core, the bus features dual BeagleBone Black Industrial compute units, selected for their flight heritage, integrated via a PC/104 header standard. PULSE-A implements Goddard Space Flight Center's core Flight System (cFS), which takes a modular software architecture approach and is built in C. The use of C as the primary language aligns with the expertise of the University of Chicago's Computer Science department, allowing for ease of development by PULSE-A's undergraduate flight software team. The CubeSat structure utilizes Gran Systems' 3U frame, modified to accommodate openings for various ports and deployable components. Inside, the avionics stack uses the PC/104 standard quad rails, which terminate in PULSE-A's custom-designed Payload Box that houses all of the Payload components and optical fiber runs. This work also covers the techniques and iterative engineering processes used to develop the thermal control and dissipation mechanisms for the specific requirements, under volume, mass, and temperature-range constraints.

Figures

Figures reproduced from arXiv: 2506.20014 by the authors.

Figure 1
Figure 1. PULSE-A Concept of Operations Introduction The undergraduate-led Polarization-modUlated Laser Satellite Experiment (PULSE-A) at the Uni￾versity of Chicago aims to demonstrate circular polarization shift-keyed laser communication from satellite to ground. Free-space optical communica￾tion offers higher data rates and lower power con￾sumption than traditional radio frequency systems in a similar form factor, making it… view at source ↗
Figure 2
Figure 2. PULSE-A System Architecture Subsystem Design and Analysis Overview The majority of the Bus system was designed in￾house by the PULSE-A team, including the Com￾mand and Data Handling subsystem (CD&H), Elec￾tronic Power System (EPS), thermal control subsys￾tem, and antenna system. However, to practically develop the system within the project’s two-year de￾velopment timeline, the remaining subsystems are comprised of s… view at source ↗
Figure 3
Figure 3. v4 Prototype OBC Hardware Payload Controller The Payload Controller will be heavily based on the main On-Board Computer, with slight modi￾fications to accommodate the unique requirements of the scientific Payload. A BBB will serve as the compute element, with an additional FPGA used for controlling the Payload’s transmission lasers on the same board, an architecture based on the Mas￾sachusets Institute of Technology… view at source ↗
Figures from the paper (11 more)
Figure 4
Figure 4. Figure 4: v3 PDU 3D Model The PDU also contains four LTC1477 protected high side switches at several different voltage levels that control the battery heater system, the EDFA, OBC peripherals, and other miscellaneous components on board the spacecraft. The PDU takes all three so…
Figure 5
Figure 5. Figure 5: v3 Battery Board 3D Model Solar Panels The spacecraft’s power is generated by three 3U so￾lar panels mounted in a “butterfly” or “wing” con￾figuration, with one panel fixed to the structure and Schulze-Kalt 5 39th Annual Small Satellite Conference [PITH_FULL_IMAGE:fig…
Figure 6
Figure 6. Figure 6: CAD Model of the Spacecraft As a 3U CubeSat, the spacecraft is 340mm x 119mm x 119mm, and interfaces with the deployer through the use of 2 sets of redundant normally-closed press switches on the bottom of the structure that inhibit power flow within the spacecraft unt…
Figure 7
Figure 7. Figure 7: CAD Model External Views The main structure of the CubeSat is a T6-6061 Alu￾minum frame provided by Gran Systems. The frame consists of four corner rails, four radiative exterior panels, and three supporting brackets for mounting. The external radiative panels are cove…
Figure 8
Figure 8. Figure 8: Payload Mechanical Interface Internal Layout All internal systems interface through PC/104 con￾nectors. From top to bottom, the layout consists of the Dipole Antenna, the Star Tracker and Sun Sen￾sor, the Battery Board, the PDU, the ADCS, the OBC, the Payload Controlle…
Figure 9
Figure 9. Figure 9: Internal Layout Thermal Analysis Thermal modeling was performed using Thermal Desktop. A 260-node model was created to perform baseline analysis, while a 1004-node model is being developed for further simulation. The simulated orbit was approximately that of the ISS or…
Figure 10
Figure 10. Figure 10: Preliminary Thermal Analysis Model Schulze-Kalt 8 39th Annual Small Satellite Conference [PITH_FULL_IMAGE:figures/full_fig_p008_10.png]
Figure 11
Figure 11. Figure 11: cFS Architecture [12] Software Bus & Application Architecture Flight Software Overview The software bus for PULSE-A is responsible for command and control, telemetry handling, error state handling, and the Pointing, Acquisition, and Tracking (PAT) sequence for the las…
Figure 12
Figure 12. Figure 12: OBC Application Diagram The Payload Controller runs a separate instance of cFS. It has both custom Payload-associated apps as well as essential apps from the OBC, allowing it to act as a backup system in the case of OBC failure. 1. Laser Manager: tracks state and driv…
Figure 13
Figure 13. Figure 13: Payload Controller Application Diagram Multi-CPU Integration During the mission-essential PAT sequence, the satellite needs to hold specific orientations and man￾age the bus. Simultaneously, a large amount of data intake, logging, transformations, and system control f…
Figure 14
Figure 14. Figure 14: 42 Simulation D2S2 D2S2 is a piece of software provided by CubeSpace, the manufacturer of the ADCS used in the PULSE￾A Bus. D2S2 allows for hardware-in-the-loop testing to be performed with the ADCS Development Core Schulze-Kalt 11 39th Annual Small Satellite Conferen…

Discussion (0). Continue with ORCID to comment.

Reference graph

Works this paper leans on

16 extracted references · 16 canonical work pages

  1. [1]

    Hanssler et al

    L. Hanssler et al. PULSE-A Mission Overview: Optical Communications for Undergraduate Students. In39 th Annual Small Satellite Conference, Coordinating Successful Educational Programs, Research & Academia, pages SSC25–RA VII–03, August 2025

  2. [2]

    UChicago PULSE GitHub

    UChicago Space Program. UChicago PULSE GitHub. https://github.com/UChicago-PULSE, n.d

  3. [3]

    LibreCube Board Specification

    LibreCube. LibreCube Board Specification. https://librecube.gitlab.io/standards/ board_specification/, n.d

  4. [4]

    Kingsbury.Optical Communications for Small Satellites

    Robert W. Kingsbury.Optical Communications for Small Satellites. Ph.D. dissertation, Massachusetts Institute of Technology, 2015

  5. [5]

    Mansilla et al

    S. Mansilla et al. Development of a Compact Optical Communications Terminal for the PULSE-A CubeSat. In39 th Annual Small Satellite Conference, Communications, Research & Academia, pages SSC25–P1–04, August 2025

  6. [6]

    PyCubed: An Open-Source, Radiation-Tested SmallSat Schulze-Kalt 12 39 th Annual Small Satellite Conference Framework Programmable Entirely in Python

    Maximillian Holliday et al. PyCubed: An Open-Source, Radiation-Tested SmallSat Schulze-Kalt 12 39 th Annual Small Satellite Conference Framework Programmable Entirely in Python. https://pycubed.org/, n.d

  7. [7]

    Artemis CubeSat Kit.https://www.hsfl.hawaii

    Hawai‘i Space Flight Laboratory. Artemis CubeSat Kit.https://www.hsfl.hawaii. edu/101cubesats/artemiscubesatkit/, n.d

  8. [8]

    Celeste - the GNSS Receiver

    Spacemanic. Celeste - the GNSS Receiver. https://www.spacemanic.com/ celeste-gnss-receiver/, 2025

Show all 16 references
  1. [9]

    Prieto et al

    J. Prieto et al. Development of a Polarization-Based Optical Communications Ground Station for the PULSE-A CubeSat. In 39th Annual Small Satellite Conference, Communications, Research & Academia, pages SSC25–P1–39, August 2025

  2. [10]

    https://www.nasa.gov/ smallsat-institute/sst-soa/ guidance-navigation-and-control/, March 2025

    5.0 Guidance, Navigation, and Control. https://www.nasa.gov/ smallsat-institute/sst-soa/ guidance-navigation-and-control/, March 2025

  3. [11]

    Nanoracks CubeSat Deployer Interface Definition Document (NR–NRCSD–S0003)

    Nanoracks. Nanoracks CubeSat Deployer Interface Definition Document (NR–NRCSD–S0003). Technical report, Nanoracks LLC, 2022

  4. [12]

    Core Flight System (cFS) Training

    National Aeronautics and Space Administration. Core Flight System (cFS) Training. Technical Report NASA/TM–20205000691/REV 1, NASA Goddard Space Flight Center, 2021

  5. [13]

    Core Flight System (cFS) [Computer software]

    National Aeronautics and Space Administration. Core Flight System (cFS) [Computer software]. https://github.com/nasa/cFS, n.d

  6. [14]

    Software Bus Network (SBN) [Computer software]

    National Aeronautics and Space Administration. Software Bus Network (SBN) [Computer software]. https://github.com/nasa/SBN, September 20 2022

  7. [15]

    42: Simulation for Spacecraft Attitude Control System Analysis and Design [Computer software]

    Eric Stoneking. 42: Simulation for Spacecraft Attitude Control System Analysis and Design [Computer software]. https://github.com/ericstoneking/42, n.d

  8. [16]

    Home — DawnDusk

    DawnDusk. Home — DawnDusk. https://dawndusk.space/, n.d. Schulze-Kalt 13 39 th Annual Small Satellite Conference

Pith tools

Reviewed August 6, 2026 · model on record in the stance chip above.