Skip to content
General Tech Automation
Get A Free Quote
Application example

Conveyor and Sortation Controlin a Warehouse

Zoned Accumulation • Scanning & Divert Logic • Drive Control • Zone Safety • UAE

In the warehouse
  • Merge points: fitted with, Singulation and gapping
  • Induction point: fitted with, Scanner or vision
  • Separate section switches: replaced by, Tracking controller
  • Diverts and chutes: fired by, Item tracking
  • Conveyor frames and rollers: left as they are, Nothing fitted

A conveyor system that was extended one section at a time behaves like several conveyors that happen to touch. Each length runs when it is switched on, regardless of whether the next one can take what it is delivering, so product backs up at every junction and a single jam propagates until somebody hits a stop button and the whole hall goes quiet. Clearing it is manual, and restarting is a sequence somebody has learned by heart.

Zoned control makes it one system. Each zone knows whether the one downstream can accept, and stops accumulating rather than pushing; scanning decides where each item goes and the diverts act on that decision; and a fault stops the zones it affects instead of the building. The hall keeps running around a problem while it is dealt with.

In the warehouse

Tracked from the merge to the chute

The conveyor frames and rollers are left as they are. The sensing and control go in along the item's route, so each one is identified once and followed to where it belongs.

  • Item transfer
  • Signal
  • FMeasuring point
  • What we fit
  1. SSingulation and gappingItems separated and gapped at the merge by belt speed, so each one can be identified on its own.
  2. XIDScanner or visionBarcode, RFID or dimensioning read as the item passes, triggered by a photocell at induction.
  3. ZSZoned accumulationA sensor and drive per zone, releasing only when the next zone is clear, so product queues instead of pushing.
  4. ZDivert on the itemFired by encoder tracking rather than a timer, so sorting stays accurate when the line speed changes.
  5. UTracking controllerReplaces the separate switches, with a defined fallback for a no-read, a full chute or an unknown destination.
  6. QNo-reads and rejectsCounted at the reject chute and sent to the dashboard, so exceptions are visible while they can still be fixed.
How it works

From a scanned label to the right chute

Every item is tracked from the moment it is identified until it leaves. The tracking is what allows a divert to fire at exactly the right moment on a moving line.

  1. Infeed and singulationItems separated and gapped so each one can be identified individually
  2. Photocell triggerScanner or visionBarcode, RFID or dimensioning, read as the item passes
  3. Ethernet or fieldbusTracking and divert logicEach item followed by encoder count from scan point to its destination
  4. Timed outputDiverts and chutesPusher, shoe or pop-up wheel, fired on the item rather than on a timer
  5. To WMS or dashboardThroughput and exceptionsNo-reads, rejects and blocked chutes, visible while they can still be fixed

Encoder-based tracking rather than fixed timers is what keeps diverts accurate when the line speed changes — which it does, every time a zone upstream accumulates.

What the control system does

The mechanical handling is usually sound. What separates a hall that flows from one that jams is almost entirely in the logic.

1

Zoned accumulation

Each zone has its own sensor and its own drive, and it only releases into the next zone when that zone reports itself clear. Product gathers in an orderly queue instead of pressing against whatever is in front of it, which removes both the jams and the damage that comes from packages being pushed into each other.

2

Identification and tracking

A scanner or vision system reads each item, and the control system then follows it by encoder count rather than by an assumed travel time. That distinction is what keeps diverts accurate on a line whose speed varies, and it is why a system built on fixed timers starts mis-sorting the moment anything accumulates upstream.

Divert and destination logic

Where an item goes comes from the warehouse system or from a rule set held locally, with a defined fallback for a no-read, a full chute or an unknown destination. Deciding what happens to an item nobody planned for is a large part of the design, and it is what stops an exception becoming a stoppage.

Safety by zone

Emergency stops and guarding that isolate the section affected while the rest of the hall keeps running, with clear indication of what is stopped and why. A system whose only safe state is everything stopped will be operated with the guards defeated within a month, because the alternative costs too much every time.

How it runs

Building it around a running operation

A warehouse rarely gets to stop. The work is sequenced so that each stage is proved before the next depends on it.

01 / 04 STAGES
  1. Define

    Map the flow and the exceptions

    Every path an item can take, every destination, and every abnormal case — no-read, oversize, full chute, recirculation. The exceptions take more thought than the normal flow and cause almost all of the trouble when they are left until commissioning.

  2. Design

    Zones, drives and interfaces

    Zone boundaries, sensor and drive layout, panel design, and the interface to the warehouse system agreed in detail on both sides. Where an existing WMS is involved, the message formats and the failure behaviour are settled before anything is built.

  3. Build

    Panels built and tested off site

    Panels manufactured and tested in the workshop with the logic loaded and I/O exercised, and the tracking and divert logic run against simulation. The more that is proved on a bench, the shorter the nights on site.

  4. Cut over

    Section by section, then at speed

    Zones are brought under control in sequence with the rest of the hall still working, then the whole system is run with real product at full rate before anyone signs anything. Peak-rate testing is where tracking errors and chute capacity problems appear, and it is not a step to skip.

What zoned control changes

A jam stops the zones around it rather than the hall, so the rest of the operation keeps running while it is cleared.

Product accumulates in a queue instead of being pushed, which removes a steady source of damage and of jams.

Sortation accuracy holds when the line speed varies, because items are tracked rather than timed.

Exceptions are visible as they happen — no-reads, full chutes, recirculating items — while somebody can still act on them.

Zones can be isolated for maintenance and cleaning without shutting down the building.

Where it fits

Halls where the flow is the operation

Warehousing and Logistics

Pick, pack and despatch operations with multiple destinations, where sortation accuracy and throughput are the operation rather than a support function.

Food and Beverage

Case and pallet handling between production and despatch, where washdown requirements and hygienic zone design shape the control as much as the throughput does.

Manufacturing

Inter-process transfer and buffering between cells, where accumulation is what decouples one machine's stoppage from the next machine's starvation.

Questions

Common questions about conveyor control

Very often it can be zoned as it stands. Most accumulation problems are control problems rather than mechanical ones, and adding sensors, splitting the drives and rewriting the logic is a fraction of the cost of new handling. Where a single long drive runs an entire run, splitting it mechanically may be necessary — the survey establishes which situation you are in before anything is quoted.

By having been told what to do in advance. The usual answer is a recirculation loop or a dedicated exception lane with the item flagged for manual handling, and the important part is that the item leaves the main flow promptly rather than stopping it. A no-read rate is also worth monitoring in its own right, because a rising one usually means a dirty scanner or a label quality problem upstream.

Normally yes, through whatever interface the WMS supports — a message queue, a database, a web service or a straightforward fieldbus link. What needs agreeing early is not the protocol but the behaviour: what the conveyor does when the WMS does not answer in time, and what the WMS is told when an item is diverted somewhere other than where it asked. Those two questions cause more integration trouble than the connection ever does.

Get in touch

Show us where your hall jams, and we will zone it around your operation.

A flow and exception survey, a zoning and control design, and a cut-over plan that keeps you despatching throughout.