← Back to case studies
CNC connectivity & manufacturing analytics

From Machine Signals to Production Visibility

Connecting production questions to machine data, consistent KPI definitions, and an actionable reporting roadmap.

Status
Roadmap and phased deployment
Scope
100+ CNC machines in the wider connectivity scope
Public evidence
Anonymized approach and synthetic reporting example
01 / Business challenge

Make production constraints visible.

Manufacturing teams need to understand where available machine time goes, why interruptions occur, and how cycle performance changes. Disconnected controller information makes these questions difficult to answer consistently across a mixed CNC fleet.

The objective is a common view that supports production priorities, constraint analysis, and equipment decisions.

02 / Technical context and constraints

A mixed fleet needs a common measurement language.

The roadmap covers Fanuc, Haas, Heidenhain, and Mitsubishi platforms. Controller options, accessible signals, time resolution, and connection methods must be confirmed machine by machine. A consistent reporting model also needs shift calendars, event timestamps, state definitions, and rules for missing data.

Machine utilization, spindle rotation, and productive cutting time describe different aspects of operation. Their definitions must be agreed before comparing performance.

03 / Analysis and approach

Start with the operational question.

  1. Define decisions: identify the questions about utilization, spindle uptime, cycle performance, downtime, and recurring constraints.
  2. Map controller capability: inventory accessible states, cycle events, alarms, and tool-related signals, together with integration requirements.
  3. Normalize the data: use consistent machine identifiers, timestamps, calendars, and mutually exclusive machine states.
  4. Validate a pilot: reconcile captured events with observations and establish completeness before scaling the reporting scope.
04 / Solution or proposed solution

A phased architecture and a focused reporting pilot.

The proposed flow connects controller signals to normalized event records, a defined KPI model, and Power BI reporting. Deployment expands after the pilot demonstrates reliable capture and useful operational insight.

Conceptual connectivity architecture
LayerPurpose
Controller signalsAvailable machine states, spindle activity, cycle events, alarms, and tool-related information.
Event normalizationMachine identity, timestamps, state mapping, data-quality checks, and missing-event handling.
KPI modelAgreed calendars, denominators, state classifications, and cycle definitions.
Power BI reportingShift and machine views that support operational review, prioritization, and pilot evaluation.
Synthetic data · illustrative reporting concept

Manufacturing analytics sample

An interactive example of the reporting questions a Power BI pilot could address. All machine records and values below are synthetic and represent the same illustrative part family.

4 synthetic machines · 8 scheduled hours each
Operating utilization67.7%Production running / scheduled time
Spindle uptime53.1%Spindle running / scheduled time
Unplanned stops200 minAcross selected synthetic records
Mean cycle time7.60 minRun minutes / completed example cycles
Production running 67.7%Setup 13.3%Unplanned stop 10.4%Idle 8.6%
Synthetic machineControllerUtilizationSpindle uptimeUnplanned stopMean cycle
DEMO-01Fanuc66.7%50.0%55 min8.00 min
DEMO-02Haas75.0%62.5%35 min7.50 min
DEMO-03Heidenhain59.4%44.8%70 min7.50 min
DEMO-04Mitsubishi69.8%55.2%40 min7.44 min

Illustration only. These values demonstrate reporting behavior and are excluded from the project's production results.

KPI definitions for the example

MeasureDefinition and interpretation
Operating utilizationProduction-running minutes divided by scheduled production minutes. The example assigns every scheduled minute to one state.
Spindle uptimeSpindle-running minutes divided by scheduled production minutes. Spindle rotation needs additional context to establish useful cutting activity.
Unplanned downtimeMinutes classified as unplanned stops. Setup and idle time remain separately visible.
Mean cycle timeRun minutes divided by completed cycles in this simplified example. A production implementation needs completed-cycle timestamps and consistent part and program grouping.
OEERequires separately validated availability, performance, and quality inputs. The example shows utilization and spindle uptime without presenting them as OEE.
05 / Results and verification

Keep deployment scope separate from measured impact.

The wider roadmap covers 100+ CNC machines. The materials reviewed support a multi-controller connectivity initiative, but a current machine-by-machine inventory and reconciled production records are needed to establish completed coverage and validated benefits across that full scope.

Verification required

A dated connectivity inventory, signal-mapping records, event-completeness checks, approved KPI definitions, and baseline-to-follow-up production comparisons form the evidence pack for any quantified outcome.

The sample architecture and dashboard explain the approach. Demonstrated operational benefits will depend on reliable data, adoption, and completed improvement actions.

06 / Lessons applicable to other manufacturers

Useful data starts with useful definitions.

  • Begin with the decisions the operations team needs to make.
  • Validate controller capabilities and data quality before expanding the deployment.
  • Agree on calendars, machine states, cycle groupings, and KPI denominators.
  • Connect reporting to improvement ownership and measure the effect of the resulting actions.
07 / Discuss your application

Build visibility around the decisions that matter.

Discuss your CNC environment, available signals, reporting priorities, and the scope of a practical monitoring or analytics pilot.

Discuss a Similar Challenge