Skip to main content
VSI Technologies

The cell was never the hard part.

Robotic cell integration, maintenance intelligence and line telemetry.

Industry overview

Inside a manufacturing & robotics operation

The robots work. What does not work is everything around them: the telemetry that never reached the planning system, the maintenance schedule that is still calendar-based, and the operator interface that people have learned to bypass. The automation succeeded and the integration did not.

Industrial robots are a mature technology and they mostly do what they were bought to do. The disappointment in most automation programmes is not the cell; it is that the cell became an island. It produces data nothing consumes, it is scheduled by a system that does not know its actual state, and the people around it have developed workarounds that the original design did not anticipate.

Telemetry is the clearest example. The line generates a great deal of data and most of it terminates in a historian or a dashboard that somebody looks at when there is a problem. The planning system, which decides what the line will be asked to do next week, does not consume it. So planning happens against nominal rates rather than actual ones, and the gap between them is absorbed by expediting.

Maintenance stays calendar-based long after the data exists to make it condition-based. Everyone knows this and it persists because changing it requires trusting a model with a decision that currently has a person’s name on it, and because the failure history needed to build that trust was never labelled. The result is maintenance performed too early on components that were fine and too late on the ones that were not.

Operator interfaces are where the gap between design and practice is most visible and least discussed. An interface designed without the operators gets bypassed by them, and the bypass becomes the real process. Anyone walking a line can see it, the laminated sheet taped next to the terminal, the sequence everyone knows that is not the documented one.

And the plant-floor estate itself is old, proprietary and load-bearing, which makes the appetite for touching it correctly low. Any integration has to earn the right to be there by being obviously safe at the boundary, which usually means reading before writing and writing only where the failure mode has been thought through.

Common challenges

Challenges we see across manufacturing & robotics

If three or more are true, the rest of this page is about your operation.

  • Planning uses nominal rates because actual rates never reach the planning system
  • Maintenance is on a calendar despite the condition data existing
  • There is a laminated sheet taped next to a terminal explaining the real sequence
  • Line data terminates in a dashboard nobody opens except during a problem
  • Quality findings are recorded and the disposition decision is made by shouting across the floor
  • The person who understands the cell integration is one person

How we help

Five practices, applied to manufacturing & robotics

AI, cloud, cybersecurity, hardware and programme delivery, one integrated bench, each practice applied to how manufacturing & robotics actually operates.

  1. Agents above the control layer, never in it: production reporting assembled from Ignition and the historian, quality-record compilation for traceability requests, maintenance-work-order triage, and supplier-portal chasing, the paperwork of the plant, automated without touching a safety function.

  2. The IT/OT boundary done properly: segmented networks that let plant data reach the business without exposing the control system to it, historian data landed in Snowflake for analysis, and edge infrastructure that keeps the line running when the WAN does not.

  3. OT-aware security engineering: asset inventories of what is actually on the plant network, segmentation aligned to IEC 62443 zones and conduits, and monitoring that can tell a firmware anomaly from a Tuesday, because a false positive that stops a line costs real money.

  4. Industrial compute sourced and lifecycled: panel PCs, engineering workstations, plant-floor printing and scanning, specified for the environment they live in, spared against line-down risk, refreshed on schedule.

  5. Changes run under your change control: validated-process impact assessed before work starts, commissioning windows planned against the production calendar, and safety-case documentation kept current as the system evolves.

Where we start

Automation candidates

Deliberately mundane. The impressive-sounding workflow is rarely the one worth doing first.

  • Cell integration into the systems that plan and cost the work
  • Condition monitoring and maintenance scheduled against actual wear
  • Line telemetry into production planning rather than into a dashboard
  • Quality: detection, classification and disposition routing
  • Operator interfaces designed with the operators

Systems we integrate with here

If you run one of these, this is the conversation.

  • SAP
  • Ignition
  • Rockwell FactoryTalk
  • Siemens Opcenter
  • Snowflake

Our solutions

How we transform manufacturing & robotics operations

What happens today, what changes, and what to watch for as each workflow is automated.

Cell integration

Today
The cell runs and reports to itself. What it produced, at what rate, with what downtime, reaches the business through a manual entry or a shift report.
After
State, output and downtime flow into the systems that plan and cost the work, so scheduling and costing use what actually happened rather than what was assumed.
What to watch
Read first. Writing into a cell controller is a different risk category from reading out of one, and the boundary should stay read-only until the failure modes of a write are understood and agreed with the people responsible for the line.

Condition monitoring

Today
Maintenance runs on a calendar. Components get replaced early, and occasionally something fails between intervals and takes the line with it.
After
Scheduling against measured condition, vibration, current draw, cycle counts, thermal signature, with intervention proposed before failure and evidence attached.
What to watch
Trust is built slowly and only from labelled failure history. Running the model in advisory mode alongside the calendar for a period is not a delay; it is how maintenance leadership gets the evidence to change a schedule that has their name on it.

Line telemetry into planning

Today
Data lands in a historian. Planning uses nominal rates, and the difference between nominal and actual is absorbed by expediting and overtime.
After
Actual rates, changeover times and availability feeding the planning system, so the plan is achievable and the variance conversation is about causes rather than about whose number is right.
What to watch
Nominal rates are often politically embedded, they are in a business case somebody defended. Replacing them with actuals is a management conversation as much as a technical one, and it should be had before the data lands.

Quality

Today
Defects detected variably depending on shift and inspector, classified inconsistently, and disposition decided by whoever is nearest.
After
Consistent detection and classification, with disposition routed by defined rule to the role with authority, and the classification history usable for finding causes rather than only for counting.
What to watch
A classification the operators do not agree with will be worked around within a week. The taxonomy is built with the people who use it, and disagreement in week two is a feature.

Operator interfaces

Today
Designed remotely, deployed, and then bypassed. The laminated sheet is the real interface.
After
Designed with the operators, tested on the floor during the build, and matched to how the work is actually sequenced rather than to how it was specified.
What to watch
If operators are not involved from week one this fails, reliably and expensively. Their scepticism is earned by previous systems and it is a design input rather than an obstacle.

The operating picture

Where the agent layer sits between order and shipment

Your operating loop todayThe agent layer we deploy into it
01

Plan

Orders become schedules against capacity, materials and changeovers.

Agent layer

Reconciles ERP demand with plant-floor reality and flags the material shortfalls before they become line stops.

02

Produce

The line runs; the control system and the operators own it.

Agent layer

Compiles production and downtime reporting from Ignition and the historian, no manual end-of-shift spreadsheet.

03

Assure

Quality records, traceability and batch documentation accumulate.

Agent layer

Assembles traceability packages on request in minutes, from systems of record, with sources cited.

04

Maintain

Work orders compete for the same maintenance hours.

Agent layer

Triages incoming work orders, attaches asset history, and keeps the backlog honest by age and criticality.

The plant’s loop, from order to shipped product. The agent layer works the information that surrounds production, schedules, quality records, maintenance backlogs, while the control layer stays untouched and the safety case stays intact.

Platforms and systems

Technology we work with in manufacturing & robotics

The systems of record this sector runs on, and why each one matters to a deployment.

SAP
Where the work is planned and costed. Getting actuals into it is what converts line data from interesting to useful.
Ignition
Common supervisory and integration layer on modern lines, and often the practical place to read from without touching controllers.
Rockwell FactoryTalk
Widely deployed control and information estate. The read boundary usually sits here.
Siemens Opcenter
Manufacturing execution. Where the shop-floor process is modelled, and therefore where quality disposition logic belongs.
Snowflake
Where line data becomes analysable across sites rather than trapped per line.

The constraint

What makes this sector harder

Plant-floor systems are old, proprietary and load-bearing, and the appetite for touching them is correctly low. Integration happens at the edges, read first, write only where the failure mode is understood, and commissioning windows are the real constraint on the schedule.

Safety governs everything and it is not a compliance layer, it is the design. Anything that could influence machine motion sits inside a safety case, and the correct default is that it does not influence motion at all. Most of the value described on this page is achievable entirely from reading, which is fortunate, because reading is approvable in weeks and writing is approvable in months.

The estate is genuinely fragile in the specific sense that its behaviour is not fully documented. Controllers running code written by somebody who left, undocumented interlocks, and a network segment that was never meant to carry additional traffic. The correct posture is archaeological, observe, document, and touch as little as possible.

Commissioning windows set the schedule far more than engineering effort does. A line that runs three shifts offers very little downtime, and the window that does exist is contested by maintenance, engineering and production. This is why the plan is built around windows rather than around sprints, and why a supplier promising a date without asking about your window is a supplier who has not done this.

Operational technology and information technology have different priorities and often different reporting lines, and a project that treats this as a communication problem rather than a genuine difference in risk appetite will stall. The plant’s caution about connectivity is not obstruction; it is the accumulated experience of what happens when a line stops.

And the workforce dimension matters commercially. Operators have watched systems arrive promising improvement and deliver extra data entry. Involving them from week one is not consultation theatre, it is the difference between an interface that gets used and one that gets a laminated sheet taped next to it.

An industrial robot arm grinding a steel part in a sparking work cell.

Compliance

Compliance that shapes manufacturing & robotics deployments

The regimes your organisation operates under, and what each one constrains in a deployment. We design to these from the first architecture diagram, they describe your obligations rather than our credentials, and VSI's own position publishes only once it is substantiated.

Machinery safety and safety cases
Anything capable of influencing motion falls inside the safety case. The default design does not influence motion, which is also the fastest path to approval.
Operational technology network segregation
Plant networks are separated from corporate networks for good reasons. Integration is designed to respect the separation rather than to negotiate an exception to it.
Traceability and batch records
In regulated manufacturing the production record is itself controlled, so anything writing to it inherits that control regime.
Change control on validated processes
Where a process is validated, changing what touches it requires revalidation. Scope this before designing, not after.

How we work with public-sector and regulated buyers

The first month

What starting looks like

What actually happens, week by week. Note where the design conversations sit, before the build, not after it.

  1. 01Week 1

    On the floor, on more than one shift, with operators and maintenance

    On the floor, on more than one shift, with operators and maintenance. What the documentation says and what actually happens both get recorded.

  2. 02Week 2

    Integration boundary agreed with the people responsible for the line, what may be read, from where, over what path, and the explicit position that nothing writes yet

    Integration boundary agreed with the people responsible for the line, what may be read, from where, over what path, and the explicit position that nothing writes yet.

  3. 03Weeks 3-4

    Read-only telemetry flowing to somewhere useful, and condition monitoring running in advisory mode alongside the existing maintenance calendar

    Read-only telemetry flowing to somewhere useful, and condition monitoring running in advisory mode alongside the existing maintenance calendar.

  4. 04End of month

    Reviewed with maintenance and production: what the advisory calls got right, what the actual rates say about the plan, and what is worth doing next

    Reviewed with maintenance and production: what the advisory calls got right, what the actual rates say about the plan, and what is worth doing next.

Next step

A free 20-minute manufacturing & robotics assessment

Cell integration, maintenance intelligence and line telemetry.

No preparation required and nothing to install. Bring the workflow that costs you the most hours; leave with a view of what we would automate first, what it depends on, and what we would not touch.

Book the free assessment

Questions

Asked often enough to answer here

Will this touch our control systems?
The default is read-only, and most of the value on this page is achievable without ever writing. Reading is approvable in weeks; writing into a controller is a different risk category that needs the failure modes worked through with whoever owns the safety case. Where a write is genuinely worth it we will make the case explicitly and accept that the answer may be no.
How do you avoid disrupting production?
By planning around your commissioning windows rather than around a delivery date, and by keeping the initial integration read-only so the failure mode of anything we deploy is that data stops flowing rather than that a line stops. A supplier who quotes you a date before asking about your windows has not done this work.
Our data is in a historian nobody uses. Is that a problem?
It is usually an advantage. The data already exists and is already being collected safely, the gap is that nothing downstream consumes it. Getting historian data into planning and maintenance decisions is a considerably smaller project than instrumenting a line, and it is where we would generally start.
How long before maintenance can move off the calendar?
Longer than the technology takes, and correctly so. Condition-based scheduling requires enough labelled failure history for maintenance leadership to trust it, because they are the ones whose name is on the schedule. Running advisory alongside the calendar for a period is how that evidence gets built, and treating that as a delay rather than as the mechanism is how these programmes lose their sponsor.
Can you work across multiple plants?
Yes, and the second plant is where the value compounds, comparing actual rates and failure patterns across sites is something almost nobody can do today because the data never leaves the line. Start at one plant, though. Plants differ more than corporate expects, and a pattern proven at one is a much easier sell at the next.
What about the person who understands our integration and is close to retiring?
That is a reason to start now rather than a complication. The first week is partly knowledge capture, and it is worth doing even if nothing else proceeds, undocumented interlocks and controller logic written by somebody who has left is the single largest hidden risk on most plant floors.