The IT/OT Insider Podcast with David and Willem

Building a Broker to Learn a Protocol: Andreas Vogler and the Story Behind MonsterMQ

Before we start… We started our 4th IT/OT Academy two weeks ago. Last week and this week we’ll talk about architectural typicals for different use cases, dissect vendor diagrams and step into organizational dynamics with our Cooperation Models. All while our students can network and learn from each other. The next Academy kicks off September 18 and our early bird offer is open. Are you interested in joining? Claim your seat early enough, because the first registrations are already in 🙂 🙋 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort in [https://itot.academy]September [https://itot.academy]) → [https://itot.academy] And… have you already pre-ordered our IT/OT Handbook? If so, don’t forget to register to receive your exclusive bonuses. 📘 Pre-order the [https://itotbook.com/]IT/OT Handbook now [https://itotbook.com/] (+ claim the bonuses!) → [https://itotbook.com/] Andreas Vogler [https://www.linkedin.com/in/andreas-vogler/] crossed paths with us at Hannover Messe this year. We all know that moment of “I know your face, I know your name”... and a few weeks later, here we are. Andreas is the Chief Innovation Officer at ETM, the Siemens subsidiary behind WinCC Open Architecture, one of the major SCADA systems in industrial automation. Some years ago, Andreas already built a project called Automation Gateway. A colleague once described it as a collection of open source pieces stitched together and called it Frankenstein of Automation. When he wanted to learn more about MQTT, he built his own broker (which we think is pretty awesome 👍) and the name almost wrote itself: Frankenstein’s monster. MonsterMQ. (If you’re new to MQTT and want a solid grounding before diving in, we covered the protocol in depth in our episode with Kudzai Manditereza [https://itotinsider.substack.com/p/mqtt-vs-opc-ua-with-kudzai-manditereza].) From broker to MQTT+ The first version of MonsterMQ had no UI. Configuration files only because that was the fastest way to get it working. Then AI coding arrived. First GitHub Copilot (hat strange experience of typing a line of code and having it suggest the next one) and eventually more capable agentic tools. Suddenly he could build dashboards. He pulled connectivity features from the Automation Gateway: PLC4X integration for direct PLC communication, database backends (PostgreSQL, MongoDB, SQLite), workflow engines and later also AI agents. What MonsterMQ has become today is probably best described as ‘MQTT+’. A broker, but also a connectivity layer, a persistence layer, and increasingly an intelligent edge runtime. Andreas runs it at home. He has photovoltaic panels, a jacuzzi, a collection of sensors, and an agent inside the broker that checks every 30 minutes whether it makes sense to run the jacuzzi heater. “It tells me: now is a good time.” Practical. A little nerdy. Completely in character. Open source in industrial settings MonsterMQ is fully open source and is not a Siemens or ETM product. It’s Andreas’s project. And that’s where it gets interesting for anyone thinking about adopting it in a production environment. Companies come to him, they like what they see, and then they ask: can I get a support contract? The answer right now is no. That’s not a criticism; it’s just the reality of where the project is. Andreas is aware of it. He’s had those conversations. The EU’s Cyber Resilience Act adds another layer [https://itotinsider.substack.com/p/nis2-and-operations-key-takeaways]: if you’re supplying software to European companies, there are obligations around development process, supply chain and security disclosure, just to name a few. This purely open source side project isn’t yet set up to meet those requirements. None of that makes MonsterMQ unsuitable for exploration or for production grade use, as long as you have the needed skills in-house. But if you’re planning to put it at the heart of a production line, go in with your eyes open. Know what you’re taking on. Vibe coding and the architect problem Andreas has been through the full arc of AI coding (or Vibe coding). Early on, he reviewed every line the AI produced: checking that new code landed in the right class, in the right file, that nothing unnecessary was created. These days, for personal tools like a custom MQTT explorer he built, he doesn’t look at the source code at all. “I don’t care. It works.” But for MonsterMQ itself the standard is different. The human has to remain the architect. Someone needs to know what they want, where it belongs, and whether what was generated is actually doing the right thing. AI coding doesn’t remove the need for expertise. It changes where that expertise matters. You need less of it in the execution and more of it in the direction. The ProveIT demo of WinCC Open Architecture with AI-driven engineering (where an engineer can give the system a Modbus device specification and have it configure the driver automatically) shows where this is heading for industrial software. Faster, yes. But the engineer still has to understand what they’re asking for. Contribute or follow along MonsterMQ is on GitHub. Andreas would welcome contributors. He actually met one of them in person at Hannover for the first time, which he described as “a cool experience.” The project has a demo server, a dashboard, and an active development roadmap. What happens next with MonsterMQ, whether it stays purely open source or evolves into something with commercial backing, is genuinely open. Andreas isn’t ruling anything out. Find Andreas on LinkedIn [https://www.linkedin.com/in/andreas-vogler/] and the project at monstermq.com [https://monstermq.com/]. Stay Tuned for More! 🙋 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort in September) → [https://itot.academy]📘 Pre-order the [https://itotbook.com/]IT/OT Handbook [https://itotbook.com/] (+ claim the bonuses!) → [https://itotbook.com/] Subscribe to our podcast and blog to stay updated on the latest trends in Industrial Data, AI, and IT/OT convergence. Thanks for reading The IT/OT Insider! Subscribe for free to receive new posts and support our work. 🚀 See you in the next episode! Youtube: https://www.youtube.com/@TheITOTInsider [https://www.youtube.com/@TheITOTInsider] Apple Podcasts: Spotify Podcasts: This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit itotinsider.substack.com [https://itotinsider.substack.com?utm_medium=podcast&utm_campaign=CTA_1]

i3X Explained with John Dyck and Jonathan Wise: One API to Connect Them All?

Before we start… We just started our 4th IT/OT Academy last week. The next one kicks off September 18 and our early bird offer is open. Are you interested in joining? Claim your seat early enough, because the first registrations are already in 🙂 🙋 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort in [https://itot.academy]September [https://itot.academy]) → [https://itot.academy] And… have you already pre-ordered our IT/OT Handbook? If so, don’t forget to register to receive your exclusive bonuses. 📘 Pre-order the [https://itotbook.com/]IT/OT Handbook now [https://itotbook.com/] (+ claim the bonuses!) → [https://itotbook.com/] Welcome to another episode of the IT/OT Insider Podcast! We sat down to talk about i3X with John Dyck, CEO, and Jonathan Wise, Chief Technology Architect at CESMII. CESMII is a US not-for-profit consortium, federally funded by the Department of Energy, with a clear mission: make smart manufacturing accessible for all manufacturers, not just the ones with deep pockets and dedicated engineering teams. Fifty projects. One persistent frustration. Before CESMII built anything, they watched. Jonathan’s team ran or supported roughly fifty smart manufacturing projects with US manufacturers — small facilities getting their first sensors connected, large enterprises with decades of automation behind them. Across all of them, the same pattern appeared: interoperability was never designed in. Not because anyone was careless. The mindset across much of the industry — especially in the US, as Jonathan puts it — is to find the problem in front of you, fix it, and move on. The result is what he describes as a patchwork quilt: software layers brought in at different times to solve different problems, never built to work together, often arriving through acquisition. You end up with deeply heterogeneous architectures where nobody — and no system — has a shared understanding of the data. Out of those fifty projects, CESMII extracted valuable lessons. Jonathan’s team identified three things that had to be true for manufacturing data to be genuinely usable across systems. They called them the Smart Manufacturing Imperatives. The first two set the foundation. The third is where i3X comes in. The 3 Smart Manufacturing Imperatives The first imperative is about information modelling. Before data can travel, it needs to mean something. CESMII calls this Information Model Standardisation — an open, standards-based approach to describing manufacturing devices, assets and processes consistently. They’ve built this out through their Smart Manufacturing Profiles [https://www.cesmii.org/technology/sm-marketplace/]: a library of reusable, community-maintained models that give manufacturers a head start rather than asking everyone to start from scratch. Thanks for reading The IT/OT Insider! Subscribe for free to receive new posts and support our work. The second imperative is about the platform layer that sits on top of those models. A Contextual Manufacturing Information Platform — a clear set of requirements for what any serious industrial data platform needs to support in order to enable application interoperability. If that sounds familiar, it should: it maps closely to what we’ve described in our own Industrial Data Platform Capability Map [https://itotinsider.substack.com/p/industrial-data-platform-capability-map-dataops-uns-v2]. The capabilities required are broadly the same. The language is different, but the thinking converges. The third imperative is having an open and common API to get to all data in context. Even with shared models and capable platforms, applications still can’t talk to each other if every vendor exposes their data through a different API. i3X — the Industrial Information Interoperability eXchange — is CESMII’s answer to that: an open, common API for manufacturing systems that enables rapid application development, AI deployments, Edge AI, and supply chain integration. We’d go further and say it might also be the answer to something we’ve been asking since we published our Capability Map: what does Capability 7, Data Sharing [https://itotinsider.substack.com/i/171464217/7-data-sharing], actually look like in practice? What i3X is i3X is a vendor-agnostic, open API specification that any manufacturing information platform can implement, regardless of what’s running underneath. It is not a platform. It doesn’t tell you how to build your system. It defines the surface your system needs to expose: typed data, live and historical access through a consistent structure, hierarchical organisation that can expand into a full graph of relationships. Explore CESMII’s interactive visualization here: https://i3x.dev/viz/ [https://i3x.dev/viz/] Explore the API endpoints and try them out yourself via https://api.i3x.dev/v1/docs [https://api.i3x.dev/v1/docs] To make all of this even more accessible, CESMII released i3X Explorer: a free test client that lets you load your implementation and see exactly which functions are covered and which aren’t. Whether you’re a developer building a platform or an engineer specifying a project, it gives you a concrete view of where you stand. At the ProveIT event in Dallas, six vendors demonstrated live interoperability against i3X on the same stage, (Aron Semle from HighByte [https://itotinsider.substack.com/p/aron-semle-on-mcp-agents-and-the] who joined us on the podcast a few weeks ago is one of them). Take a look at the full recording here: Why it matters beyond the API. The bigger picture, as John frames it, is democratisation. If the API is common, a developer or an AI model built against i3X works across any compliant platform. That changes the economics entirely — especially for small and medium manufacturers who can’t afford to rebuild integrations for every environment they deploy into. It also opens up genuine innovation: build once, run anywhere, learn fast, iterate. For manufacturers, the practical message is simple. Start asking your vendors whether they support i3X. If they don’t, ask why. The vendor community has shown it’s willing to move when customers ask for it. The big question for the coming years now becomes: Will this one stick? So…. to be continued 🙂 Extra Resources * i3X specification: https://www.i3x.dev [https://www.i3x.dev] * i3X on GitHub: https://github.com/cesmii/i3X [https://github.com/cesmii/i3X] * Our HighByte episode with Aron Semle: https://itotinsider.substack.com/p/aron-semle-on-mcp-agents-and-the [https://itotinsider.substack.com/p/aron-semle-on-mcp-agents-and-the] Stay Tuned for More! 🙋 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort in September) → [https://itot.academy]📘 Pre-order the [https://itotbook.com/]IT/OT Handbook [https://itotbook.com/] (+ claim the bonuses!) → [https://itotbook.com/] Subscribe to our podcast and blog to stay updated on the latest trends in Industrial Data, AI, and IT/OT convergence. 🚀 See you in the next episode! Youtube: https://www.youtube.com/@TheITOTInsider [https://www.youtube.com/@TheITOTInsider]Apple Podcasts: Spotify Podcasts: This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit itotinsider.substack.com [https://itotinsider.substack.com?utm_medium=podcast&utm_campaign=CTA_1]

Kevin Jones from dataPARC on Historians, Industrial Data, Context and a Piece of Black Paper

(Our topic. Our tone. Sponsored by dataPARC [https://www.dataparc.com/] *) Back to our regular schedule, finally. Hannover Messe is in the rear-view mirror, the noise is fading, and we’re easing into one podcast a week again. To get us going, we sat down with Kevin Jones, Director of Partner and Product Strategy at dataPARC [https://www.dataparc.com/], for a conversation that took us all the way back to 1981 — and somehow ended up in a control room in the southeastern US, in the middle of the night, with a piece of black paper taped to a screen. Meet Kevin (and dataPARC) Kevin has spent 26 years at the same company. That’s not a typo. He’s worked on industrial data from every angle imaginable — applications, advanced process control, and for the last two decades, the data architecture and management layer underneath it all. dataPARC itself is a 150-person, globally-distributed team that has stayed laser-focused on one thing: the industrial data stack. Connecting it. Storing it. Moving it between systems. Making it usable for analytics. As Kevin puts it, they’ve thought about expanding into other parts of the business over the years — and consciously decided not to. “That’s been our focus from day one. We just work with industrial plants on their data stack.” In a market where every vendor seems to be drifting into AI, into platforms, into “the data fabric for everything,” that kind of discipline is increasingly rare. And it’s exactly why this conversation went deep on the part of the architecture that gets the least attention but does the most heavy lifting: the historian. Thanks for reading The IT/OT Insider! Subscribe for free to receive new posts and support our work. What actually makes a historian It’s tempting, especially if you come from the IT side, to assume any modern database can do the job. Why not just dump time-series data in a data lake and let the hyperscaler figure it out? Kevin’s answer is one we’ll be borrowing for years. “We were once in a meeting where one of the hyperscalers was advertising a use case. They said, ‘we stored 500 values and did all these great things.’ In the industrial world, a big fish tank can have 500 data points.” Industrial historians aren’t dealing with thousands of data points. They’re dealing with thousands to millions of signals, sampled at up to millisecond frequency, retained for years. And — crucially — they’re built so that when an engineer says, give me a thousand tags for the last twelve months because I want to run a machine learning experiment, the answer comes back in seconds, not hours. That’s an architectural decision, not a configuration setting. The other point worth flagging: the cloud-first mindset often forgets the egress side of the equation. Getting data into a cloud system is cheap. Pulling it back out, repeatedly, to compute weighted averages or run rolling analytics, can become eye-wateringly expensive very quickly. From sensor data to semantic layer Time-series data alone isn’t enough, and dataPARC realised this early. Their first commercial historian already had the basics of an asset model — process areas, an organising structure, a way to actually find data without knowing the cryptic tag name. That principle has only grown more important. With AI and large language models entering the picture, the semantic layer is no longer a “nice to have” for analytics teams. It’s the thing that determines whether your AI is repeatable or not. “If we can have a good semantic layer, we can be more repeatable. The use cases are really prevalent and it’s becoming just as important as ever.” Which, of course, brings us to the term that’s been impossible to avoid for the past two years: Unified Namespace. Kevin’s view here is one we share. There’s a broad definition of UNS — having a universal, semantic naming for everything in your enterprise — and a narrower, more branded one that essentially says “MQTT broker on top of your data.” The broad version is foundational. The narrow version, on its own, gives you the most recent value. Useful, but limited. “What happens if there’s a problem with this main flow pump? When did it start? Was it now, or did it start on the night shift? You want to look at your history. So having that universal semantic layer is key — but it should give you the current value and the historical values and be useful when you point a machine learning model at it.” Closing thoughts Forty-something years on from that first homegrown historian at Georgia Pacific, the historian has been declared dead more times than we can count. And every time, it has come back not as a relic but as something more central than before. That’s because, as Kevin put it, all the AI in the world is only as good as the data feeding it. And the data feeding it has to be time-series, has to be contextualised, has to be reliable, and has to be retrievable on demand. Whatever you call that layer of your architecture — historian, time-series database, operational data store — the function isn’t going anywhere. The harder, less glamorous truth is the human one. The piece of black paper taped over a monitor in the middle of the night is a more honest snapshot of where most plants are than any maturity model. Operators have already done the analysis in their heads. They’ve already decided what matters. The job of every IT/OT team is to listen to that, codify it, and build systems that respect it. If your historian is doing its job, the next 2am phone call should be a sign of trust, not failure. About DataParc Founded in 1997, dataPARC [https://www.dataparc.com/] is a comprehensive industrial analytics software suite that helps process manufacturers optimize operations, boost productivity, and drive sustainability. Featuring an enterprise data historian, embedded analytics, and tools for real-time data monitoring, trending, and reporting, dataPARC empowers manufacturers to make smarter, faster decisions that positively impact the bottom line. dataPARC serves customers across the process industries with deployments at thousands of sites globally. Stay Tuned for More! 🙋 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort in September) → [https://itot.academy]📘 Pre-order the [https://itotbook.com/]IT/OT Handbook [https://itotbook.com/] (+ claim the bonuses!) → [https://itotbook.com/] Subscribe to our podcast and blog to stay updated on the latest trends in Industrial Data, AI, and IT/OT convergence. 🚀 See you in the next episode! Youtube: https://www.youtube.com/@TheITOTInsider [https://www.youtube.com/@TheITOTInsider] Apple Podcasts: Spotify Podcasts: (*) At the IT/OT Insider we do value our independence and transparency. So as we look for ways to pay the bills we were looking for ways to work with sponsors without giving up on those principles. This is where the idea of sponsors comes from. Together with a few selected sponsors we’ll explore some topics that we both find interesting in the same way we write our normal articles. In the coming weeks you’ll find a couple of pieces that have been sponsored. Feel free to contact us if you are interested in a partnership as well. This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit itotinsider.substack.com [https://itotinsider.substack.com?utm_medium=podcast&utm_campaign=CTA_1]

Aron Semle on MCP, Agents and the Data Foundation You Can’t Skip

In this episode of our podcast, David sits down (again 😀) with Aron Semle, CTO at HighByte, for a follow-up conversation roughly a year after our first podcast together [https://itotinsider.substack.com/p/industrial-dataops-4-with-highbyte]. A lot has changed in a year. When we last spoke, Industrial DataOps was still a concept many people needed convincing about. AI was already making waves, but the link between data foundations and AI readiness wasn’t as obvious to most manufacturing organisations as it is today. So where are we now? And where is the hype outpacing reality? You can listen to the episode, or get the main ideas in this article! Let’s get into it. We Don’t Sell the Problem Anymore The market conversation has shifted in the last year. “We don’t sell the problem anymore,” Aron says. “People understand the problem. We have customers and prospects coming to us saying: we know we need to clean up this data to get AI-ready.” That’s a big shift. And it mirrors what we see at the IT/OT Insider as well. During the peak of the LLM hype, everyone wanted AI but nobody wanted to talk about foundations. Now? People come to us and say: we want AI, and therefore we need to build a foundation. That loop is finally closing. And AI is the catalyst. Sebastian from Frost & Sullivan, who presented at HighByte’s DataOps Days [https://www.highbyte.com/company/events/dataops-days] late last year, made the argument that AI and DataOps are coupled — hand in hand — and showed the market growing accordingly. He’s right. Thanks for reading The IT/OT Insider! Subscribe for free to receive our posts and support our work. Starting from Where You Are So what does that foundation look like in practice? Aron breaks it down using a digital maturity lens: If you’ve got equipment with nothing connected and everything is manual, you’re not ready for AI on the factory floor. You need connectivity first — HMIs, SCADA, historians. If you’re at that level, you’re probably ready for the next step: Industrial DataOps. The way HighByte positions it is straightforward. Industrial DataOps is not going to overlap with your existing systems that run the plant. It’s a layer you put on top — one that connects to all those systems, contextualises the data, and provides access to it from other consumers. AI being one of them. The real work, though, is in harmonisation. “How do you consistently represent equipment that could be the same or completely different across facilities?” Aron asks. That’s the scalability piece. At one factory, the production order comes from an ERP or MES. At another, it’s a CSV file on someone’s desktop. If you’re consuming that data from AI — or from anything else — you shouldn’t need to know the difference. UNS: Valuable, But It Was Always Just the Start We couldn’t have this conversation without touching on Unified Namespace [https://itotinsider.substack.com/p/new-video-the-unified-namespace-explained]. And Aron’s perspective has matured in the same way the market has. Five years ago, UNS was the start of DataOps at the edge: connect to everything, contextualise it, publish it to an MQTT broker. And for someone coming from nothing — like that bakery with independent machines and local HMIs everywhere — being able to subscribe to a broker and see the real-time state of the factory was genuinely transformative. But now? Aron is candid: “Publishing to MQTT is just the transport of real-time data out. That strategy sticks around.” With AI entering the picture, you also need historical data access, governance across multiple sites and contextual dimensions. “It’s not that anything we did is nulled,” Aron clarifies. “It was the first step of the journey towards something bigger.” LLMs and Agents: Let’s Demystify This David pushes for definitions, and Aron delivers them with refreshing clarity. * LLMs are the large neural networks most of us experience through chatbots. You put in a request, a response comes out. The context of the chat goes in each time (or a compressed version), and a new response is generated. * Tool calling is when the LLM detects it can’t answer on its own and reaches out to external tools — this is where MCP comes into play. * Agents are really just the code around the LLM. An agent is an LLM in a loop: instead of a human driving the conversation, the agent code handles tool calls, feeds results back into the context window, and decides when the task is done. How autonomous it is depends entirely on the code you write around that loop. “But make no mistake about it,” Aron says. “We’re just building text documents and feeding them into a large language model. And then stuff comes out that’s sometimes in JSON format that we can code against. It’s not beyond that.” LLMs are probabilistic. They’re hallucinating all the time and they just happen to be right a percentage of the time. In manufacturing, where determinism is fundamental, that’s a real constraint. Now imagine that kind of confident hallucination in a pharmaceutical clean room. Or on a production line with multi-million-euro equipment. “If we’re talking about fully autonomous agents that are going to get control of our machines — very bad idea,” Aron says flatly. MCP: Getting Beat Up, But Here to Stay MCP (Model Context Protocol) has had a steep rise — and Aron acknowledges it’s getting some backlash. That’s normal for anything with a sharp hype curve. His take: “MCP is remote procedure calling for LLMs.“ It provides discovery, remote calling, and a bit of instruction in between. Where it gets criticised is by technologists who look at it and say: this should just be a REST API. The funny thing? “If you go look at the latest version of MCP, it essentially is a REST API,” Aron says. “They got rid of server-sent events and it’s essentially an API now.” The only scenario where MCP loses relevance, in Aron’s view, is if LLMs get good enough to call conventional APIs directly — and those APIs evolve to be more interaction-oriented rather than CRUD-style developer tools. But for HighByte, it doesn’t matter much either way: you’re still building the Industrial DataOps layer, the contextualisation, the custom pipelines. Whether the AI calls that via MCP or REST is an implementation detail. What matters is that the tools are deterministic. “You define the MCP tool, its inputs, its outputs. If you get a call that’s trying to do SQL injection, you detect that and stop it with deterministic logic,” Aron explains. That’s why HighByte’s implementation was never a static, one-size-fits-all tool set. It’s designed so you build your own tools — like APIs — and control exactly what they do. A Quick Teaser: i3X We briefly touched on i3X, a new standard that Aron is heavily involved in alongside Jonathan Weiss and Matthew Paris. We won’t go into detail here — we’ll be recording a dedicated podcast with John Dyck and Jonathan Wise in the coming weeks — but the short version is this: Aron sees i3X as a standardised API layer for the factory. Every vendor already has APIs, but everyone does it their own way. If the industry can standardise how contextual data is accessed across vendors, it removes a massive amount of inefficiency. “If cloud vendors step up and build clients for i3X, that is going to be the ingestion highway in and out of the factory,” Aron says. Version one of the spec is expected before the end of Q2 2026. AI for DataOps: The Slider from Manual to Autonomous Beyond using DataOps to feed AI (which is the foundation story), there’s the flip side: using AI to do DataOps faster. HighByte’s latest release includes what they call a Pipeline AI Agent. Pipelines are their ETL tool for moving and transforming industrial data. The agent lets you prompt an LLM to analyse and edit pipeline configurations. What’s clever is the middle ground it occupies. Aron describes it as an AI slider: On one end, fully manual — you know what you’re doing and you want full control. On the other end, full autonomy — let the AI handle it. The Pipeline AI Agent sits in between: human in the loop. You prompt it, the UI shows you inline what it edited, you review, accept or reject, and iterate. This is where AI genuinely accelerates experts. Not by replacing them, but by handling the tedious parts so they can focus on what requires judgement. Give it a P&ID diagram, an Excel sheet, and access to an OPC server, and let it help you get started with contextualisation. Human in the loop to create deterministic output — absolutely needed — but accelerated by AI. Wrapping Up A year ago, we talked about Industrial DataOps as a discipline. Now it’s a recognised market segment. The conversation has shifted from “why do I need a data foundation?” to “how do I build one so AI can actually deliver?” The takeaway from this conversation? The foundation hasn’t changed. The urgency has. And the hype-to-reality gap on agents and autonomous AI is still very wide. The vendors and practitioners who will win are the ones who are honest about where that gap lies — and focus on the use cases that deliver real value today. HighByte will be at Hannover Messe 2026 (April 20-24) — look for Aron and his colleagues at the AWS, Siemens, and Microsoft booths. Thanks for listening — and thanks to HighByte for sponsoring this one! … and if you haven’t listened to the previous conversation we had with Aron, why not do it now? About HighByte HighByte is an industrial software company founded in 2018 in Portland, Maine USA. The company builds solutions that address the data architecture and integration challenges faced by manufacturers and industrial companies as they digitally transform. HighByte Intelligence Hub, the company’s proven Industrial DataOps software, provides modeled, ready-to-use data to the Cloud using a codeless interface to speed integration time and accelerate analytics. The Intelligence Hub has been deployed in more than a dozen countries by the world’s most innovative companies spanning a wide range of vertical markets, including automotive, energy, food and beverage, life sciences, and mining and metals. Stay Tuned for More! 🚀 Join the [https://itot.academy]ITOT.Academy [https://itot.academy] (new cohort starts in May!) → [https://itot.academy] Subscribe to our podcast and blog to stay updated on the latest trends in Industrial Data, AI, and IT/OT convergence. 🚀 See you in the next episode! Youtube: https://www.youtube.com/@TheITOTInsider [https://www.youtube.com/@TheITOTInsider] Apple Podcasts: Spotify Podcasts: (*) At the IT/OT Insider we do value our independence and transparency. So as we look for ways to pay the bills we were looking for ways to work with sponsors without giving up on those principles. This is where the idea of sponsors comes from. Together with a few selected sponsors we’ll explore some topics that we both find interesting in the same way we write our normal articles. In the coming weeks you’ll find a couple of pieces that have been sponsored. Feel free to contact us if you are interested in a partnership as well. This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit itotinsider.substack.com [https://itotinsider.substack.com?utm_medium=podcast&utm_campaign=CTA_1]

100 and Counting: Looking Back, Looking Forward

Three years ago, over a glass of wine during summer break, we decided to start writing. No business plan, no editorial calendar — just a shared frustration that the conversation around IT and OT in manufacturing was either too technical or too abstract. We wanted something in between. Something practical, honest, and maybe a little opinionated. This week, we are publishing our hundredth piece of content. Some are articles, some are podcasts (like this one). Every single one started with the same question: does this actually help someone working at the intersection of IT and OT? To celebrate we sat down in the same room (David’s living room, to be precise) and hit record. No guest this time. Just the two of us, looking back at what we’ve built — and looking forward to what’s coming next. Here’s what we talked about… Thanks for reading The IT/OT Insider! Subscribe for free to receive our weekly articles and podcasts and support our work. Our Favourite Podcasts We’ve recorded roughly 40 conversations over the past two years, starting with Shiv Trisal [https://itotinsider.substack.com/p/bridging-the-data-value-gap-a-conversation] from Databricks back in April 2024. Picking favourites is hard, but here we go: Dan Jeavons on AI and Physics [https://itotinsider.substack.com/p/when-physics-meets-ai-a-conversation]: If you’re drowning in “AI will change the world” marketing material, this one is the antidote. Dan takes a fundamentally different look at how AI can reshape manufacturing — not by adding chatbots to help files, but by understanding the physical world in ways that don’t require manually modelling every asset in the plant. It connects directly to the two problems standing between you and industrial AI [https://itotinsider.substack.com/p/two-problems-standing-between-you] we wrote about recently: the lack of an integrated digital twin and the lack of understanding of the physical twin. Nikki Gonzales from Automation Ladies [https://itotinsider.substack.com/p/the-power-of-industry-30-with-nikki]: Completely the other end of the spectrum. Nikki lives and breathes the SCADA/OT world, and she speaks for the smaller manufacturers — the ones who are twenty people, not the ones who can hire twenty people. If you’re North American and into that HMI/SCADA layer, also check out her OT SCADA Con [https://www.otscada.com/] conference. Our Best Trips We don’t just write and podcast — we also speak at conferences, attend events, and occasionally manage to be in the same country at the same time. Vegas and ETLS: Last year, we were invited to speak at the Enterprise Technology Leadership Summit [https://videos.itrevolution.com/watch/1122269461] in Las Vegas, organised by our friends at IT Revolution. Here’s the thing: ETLS is an IT audience. The focus was squarely on generative AI, vibe coding, and the pace of change in the non-manufacturing world. For us, that contrast was gold. Seeing how fast things move outside manufacturing gives you perspective on what’s coming — and what’s different when your systems run 24/7 and a wrong deployment doesn’t just crash an app but shuts down a production line. Also, the Hoover Dam [https://itotinsider.substack.com/p/mini-insider-5-the-og-historian-interview] was genuinely impressive. Built to impress, and still functional. Hannover Messe [https://itotinsider.substack.com/p/our-hannover-messe-recap]: The size of Hannover Messe is hard to describe — it’s a village. What’s valuable is sensing where the industry is heading, shaking hands with the people building things, and seeing the common themes across big tech vendors and small start-ups alike. We’ll be back this April. Our Favourite Articles Writing an article sounds simple. It is not. The writing itself is the easy part — getting it down to around 800 words and one core idea that you actually remember after reading? That takes iteration. A lot of it. But the process forces you to think through your own ideas, and they often change while writing. That’s the real value. Ceci n’est pas IT/OT Convergence [https://itotinsider.substack.com/p/ceci-nest-pas-itot-convergence]: A nod to Magritte, because we’re Belgian and we can. This one was written in under an hour, almost out of pure frustration. The term “IT/OT convergence” dates back to Industry 4.0, and it has been misused so thoroughly that it’s lost meaning. It covers everything from adding an ethernet port to a sensor to deploying advanced AI models. People either love it or hate it, but most don’t realise it has both an organisational and a technical dimension — and conflating the two is where the trouble starts. It remains one of our most-read articles. IT/OT Cooperation Models [https://itotinsider.substack.com/p/itot-cooperation-models]: Willem wrote this one early on — October or November of our first year — and it’s still our most shared article. The core idea: when IT and OT need to work together, the problems are rarely technical. It’s about how you cooperate. Inspired by DevOps and Team Topologies, we looked at cooperation from an IT/OT perspective and defined models that go beyond “let’s have more alignment meetings” (spoiler: those don’t work). Since then, our thinking has evolved. We’ve come to appreciate that simpler cooperation models aren’t necessarily low-maturity — they’re great when used for the right problem. You don’t need a full-fledged cooperative project team just to get a laptop sorted. But when you’re building something complex together, simple won’t cut it. Much of this updated thinking has already made it into the Academy, and we’ll be publishing more on the blog this year. Also, check out our mini IT/OT book library [https://itotinsider.substack.com/p/our-mini-itot-book-library-v2] — it’s consistently one of our top-five reads. The ITOT.Academy Speaking of the Academy: we launched it last year, and it’s become one of the things we’re most proud of. The idea was born on a tram in Hannover and started from a simple question: what training would we actually want to follow ourselves? Not a week-long course. Not someone reading slides at you. Not a massive one-directional webinar. Something live, interactive, vendor-neutral, and focused on the people and organisational side of IT/OT — not on protocols and programming. We’ve now had close to 80 people go through the programme across our first groups. The interaction is bi-directional: we teach, but we learn just as much from the participants. People from different backgrounds, different industries, all working on fundamentally the same type of problem. And the feedback from one group genuinely shapes the next. The next group starts May 22nd. Head over to itot.academy [https://itot.academy] if you’re interested in joining.(or take a look to our Hall of Fame [https://itot.academy/hall-of-fame/] if you are not sure yet) What’s Coming Next Cybersecurity: This is a big one. We chose to focus here because cybersecurity in manufacturing is non-negotiable, and with NIS2 and the CRA, it’s coming to your company whether you want it or not. What we’ve noticed: not everyone has the same understanding of what OT cybersecurity means. Is it an IT problem? Is manufacturing somehow exempt because it’s “different”? (Spoiler: no.) We’ll approach it the way we approach everything — people and organisation first, technology second. Translating the legal texts into what it actually means for your plant, your teams, and your processes. Expect articles, podcasts, and a few good stories. Hannover Messe 2026: End of April. We’ll be there. We already have meetings planned, and we’ll record a podcast somewhere on the fairgrounds (hopefully not on an ironing board this time). If you want to meet up, reach out to us. And we’ll be making a major announcement. We’re not saying what it is yet. You’ll have to stay tuned. Thank You! One hundred articles. Roughly forty podcasts. Three academies. Zero regrets. None of this would exist without the people who read, listen, share, challenge, and reach out. You’ve made the IT/OT Insider what it is. We started with a glass of wine and a blank page. Three years later, we have a community — and we’re just getting started. Until we meet again — take care. David & Willem Thanks for reading The IT/OT Insider! Subscribe today! This is a public episode. If you would like to discuss this with other subscribers or get access to bonus episodes, visit itotinsider.substack.com [https://itotinsider.substack.com?utm_medium=podcast&utm_campaign=CTA_1]