Get real time alerts for every machine
Thresholds you set per asset, sent as they are crossed rather than found at the next inspection. The alert goes to whoever needs it, not to a report nobody opens.
By job role
Most maintenance systems record what already broke. Output IQ watches the readings that change first, so the work moves out of the breakdown column and into the plan.
The problem
A service interval is a guess dressed up as a schedule. Some machines get serviced long before they need it and some fail three weeks after a clean bill of health, and both cost money.
The machine stops, someone rings, and the first job is working out what changed. The readings that would have answered that were never recorded.
Two identical machines running very different hours get the same service date. One is over maintained and the other is running on borrowed time.
Somebody hears it, smells it or notices the part is worse. By then the failure has usually started, and the window to plan the work has closed.
What you get
Thresholds you set per asset, sent as they are crossed rather than found at the next inspection. The alert goes to whoever needs it, not to a report nobody opens.
Vibration, temperature, current and run hours on screen while you are diagnosing. You can watch a machine react to what you just changed.
Condition based work rather than date based. The machines that need attention put their hands up, and the ones that are fine stop consuming planned hours.
Run hours are counted by the machine. Service intervals fall due on what an asset has actually done, which is the only number that has anything to do with wear.
After a failure the thirty days before it are still there. Vibration climbing, temperature creeping and the load pattern changing tell you what to look at.
Where the numbers come from
None of this is typed in by anybody. The number you look at is assembled from the parts of the business that already produce it.
Orders, stock, purchasing and finance. What was sold, what it was quoted at and what was bought to make it.
Jobs booked on and off from a phone or a tablet on the floor. Labour lands against the job as it happens, not on a timesheet at the end of the week.
Power, vibration, heat, pressure and run hours, straight off the machine. Nothing to key in and nothing to remember.
Failures that announce themselves
Continuous readings against thresholds you set, with the history kept. The work moves from the breakdown column into next week's plan.
In practice
Measured, anonymised results will be published here as our first deployments report them. Nothing invented goes on this page in the meantime.
The rest of the business
Questions
Current draw, vibration, temperature, pressure, humidity, run hours and more, depending on the sensor. The range grows, and if something matters to you and is not listed we will tell you honestly whether we can do it.
Most clip on. Some are fitted. Nothing needs the machine rewired or the control system opened up.
It can feed one or replace one depending on what you run. What it adds either way is the condition data that a work order system does not collect.
Readings are retained so that a failure can be investigated against the weeks before it, and backups are kept with a thirty day history.
Yes. Every asset has its own thresholds, because a limit that suits a press is meaningless on a compressor.
Get started
Explore how Output IQ can empower your business, from automated ERP and MRP to live data analysis and sensors. Service before Software.