Welcome to GHD Infra Developers, where you can ask questions and receive answers from other members of the community.

4.1k questions

18 answers

0 comments

1.5k users

Categories

0 votes
A common practice is to measure the actual height variation across your part population and add 20 to 30 percent margin to account for vibration and mounting tolerance, then select aperture and working distance accordingly.

Which Cameras Actually Perform Best Across Different Industrial Tasks? There is no single "best" camera across all applications - the right choice depends heavily on speed requirements, part size, and environmental exposure. The table below compares four representative camera categories commonly specified in industrial settings, illustrating how their attributes align with different production requirements.

Standard GigE handles many high-speed applications comfortably, especially moderate-resolution inspection at cable runs beyond a few meters, but very high frame rates combined with high resolution can exceed its roughly 125 MB/s ceiling. In those cases, 10GigE, USB3, or CoaXPress interfaces provide the additional bandwidth needed, at the cost of shorter cable runs or added hardware complexity.

Code reading and traceability form a third application area that is often underestimated in scope. Pharmaceutical and food packaging lines rely on cameras to decode 2D data matrix codes at line speeds exceeding one meter per second, verifying serialization data against a database before the product proceeds to cartoning. A single unreadable code can halt a line, so camera selection for this task prioritizes depth of field and decoding software robustness over raw resolution. ClearView

Which Integration Factors Determine Real-World Reliability? Software that performs flawlessly in a vendor demo often behaves differently once connected to a plant's existing PLC network, robot controller, and historian database. Reliable integration depends on the software's native support for standard industrial communication protocols - EtherNet/IP, PROFINET, and OPC-UA chief among them - because custom-built bridges between vision software and control systems are a common source of intermittent faults that are difficult to diagnose months after commissioning. Engineers evaluating a platform should confirm not just that a protocol is "supported" on a spec sheet but that it has been deployed in a comparable line-speed environment with the exact PLC brand already running in the plant.

Industry surveys of automation deployments consistently show that inspection errors traced back to software misconfiguration or poor lens-camera matching account for a disproportionate share of unplanned downtime - some integrators estimate this figure at nearly a third of all vision-related service calls. That statistic alone explains why manufacturing engineers now treat software selection as a hardware-adjacent decision rather than an afterthought. Choosing among the available machine vision software solutions has become as consequential as selecting the sensor or lens itself, because the software layer determines whether a camera's raw resolution actually translates into usable, repeatable measurement data on the factory floor.

Lighting Design: The Component Most Often Underestimated Illumination is frequently treated as an afterthought, purchased generically rather than engineered for the specific defect type being detected, and this is a costly mistake. Structured lighting techniques - including backlighting, dark-field illumination, and diffuse dome lighting - each reveal different classes of surface and dimensional defects, and choosing incorrectly can render an otherwise excellent camera-lens combination useless for the task at hand. Backlighting, for instance, is extremely effective for measuring silhouette dimensions and detecting cracks or holes, but it provides no information about surface texture or printed markings, which require front-lit or coaxial illumination instead.

Consider a practical calculation: suppose an inspection station needs to detect a 0.2mm scratch on a metal component, and the sampling theorem requires at least two pixels across that feature for reliable detection. If the sensor has a field of view of 100mm across 4000 pixels, each pixel represents 0.025mm, giving roughly eight pixels across the scratch - comfortably above the two-pixel minimum. If the same sensor were paired with a lens that only resolves detail down to 0.05mm at the sensor plane due to poor MTF performance, the theoretical pixel count would be irrelevant because the optics themselves cannot transmit that level of detail to the sensor. ClearView

Only if the lens's resolving power, measured in line pairs per millimeter, already exceeds the requirement of the new sensor's pixel pitch. In most cases upgrading from a 5-megapixel to a 12-megapixel sensor requires a corresponding lens upgrade as well, otherwise the additional resolution simply captures blur rather than usable detail.

No, properly architected industrial deployments run inference at the edge, directly on local hardware, which avoids dependency on network connectivity for real-time decisions. An internet connection may still be used periodically for centralized model updates or performance monitoring, but production-line inspection itself should not depend on it.
by Novice (200 points)

Your answer

Your name to display (optional):
Privacy: Your email address will only be used for sending these notifications.
...