标签：#controls

Model Predictive Control for Real-Time Robot Navigation A path planner tells a robot where it should go. A controller determines how the robot should move to follow that path. Model Predictive Control (MPC) repeatedly predicts future behavior and chooses control inputs that optimize a short horizon. MPC Concept Current State | v Predict future states | v Optimize control sequence | v Apply first control | v Measure new state | +----> Repeat The key idea is that the entire control sequence is not executed at once. Only the first action is applied before the problem is solved again. Robot Model For a simple differential-drive robot: x_dot = v cos(theta) y_dot = v sin(theta) theta_dot = omega The controller can predict where the robot will be after applying candidate velocity commands. Optimization Objective A typical objective might penalize: Distance from reference path Heading error Excessive control effort Rapid control changes Collision proximity Conceptually: Cost = tracking_error + control_effort + smoothness_penalty + obstacle_penalty Prediction Horizon Suppose the controller predicts: t0 -> t1 -> t2 -> t3 -> t4 For each candidate control sequence it estimates the resulting trajectory. The optimizer selects the best feasible sequence. Obstacle Handling A cost function can strongly penalize trajectories near obstacles: Obstacle ### ##### ### \ predicted trajectories \---- safe \--- unsafe Hard constraints can also be used when collision avoidance must be guaranteed by the optimization formulation. ROS 2 Architecture /global_plan | v /mpc ^ | /odom /imu /local_costmap | v /cmd_vel Real-Time Requirements MPC is computationally heavier than simple feedback controllers. Monitor: Optimization time Control frequency Solver failures CPU utilization Prediction horizon Sensor latency If optimization misses its deadline, the system needs a safe fallback. Practical Implementation Strategy Start simple: Define a robot model. Implement trajectory prediction. Define tracking

With the new tools, parents and guardians will be able to view their teen's time spent on Threads, set daily time limits, adjust sleep mode, and manage their privacy settings.

Plug an oscilloscope probe into almost any real circuit and the trace will be fuzzy. Riding on top of the signal you actually want is a haze of higher-frequency noise — switching hash, radio pickup, digital crosstalk. The signal and the noise occupy different parts of the frequency spectrum, and that separation is an opportunity. If you can build something that passes the low frequencies and quietly turns down the high ones, the fuzz disappears and the signal stays. That something is a low-pass filter, and in its simplest form it is just a resistor and a capacitor. This article explains where the cut-off frequency comes from, works a concrete RC example, and clears up the misunderstandings that most often trip up a first filter design. Why this calculation matters Low-pass filters are everywhere a clean signal is needed. They sit in front of analog-to-digital converters as anti-aliasing filters, smooth the ripple out of power supplies, condition sensor outputs, and recover audio from a noisy line. Even an averaging operation in software is a low-pass filter wearing different clothes. The calculation matters because the cut-off frequency is a design decision with real consequences in both directions. Set it too low and you blur the signal you were trying to protect — its fast edges and genuine high-frequency content vanish along with the noise. Set it too high and the noise sails straight through. The cut-off is a deliberate line drawn through the frequency spectrum, and a passive RC filter places it with just two component values. The core formula A first-order RC low-pass filter is a resistor in series with the signal and a capacitor from the output node to ground. At low frequencies the capacitor is effectively an open circuit, so the output simply follows the input. At high frequencies the capacitor's impedance becomes small, shorting the high-frequency content to ground. The crossover between those two regimes is the cut-off frequency: f_c = 1 / ( 2 * pi * R * C