Hi Mike!
Just for clarification: the camera I've received contains *two* larger
chips. The one on the top side is the sensor (I don't see it's marking,
it's covered by the lens holder) and a second on the bottom side (88 pin
QFN, marked "V8") the controller that provides the usb connection to the
sensor. The sensors datasheet is on request only
(
https://www.onsemi.com/products/sensors/image-sensors/ar0234cs) and the
overview does not contain much useful information - IMHO.
At 1600x1200 MJPG (later cropped to a square) I get a stable 90fps for
all values of expose and with "Backlight Compensation" set to 0
(automatic trigger). I also verified, that the software trigger mode
(Backlight Compensation at 1) works as expected. The delivered frame
rate can be controlled using Hue. The software triggered single frame
mode (Backlight Compensation at 3, trigger via Hue set to 100). This
could be an option without hardware trigger signal...
However, I also noticed some problems (Camera and OpenPnP related):
- At software trigger mode (Backlight compensation = 0) the trigger rate
shall be limited by exposure. For longer exposure times (-5 (corresponds
to 10ms) and above) the frame rate shall drop. This is not reflected by
the frame rate test feature OpenPnP provides. This function seems to
operate the camera using different settings, which is also reflected by
the fact, that the last image of the test has a different brightness.
- The strobe output (led on the test board) seems to be distorted by the
OpenPnP test function. If executed, the camera stops strobing.
Jan
On 23.10.2025 18:53, Mike Menci wrote:
> Hi Jan, Chris, and everyone following the trigger-vision thread,
> Yesterday and today I finally closed the last open question about the
> camera that has been sitting on my pick-and-place head for weeks:
> “Does the chip marked only ‘V8’ really contain the Aptina AR0234 global-
> shutter sensor, or did ELP ship something else?”
> Short answer: YES, it is an AR0234 – the “V8” is simply a house-keeping
> laser-etch that ELP/SVPRO applies to every unit they import.
> Below are the facts, the measurements and the public proof so that
> nobody else has to guess.
> ------------------------------------------------------------------------
>
> 1.
> Visual evidence
>
> ------------------------------------------------------------------------
> ------------------------------------------------------------------------
>
> 2.
> USB descriptor
>
> ------------------------------------------------------------------------
> My unit enumerates as
> VID_32E4 PID_2234 “Global Shutter Camera”
> This VID/PID pair is registered to “Ailipu Technology”, a Chinese OEM
> that supplies ELP when their own inventory runs low.
> So the electronics are genuine – just a different firmware flavour
> burned at the factory.
> ------------------------------------------------------------------------
>
> 3.
> Format probe
>
> ------------------------------------------------------------------------
> OpenPnP → Camera → Capture lists all native formats:
>
> *
> 1920 × 1200, 90 fps, MJPEG
> *
> 1600 × 1200, 90 fps, MJPEG
> *
> 1280 × 960, 90 fps, MJPEG ← using this now
> *
> 1280 × 720, 120 fps, MJPEG
> *
> … (nine more stepped resolutions)
>
> No resolution is missing – the silicon really does deliver 2.3 Mpix @ 90
> fps.
> ------------------------------------------------------------------------
>
> 4.
> Real-world frame-rate check
>
> ------------------------------------------------------------------------
>
> *
> 1920 × 1200 MJPEG → 41 fps (USB-2 bandwidth limit, shared bus,
> Windows host)
> *
> 1280 × 960 MJPEG → 50 fps (plenty of head-room for dual-nozzle fly-by)
>
> Both numbers were taken with Auto-exposure OFF (exposure = -6) so the
> latency is now deterministic.
> ------------------------------------------------------------------------
>
> 5.
> Next step
>
> ------------------------------------------------------------------------
> I will scope the TRIG-IN → STROBE-OUT delay to verify the ≈ 80 µs number
> from the AR0234 data-sheet.
> If that measurement lands inside ±10 µs we can finally close the loop
> and let the motion-controller fire the camera on-the-fly without
> stopping the head.
> ------------------------------------------------------------------------
> Take-away for the group
>
> *
> A laser-etched “V8” on the sensor is NOT a fake – it is just house-
> keeping graffiti.
> *
> Any “SVPRO / ELP / Ailipu” module that offers 1920×1200 @ 90 fps
> MJPEG over vanilla UVC is 99 % an AR0234 underneath.
> *
> Treat the USB VID/PID as a firmware signature, not a silicon guarantee.
> *
> msgid/ <
https://groups.google.com/d/msgid/>
> > openpnp/2829836c-7fb1-49c6-
> be65-339d2617926cn%
40googlegroups.com <
http://40googlegroups.com>
> > <
https://groups.google.com/d/msgid/
> openpnp/2829836c-7fb1-49c6- <
https://groups.google.com/d/msgid/
> openpnp/2829836c-7fb1-49c6->
> > be65-339d2617926cn%
40googlegroups.com?
> openpnp/195be0d9-df48-4592-b2dd-9101be527871n%
40googlegroups.com
> <
https://groups.google.com/d/msgid/openpnp/195be0d9-df48-4592-
> b2dd-9101be527871n%
40googlegroups.com?utm_medium=email&utm_source=footer>.