Published August 4, 2026 · 6 min read
We shipped a batch of AlarmIQ updates this month. The headline: AlarmIQ now lives inside every PulseMQ Machine Dashboard. One login, one screen, one live model of the machine — no switching apps to ask what is going on.
Before this release, AlarmIQ was a separate screen. You watched the dashboard when things were fine, and you switched to AlarmIQ when something felt off. That made sense at first, but it made asking a question about the machine a two-step motion — and by the time you got there, the moment was often gone.
Now AlarmIQ is embedded directly into every machine dashboard. The dashboard still shows what it always did (OEE, availability, current job, live counters), but there is now a persistent chat sidebar wired to the machine you are looking at. Ask “why is Line 5 down?” and the answer is grounded in the exact machine on the exact screen — not a generic model, not last week’s snapshot.
The single sign-on story got simpler too. If you can see the dashboard, you can talk to AlarmIQ. No second license, no second URL.
We already benchmarked the previous release at sub-two-second median responses. This release cuts that further for a specific class of question we saw dominate real usage: “what happened.”
The original AlarmIQ answered “which alarm is active and what does it usually mean.” That is useful, but it stops one step short of the answer most operators actually want, which is: why is the alarm active right now?
The new PLC-level explainer walks the tag chain. When you ask about an active alarm, AlarmIQ inspects the exact PLC conditions that gate it — interlocks, permissives, safety chains, upstream sensors — and reports the specific one that is not satisfied. A typical answer now reads like:
“Line 5 is waiting on one interlock. Circuit Breaker 4 is open. The rest of the safety chain looks good. Reset CB4 and the line will attempt an auto-restart within 3 seconds.”
That is a real answer — the kind you would previously have gotten from an experienced technician after they walked the panel. It is also grounded in the live PLC state, not a document.
AlarmIQ used to know one machine at a time. Now it knows all of them together. Ask “did we see this on Line 2 last week” and it can actually check. Ask “which line has the most CB4 trips this month” and you get a ranked list.
This turned out to be the feature maintenance teams asked for hardest. Every plant has that one recurring nuisance alarm that costs an hour a week. Finding the pattern used to mean pulling three months of PLC exports and pivoting them in Excel. Now you ask.
Mobile AlarmIQ was previously a stripped-down version — text-in, text-out, no dashboard context. This release brings full feature parity to the mobile app. If you can ask it from your desk, you can ask it from the plant floor with your phone in hand.
Practically, this means the person who is at the machine is now the person doing the diagnosis. That was already the workflow that worked. The tooling finally caught up.
AlarmIQ has always answered under the Evidence Contract: every claim traces back to a specific PLC read or a specific dashboard value. This release turns the enforcement up.
The new refusal pass rejects answers that do not name their source, even when the underlying claim would probably be right. That produces slightly more “I do not know because I could not read tag X” responses — which is exactly the point. A tool that admits when it cannot see is a tool you can trust when it does. Read the Evidence Contract for the three rules AlarmIQ answers under.
A few things changed that you will not see in the UI but will feel:
A few things we are working on that did not make this release:
30-minute walkthrough on your machines, not a demo of ours.
Book a walkthrough Learn more about AlarmIQRelated reading: The Evidence Contract · Platform overview · AlarmIQ product page