← Latest papers
⚡ electrical engineering

Integral Control Barrier Functions with Input Delay: Prediction, Feasibility, and Robustness

This paper proposes a robust safety-critical control framework for nonlinear systems with input delay that integrates predictor feedback with Integral Control Barrier Functions (ICBFs) to simultaneously compensate for delays, guarantee feasibility under joint state and input constraints, and ensure forward invariance.

Original authors: Adam K. Kiss, Ersin Das, Tamas G. Molnar, Aaron D. Ames

Published 2026-03-26
📖 5 min read🧠 Deep dive

Original authors: Adam K. Kiss, Ersin Das, Tamas G. Molnar, Aaron D. Ames

Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer

Imagine you are driving a car that has a very strange, broken steering wheel. Every time you turn the wheel, the car doesn't react immediately. Instead, it waits exactly 1.2 seconds before it actually starts to turn.

This is the problem of Input Delay. In the real world, this happens with self-driving cars, robots, and drones. There is always a tiny lag between when the computer says "turn left" and when the motors actually do it.

If you are driving fast and a wall appears, and you wait 1.2 seconds to turn, you might crash. If you try to turn too hard to make up for the delay, you might spin out of control.

This paper is about building a "smart safety system" for these laggy machines. Here is how they solved it, using simple analogies:

1. The Problem: The "Blind" Driver

Standard safety systems act like a driver who only looks at the road right now.

  • The Scenario: You see a wall 10 meters away.
  • The Mistake: The computer says, "Brake!" But because of the delay, the brakes don't actually clamp down until you are already 5 meters from the wall.
  • The Result: You crash.

2. The Solution: The "Crystal Ball" (Predictor Feedback)

The authors' first big idea is to stop looking at the now and start looking at the future.

They give the computer a Crystal Ball (mathematically called a "Predictor").

  • Instead of asking, "Where am I right now?", the computer asks, "Where will I be in 1.2 seconds if I keep doing what I'm doing?"
  • The safety system then checks if that future position is safe.
  • The Analogy: Imagine you are throwing a ball to a friend who is running away. You don't aim at where they are standing now; you aim at where they will be when the ball arrives. This paper teaches the robot to "aim" its safety commands at the future, not the present.

3. The Double Constraint: The "Tightrope Walker"

Real machines have two rules they must follow at the same time:

  1. Don't hit the wall (State Constraint).
  2. Don't break the engine (Input Constraint). For example, the brakes can only push so hard before they overheat or the wheels lock up.

Usually, safety systems check these rules separately. But what if the only way to avoid the wall is to slam the brakes so hard that you break the engine? The system gets stuck. It's like a tightrope walker who is told, "Don't fall off the rope" AND "Don't step on the rope." If the rope is the only thing keeping them up, they are in a paradox.

The Paper's Fix:
They created a special mathematical "compatibility check." Before the robot tries to move, it checks: "Is there a way to avoid the wall without breaking the engine?"

  • If yes, it finds that perfect path.
  • If no, it knows the situation is impossible and stops trying to force a solution that doesn't exist. This prevents the computer from freezing or making a crazy, dangerous move.

4. The "Crystal Ball" is Sometimes Wrong (Robustness)

Here is the tricky part: The Crystal Ball isn't perfect.

  • Maybe the delay isn't exactly 1.2 seconds; maybe it's 1.3 seconds.
  • Maybe the road is slippery, and the car doesn't slide exactly as the math predicted.

If the Crystal Ball is wrong, the robot might think it's safe when it's actually about to crash.

The Paper's Fix:
They added a "Safety Buffer" (Robustness).

  • Instead of checking if the future position is exactly safe, they check if it's safe even if the prediction is a little off.
  • The Analogy: Imagine walking through a dark tunnel. A normal person walks right down the middle. A "Robust" person walks slightly to the side, keeping a hand on the wall, just in case they stumble.
  • The paper creates a mathematical "cushion" around the safety zone. If the prediction is slightly wrong, the robot is still safe because it was already keeping a little distance.

Summary: The Three Magic Tricks

  1. Look Ahead: Don't react to the present; react to the future (Predictor Feedback).
  2. Check the Math: Make sure the rules for "don't crash" and "don't break" don't fight each other (Feasibility).
  3. Keep a Buffer: Assume your crystal ball might be slightly wrong, and stay extra safe to compensate (Robustness).

The Real-World Test

They tested this on a Self-Driving Car (Adaptive Cruise Control).

  • Without their system: The car saw a slow car ahead, waited too long to brake, and crashed into it.
  • With their system: The car predicted where it would be in 1.2 seconds, calculated the perfect braking force that wouldn't lock the wheels, and smoothly slowed down, keeping a safe distance even though the brakes were "slow."

In short, this paper teaches robots how to drive safely even when they have a slow reaction time and imperfect information, by always looking a little bit into the future and keeping a little extra space just in case.

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →