Vehicle Control Module Alarm Wake Scheduling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing vehicle control module wake strategies face challenges such as suboptimal conditions for diagnostic routines leading to false fault detections and repeated wake-ups that drain the vehicle battery, due to the complexity of scheduling multiple wake-up requests during the afterrun period.

Innovation Solution

A method where the control module queries requesting features for alarm wake-up times, selects a primary wake-up time, sets a timer, and wakes up the module only when optimal conditions are met, allowing features to run independently based on their entry conditions, and limits repeated wake-ups by incrementing a counter to prevent excessive battery drain.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If the control module wakes up at multiple scheduled times to perform different features, then all requested features can be executed, but the battery may be drained by repeated wake-up events

Engineering Contradiction:
Improvefeature execution completenessVSAvoidbattery drain
Core Design Contradiction:
ProductivityVSLoss of energy

Solution Approach 1:

The patent combines multiple wake-up requests into a single wake-up event by selecting one alarm wake-up time and scheduling multiple features to execute at that time, thereby reducing repeated battery drain while maintaining feature execution completeness

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The control module is designed to handle multiple feature requests through a universal alarm wake-up mechanism that can schedule different features (diagnostics, data upload, calibration download) to run at the same optimized wake-up time

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

2Productivity

If the control module wakes up at the scheduled alarm wake-up time, then the feature can be performed, but environmental conditions may not be optimal leading to false fault detections

Engineering Contradiction:
Improvefeature execution timingVSAvoidfalse fault detection rate
Core Design Contradiction:
ProductivityVSReliability

Solution Approach 1:

The system performs preliminary evaluation of entry conditions (temperature, humidity, vehicle state) before finalizing the alarm wake-up time selection, ensuring that features are scheduled to run only when environmental conditions are optimal for their execution

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The system incorporates feedback mechanisms that monitor environmental conditions and adjust the wake-up time selection accordingly, using condition comparisons to determine whether to proceed with feature execution or delay it to avoid false fault detections

Inventive Principle:
Principle #23Feedback

3Device complexity

If the control module schedules wake-up requests with an alarm wake manager, then multiple wake-up times can be managed, but the system complexity increases

Engineering Contradiction:
Improvewake management structureVSAvoidwake-up scheduling ease
Core Design Contradiction:
Device complexityVSEase of operation

Solution Approach 1:

The patent extracts the complex alarm wake-up time selection logic from the general wake management system, creating a dedicated alarm wake-up manager that handles only alarm-related wake-up requests, thereby simplifying the overall wake management architecture while maintaining ease of operation

Inventive Principle:
Principle #2Taking out (Extraction)

Data Source

PatentUS10871749B2System and method for control module alarm wake
Publication Date: 2020.12.22 FORD GLOBAL TECH LLC
  • US10871749B2 patent drawing
  • US10871749B2 patent drawing
  • US10871749B2 patent drawing

AI summary

Methods and systems are provided for scheduling an alarm wake up to self-wake a control module of a vehicle while the vehicle is off to perform requesting features, including diagnostic and non-diagnostic afterrun tasks. In one example, a method may include, during a shutdown event of the control module, querying a plurality of requesting features for alarm wake up times, receiving a plurality of alarm wake up times from the plurality of requesting features, selecting one alarm wake up time from the plurality of alarm wake up times received, and setting a timer for the selected alarm wake up time. When the timer elapses at the selected alarm wake up time, the control module is woken and a request to run is sent to each of the plurality of requesting features.