Make the physical world legible
Sensors, protocols, drivers, point values, and thing models turn fragmented field signals into stable platform data.
This is not a conceptual book about bolting AI onto an IoT platform. It begins with the limits of industrial software and follows device access, data loops, cloud-native engineering, and safety governance to explain how agents can enter the physical world within deterministic boundaries.
In an industrial system, an answer cannot become an action directly. The field must first be observable, its signals must become trustworthy context, and every write must pass through an execution boundary.
Sensors, protocols, drivers, point values, and thing models turn fragmented field signals into stable platform data.
Data processing, rules, RAG, tools, and MCP give an agent the context it needs to understand a task and form a decision.
Identity, authorization, validation, policy, confirmation, recovery, and audit stand between model intent and a physical command.
An LLM can interpret intent and orchestrate governed tools. Real-time control, safety interlocks, and fault protection still belong to deterministic systems such as PLCs and edge controllers.
The book follows one cumulative engineering path rather than treating industrial software, IoT, and AI as three unrelated topics.
SCADA, DCS, MES, and PLCs solve essential local and deterministic problems, but data silos and closed capability boundaries limit wider collaboration.
Multi-protocol access, thing models, cloud-edge collaboration, and platform data processing create a reusable digital base.
Spring AI, RAG, tools, MCP, state, workflow, and audit bring probabilistic reasoning into an explicit engineering boundary.
The system can sense, reason, execute, verify, and recover without pretending that a model is a PLC or a safety system.
The full mechanism chain in a single real incident: from a cooling-pump vibration value arriving to one confirmed write. Each step is developed in Chapters 4–5, 7, 8, and 14.
The driver reports the vibration point value over MQTT; unit and timestamp land in the time-series store.
Ch. 4–5The rule engine lifts the excursion out of thousands of point values—deterministic logic holds the line first.
Ch. 5Through authorized tools the agent reads trend, load, and maintenance records—the evidence points to early bearing wear.
Ch. 7Writes are never sent directly: a pending Action passes schema, permission, and risk checks first.
Ch. 7–8After human confirmation a deterministic path executes; receipts and audit trails stay queryable.
Ch. 8, 14Every step has a clear owner: data to drivers, alerts to rules, judgment to the model, actions to workflow, execution to deterministic paths.
Each part inherits the constraints established by the one before it. The engineering base is never discarded when the story reaches AI.
Architecture, sensing, communication, and platform data processing: how physical signals become reliable data.
Enter Part I →Microservices, containers, Agent Runtime, security, and standards: how intelligence enters the platform without bypassing its boundaries.
Enter Part II →Industry, cities, agriculture, trusted data, and the IoT DC3 project: how the same base is tested against different constraints.
Enter Part III →IoT DC3 is the open-source engineering reference that runs through parts of the book. The methods, boundaries, and trade-offs are the subject.
Explain the path from sensing and protocol access to storage, reasoning, command execution, and feedback.
Compare protocols, cloud-edge boundaries, data paths, and security controls together with their costs and failure modes.
Define tool contracts, permissions, policies, confirmation, recovery, and audit before an agent can affect a device.
Begin with Chapter 1 to follow the full argument, or use the table of contents to enter at the layer closest to your current problem.
Not sure where to start? Read the guide first →