Skip to main content
IoTFlows - Return to homepage

Command Palette

Search for a command to run...

View as Markdown

Configure tracking for bottling and packaging lines

Count finished units as they pass a point on the line, whatever the machines upstream are doing.

A filling, capping, packing or labeling line ends with units moving along a fixed path in one direction: bottles, cans, packets, tubes, cartons or cases. Counter is the algorithm for that case. It takes each break of a BeamTracker beam as one cycle, so the count is what left the line rather than what any single machine in it was doing. Allow 30 to 45 minutes for the first line.

Before you start

Why Counter fits a line

Three things about a line point at the same algorithm.

  • The output is units passing a point. They travel a fixed path in one direction, which is exactly what a beam across that path measures.
  • No single machine's cycle is the line's output. A filler, a capper and a case packer each run their own rhythm, and a sensor on any one of them counts that machine rather than the line.
  • The count does not depend on a number you typed. Counter counts beam breaks, so an entered cycle time that drifts out of date changes the goal without changing the count.

Count from the machine's own cycle with a SenseAi instead when what you need is the state of one machine rather than the units leaving the line. SenseAi derives counts and cycle times from the machine's vibration trace, so it tells you which machine stopped. A BeamTracker at the discharge tells you the line stopped, not where.

You do not need both on the same equipment. Add a second device only when you want the line's output and one machine's health from the same place, and expect to calibrate each separately.

Choose the count point

A BeamTracker mounted on a bracket at the edge of a conveyor, its beam shown as a dashed line crossing the part path to a point on the far sideThe beam crosses the part path at one point. Everything that breaks it is counted, so the count point decides what the number means.

Aim for a point where every good unit passes the beam and nothing else does. On a line that means one place in particular: after the last reject or divert station, so the number is what the line produced rather than what it attempted.

  1. Pick the narrowest point in the flow, where units run single file. A beam across a mass-flow conveyor two units wide counts neither reliably.
  2. Stay off accumulation tables and buffer loops. A unit that backs up, drifts forward and backs up again crosses the beam more than once.
  3. Keep hands, totes and operator reach out of the beam. A beam that catches a hand counts hands.
  4. Mount within 8 m (26 ft) of the part path, with a stable surface behind it and nothing moving in the background.
  5. Fasten the bracket to something that does not move when the line runs. A bracket that vibrates walks the beam off its target over a shift.

Clear and reflective units are the one case to plan around. Glass and clear film may not break the beam at all. Aim at an opaque feature instead, such as the closure, the label band or the filled body of the container, or move the count point downstream and count cases rather than bottles.

Wash-down is not a constraint. BeamTracker is IP67, so it is the air the beam crosses that limits placement: mist, steam and spray break a reading in a way the housing does not. Full mounting detail is on Choose a mounting point.

Set what the beam counts as a unit

Four values on the device's Calibration tab decide whether a reading is a unit. The procedure and the field reference are on Set what counts as a part. Three of them need a line-specific answer.

  • Depth of View sets the far edge of the detection zone. Pull it in front of the far guard rail, so a tote crossing the aisle behind the line is background rather than product.
  • Min Object Thickness is a floor, not a ceiling. Set it to the thinnest unit you must count, for example a tube rather than a case, because a floor above that drops small units silently.
  • Reading Speed trades responsiveness for stability. A line at 120 units a minute presents a unit every 0.5 seconds, so choose a faster setting when the count runs low and a slower one when a dusty line counts high.

Set these by watching a real unit cross the thresholds rather than by typing numbers, in Run a live beam calibration.

Create the part and its operation

  1. Open Parts List at /production?select=parts_list.
  2. Click + Add Part.
  3. Enter a Part Name, for example 500 mL Spring Water. Part Description is optional.
  4. Under Assign Operations, name the operation after the product and container, for example FILL-500ML, and describe it, for example 500 mL PET, 24-count case.
  5. Enter Operation Cycle Time. For a line running 120 units a minute, that is 0 in the hour and minute boxes and 0.5 seconds.
  6. Add the machines that run this operation, then click Add Part.
  7. Back on the Parts List, expand the part, click the operation's Algorithm cell and choose Counter. It saves as you pick it.
  8. Click the OP UNIT cell and name what the line counts, for example bottles. The label is free text, capped at 12 characters.
  9. Set QTY/OP to what one beam break yields.

A Counter operation carries no standard deviation box, unlike the two discrete algorithms, and saves with the tolerance at zero.

QTY/OP is decided by what the beam sees, not by what the line makes. Point the beam at single bottles and one break is one bottle, so leave it at 1. Point it at cases leaving a packer and one break is a case, so a 24-count case is 24. Getting this wrong is the reason a line's count comes out as an exact multiple of reality. The field reference is on Unit and quantity per cycle.

Enter the line speed as a rate

A line is quoted in units a minute, and a Counter operation is the one place the Parts List takes that number directly. The cell carries a swap control beside the cycle-time boxes: click it, type 120, and the cycle time is written back from the rate. See Production rate is the same number.

The unit beside the rate is the OP UNIT label you set, so a line reading 120.0 bottles/min is a gauge an operator can check against the line's rating plate.

On a Counter operation this number never touches the count. It sets the Calculated Goal on Shift Production, the parts gauge and the hourly bars, and nothing else. That is the opposite of Continuous Analysis, where the cycle time divides running time to produce the count. A line whose counts are right and whose goal is wrong has a cycle time problem; a line whose counts are wrong has a beam problem.

Set the downtime filter on the device

The Downtime Filter for a BeamTracker is how long the line stays running after the last unit. Every unit resets the timer, and if none arrives inside the filter the line switches to stopped, back-dated to the last unit.

It is not the Parts List Downtime Filter column. That column belongs to Continuous Analysis, it is a percentage of the cycle time, and it does not appear on a Counter operation. A BeamTracker's filter is on the device's Calibration tab and is set in time, see Set the downtime filter.

Start from the line's real unit-to-unit time and add room for ordinary pauses. A line running continuously sits in the 15 to 45 second band. A line that fills a buffer, pauses while a case is packed and resumes needs a filter past the longest normal gap, or every pack cycle reads as a stop.

Turn on Blocked Sensor Stop Time if a jam leaves a unit sitting in the beam. Without it, a parked unit holds the reading inside the detection zone and the line keeps reading as running through the whole stoppage. The minimum is 25 seconds, see Stop the line when the beam stays blocked.

Assign the operation to the line

  1. Open Assets at /assets and click the line's asset.
  2. Click Auto-Detect to open Select Auto-Detect Operations.
  3. Stay on the Count tab. A BeamTracker shows Count and nothing else, because the three analysis algorithms read a vibration trace.
  4. Select the operation's radio button. This list is single choice, not checkboxes.
The Select Auto-Detect Operations modal on a BeamTracker asset. Count is the only tab, drawn as a single full-width pill below a search box. Under it two radio-button rows, neither selected, each naming a Counter operation over the part it belongs to: FILL-500ML - Fill and cap, 500 mL PET over 500 mL Spring Water, and CASE-24 - Case pack, 24 count over 500 mL Spring Water. Add/Edit Parts sits in the header and Close alone in the footer, with no submit buttonThe Count tab of the Auto-Detect modal, the only tab a BeamTracker shows. It is single choice, so the line carries one operation at a time.

The dashboard saves as you pick, confirms with Count Auto-Classification Set and closes the modal. There is no submit button on this tab, only Close.

An operation with no algorithm never appears in this list, and neither does one set to an algorithm the device cannot run. A BeamTracker lists Counter operations only. If the operation you want is missing, create or correct it from Add/Edit Parts inside the same modal, see Detect operations automatically.

The Count tab has no "stop detecting" row. The Continuous tab carries No Continuous Detection; this one does not, so a line keeps its operation until you pick a different one.

Handle product and size changes

Because the Count tab is single choice, a line carries one operation at a time. A product change is two jobs: change the line over, then re-pick the operation. Skipping the second files the new product's units under the old product's part, which is the most common reason a line's numbers go wrong after a changeover.

A size change is more than a re-pick. A 330 mL can and a 2 L bottle are different objects to the beam, so re-check the beam values as well:

  1. Re-pick the operation on the Count tab.
  2. Confirm Min Object Thickness still sits below the new unit, in Set what counts as a part.
  3. Confirm the new line speed against the operation's rate, so the goal matches what the line can now do.
  4. Classify the changeover itself, so the time shows up as downtime rather than disappearing. Create a Changeover category in Create a category, and write a rule if changeovers always look the same, in Classify downtime automatically.

A label or flavor change needs none of this when the container is identical. Same object, same beam values, same operation.

Validate the count

  1. Let the line run normally for one to two hours.
  2. Count units at the discharge for a fixed window, or read the counter on the line's own control panel.
  3. Open Shift Production at /production?select=part and read the count for the operation over the same window.
  4. Compare the two. Within 5 to 10% is right.
  5. Open Downtimes at /assets?select=downtimes and confirm real stops are recorded while normal gaps between units are not filling the list.

Counting against the line's own panel is worth doing once even where you trust it, because the two counters rarely sit at the same point in the flow. A panel counting filled bottles and a beam counting packed cases are both right and will never agree.

Accuracy bands and what to do at each one are on Choose a production tracking algorithm.

What a BeamTracker line does not report

A BeamTracker measures a beam, not a machine, so a line tracked this way reports counts, rates, running time and downtime, and nothing about the condition of the equipment.

AvailableNot available
Part counts and throughputVibration and machine health
Running and stopped time, and uptimeTemperature and shock readings
Downtime with duration and reasonThe Health tab, which the dashboard hides on a BeamTracker asset
Machine Status and connectivity alertsHealth, vibration, shock and temperature alerts

Add a SenseAi on a machine in the line if you need those, see What BeamTracker does not report.

Set the line's goal from its own baseline rather than from its rating plate, in Set OEE and utilization goals. Uptime is availability, the share of the window the line spent running, see Uptime. Log rejects against the job so the good count is the number you compare, see Log scrap.

Troubleshoot a line

SymptomCauseFix
Count is an exact multiple or fraction of real outputQTY/OP does not match what one beam break yieldsSet it to 1 for single units, or the pack count where the beam sees cases, see Create the part and its operation
Count runs low on clear containersGlass or clear film is passing without breaking the beamMove the count point to an opaque feature or to cases, see Choose the count point
Count runs low on small unitsMin Object Thickness sits above the unit, so it is dropped silentlyLower it to the thinnest unit you must count, see Set what counts as a part
Count runs high, and the line has a bufferUnits are backing up and re-crossing the beamMove the count point off the accumulation table to a single-file section
Count runs high on a dusty or misty lineReading Speed is averaging too lightly, so one noisy reading reads as a unitChoose a slower reading speed
Counts are right and the goal is wrongThe rate on the operation no longer matches the lineRe-enter the line speed on the operation, see Enter the line speed as a rate
Downtime list fills with short stops through a normal shiftThe device downtime filter is shorter than the line's real unit-to-unit gapRaise Downtime Filter past the longest normal gap, see Set the downtime filter
A jam ran for an hour and the line reported it as runningA unit parked in the beam held the reading inside the detection zoneTurn on Blocked Sensor Stop Time, minimum 25 seconds, see Stop the line when the beam stays blocked
Numbers went wrong at a changeover and stayed wrongThe operation was not re-picked, so units count against the previous productRe-pick on the Count tab, see Handle product and size changes
Counting stopped entirelyThe device is offline, and a BeamTracker counts nothing while it isSee Troubleshoot a device that is offline

Counts that stay wrong after the beam values and QTY/OP are both right are on Troubleshoot inaccurate part counts.

See also