Knowledge · Identification
A practical guide for Computer Vision project teams, how industrial barcode and 2D readers work, when to choose a dedicated device versus an area scan camera with software, and how lighting decides read rates.
Written for engineers, OEMs and purchasing teams who need reliable identification on the line, not lab demos.
A smart code reader (also called an industrial barcode reader, ID reader, or fixed-mount scanner) is a purpose-built Computer Vision device that finds and decodes 1D barcodes, 2D symbols and direct part marks, then outputs the decoded string, plus status, to your control system. Optics, illumination, imaging and decode algorithms live in one industrial housing designed for continuous factory duty.
That focus is the difference from a general area scan camera. An area scan camera delivers images; a smart code reader delivers answers: the GTIN, lot, serial, Data Matrix payload, or a no-read. Many plants still combine both, a dedicated reader for high-speed ID stations, and cameras for inspection, but when identification is the only job, a smart reader is usually the simpler, more stable choice.
In Sedeco’s catalogue taxonomy, code readers sit next to cameras and smart vision systems. They share the same physical world, mounting, working distance, lighting physics, but the buying conversation centres on read rate, code quality, and industrial I/O rather than megapixels alone. Browse related hardware under Cameras when your station also needs inspection, and keep this guide as the category reference for identification.
In one sentence
A smart code reader freezes a code under controlled light, locates the symbol, decodes it, and hands a clean string to the machine, without asking you to build a vision recipe from scratch.
Think of the path as five linked steps: present the part → illuminate → capture → locate & decode → communicate.
A carton, tray, PCB, vial or metal part arrives in the field of view. A photoelectric sensor, PLC pulse, encoder or continuous free-run mode tells the reader when to acquire. Consistency of position and orientation matters: if the code can land anywhere on a large face, you need a wider FOV or multiple readers. If orientation is random, 2D algorithms tolerate rotation better than classic 1D laser scanners did, but you still pay for FOV and focus depth.
Codes are patterns of dark and light. On paper labels that contrast is easy; on shiny metal Data Matrix, low-contrast inkjets or laser-etched DPM marks, the light geometry decides whether the pattern exists for the sensor. Many smart readers include integrated LEDs, often multi-zone or polarized options, so the device can try several lighting recipes without a separate light controller. External lights still help when the part geometry is awkward. See the dedicated lighting section below and Sedeco’s lighting hub.
A global-shutter sensor (typical on industrial readers) freezes motion under a short exposure or strobe. Resolution must place enough pixels across the narrowest bar or module of the code. Too few pixels and the decoder guesses; too many without the right optics wastes processing time and can introduce glare. Autofocus or liquid-lens models help when working distance varies from part to part.
Firmware finds candidate regions, estimates orientation, samples modules, applies error correction (for QR, Data Matrix, PDF417 and similar), and validates checksums where the symbology defines them. Modern readers handle damaged, low-contrast and perspective-distorted symbols far better than early fixed scanners, but they still cannot invent modules that lighting or print quality erased.
The result leaves as a string over Ethernet (TCP, UDP, industrial protocols), serial, digital I/O, or fieldbus gateways depending on the model family. Good stations also log no-reads, quality metrics and images for traceability, especially in pharma, automotive and food packaging.
| Stage | What happens | What this means |
|---|---|---|
| Trigger | External or free-run start | Match PLC / sensor timing |
| Light | Integrated or external LEDs | Critical for DPM & shiny parts |
| Decode | Locate symbol, read modules | Symbology set & grade matter |
| Output | String + status to controls | Protocol & no-read handling |
teams often say “barcode” when they mean three different problem classes. Separating them early prevents wrong hardware choices.
Linear codes such as Code 128, Code 39, EAN/UPC, ITF and Pharmacode encode data in bar and space widths along one axis. They remain common on cartons, shipping labels and retail packaging. Imaging readers usually outperform laser scanners when codes are damaged, low contrast, or presented at an angle, because they see a 2D image of the label, not a single scan line. Quiet zones (clear margins) still matter; truncated quiet zones are a frequent root cause of intermittent no-reads.
Data Matrix, QR Code, Aztec, PDF417 and similar pack more data in a square or rectangle of modules, with built-in error correction. They tolerate partial damage better than 1D codes and support serialization, URLs and structured industrial payloads (for example GS1 Digital Link patterns). For Computer Vision, 2D is the default for small parts, electronics and anything that needs a lot of data in a small mark. Module size and pixels-per-module become your primary optical design inputs.
DPM means the code is applied directly to the part, laser etch, dot peen, electrochemical etch, inkjet on metal or plastic, rather than a paper label. Contrast is often low; the “dark” modules may be texture or depth rather than ink. Specular reflections from milled surfaces can erase half the symbol depending on angle. DPM-capable readers and lighting (often dome, low-angle dark-field, polarized, or multi-zone) are not optional extras for this class, they are the project.
This is the decision project teams ask most often. Both paths can read codes. They differ in ownership cost, flexibility and how you staff the project.
| Approach | Best when | Watch-outs |
|---|---|---|
| Smart code reader | ID is the job; high read-rate KPI; standard symbologies | Less flexible for multi-tool inspection |
| Smart camera | Codes plus presence, OCR, simple gauging on one device | Tool limits vs full PC libraries |
| Area scan + PC software | Multi-feature inspection; custom algorithms; shared PC | You own lighting, lens, decode tuning & IT |
Choose a dedicated smart code reader when identification is a critical path metric (for example ≥99.9% read rate), when operators should configure recipes without a vision engineer, when integrated lighting and autofocus remove weeks of optical tuning, or when you need compact I/O and industrial protocols out of the box. High-volume packaging lines and DPM stations on metal often land here.
Choose an area scan camera with decode software when the same image must also measure gaps, check assembly, grade print quality or feed a robot pose. One sensor, one trigger, multiple tools. You will spend more time on lens and lighting selection, and you need a software owner. Architecture context lives on smart camera vs PC-based vision.
Hybrid stations are common: a smart reader for the serialized mark, a separate camera for cosmetic QC. Do not force one device to be both if takt or lighting geometries conflict.
More code-reading projects fail on light than on decoder brand. The algorithm needs module contrast; contrast is a lighting problem first.
Diffuse front light or the reader’s integrated LEDs usually work. Watch for glossy overlaminates that create hot spots, polarizers or a slight change of incidence angle often fix intermittent no-reads. Keep ambient plant light from competing with your strobe; uncontrolled sunlight near windows is a classic weekend failure mode.
Specular reflections can wash out modules. Dome lights, polarized coaxial setups, or multi-angle LED banks reduce glare. For cylindrical parts, a bar light or curved illuminator that wraps the surface can keep the code readable across rotation. Test with worst-case samples: oil film, brushed finish, anodized dark parts.
Dot peen and laser marks often need low-angle (dark-field) lighting so the depressions catch light differently from the flat field, or a dome that softens reflections while preserving module edges. What works on brushed stainless may fail on sandblasted aluminum. Plan a short lighting trial; Sedeco’s feasibility mindset applies here even more than for cosmetic inspection.
On conveyors, short bright pulses freeze the code. Sync the light controller with the reader exposure. Raising gain to compensate for weak continuous light adds noise and can drop DPM grades. Prefer light over gain.
For geometry options, ring, bar, backlight, dome, strobe, use the Computer Vision lighting guide as the companion article to this page.
If you are specifying identification for the first time, these patterns cover most successful projects:
The common thread is a measurable read-rate KPI and a symbol that must survive real print, mark and presentation variation, not a perfect sample on a desk.
Datasheets list many features. prioritize the list below. Do not invent requirements from marketing megapixels alone, and do not invent Sedeco SKU numbers from this guide; always confirm current options on the product pages.
Confirm the reader licenses the codes you actually print or mark (1D set, Data Matrix, QR, stacked codes, postal, etc.). Some platforms enable DPM decode as a feature pack. Match GS1 formatting needs if retail or healthcare supply chains apply.
Smallest module width (or X-dimension) and the largest FOV you must cover determine whether a fixed lens, liquid lens or remote head optics fit. Leave margin for part placement tolerance. Autofocus helps when height varies; fixed focus is simpler when presentation is locked.
Integrated multi-color or polarized banks simplify installation. External lights win when the geometry needs a dome, backlight or long bar. Budget both options into the trial.
Decode time must fit takt with margin for retries. Multi-code modes read several symbols in one FOV, useful on packs with primary and secondary marks, but increase processing load. Verify under your worst-case image, not a golden sample.
Digital outputs for good-read/no-read, Ethernet to PLC/MES, and optional fieldbus gateways decide how cleanly the device drops into the machine. Image archive over network helps quality teams diagnose Friday afternoon spikes in no-reads.
IP rating, operating temperature, vibration, and cable strain relief matter on washdown or metal-cutting cells. Mounts must keep the optical axis stable; a loose bracket looks like a software bug.
A reliable ID station is a system:
Commission with a matrix of good, borderline and bad marks. Teach operators what a no-read means: reject, recirculate, or manual entry, and when to call maintenance versus print.
High throughput, mostly label-based 1D/2D, strong need for simple recipe changes by shift. Strobe and global shutter keep edges crisp on conveyors. Color light can help when print contrast is weak on tinted film.
DPM dominates on machined and stamped parts. Traceability audits care about image evidence. Expect oily surfaces and mixed finishes; lighting trials are non-negotiable.
Tiny modules, high mix, ESD-aware mounting. Readers often sit close; liquid lenses help with height variation on mixed PCBs. Pair with inspection cameras when solder or placement QC shares the cell.
Serialization, aggregation and validation documentation dominate. Reproducible recipes and user access control matter as much as peak decode speed. Coordinate with packaging print quality grades early.
Typical loops: trigger in → acquire under light → decode → pass string and status → act (divert, log, robot pick confirmation). Latency must fit takt with retry budget. Define no-read behavior explicitly, silent failures are worse than loud ones.
If identification shares a cell with gauging or guidance, settle architecture with the smart vs PC page before freezing hardware. For multi-camera cells, see also the cameras hub.
No. Handhelds are for operators. Fixed-mount smart readers are for machines: continuous duty, industrial I/O, and automated triggering.
Most modern imaging readers decode both when licensed. Confirm your symbology list and any DPM option before purchase.
When you must inspect, measure or guide in addition to reading, or when a shared PC vision stack already owns the cell. See area scan and smart vs PC guides linked above.
Usually presentation, lighting glare, print/mark quality, focus drift, or timing, not “random software.” Log images on no-read to diagnose.
Rarely for decoding. Mono sensors with controlled light are typical. Color lighting (different LED wavelengths) can improve contrast on tinted materials without a color sensor.
Bring real samples, state the read-rate KPI and takt, and run a short feasibility lighting trial. Start from Knowledge and the feasibility checklist.
You now have the category model: smart code readers specialize in turning 1D, 2D and DPM marks into reliable industrial data, with lighting as the make-or-break partner, and area scan plus software as the alternative when inspection shares the image.
When ID shares a cell with inspection or guidance.
Ring, bar, dome, backlight and strobe for contrast.
Sample-based trials before you freeze the BOM.
Send code samples, takt and FOV, we help select the stack.
Related: Kennis / Knowledge, area scan cameras, smart vs PC vision.
Next technical steps after this guide: DPM definition, product families and the cluster hub that routes smart reader vs PC decisions.