Smart Manufacturing

Food and Beverage IoT: Temperature, CIP, Batch and Line Monitoring with MQTT

Food and beverage plants live on temperature, hygiene and throughput. See the IoT use cases that matter most, how to structure the MQTT data and what to watch out for in wet, regulated environments.

Food and beverage IoT illustration showing a processing plant with tanks, CIP lines, cold rooms and a packaging line sending MQTT data
Run this on your own MQTT brokerGet a private, managed MQTT broker on the Free plan and start from ready-made code samples.
Try it free Code samples No card required

Food and beverage IoT is less about novel gadgets and more about watching the things that already decide product safety and margin: temperatures, cleaning cycles, batches and line speed. This article walks through the use cases that deliver value first in food and beverage plants, shows how to organize their data in MQTT topics, and lists the practical pitfalls of wet, hygienic and regulated environments.

Why Food and Beverage Plants Are Different

Compared with discrete manufacturing, food and beverage production has a few characteristics that shape every IoT project:

  • Safety is tied to process values. A pasteurizer that drops below its temperature for a few seconds, or a cold room that warms overnight, can mean product on hold or destroyed. Critical control points under a HACCP plan are measured values, not counts.
  • Hygiene drives design. Equipment is washed down, often with aggressive chemicals and high pressure. Sensors and enclosures need suitable ingress protection and food-safe materials, and cables are routed to avoid harbouring dirt.
  • Production is a mix of batch and continuous. Mixing, cooking and fermentation are batch processes; filling and packaging are high-speed discrete lines. One plant often has both.
  • Cleaning is part of production. Clean-in-place (CIP) cycles consume time, water, chemicals and energy, and an incomplete cycle is a food safety risk.
  • Traceability is mandatory. Being able to say which raw material lot went into which finished goods lot is a regulatory and recall requirement.

Food and Beverage IoT Use Cases That Pay Off First

Use case What is measured Why it matters Typical data rate
Cold room and chiller monitoring Air and product temperature, door state Product safety, energy Every 30 to 60 s
Pasteurization and cooking Temperature, hold time, flow Critical control point evidence Every 1 s
CIP verification Return temperature, conductivity, flow, step Cleaning validation, chemical use Every 1 to 5 s
Batch monitoring Phase, setpoints, deviations Consistent quality, batch record On change plus 1 to 5 s
Filling and packaging lines State, counts, rejects, micro-stops OEE, giveaway, throughput On change
Utilities Steam, water, compressed air, power Cost per unit, leak detection Every 10 to 60 s

Temperature Monitoring and Cold Storage

The fastest win in most plants. Wireless temperature sensors in cold rooms, chillers and blast freezers publish readings every minute; an alert fires when a room stays above its limit for longer than an agreed time (to ignore door openings). The retained last value per room gives the night shift an instant overview. The detailed setup is in cold storage temperature monitoring, and the same pattern extends to trucks in cold chain monitoring.

CIP Monitoring

A CIP cycle typically runs pre-rinse, caustic wash, intermediate rinse, acid wash and final rinse. Each step has requirements for temperature, chemical concentration (measured as conductivity), flow and duration. The CIP controller usually knows all of this, but the evidence often ends up in a paper printout.

Publishing each CIP step as an event, together with the measured values, lets you verify automatically that every step met its targets:

{
  "circuit": "CIP2",
  "object": "tank-T104",
  "step": "CAUSTIC_WASH",
  "start": "2026-10-16T03:12:00Z",
  "end": "2026-10-16T03:32:10Z",
  "minReturnTempC": 76.4,
  "minConductivityMs": 82.1,
  "minFlowM3h": 18.0,
  "result": "PASS"
}

Over weeks, the same data shows which circuits take longest, which consume the most chemical and which fail most often.

Batch and Recipe Monitoring

Sauces, dairy products, beverages and confectionery are made in batches whose phases have their own temperature and time targets. Tracking phase, setpoints and deviations per batch is covered step by step in batch process monitoring.

Filling and Packaging Lines

Filling, capping, labelling and case packing run at high speed, and small stops of a few seconds add up to a large share of lost time. Machine state, counts and reject counts per machine reveal where the line actually loses output. See packaging line monitoring for micro-stop analysis.

Structuring Food and Beverage IoT Data in MQTT

All these use cases share one data backbone: sensors, controllers and gateways publish to an MQTT broker, and dashboards, historians, quality systems and alerting subscribe. A topic tree that follows the plant layout keeps it understandable:

foodco/plant1/coldstore/room3/temp           {"airC":2.8,"ts":...}
foodco/plant1/coldstore/room3/door           {"open":false,"ts":...}      retained
foodco/plant1/process/pasteurizer1/hold      {"tempC":72.4,"flowM3h":9.8,"ts":...}
foodco/plant1/cip/circuit2/step              {"step":"CAUSTIC_WASH",...}   retained
foodco/plant1/packaging/line2/filler/state   {"state":"RUNNING","ts":...}  retained
foodco/plant1/packaging/line2/filler/count   {"good":24,"reject":1,"ts":...}

You can try this structure in a minute on the public MQTT test broker. Subscribe in one terminal and publish a cold room reading from another, using your own random prefix because the public area is readable by anyone:

mosquitto_sub -h broker.connectmq.com -p 1883 -i fb-viewer-3d8e -t "connectmq/demo/fb-3d8e/#" -v
mosquitto_pub -h broker.connectmq.com -p 1883 -i fb-room3-3d8e -t "connectmq/demo/fb-3d8e/coldstore/room3/temp" -m '{"airC":2.8}'

Choosing the First Food and Beverage IoT Project

With so many candidates, the hardest decision is often where to begin. Score each use case on three questions: how much product or time is at risk if the value goes wrong, how easy the signal is to get, and who will act on the data. Cold rooms usually score well on all three: the risk is obvious, wireless sensors install in minutes, and the night shift or maintenance team has a clear response. CIP verification ranks high in plants where cleaning cycles are long or chemical costs are rising, and packaging OEE ranks high where the filler is the bottleneck.

Whatever you choose, define the response before the first sensor goes live. An alert that nobody owns is just noise. Write down who receives it, what they check and how quickly, and review the first month of alerts with that person. With ConnectMQ as the shared broker, adding the second and third use case later is a matter of publishing new topics, not building a new system.

Practical Pitfalls in Food Plants

  1. Washdown kills consumer-grade hardware. Choose sensors and enclosures rated for washdown and place gateways outside wet zones where possible.
  2. Stainless steel and concrete block radio signals. Survey wireless coverage before installing, and plan for repeaters or wired backhaul in cold rooms, which are effectively metal boxes.
  3. Cold rooms drain batteries faster. Battery capacity drops at low temperatures; check sensor specifications for the actual operating range.
  4. Alert on duration, not single samples. A door opening for a pallet briefly raises air temperature. Alert when a value stays out of range for a defined time.
  5. Time synchronization matters for evidence. CCP records need trustworthy timestamps; synchronize gateways with NTP and stamp data at the source.
  6. Keep the system of record clear. The broker moves data in real time; the validated record for audits must live in a database or quality system with proper retention.
  7. Do not mix safety functions with monitoring. A divert valve on a pasteurizer is controlled by the PLC, not by a dashboard. IoT monitoring documents and alerts; it does not replace the control interlock.

Making It Production Ready

Food plants run around the clock, so the data backbone should not depend on a PC under someone's desk. ConnectMQ is a fully managed MQTT service with MQTT 3.1.1 and 5.0, TLS on port 8883 and secure WebSocket for browser dashboards. The portal's threshold alert rules and alerts log are a simple way to get notified when a cold room exceeds its limit, while your own subscribers write the evidence into a database. Linking batch and lot events also lays the groundwork for a manufacturing traceability system.

For the wider picture of turning a plant data-driven, read the smart manufacturing guide.

Start Your Food and Beverage IoT Project on ConnectMQ

Pick one cold room or one CIP circuit, connect it to a free Serverless broker at app.connectmq.com with no credit card, and have live data and alerts running the same day.

Frequently Asked Questions

What is the best first IoT project in a food plant?

Cold room and chiller temperature monitoring is usually the fastest to deploy and immediately reduces the risk of losing product overnight. CIP verification and packaging line OEE are common next steps.

Can IoT data replace HACCP paper records?

It can feed electronic records, but the records themselves must be stored in a system with appropriate retention, access control and review. The broker transports the data; it is not the archive.

How do I monitor CIP cycles with MQTT?

Have the CIP controller or a gateway publish each step with its start, end and minimum temperature, conductivity and flow. A subscriber compares them with the step targets and stores a pass or fail result per cycle.

Is wireless reliable in food plants?

It can be, with a site survey, the right frequency band and repeaters around metal structures and cold rooms. Critical control points are often still wired for reliability.

Related articles

OEE vs TEEP vs OOE: Which Metric Should You Use?

OEE, OOE and TEEP share the same performance and quality factors but measure against different time bases. This comparison works through one example and lists the MQTT signals each metric needs.

7 min read

All articles →

Your private MQTT broker is a few clicks away

Create an account, get your broker credentials and connect your first device — no servers to install, patch or scale.