Conning Display

What sets a conning display apart

A conning display is not a sensor in its own right — it has no antenna and no transducer of its own. It is a repeater and integration screen that gathers data already being produced by the gyrocompass, speed log, echo sounder, rudder angle indicator, wind sensor and engine telegraph, and lays it out on one screen at the position where the pilot or officer conning the ship actually stands. The distinction that matters for a buyer: a conning display is only as good as the sensor network feeding it, and a fault on the display screen itself is usually the least of the possible problems if the numbers on it look wrong.

Main components

Display unit and processor

A dedicated monitor, usually multifunction display hardware shared with ECDIS or radar under IMO's Multi-Function Display concept, running conning software that overlays the gathered data in a standard layout — analogue-style dials or digital readouts, or both, depending on the manufacturer.

Sensor interface / data bus

Conning data arrives over the ship's serial or NMEA/IEC 61162 network from each source sensor. This interface, not the display itself, is where most conning problems actually originate — a dropped sentence from the gyro repeater shows up as a frozen or blank heading field on the conning screen.

Rudder angle and RPM repeaters

These feed from the steering gear and engine control room independently of the main navigation sensors, so a conning display typically has a separate interface for propulsion data than for navigation data, and the two can fail independently.

Wind and current overlay

True and relative wind speed/direction, often with a set-and-drift vector, is calculated from the anemometer plus the ship's own speed and heading — an error in speed log input silently corrupts the wind calculation even if the anemometer itself is healthy.

Selection and sizing

Because the conning display draws entirely on existing sensors, sizing is really about screen count, redundancy and integration scope:

• Number of independent conning stations required — bridge wings often duplicate the centreline display for pilotage
• Compatibility with the ship's existing sensor protocol (IEC 61162-1 vs -2, or a manufacturer's proprietary bus)
• Backup power source — conning data has to survive a main switchboard blackout during exactly the close-quarters situation it is most needed for
• Whether the display is a standalone unit or software running on shared INS/ECDIS hardware, which affects failure independence

Regulations and class

SOLAS Ch. V Reg. 19 requires ships to carry the navigational equipment the conning display draws from, but a dedicated conning information display is not itself a universal carriage requirement for all ship types — it is commonly fitted as part of an Integrated Navigation System (INS) type-approved to IEC 61924-2. Where fitted as part of INS, class and flag state require the underlying sensors to meet their individual performance standards (for example IMO Resolution MSC.191(79) for speed and distance logs); the conning display inherits those approvals rather than carrying a separate one for the presentation layer.

Typical faults

What to look for in a supplier

• Confirmed interface compatibility with the ship's existing sensor suite before ordering, not after installation
• Type approval documentation for the INS or MFD platform the conning software runs on
• Clear indication on-screen of which data source is degraded or lost, rather than a silent freeze
• Manufacturer training or documentation covering layout changes between software versions

Treat a conning display number that looks off as a sensor problem first, not a display problem — chasing the wrong fault on a close-quarters approach wastes the minutes that matter most.