Skip to content
Saharsh Engineering Log
Back to projects

CubeSat Exoplanet Transit Photometer — Rev A

I designed the first electronics revision of a CubeSat photometer intended to measure the brightness of a selected star over several hours and look for the small, repeatable dip caused by a known transiting exoplanet. Rev A combines a BPW34 photodiode, a transimpedance amplifier, a 16-bit ADC, a calibration-light interface, onboard storage, power and development electronics. The design review made the harder problem clear: a transit-like dip can also be produced by pointing error, temperature drift, stray light or electronics drift, so those effects have to be measured well enough to rule them out.

Analog Front EndCubeSatEasyEDAExoplanet TransitPhotometrySchematic Design

Summary

Electronics & PCB Design
Project
In development

Evidence on file

Documentation

My contribution

I drew the Rev A schematic in EasyEDA and reviewed it against what the measurement demands. Alongside the drawing I wrote the BPW34 measurement concept, the MCP6002 analog front end, the ADS1115 acquisition concept, the calibration-light concept, the light-curve and transit-observation requirements, the pointing and thermal requirements, the data-storage concept, the eleven top-level requirements, and the verification method for each mission function.

Rev A is a design-stage schematic. Fabrication and hardware testing are not part of this revision. No star has been observed, and the review is my own assessment of what the drawing settles and what it does not.

Project overview

01

Why I built this

A transiting planet passes in front of its star and blocks a small fraction of the light reaching us. Watch closely enough and the brightness dips, holds, and comes back — a shape whose depth says something about the size of the planet and whose timing says something about its orbit.

The intended payload would observe a known bright target before, during and after a predicted transit and look for the expected reduction. The source identifies bright stars with large hot-Jupiter planets, which produce relatively deep transits, as the easiest realistic first targets. No star has been selected, and no transit has been observed.

02

Mission objective

The intended system would point a small telescope at a selected bright star, focus its light onto the BPW34, and measure brightness every few seconds while holding pointing and detector temperature stable. It would record a baseline before and after the predicted transit, build a light curve of brightness against time, correct that curve for temperature, pointing and electronic drift, and compare the measured transit depth and timing against published predictions. The measurements would be stored onboard and returned through the spacecraft.

That is intended mission behaviour. Rev A is a schematic and a review, and demonstrates none of it.

03

What Rev A contains

By subsystem, with designators for anyone following on the drawing.

A BPW34 photodiode, drawn as LED2.
U3, an MCP6002 dual op-amp, with the feedback network around it — R9 at 1M, R8, R10, R11 and C10 through C12.
U4, an ADS1115 16-bit converter on I2C.
U2, a 2.4 GHz MCU module.
H1, the external star LED header.
CARD1, a microSD socket.
USB-C receptacle, SW1 reset, SW2 boot, H2 OLED header, LED1 power indicator.
U1, an AP2112K 3.3 V regulator, with F1 resettable fuse, Q1 MOSFET and decoupling.
D1, a USBLC6-2SC6 ESD device on the USB input.
Telescope, baffle, optical filter, optical mounting, attitude-control hardware and detector temperature sensing.
04

Rev A schematic

EasyEDA Schematic V1.0. The title block identifies the artefact as PAYLOAD7: Experimental Exoplanet Detector, created 12 June 2026 and updated 13 June 2026 — the drawing's dates, not the project's.

Page 1 of the export, rendered as drawn, including the BPW34 label discussed below. Open the enlarged view to follow the layout, and the PDF to read it.

05

The photometry measurement chain

Starlight in at one end, a fitted transit at the other. The electronics in the middle are on the Rev A sheet; the optical instrument in front of them is not, and the ground pipeline behind them is a requirement the drawing does not settle.

Solid — represented in the Rev A schematicDashed — external optics required, or a ground-processing requirement
    1. Starlight

      From the selected target star.

    1. Telescope

      Collects and focuses the light. Not on the sheet.

    2. Stray-light baffle

      Blackened, with internal vanes, rejecting sunlight, Earthshine and Moonlight.

    3. Optical filter

      Defines the wavelength band, which has to enter the photometric model.

  1. Represented in Rev A
    1. BPW34 photodiode

      Starlight into a small current.

    2. Transimpedance amplifier U3

      That current into a voltage the converter can read.

    3. Analog filtering

      Reduces high-frequency noise without distorting transit ingress and egress.

  2. Represented in Rev A
    1. ADS1115

      16-bit digitisation at a documented gain and sampling rate.

    2. Payload MCU U2

      Runs sampling, calibration and storage.

    3. MicroSD

      Holds raw and averaged brightness with engineering data.

    1. Photometry pipeline

      Dark, temperature, calibration, pointing and background corrections.

    2. Calibrated light curve

      Brightness against time, every point traceable to raw data.

    3. Transit fit and validation

      Depth, midpoint, duration and statistical significance, against published predictions.

06

A transit or instrument drift?

A transit is a dip of a fraction of one per cent. So is almost everything else that can go wrong.

If the measured brightness falls, the candidates are: a real transit; the star drifting across a detector whose response is not perfectly uniform; a change in focus; a change in detector temperature; amplifier drift; ADC drift; a change in background or stray light; a change in the calibration state; or samples that went missing or arrived corrupted. Every one produces a decrease in a number. Only the first is astronomy.

So the hard part is not detecting a decrease — a 16-bit converter will report decreases all day. It is being able to say afterwards that nothing else could have caused it, which means each of those effects has to be measured well enough to be subtracted or excluded.

The source sets the standard: a transit claim has to be statistically significant and repeatable. Validation is stricter — either two of the payload's own observations agree, or one agrees with an independently confirmed transit, and temperature, pointing and background changes have to be shown not to explain the dip. No precision has been achieved here; the targets exist because the drift sources do.

07

What the design review found

The acquisition electronics are drawn. The review was about the distance between that and an instrument whose light curve would mean something.

The optical system is the largest gap and has its own section below: no telescope or lens and mirror system, no baffle, no optical filter, no optical mounting. Nothing on the sheet collects light.

Then the missing measurements. There is no temperature sensor near the BPW34, the MCP6002 or the ADS1115, and all three drift with temperature. Fine pointing depends on host-spacecraft systems not present on the payload schematic. Timing has to come from the spacecraft or GNSS and is not a complete Rev A subsystem. The flight power and data interface needs formal definition rather than a development connector.

There is also a labelling error worth stating plainly. The schematic annotates the photodiode as "BPW34 = LED", and the design source is explicit that it is a photodiode and should not be identified as an LED. It is a drawing-label defect rather than a circuit error, and the artefact above is shown as drawn rather than quietly corrected.

Finally the unverified analog: transimpedance gain, noise, stability and bandwidth; ADC gain, rate and linearity; and the calibration LED driver and its optical path.

08

The missing optical system

The Rev A schematic contains the detector electronics, but it does not define how starlight is collected, filtered, focused, and delivered to the photodiode.

The intended optical payload is a chain in its own right: telescope, lens or mirror system, a baffle with internal vanes, an optical filter, then the BPW34 at the focus. None of it is shown in the EasyEDA schematic, and the source says plainly that it is essential.

This is not packaging around the electronics. The telescope sets how many photons arrive, which sets the photometric precision achievable at all. The baffle decides whether sunlight, Earthshine or Moonlight reaches the detector alongside the star. The filter defines the wavelength band, which has to enter the photometric model. The mounting decides whether the stellar image stays on the active area, repeatably.

No aperture or focal length is proposed here. The source requires the telescope to be sized by a photon-budget calculation for a target that has not been selected.

09

Pointing and temperature are part of the measurement

A photometer measures one number, and two things outside the electronics can change it without the star changing at all.

Pointing first. A photodiode's response is not perfectly uniform across its active area, so a star that drifts across the detector changes the measured brightness by itself. Hence the requirements: acquire and verify the target before science collection begins, hold it inside a defined region of the photodiode with motion below 5 per cent of the useful detector width, attach pointing telemetry to at least 99 per cent of science samples, and correct afterwards so pointing-related brightness error falls below 0.05 per cent. Fine pointing is the host spacecraft's job — star tracker, reaction wheels, gyroscope, attitude sensors — none of which is on this schematic.

Temperature second. Photodiode response, amplifier behaviour and converter response all drift with it. The source requires a temperature sensor near the BPW34, the MCP6002 and the ADS1115, sampled at least once per second, accurate to 0.1 degrees Celsius, with temperature attached to at least 99 per cent of photometry samples and corrected drift below 0.05 per cent per hour. The present schematic does not contain one.

Neither correction has been validated, because neither exists yet.

10

Calibration light is not a star

H1 is a two-pin header for an external calibration LED, intended to sit inside the telescope assembly with a stable current driver and a fixed optical path.

Its purpose is real: checking photodiode response, measuring amplifier drift, testing the ADC, and verifying the instrument before and after an observation. The requirement is output repeatable within 0.1 per cent, with LED current and temperature recorded, and an interlock so calibration cannot accidentally run during a stellar observation.

What it is not, in the source's own words, is a substitute for an actual star. It does not arrive through the telescope's pointing, it does not carry the star's spectrum, and it does not reproduce external stray light. It is an internal reference source with a controlled optical path, not a substitute for observing a star through the complete flight observation geometry.

So it answers "did the instrument drift?" It cannot answer "did the star dim?"

11

Critical Rev B priorities

What the next revision has to settle before a board is worth fabricating.

Define telescope aperture, focal length and optical layout from a photon budget.
Design Sun, Earthshine and Moonlight rejection, with internal vanes and an avoidance angle.
Select and characterise the optical passband.
Define BPW34 alignment, focus or defocus strategy, and repeatability.
Add sensing near detector, amplifier and ADC.
Define the host attitude-telemetry interface and the stability requirement.
Verify transimpedance gain, noise, stability and bandwidth.
Define gain and sampling strategy, and calibrate linearity.
Stable driver, fixed optical path, interlock against science mode.
Define the shutter, dark-cover or reference-detector strategy.
Define the UTC source and timestamp behaviour.
Define the spacecraft power and data connector and protocol.
12

Verification plan

Grouped by what each area exercises. None has been carried out: there is no telescope and no board, and several steps need an artificial star or a thermal chamber.

AreaPlanned verification
Optics and focusArtificial star at long distance; spot size measured, throughput compared against the optical model, repeated across temperature.
Detector and analogCalibrated illumination and injected current; linearity, gain, noise and saturation swept across the science range.
PointingDetector on a controlled pointing platform, a source moved across it, signal measured against position, correction algorithm verified.
ThermalConstant illumination held while chamber temperature is swept, with detector response calculated against temperature.
Calibration and darkRepeated LED exposures across supply voltage and temperature; dark values with the entrance blocked; drift tracked over hours.
Light-curve stabilityContinuous illumination for at least six hours; sample counts, timestamps and short- and long-term stability checked.
Transit pipelineArtificial light curves with an injected transit plus pointing, thermal and background drift, processed blind against the known input.
13

What I learned

I started with an electronics question: can a photodiode measure a star precisely enough to see a transit? That is answerable with a gain calculation and a noise budget, and it is the part I enjoyed.

The review turned it into a systems question, which is harder: can I prove a small dip came from the star rather than from the spacecraft or the instrument? Pointing, temperature, stray light, calibration and baseline stability stopped being support functions and became part of the science measurement, because each can manufacture the exact signal I am looking for.

The calibration LED is the clearest example. It is the only way to tell whether the instrument changed between two moments — but it arrives without the telescope, without the star's spectrum and without the sky behind it. It tells me my ruler moved. It cannot tell me the thing I measured did.

Technical notes

The detailed photometry requirements, optical-system constraints, analog design, pointing and thermal error model, transit-analysis pipeline, verification plan, and Rev B review behind this schematic.

Read the technical notes

Evidence

Log entries for this project

Project

I designed the first electronics revision of a CubeSat payload intended to detect gamma-ray bursts and timestamp individual detector pulses precisely enough for comparison with other spacecraft and observatories. Rev A brings together pulse amplification, triggering, pulse-height digitisation, GNSS timing, storage, SiPM bias power, housekeeping, and an STM32 payload computer. Reviewing it exposed the most important remaining gaps: the scintillator and SiPM detector head is not yet present, pulse shaping still has to be added, and the timing path must be calibrated end to end before the timestamps can support scientific comparison.

In developmentDocumentationCubeSatEasyEDA
Project

I designed the first electronics revision of a CubeSat solar-flare payload in EasyEDA, integrating the payload computer, onboard storage, power regulation and protection, visible-light sensing, magnetometry, development interfaces, and spacecraft connections. A design review then exposed the most important limitation of Rev A: the schematic contained the supporting electronics, but not yet the dedicated X-ray detector and low-noise analog front end required to make it a functional solar X-ray instrument.

In developmentDocumentationCubeSatDesign Review
Project

I designed the first electronics revision of a CubeSat particle monitor intended to map how energetic-particle radiation changes along an orbit during quiet and storm-time conditions. Rev A explores multiple silicon-detector channels, pulse amplification and shaping, programmable thresholds, coincidence detection, contextual magnetic and motion sensing, onboard storage, and spacecraft interfaces. The design review made the central challenge clearer: four detectors are only useful as four science channels if their geometry, shielding, calibration, timing and independent signal paths are actually defined.

In developmentDocumentationCoincidence DetectionCubeSat