BeamDesk platform

One operating picture, from orbit to ground.

Model the network, schedule transfers, evaluate receiving capacity, and keep constraints attached to the plan that depends on them.

Simulated console · Dashboard
This product screenshot uses simulated mock data.BeamDesk constellation view showing orbital paths and scheduled transfers between spacecraft and receivers.
Simulated Constellation, receiver, and transfer scheduling view. All visible values belong to the deterministic mock network.
Network model

A plan built from connected operational objects.

BeamDesk relates spacecraft, orbital planes, receiving sites, access windows, transfers, and operational constraints in the same model. The interface is the visible layer; the underlying work is keeping those relationships coherent.

Orbit

Model the network

Keep fleet geometry, stations, receivers, and links in one inspectable operating picture.

Opportunity

Schedule transfers

Turn modeled access into an ordered transfer plan, with supplier, receiver, window, and duration kept together.

Operations

Carry the constraints

Review geometry, line of sight, pointing, charge state, priority, and screening alongside the schedule they affect.

Ground-station coverage

See when the sky becomes useful.

The Ground Stations overview combines the next modeled window, a polar sky plot, and a time ribbon. It gives planners a common view of where a spacecraft crosses the station aperture and what follows it.

Coverage is fleet- and epoch-dependent. When the required fleet is unavailable, the service refuses a fleet-dependent answer instead of silently mixing live and mock state.

Simulated console · Ground Stations overview
This product screenshot uses simulated mock data.BeamDesk ground-station coverage view with the next delivery window, a polar sky plot, and a time ribbon.
Simulated Station access and sky-geometry overview. All visible values belong to the deterministic mock network.
Ground-site screening

Relate an aperture to the place beneath it.

The site view puts a modeled receiving footprint beside physical scale, duty context, station capability, and stated assumptions. That makes a site screen reviewable without treating an early model as a surveyed design.

Site-screening output is planning evidence. It does not replace land, engineering, spectrum, safety, grid, or permitting diligence.
Simulated console · Ground Stations site view
This product screenshot uses simulated mock data.BeamDesk site view relating a modeled receiving footprint to scale and delivered-power context.
Simulated Modeled site footprint and delivery context. All visible values belong to the deterministic mock network.
From opportunity to plan

Inspect the geometry before you commit the schedule.

The full sky view expands the station geometry so a planner can examine the modeled track and aperture without depending on the surrounding dashboard.

Simulated console · Expanded sky plot
This product screenshot uses simulated mock data.Expanded polar sky plot showing modeled spacecraft tracks, the delivery aperture, and station geometry.
Simulated Expanded polar plot of modeled station access. All visible values belong to the deterministic mock network.
Constraints and disruption

Change the condition. Rebuild the operating answer.

A transfer plan only makes sense while its assumptions hold. BeamDesk keeps constraints visible and provides a deterministic simulation path for exercising disruptions before inspecting the resulting schedule.

01

Establish the baseline

Load the network model and inspect the available windows, station state, and active constraints.

State is tied to the selected data mode
02

Exercise a disruption

Use the simulated environment to change an operating condition and reveal which transfers depend on it.

Simulation only · no command authority
03

Review the revised plan

Compare the resulting schedule and constraints, then decide what should move forward through the authorized workflow.

Planning support · human review remains required
Data modes

Mock for repeatability. Live when sources are ready.

The mode is visible in the console because a planner should always know whether the current picture comes from the committed demonstration network or configured external sources.

Mock

Deterministic operating rehearsal

Committed data and simulation code produce a repeatable environment with no required provider connection.

Live

Configured source adapters

Live mode can replace or enrich orbital, station, weather, pass, and capacity state. Availability and credentials vary by provider, and degradation remains visible.

API and integrations

Carry the ground picture into another system.

The machine API exposes read-only coverage, opportunities, listings, standards, and draft BPI resources behind revocable API keys. Marketplace writes remain in the authenticated marketplace service rather than the live-provider proxy.

Coverage request · placeholdersHTTPS · JSON
curl -H "Authorization: Bearer <api-key>" "https://api.beamdesk.space/api/public/v1/coverage?lat=<latitude>&lon=<longitude>"
Platform access

Build the operating picture before the network needs it.

Bring a constellation, a ground requirement, or an integration question. Access is reviewed separately from authentication.

Platform — BeamDesk