COCKPIT SUITELIVE HUB /

Workshop / Software and simulator connections

External displays: establish where the content comes from

An altimeter and an MFD can sit side by side on a secondary screen while relying on entirely different sources. Distinguishing data instruments, image exports and network connections makes the first setup much easier to understand.

What you will haveYou will have one verified display and know which additional source or connection a larger setup needs.

Last reviewed: 18 October 2026

Choose one display and a clear purpose

Select a display that helps with a specific task: an instrument closer to your normal view, an MFD behind an existing bezel, or an indicator on another computer. Decide whether you only need to read it or also operate controls. Moving a visible display does not automatically give it touch or button functionality.

Begin with one window in the existing desktop environment. Design a permanent opening or machined panel only after the content and intended operation work. A preview picture may demonstrate the appearance, but it does not establish live data.

Record the simulator, aircraft, intended display and destination. “Second monitor” is not precise enough: it may mean another screen on the same PC or a separate client computer. The distinction changes the data path and the way you will diagnose failures later.

Separate data, images and computer connections

A data instrument is drawn from values. An image export supplies display imagery made available by the simulator. A network client is a way to transfer or use content on another computer; it does not replace the underlying source. Treat these as separate decisions.

DCS-BIOS documentation describes an interface for cockpit data and interaction with external software or hardware. That is not a universal MFD image-export interface. Exporting numbers or states must not be confused with receiving a complete screen image.

Choose a route for the required display
RequirementNecessary foundationFirst useful check
Instrument built from dataSupported value and matching instrumentCompare the value locally with the cockpit.
MFD as an imageImage source supported for the simulator and aircraftConfirm receipt of a current image.
Another screen on the same PCWorking window in the existing desktopPlace one window and check readability.
Display on another PCSource plus documented client connectionCompare the same content locally and on the client.

Document the existing space and the source

Before the first attempt, record the simulator and Cockpit Suite versions, module, profile and computers involved. Preserve working settings through the supported backup facilities. Give the test configuration its own name and change one thing at a time. The record should identify the state you actually checked; “latest version” is not precise enough later. Establish what the existing setup does before introducing another component.

Note the available screen area, intended visible opening and viewing position from your normal seat. Use the current monitor arrangement. This initial check does not require different resolutions, drivers or graphics-card settings. The first question is whether the intended content is supplied correctly.

Check the instructions for the particular instrument. In Falcon BMS, ordinary instrument data and additional MFD imagery have different prerequisites. In DCS, the export depends on the aircraft and its supported route. A working export for another module is not evidence that the display you want is supported.

Establish one working local window first

Configure the selected instrument using the matching Cockpit Suite instructions and open it during an active cockpit session. For a data instrument, inspect the received value first. For an image instrument, first establish that the required image source exists and is current. Then detach the window through the provided function and place it in an available desktop area.

Check size and readability without rebuilding the whole desktop layout. Save the intended position through the available facilities and inspect it after a normal restart. A profile change may affect where a display opens, so record the profile as well as the position.

If a client computer is added later, keep the local result as a reference. Configure the documented network route separately. A further screen attached to the same PC does not automatically need a Live Hub client merely because it shows another instrument.

Example: a BMS altimeter in an existing screen area

Suppose you first want an altimeter beside the main view. Use the matching installed BMS module and profile, and start an active flight session. Compare the instrument with the cockpit; a preview in a selection window is insufficient. Detach the instrument through the provided facility and place it in existing free screen space.

Compare the value in several understandable states and check readability from your normal sitting position. Restart the software normally and verify that the position is retained. This small result establishes that particular data instrument on that PC.

Adding an MFD requires a new source check. The BMS image export or required RTT image source is an additional prerequisite. A working altimeter does not establish that MFD imagery is already arriving. Touch operation is also a separate question and must not be inferred from the presence of a display.

Check content, geometry and everyday use separately

First check the content: is it current, correctly assigned and responsive to understandable changes? Next check geometry: are labels fully visible, is the aspect ratio useful and does the content fit the actual visible opening? A clipped corner does not establish a telemetry failure.

Then check everyday use. Can you reach required controls, continue using other work windows and restore the intended position after a normal program start? Only then commit to a fixed bezel or mounting bracket. Design around the actual visible area rather than just the outside dimensions of the screen.

For a network client, repeat the content comparison on both computers. This establishes the tested combination, not a general performance or latency guarantee. Several smooth windows in one trial do not demonstrate unlimited capacity for further displays.

Black, cropped or no longer current?

For a black image, first ask whether an image source is available. For a correct but displaced image, start with window position and the visible opening. For a plausible but frozen value, inspect the active session and data flow. If an instrument works locally but is missing on the client, inspect the client connection and the intended data availability.

An English multi-monitor export guide illustrates the need for aircraft-specific exports and matching geometry. Its example coordinates belong to a particular layout. Do not copy them as universal values or replace existing export files with complete configurations from somebody else’s setup.

When reporting a problem, distinguish content, image source, position and transfer. A comparison of the expected and actual visible area is usually more useful than “the second monitor does not work.” Change only the stage that your observation points to.

Turn a verified window into a suitable panel

Record the display, source, profile and saved position. You can now plan a permanent panel around content that has actually been demonstrated. In the forum we can also discuss 3D printing, CNC router work and laser work with LightBurn for the mechanical parts; dimensions, material and intended use make those questions easier to answer.

Cockpit Suite aims to bring many cockpit tasks into one software environment. The actual scope depends on the simulator: Falcon BMS and DCS F-16C are available; War Thunder, ETS2 and ATS are in beta; LS25 is in development without GIANTS approval in place. There are currently no available MSFS or X-Plane adapters. Check the compatibility overview before building around a particular feature.

For a forum question, a clear expected result, the first failing step and the relevant versions are more useful than a large, unstructured collection of files. We aim to help the same day where possible; late or complex questions may take longer. Cockpit Suite is a young project with existing software. Clear experiences from the European and wider international community help us document further combinations. Even a small result is valuable when someone else can understand how it was obtained.

Sources and documentation

The steps and acceptance checks are our own recommendations. Community posts document particular questions, not universal fixes. Technical statements refer to the listed documentation; check its version before making changes. Sources accessed 18 October 2026.

Useful next steps