Hardware Adapters

CitraSense uses hardware adapters to talk to optical telescopes. Each telescope sensor in your CitraSense config picks one adapter — you can mix adapters across sensors on the same host (e.g., one telescope on N.I.N.A. and another on Direct).

Non-telescope sensors (all-sky cameras, staring cameras) don’t use the hardware-adapter system — they configure their transport and per-sensor settings on their own Hardware tab instead.

Choosing an Adapter

Most operators will use one of the two primary adapters:

  • Direct Hardware — CitraSense controls your devices end-to-end with no intermediary software. This is the recommended path for Linux, macOS, and Raspberry Pi deployments. Supports ZWO ASI cameras, Moravian cameras, ZWO AM3/AM5/AM7 and Rainbow Astro RST-135E mounts, ZWO EAF focusers, and more.
  • N.I.N.A. — For Windows setups running N.I.N.A. with Planewave mounts. CitraSense communicates with N.I.N.A.’s Advanced API to control your entire equipment chain.

Additional adapters are available for specific environments:

  • KStars — For operators already using KStars/Ekos on Linux or macOS. Communicates via D-Bus.
  • INDI — Basic mount and camera control via the INDI protocol on Linux. Best for simple setups or custom INDI configurations.

Capability Comparison

Not every adapter supports every feature. This table shows what each adapter can do:

Capability Direct Hardware N.I.N.A. KStars INDI
Mount control (slew, track)
Camera control (exposure, capture)
Filter wheel
Filter renaming
Focuser control
Autofocus
Custom tracking rates
Plate solving
Alignment / pointing model
Park / unpark
Camera preview / live view
Safety monitor
Calibration frame capture
Platform Linux, macOS, Pi Windows Linux, macOS Linux

Direct Hardware capabilities depend on which devices you connect. For example, autofocus requires both a camera and a focuser. Filter wheel support requires a compatible filter wheel device.

How Adapters Work

When you select an adapter in the Configuration tab, CitraSense loads that adapter and presents its settings. Each adapter defines its own connection parameters (e.g., an API URL for N.I.N.A., a D-Bus service name for KStars, or device selections for Direct Hardware).

Once connected, the adapter translates CitraSense’s task commands into the appropriate protocol for your hardware. The rest of the system — task polling, processing pipeline, upload — works identically regardless of which adapter you choose.


Table of contents


This site uses Just the Docs, a documentation theme for Jekyll.