OEM Solution

OEM & VEHICLE MANUFACTURERS

GSR-Ready Safety Systems, Built for Vehicle Programs

Vision-based modules that help your vehicles meet Europe's mandatory safety regulations — backed by a manufacturer that builds, certifies and supports its own hardware.

01

GSR II in brief: the compliance gateway to Europe

The EU's long-term road-safety strategy — its "Vision Zero" ambition — aims to drive road deaths toward zero by 2050. To get there, Regulation (EU) 2019/2144 (known as GSR II) made a set of advanced safety functions mandatory on new commercial vehicles, alongside complementary UNECE regulations.

For manufacturers, the consequence is simple: without compliant systems, there is no type approval — and without type approval, there is no European market access.

Which functions are in scope

RegulationFunctionWhat it does
UNECE R151BSISBlind Spot Information System — warns of cyclists/pedestrians in the nearside blind zone
UNECE R159MOISMoving Off Information System — warns of obstacles directly ahead when pulling away
EU 2021/1958ISAIntelligent Speed Assistance — informs and warns about the applicable speed limit
EU 2021/1341DDAWDriver Drowsiness and Attention Warning
EU 2023/2590ADDWAdvanced Driver Distraction Warning
UNECE R155CSMSCybersecurity management for vehicle software
UNECE R156SUMSSecure software-update management
UNECE R130LDWLane Departure Warning
UNECE R131AEBSAdvanced Emergency Braking (typically with radar)
02

What non-compliance costs a vehicle program

No approval, no sales

Vehicles, systems or components that fail GSR requirements cannot obtain EU type approval and cannot be sold into the EU market until corrected.

Interlinked requirements amplify risk

One program touches many regulations at once. A delay in any single subsystem — a camera, a software function, a test item — can stall the entire approval timeline and push back the launch window.

Late fixes are expensive fixes

Discovering a compliance gap late in the program means rework, retesting and missed launch dates, not just extra paperwork.

In-house development takes time

Building proprietary camera, perception and warning systems from scratch typically means a long development cycle — and the risk profile of developing and certifying safety software in parallel with a vehicle program.

03

The SOHANIoT GSR-ready portfolio

Production-oriented modules for the functions above, built on the same in-house platform as our fleet solutions — which means volume maturity, not lab samples.

Camera module mounted low on the side of a truck
Blind-spot sensing where the risk is - compact modules for the nearside zone.

Blind-spot monitoring for BSIS and MOIS coverage

  • Camera-based blind-spot sensing: side- and front-view cameras detect cyclists, pedestrians and vehicles in the classic blind zones around trucks and buses.
  • Distance and speed awareness without radar dependency: vision-based estimation that keeps the BOM lean where radar is not required.
  • Modular camera architecture: ultra-wide-angle optics, interchangeable housings, simplified mounting positions for different cab and chassis layouts, left- and right-hand drive.

Driver state monitoring for DDAW and ADDW coverage

  • Fatigue and attention logic: detects drowsiness signals and distraction behaviors such as gaze away from the road, phone use and long glances.
  • Level-based warnings: staged alerts that escalate from informative to urgent, configurable to the vehicle HMI.
  • Driver-facing camera integrated into the same unit family as the forward camera for a single-install footprint.

Speed assistance for ISA coverage

  • Vision + map fusion: speed-limit information is cross-checked from on-board camera recognition and map data, with logic adjustable to regional limit rules.
  • Warning and information modes: supports the functional approaches allowed under the regulation, configurable per market.
  • Same-family calibration workflow as the other modules to keep program integration predictable.

Supporting compliance programs, not just hardware

  • Documentation for approval: system descriptions, test reports and functional-safety documentation structured for submission.
  • Long-term software governance: versioned updates and update-management processes aligned with R155/R156 thinking.
  • Dedicated OEM engineering channel: direct access to SOHANIoT R&D for parameter changes, mounting variants and regional configurations.
04

A phased rollout — plan backwards from the deadline

GSR II requirements did not arrive in one day. They have been phased in by vehicle category and function since the regulation took effect, with new vehicle types and newly registered vehicles on different schedules. The practical implication for programs: the later a model is designed to comply, the more compressed the remaining validation and approval work becomes.

ADAS camera mounted on the upper windshield of a truck cab
Forward-facing units integrate behind the windshield for driver-assist functions.
  • Start from your target homologation date, then work backwards: camera integration, algorithm validation, documentation, and approval each take their own lead time.
  • Batch related functions together — blind-spot and driver-state cameras share mounting, wiring and HMI work, so planning them as one module saves program time.
  • Lock interfaces early — firmware, diagnostics and update management are easier to align with the vehicle architecture at design time than retrofit later.
05

What an OEM program gets with SOHANIoT

A manufacturer, not a middleman

Modules are designed and produced in our own facility, so specifications, quality and supply are controlled under one roof — and change requests go straight to the engineers.

Flexibility where programs differ

Cab sizes, mirror positions, windshield angles, LHD/RHD, climate extremes — variants are handled through adjustable optics, housings and calibration, not one-size-fits-all.

Volume and delivery maturity

The same platforms run in thousands of fleet installations worldwide, so OEM programs start from field-proven designs rather than prototypes.

Frequently asked questions

Can your modules be added to a vehicle platform already in development?

Yes — module integration is designed to work alongside ongoing vehicle development. The earlier the integration starts, the simpler the mounting, calibration and HMI alignment.

Do you support both left- and right-hand drive vehicles?

Blind-zone geometry and mirror positions differ by drive side. Module placement and calibration parameters are configurable for both LHD and RHD layouts.

What documentation do you provide for homologation?

System descriptions, functional specifications, test reports and related documentation are prepared in formats suitable for submission, and our engineers support your homologation team through the process.

Can the hardware be branded or customized for our program?

We regularly supply white-label and variant builds — housings, connectors, firmware parameters and labeling can be adapted to program requirements.

What volumes can you support?

As a manufacturer with our own production lines, we support programs from pre-series builds through volume production. Talk to our OEM team about your program schedule and volumes.

06

From regulation to road — the engagement model

  1. Scope mapping — we match your vehicle program and target markets to the required functions and deadlines.
  2. Sample integration — hardware samples, mounting guidance and interface documentation for your evaluation.
  3. Validation support — we work alongside your homologation and test teams through the certification process.
  4. Series supply — volume production, configuration management and after-sales technical support.

Talk to our OEM team

Explore the hardware that powers it.

Talk to our OEM team View products