Multi-Rate Haptic Driver for Low Latency Rendering

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Haptic interfaces in consumer-grade devices face delays and inconsistencies due to reliance on operating system-level processes, leading to unguaranteed timing and potential software freezes, which degrade the haptic experience by breaking the illusion of a physical system.

Innovation Solution

Implementing a multi-rate processing architecture with a dedicated driver layer and tactile processing unit, utilizing specialized hardware and software to provide low latency and guaranteed timing, enabling real-time haptic feedback even in the presence of software failures.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If operating system-level processes are used for haptic rendering, then software compatibility and ease of integration are improved, but timing consistency and reliability deteriorate due to unguaranteed scheduling and potential software freezes

Engineering Contradiction:
Improvesoftware integrationVSAvoidtiming consistency
Core Design Contradiction:
Ease of operationVSReliability

Solution Approach 1:

The system is divided into two independent processing paths: an application layer that handles high-level haptic effect definition and a driver layer that handles real-time actuator control. This segmentation allows the application layer to use standard OS processes for ease of integration, while the driver layer operates with dedicated real-time processing to guarantee timing consistency and prevent software freezes from affecting haptic output.

Inventive Principle:
Principle #1Segmentation

2Reliability

If real-time processing is implemented for haptic feedback, then timing precision and reliability are improved, but system complexity increases due to multi-rate architecture and dedicated processing layers

Engineering Contradiction:
Improvetiming guaranteeVSAvoidprocessing architecture
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

A driver layer acts as an intermediary between the application layer and the haptic actuators. This intermediary receives haptic effect parameters from the application layer, translates them into real-time control signals, and manages the multi-rate processing architecture. The driver layer absorbs the complexity of real-time scheduling and rate conversion, presenting a simplified interface to the application layer while ensuring timing guarantees at the actuator level.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of time

If multi-rate processing is used to reduce latency, then haptic responsiveness is improved, but computational overhead and processing complexity increase

Engineering Contradiction:
Improvehaptic latencyVSAvoidprocessing overhead
Core Design Contradiction:
Loss of timeVSDevice complexity

Solution Approach 1:

The system implements dynamic rate conversion where the driver layer adapts processing rates based on the specific haptic effect being rendered and the current system state. Rather than using a fixed multi-rate architecture for all operations, the processing rate is dynamically adjusted to match the requirements of each haptic interaction, reducing unnecessary computational overhead while maintaining low latency for time-critical operations.

Inventive Principle:
Principle #15Dynamics

Data Source

PatentUS11726569B2Multi rate processing device for rendering haptic feedback
Publication Date: 2023.08.15 TANVAS INC
  • US11726569B2 patent drawing
  • US11726569B2 patent drawing
  • US11726569B2 patent drawing

AI summary

A haptic interface unit may include an application in the operating system of a device in communication with a driver layer. A plurality of sensors and actuators may be in communication with the driver layer. The driver layer analyzes information from the sensors to generate an output signal based on an interaction model stored in the driver layer. The application updates the interaction model in the driver layer.