Skip to main content
uRAD Solutions

Radar and LiDAR sensing solutions for industrial and smart city projects

We start from the result you need and define the right architecture to measure, detect, analyse, interact or embed sensing technology into your own system.

We design with radar and LiDAR: architectures that capture no image, reducing exposure to personally identifiable data and withstanding demanding outdoor conditions. The alternative when a project cannot rely on cameras.

  • In-house technology
  • Radar + LiDAR
  • OEM integration
  • 🛠️ Engineering support
Tecnología de detección uRAD basada en radar y LiDAR Radar · LiDAR · Integration

Technology and integration in professional projects

Texas Instruments Registered Partner Cegeka Inventeers City of Pamplona
Compliance Marcado CE
Aforo de vehículos en una vía con tráfico circulando
Traffic measurement from the edge of the carriageway, with no cameras
01 Traffic and mobility

Traffic radar sensor solutions: measure, analyse or trigger

From traffic counting, historical series and analytics through to real-time detection for signage and ITS integration.

Data and historySmart Traffic
Detection and eventSmart Radar Sensor
Superficie interactiva en un museo, detección mediante LiDAR
Large-format surface with LiDAR interaction
02 Interaction

LiDAR solutions for interactive surfaces and spaces

LiDAR architectures for large-format surfaces, interactive walls and projection in museums, education, retail and AV integration, without mounting any sensor on the surface itself.

  • Museums
  • Education
  • Retail
  • AV integration
Silos industriales, medición de nivel por radar sin contacto
Non-contact radar measurement in an industrial environment
03 Industrial measurement

Radar solutions for non-contact industrial measurement

Radar for level and distance measurement and process monitoring in industrial plants, where ambient conditions and integration with the control system are decisive.

  • Level
  • Distance
  • Monitoring
  • Integration
Technology

Radar, LiDAR or vision: it depends on the data you need

Radar

Movement · speed · distance

Robust outdoors, independent of lighting and with no image capture.

LiDAR

Position · geometry · interaction

High spatial precision for surfaces, spaces and interactive interfaces.

Vision

Visual information · classification

Adds visual context, though it depends more on lighting and on image processing.

Comparison by criterion

No single technology wins on every criterion. What decides the architecture is which data you need and the environment it has to be captured in.

CriterionRadarLiDARVision
Movement and speedMeasured directlyDerived from position between samplesEstimated through image processing
Spatial precisionDetection zone, not an exact pointHigh: position and scene geometryHigh in 2D; depth depends on the system
Dependence on lightingNoneNone: it emits its own lightHigh: light, contrast and glare
Image captureNo image capturedNo image capturedYes: it is its operating principle
Outdoor useRobust to rain, fog and dustSensitive to particles and dirt on the opticsSensitive to weather and dirt
Exposure to identifiable dataReducedReducedRequires a lawful basis and justification

Vision brings visual context and advanced classification where the project justifies it; radar and LiDAR fit where environmental robustness or the absence of imagery carry more weight.

There is no universally better technology. We choose the architecture according to the data, the environment and the objective.

Discuss my case
From need to hardware

We define the architecture first. The product comes second.

A uRAD solution can be built on a closed unit, a sensor for integration or a development platform. The choice depends on the processing, the connectivity and the level of integration the project requires.

01NeedWhat result the project has to produce.
02ArchitectureSensing, processing and handling of the data.
03ProductClosed unit, sensor for integration or platform.
04DeploymentCommunications, field validation and scaling.
Methodology

From the need to a viable architecture

An engineering approach driven by real constraints: the environment, the systems already in place and validation criteria agreed before deployment.

01DefineWhat you need to measure, detect, analyse or trigger, and how detailed the data must be.
02ReviewGeometry, distance, mounting, power supply and connectivity at the site.
03DesignRadar, LiDAR, processing, communications and integration with your systems.
04ValidateConfiguration, field testing, data integration and scaling.

We review the real site before recommending a sensor

The same technology can behave very differently depending on where and how it is installed, so these factors are checked before any architecture is proposed.

  • Geometry
  • Range
  • Occlusions
  • Mounting
  • Power
  • Connectivity
  • Interfaces
  • Environment
Assess my project
Equipo uRAD Smart Traffic Compact, revisado antes del despliegue
The real site: mounting, orientation and conditions
OEM and integration

Need to embed uRAD into your own system?

We work with manufacturers and integrators when the standard configuration does not fully fit the project.

  • Manufacturers
  • System Integrators
  • Technology companies
  • Projects beyond the standard configuration
Hardware and antenna Board format, enclosure and antenna configuration to suit the mounting and the coverage.
Firmware and processing Tuning the on-board processing and the information the unit delivers.
Communications Protocols and outputs adapted to the system that will receive the data or the event.
Data integration Formats and flows compatible with your platform or your application.
Talk to our engineers
Frequently asked questions

Common questions about our solutions

Radar or LiDAR: which one should I use?

It depends on the data. Radar fits when you need movement, speed or distance with environmental robustness and no image capture. LiDAR fits when you need spatial position and geometry, which is what makes interaction on a surface possible. In many projects the answer is settled by reviewing the site, not before.

What is the difference between a solution and a product?

The solution is the complete architecture: what is measured, how it is processed, where it is stored and which system it integrates with. The product is the specific unit that runs it. That is why we define the architecture first and only then select between a closed unit, a sensor for integration or a development platform.

How is a project assessed?

We look at the target detection distance, the physical obstacles at the site, the integration requirements and the expected behaviour. If our sensors are not the right tool for your use case, we will tell you before you commit time or budget to a pilot.

Can it be integrated into an existing system?

Yes. The units deliver data or events to mobility platforms, municipal systems, controllers, PLCs or in-house applications, according to the chosen architecture and the protocols of each product.

Technical Assessment

Tell us what you need to measure, detect or integrate

Initial technical assessment First reply within 48 hours

Describe the objective of the project, the environment, the distances involved, the power available and where the data has to end up. We will review which architecture makes sense before moving on to product.

  1. 01
    ObjectiveWhat result the project has to produce.
  2. 02
    EnvironmentWhere it is installed and under what conditions.
  3. 03
    ArchitectureWhich technology and integration fit, and why.

We do not send a generic sales proposal: we review feasibility, the environment and the integration first.

Technical Assessment

Request a technical assessment

We review constraints, environment and integration, and reply with concrete technical criteria.








    We only use your details to reply to this technical enquiry.