Client identity withheld under NDA — referred to below as “a US-headquartered global semiconductor company.”
Executive summary — the one-minute version
|
🎥 Multi-camera, hardware-synchronized Five cameras locked to one clock: a 30 Hz PWM sync pulse (~23 µs) drives every sensor, frames are timestamped at MIPI receive, and five 2304×1272 @ 30 fps streams arrive time-aligned over one USB 3.0 link — with microphone audio on the same timestamp domain. Verified three independent ways; frame integrity 99.998%. |
🏗 Full-chain ODM, idea to product One team carried this program from industrial design through mechanical, hardware, PCB layout, SMT PCBA, camera modules, calibration, firmware/SDK and system verification — the complete chain a hardware idea needs to become a shippable product. |
|
⛏ Certification-ready engineering Products we develop are engineered to pass CE, FCC and UL the first time: pre-compliance in our lab, the full industrial-grade standards matrix (EN 55032/55035, EN 61000-6-2/-6-4, FCC Part 15, UL/EN 62368-1…) and a proven 6-step UL process — all exercised on our other customer programs — detailed below. |
🎯 Vision calibration & IQ testing In-house optical lab: ChArUco intrinsic calibration, multi-view extrinsic calibration, lens distortion modeling and Imatest SFRplus image-quality verification (MTF50, ΔC, SNR) — objective numbers with pass bands, not opinions. |
* START YOUR ODM PROJECT *
A Fortune 500 semiconductor company came to EyeCloud AI with a demanding brief: a next-generation intelligent vision platform in which five cameras had to behave like one — every exposure locked to the same clock, every frame carrying a trustworthy timestamp, with multi-microphone audio kept in lock-step. EyeCloud AI was selected as the full-stack ODM partner and carried the product from the first ID sketch to verified, measurement-backed hardware.
This article tells that story with the evidence: how five image sensors were synchronized in hardware, how synchronization was proven with oscilloscope traces, firmware logs and a stopwatch, where the platform runs on Intel® Movidius™ and SigmaStar® silicon, how the same architecture extends to multi-camera stitching, and how our certification and calibration processes de-risk your path to mass production.
The application — a collaborative intelligent-vision platform in the smart-space / multi-sensor perception class — required frame-level simultaneity across all five channels, sustained for hours, plus microphone audio that could be correlated with the video timeline, in a fanless soundbar-style enclosure built around standard USB 3.0 connectivity.
| Item | Delivered result |
|---|---|
| Industrial design & mechanics | Fanless extruded-aluminum bar, vented passive thermal design, five-lens front, 1/4″-tripod mount; tooling and T1 samples produced |
| Electronics | 5-channel sensor board around Intel Movidius vision processors; USB 3.0 data + power tree; SMT PCBA with SPI/AOI/X-ray controls |
| Camera & sync | 5 × high-sensitivity low-light sensors, 2592×1304 max, working mode 2304×1272 @ 30 fps, hardware frame sync (30 Hz PWM, ~23 µs) |
| Audio | Multi-microphone array with on-device AAC encoding on the shared timestamp domain |
| Firmware & host SDK | Windows 10 C++ SDK: time-aligned batch API, 64-bit timestamps, multi-device support via unique USB PIDs; multi-device deployment documented |
| Verification | Synchronization evidence pack (scope + logs + stopwatch), frame-integrity audits, throughput characterization — reports delivered to client |
Platform choice determines cost, bandwidth and where the intelligence lives. This program runs on Intel Movidius vision processors; the same team also builds cost-optimized camera products on SigmaStar SoCs. Both platform tracks are standing capabilities:
| Platform | What we build on it | Where it wins |
|---|---|---|
| Intel Movidius (Myriad-class VPU) | Multi-sensor USB vision systems; per-channel ISP, NV12 conversion and MJPEG/H.264 encode on the VPU; USB 3.0 single-cable deployment; firmware (mdk) and host SDK development; on-device neural inference headroom (OpenVINO-compatible) | High-quality multi-camera capture, smart devices that must stream clean synchronized video to a host PC, edge AI prototypes that graduate to production |
| SigmaStar (SoC families) | Cost-optimized standalone camera products: integrated ISP bring-up, H.264/MJPG encoding, NPU-equipped variants for on-camera analytics; sensor bring-up, ISP tuning, board and firmware development | Standalone USB-camera-class products where BOM cost, power and H.264/MJPG streaming matter — smart home, retail, battery or USB devices |
Every sensor receives a shared 30 Hz PWM synchronization pulse with a pulse width of about 23 µs — sized to the sensor’s line period so it can gate the exposure cleanly. Because the trigger is distributed before the sensor pipeline, all five chips open and close their shutters on the same clock edge, every frame, with no software in the loop.
Frame timestamps are captured at MIPI receive — as close to the sensor as possible — and carried through the pipeline as a 64-bit counter. In the log below, frames #285–#291 land with identical timestamps on cam0 through cam4, frame after frame. A timestamp attached later (in a driver or application) would measure scheduling, not capture time, and would quietly break alignment under CPU load.
Finally, the human-checkable proof: all five cameras filmed a running stopwatch. Every saved image set shows the same elapsed time across all five streams — five pictures, five cameras, one moment. Frame-integrity audits under continuous capture measured a MIPI-level drop rate of about 1 frame in 60,000 (99.998%) at the 2304×1272 @ 30 fps working mode, and throughput profiling fixed the honest ceiling of the platform (5×ISP + 5×NV12 + 5×MJPEG q95 ≈ 6.1 / 5.5 / 6.5 ms per frame per channel).
Multi-microphone audio is often an afterthought that breaks A/V correlation. Here it was designed into the same timestamp domain: microphone packets are encoded to AAC on the device and delivered with their own 64-bit timestamps through the same time-aligned API as the frames. Because audio and video share one counter, the host can correlate them directly — the foundation for beamforming, speaker tracking and AV analytics that must trust the relative timing of sound and image. And because AAC coding uses negligible DDR bandwidth, our measurements showed adding audio cost nothing to the video pipeline’s throughput.
Synchronized capture is the entry ticket; stitching turns overlapping views into one seamless image. The pipeline is deterministic — and each stage is a capability we build and calibrate:
Synced capture ➞ Intrinsic calibration ➞ Extrinsic calibration ➞ Reprojection / LUT ➞ Seam & blend ➞ Multi-view output
Synchronization aligns frames in time; calibration aligns cameras in space and color. Every module we ship passes intrinsic calibration on printed ChArUco targets (7×9 grid, 35 mm squares, 26 mm ArUco markers) — chessboard precision with marker robustness for automated multi-camera capture — and image quality is verified on an Imatest SFRplus 5×9 chart so “looks good” becomes a number with a pass band.
A product isn’t finished when it works; it’s finished when it certifies. Our hardware is designed against the target standard from day one — creepage and clearance, enclosure flammability, EMC-conscious stack-ups and connector grounding are design inputs, not post-mortems. This program’s scope ended at system verification; certification is not a promise on paper — it is a stage our team runs routinely on other customer products, through accredited partner labs, with pre-compliance done in-house to minimize loopbacks.
| Market / mark | Directive / standard | Covers |
|---|---|---|
| CE (EU) | EMC Directive 2014/30/EU — EN 55032, EN 55035, EN 61000-3-2 / -3-3 | Radiated & conducted emissions, immunity (ESD, RF fields, EFT, surges), harmonics & flicker |
| CE (EU) | RED 2014/53/EU — EN 300 328, EN 301 489 (when Wi-Fi/BT fitted) | Radio spectrum & EMC for 2.4/5 GHz radios |
| CE (EU) | LVD 2014/35/EU — EN 62368-1; RoHS 2011/65/EU — EN IEC 63000 | Electrical safety (energy sources ES1/ES2, PS1/PS2), hazardous substances |
| FCC (US) | 47 CFR Part 15 Subpart B (Class A/B); Part 15C for radios; ICES-003 (Canada) | Unintentional & intentional radiator emissions; supplier’s Declaration of Conformity or certification |
| Industrial-grade EMC | EN 61000-6-2 (immunity) / EN 61000-6-4 (emission) | Factory-floor and robotics deployments where consumer-grade EMC is not enough |
| Environmental pre-compliance | IEC 60068-2 series (dry heat, cold, damp heat, vibration) | Thermal & mechanical robustness before formal submission |
01 Scope & standard (UL 62368-1) ➞ 02 Safety design review ➞ 03 Pre-compliance tests ➞ 04 Lab submission ➞ 05 First article & factory audit ➞ 06 FUS surveillance
Typical timeline: 10–16 weeks from lab submission to certificate, largely determined by how clean the pre-compliance phase is — which is exactly the phase we run ourselves.
Long before a lab sees the product, certification is decided in the bill of materials. When our engineers select enclosure resins, insulation sheet, wire, labels and connectors, the first filter is whether the material carries a UL Yellow Card — the certificate page of a UL-Recognized material (plastic materials are filed under the QMFZ2 category), verifiable by file number in UL Product iQ. A yellow card states, at each rated thickness, how the material behaves in fire and under electrical stress:
| Yellow Card parameter | What it tells you | Where we apply it |
|---|---|---|
| UL 94 flammability (V-0 / V-1 / 5VA) | How quickly the material self-extinguishes, at the rated thickness | Enclosure resins and structural plastics acting as fire enclosures |
| RTI (Relative Thermal Index) | The temperature the material sustains long-term without losing its properties | Insulation parts near power supplies and heat paths |
| CTI / PTI (Comparative Tracking Index) | Resistance to surface electrical tracking | Creepage and clearance decisions on connectors and PCBAs |
| HWI / HAI (Hot Wire / Hot Arc Ignition) | Resistance to ignition from wire or arc faults | Parts close to current-carrying conductors |
| GWFI / GWIT (Glow-wire) | Glow-wire flammability and ignition performance (IEC 60695 series) | Unattended and household equipment requirements |
Because these constructions arrive at the lab pre-evaluated, the end-product UL 62368-1 review starts from known data instead of open questions — fewer findings, fewer engineering loopbacks, and a cleaner pre-compliance phase (which is exactly what keeps the 8–14 week window above realistic).
We keep project claims strictly scoped. The table below separates what this program delivered from capabilities proven on other EyeCloud AI customer programs — offered as the standard continuation of this flow:
| Full-chain ODM stage | Status | What it involves |
|---|---|---|
| ID / MD / EE / Layout / SMT PCBA | Delivered in this program | Concept → tooling → PCBAs, as detailed above |
| Camera modules & intrinsic calibration | Delivered in this program | Module build, ChArUco intrinsic calibration, SFRplus IQ verification |
| Firmware, SDK & sync verification | Delivered in this program | Hardware sync, timestamps, Windows SDK, measured evidence pack |
| Extrinsic calibration & stitching | Proven on other programs | Multi-view geometry recovery, reprojection LUTs, seam/blend tuning |
| Assembly & system test | Proven on other programs | Assembly instructions & poka-yoke, ICT/FCT stations, burn-in |
| Production process design | Proven on other programs | DFM/DFA, SOPs, cycle-time & yield planning, line design |
| CE / FCC / UL certification | Proven on other programs | Pre-compliance in-house, lab management through to certificates (matrix & UL process above) |
* “Proven on other programs” rows are not claimed as part of this engagement — they are capabilities our team has exercised and shipped on other customer products, and are available as the standard continuation of this flow.
Give every sensor the same start signal and timestamp as early as possible: a 30 Hz PWM sync pulse drives all five exposures in hardware; timestamps are taken at MIPI receive and carried as 64-bit counters; the host SDK delivers the channels as time-aligned batches. Software-only alignment after capture cannot undo oscillator drift and USB scheduling jitter.
All five channels were frame-locked at 30 fps: firmware logs show identical per-frame timestamps across cam0–cam4, and a wall-clock (stopwatch) verification read identical time on all five outputs. Frame-integrity audits measured a MIPI-level drop rate of about 1 frame in 60,000 at 2304×1272 @ 30 fps.
Yes. Microphone packets are encoded to AAC on the device and timestamped on the same 64-bit counter as the video frames, so the host can correlate sound and image directly — the prerequisite for beamforming and speaker tracking. Measurements showed adding AAC had no measurable impact on video throughput.
Three things: hardware frame sync (to stop ghosts at the seams), per-camera intrinsics plus inter-camera extrinsics (to build reprojection LUTs), and photometric normalization (to hide the seam in color). We produce all three as calibration assets, then implement stitching either on the host PC or on-device depending on your product’s cost and deployment model.
They are different markets’ regimes, not interchangeable stamps. CE is the EU declaration covering EMC (EN 55032/55035), radio (RED), safety (EN 62368-1) and RoHS; FCC is the US regime focused on emissions (Part 15) and radio certification. Many products pursue both from one pre-compliance campaign since the EMC test items overlap heavily.
Typically 10–16 weeks from formal lab submission to certificate for a product in this class, plus design-review time before that. The single biggest schedule factor is how many findings the lab raises — which is why the pre-compliance phase (dielectric, temperature rise, abnormal tests) is run in our own lab first.
Yes. Each device enumerates with a unique USB PID, devices connect through standard USB 3.0 hubs, and the SDK exposes each unit as an independent camera group with its own synchronized batch stream — ten or more synchronized channels on one PC while preserving per-device time alignment.
Industrial design; mechanical and thermal engineering; hardware schematic and PCB layout; SMT PCBA; camera module build; intrinsic and extrinsic calibration; firmware and host SDK; assembly and system test; production process design; and CE/FCC/UL certification support. Every stage of that chain has been exercised on real customer programs, and EyeCloud AI provides it in-house, in any scope from a single stage to turnkey.
A UL Yellow Card is the official certificate page of a UL-Recognized material or component — plastic materials are filed under the QMFZ2 category, each with a file number verifiable in UL Product iQ. It records the material’s UL 94 flammability class, RTI, CTI and glow-wire ratings at specific thicknesses. Specifying yellow-card materials for enclosures, insulation parts and critical connectors means the end-product safety review starts from pre-evaluated construction — fewer findings and a faster path to the UL listing.
If your roadmap includes multi-camera arrays, stitching, stereo or multi-sensor perception, we can replicate this playbook on your product — from industrial design to synchronized capture, calibration, certification and mass production. Explore our camera and capture products, browse our engineering case studies, or contact our team to discuss your project.