This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
| en:safeav:as:typical [2025/10/17 09:01] – agrisnik | en:safeav:as:typical [2025/10/17 09:09] (current) – [Distributed vs. Centralised Architectures] agrisnik | ||
|---|---|---|---|
| Line 11: | Line 11: | ||
| This conceptual model remains universal across domains and can be represented as follows. | This conceptual model remains universal across domains and can be represented as follows. | ||
| + | <figure The Sense–Plan–Act Cycle > | ||
| + | {{ : | ||
| + | < | ||
| + | </ | ||
| + | |||
| + | The SPA cycle forms the basis for layered architectures in autonomous vehicles, where each layer refines or extends one part of this process. In practice, modern architectures also include learning and communication layers that enhance adaptability and collaboration between agents ((Kendoul, F. (2012). Four-dimensional guidance and control of autonomous aerial vehicles. IEEE Transactions on Control Systems Technology, 20(1), 283–297)). | ||
| + | |||
| + | A simplified data-flow architecture illustrates how perception data transitions through layers to produce control actions via extending the SPA architecture to a more applicable one : | ||
| + | |||
| + | <figure Data Flow in a Typical Autonomous System | ||
| + | {{ : | ||
| + | < | ||
| + | </ | ||
| + | |||
| + | This closed-loop interaction ensures that systems continuously update their understanding of the world, adjusting behaviour based on environmental changes or feedback from control execution ((Kroeger, T., et al. (2019). Real-time control architectures for robotics. Annual Review of Control, Robotics, and Autonomous Systems, 2, 45–68)). | ||
| + | |||
| + | ===== Distributed vs. Centralised Architectures ===== | ||
| + | |||
| + | Architectural organisation also depends on whether processing is centralised or distributed: | ||
| + | * **Centralised Architectures: | ||
| + | * All decision-making occurs on a single computing unit. | ||
| + | * Easier synchronisation but can become a bottleneck. | ||
| + | * Common in small-scale robots and drones. | ||
| + | *** Distributed Architectures: | ||
| + | * Tasks are distributed among multiple computing nodes or agents. | ||
| + | * Enhanced scalability and fault tolerance. | ||
| + | * Essential for multi-vehicle coordination (swarm robotics, fleet operations). | ||
| + | Middleware frameworks like ROS 2 and DDS are inherently designed to support distributed computation, | ||
| + | |||
| + | ===== Safety and Redundancy ===== | ||
| + | |||
| + | Safety is a critical design consideration. Redundant architectures replicate essential components (e.g., dual sensors, parallel computing paths) to ensure operation even during failures. For example, aircraft autopilot systems employ triple-redundant processors and cross-monitoring logic ((FAA. (2021). Advisory Circular 20-167A: Airborne Systems Safety. Federal Aviation Administration)). Similarly, marine vehicles use redundant navigation sensors to counter GPS outages caused by water interference. | ||
| + | Architectural safety mechanisms include: | ||
| + | * Failover controllers | ||
| + | * Health monitoring nodes | ||
| + | * Watchdog timers | ||
| + | * Self-diagnostics and logging subsystems | ||
| + | These ensure resilience, especially in mission-critical or human-in-the-loop systems. | ||