Autonomous Mobile Robot Control Architecture for Safe Reusable Navigation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Autonomous mobile robots face challenges with complex navigation and control software, leading to increased susceptibility to errors and difficulties in verifying functional safety, especially due to strong hardware dependencies and the need for extensive adaptation when reusing software across different hardware configurations.

Innovation Solution

The implementation of a functionally separate autonomous mobile robot structure, featuring a navigation unit and a control unit with a safety module, allowing for independent operation and intervention in hazardous situations, and a standardized data exchange format to facilitate hardware and software flexibility.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If highly optimized navigation and control software is implemented for specific hardware configurations, then navigation performance is improved, but software reusability deteriorates and requires extensive adaptation developments

Engineering Contradiction:
Improvenavigation performanceVSAvoidsoftware reusability
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The software is segmented into hardware-specific modules (control unit, sensor interfaces) and hardware-independent modules (navigation algorithms, path planning). This segmentation allows the navigation software to be reused across different hardware configurations while maintaining optimized control for each specific hardware setup.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

An intermediary layer (abstraction layer) is introduced between the hardware and navigation software. This intermediary handles hardware-specific variations, allowing the navigation algorithms to remain hardware-independent while still achieving optimized performance on specific hardware through standardized interfaces.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If various abstraction levels are incorporated into the software to support various hardware configurations, then software reusability is improved, but computational complexity increases and expensive hardware is required

Engineering Contradiction:
Improvehardware compatibilityVSAvoidsoftware complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The software architecture is segmented into distinct layers with clearly defined interfaces. The abstraction layer is separated from the navigation algorithms, allowing each to be optimized independently. This reduces overall software complexity while maintaining hardware compatibility.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The control unit is designed with universal interfaces that can handle multiple hardware configurations through standardized communication protocols. This universality reduces the need for complex hardware-specific abstraction layers while maintaining broad hardware compatibility.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Extent of automation

If the complexity of behavioral routines is increased to develop systems with ever-increasing intelligence, then robot intelligence is improved, but susceptibility to errors increases and verification of functional safety becomes more difficult

Engineering Contradiction:
Improverobot intelligenceVSAvoiderror susceptibility
Core Design Contradiction:
Extent of automationVSReliability

Solution Approach 1:

Behavioral routines are segmented into modular, independently verifiable units. Each module performs a specific function with well-defined interfaces, making it easier to verify functional safety for each unit while maintaining complex overall behavior through composition of verified modules.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system incorporates feedback mechanisms that monitor the execution of behavioral routines and detect anomalies. This feedback enables real-time verification of safety-critical functions while allowing complex intelligence to be implemented through layered behavioral hierarchies.

Inventive Principle:
Principle #23Feedback

Data Source

PatentUS20210271262A1Autonomous Mobile Robot And Method For Controlling An Autonomous Mobile Robot
Publication Date: 2021.09.02 PAPST LICENSING GMBH & CO KG
  • US20210271262A1 patent drawing
  • US20210271262A1 patent drawing

AI summary

An autonomous mobile robot, comprising: a drive unit which is designed to receive control signals and to move the robot in accordance with the control signals, a navigation sensor for capturing navigation features, and a navigation unit coupled to the navigation sensor. The navigation unit is designed to receive information from the navigation sensor and to plan a movement for the robot. The robot also has a control unit, which is designed to receive movement information representing the movement planned by the navigation unit and to generate the control signals based on the movement information. The robot has further sensors which are coupled to the control unit such that the control unit can receive further sensor information from the further sensors. The control unit is designed to pre-process this further sensor information and to supply the pre-processed sensor information in a pre-defined format to the navigation unit.