.png)
Research report
AI Does Not Remove the Bottleneck
Find your real workflow constraints before buying AI tools.
MES integration, OT/IT data platforms and reporting that connects the line to the board.
The work we are asked to do in manufacturing.
Getting data out of systems that were never designed to share it.
One model that survives contact with ISA-95 and with the plant network.
Models built on your sensor history, evaluated against what actually failed.
Numbers the plant manager and the board both trust, because they come from one source.
Replacing systems older than the engineers who maintain them, without stopping production.
The numbers behind our manufacturing work
Industry 4.0 pilots usually fail on the OT side of the OT/IT boundary. The data model that works in a warehouse does not survive contact with a line running ISA-95, and the people who understand the line are rarely in the room where the platform is chosen. We put them in the room, and we design the model around what the line actually emits rather than what the platform would prefer.
where our software runs on the floor
what it moved
years working with operational systems
Engagements in manufacturing, described rather than named.
Enough to know it is where these projects fail. A data model that works in a warehouse does not survive contact with a line running ISA-95, and the people who own the line have justified reasons for saying no to things. We start on the OT side of the boundary because that is where the risk sits.
That is the usual brief. The engineering is manageable; the difficulty is that plant systems and business systems disagree about what a batch, a unit and a shift actually are. We reconcile those definitions before moving data, because otherwise the reporting is confidently wrong.
No, and the architecture makes that guarantee rather than the process. We read from the line rather than into it, work through a historian or a read-only interface where one exists, and anything writing back to a control system is out of scope unless you specifically ask for it.
Where the sensor history is good enough to support it, which is the first thing we check. Prediction needs failures in the record to learn from, and a line that has been well maintained often has very few. Where the data cannot support it, condition monitoring delivers most of the value without the modelling.
It is the normal case. Options run from a gateway reading an existing protocol, through a historian already collecting more than anyone realises, to added sensing where the value justifies it. We survey what is genuinely reachable before designing anything on top.
By expecting them to differ, because they always do. The same nominal process runs differently at each plant, and a platform assuming uniformity fails at the second site. We build for a common core with local variation, and prove it on the site with the most awkward setup.
.png)
Research report
Find your real workflow constraints before buying AI tools.
.png)
Research report
Don't run your tech stack on unverified SaaS myths.
.png)
Research report
Close the gap between buying AI and adopting it.