Differences

This shows you the differences between two versions of the page.

--- en:safeav:appendixes [2026/04/24 10:08] – raivo.sell
+++ en:safeav:appendixes [2026/06/10 13:30] (current) – [Industrial Use Case #3: Verification and Validation of a UAV] raivo.sell
@@ Line 1: / Line 1: @@
 ====== Appendixes ======
+===== Tables =====
+==== Autonomous Systems ====
 ^ Domain ^ Primary Standards Body ^ Key Autonomy Standard ^
@@ Line 27: / Line 31: @@
 | Test Track & Physical Testing Infrastructure Providers | Operate controlled environments for real-world validation (proving grounds, UAV corridors, maritime test ranges). Bridge sim-to-real validation. | American Center for Mobility, MCity, FAA UAV Test Sites |
-===== Indutrial Use Case #1 =====
+==== Hardware and Sensing Technologies ====
+**Industries and Companies:**
+^ Type ^ Description ^ Example Players (Companies) ^
+| Semiconductor Manufacturers (Logic & Compute) | Design and manufacture digital logic devices (MCUs, MPUs, SoCs, AI accelerators) that execute perception, planning, and control workloads in autonomous systems. | Intel, NVIDIA, Qualcomm, NXP Semiconductors |
+| Analog & Mixed-Signal Semiconductor Providers | Provide sensing interfaces, power management ICs, ADC/DACs, and signal conditioning required to convert physical signals into digital data. | Texas Instruments, Analog Devices, Infineon Technologies |
+| Power Semiconductor & Wide Bandgap Players | Develop Si, SiC, and GaN devices for high-efficiency power conversion in EVs, aircraft electrification, marine propulsion, and space systems. | Wolfspeed, onsemi, STMicroelectronics |
+| Sensor Manufacturers (Perception Hardware) | Build core sensing modalities (camera, radar, LiDAR, IMU, GNSS, sonar, star trackers) that define system observability and autonomy limits. | Bosch, Continental AG, Velodyne LiDAR, Teledyne Technologies |
+| RF & Communication Chip / Module Providers | Provide connectivity hardware (5G, V2X, satellite comms, radar front-ends) enabling communication and extended perception. | Skyworks Solutions, Qorvo, Broadcom |
+| FPGA & Reconfigurable Compute Vendors | Supply programmable logic for deterministic, safety-critical and adaptable processing in aerospace, defense, and space systems. | AMD, Intel |
+| EDA (Electronic Design Automation) Companies | Provide design, simulation, verification, and sign-off tools spanning chip, package, and PCB levels—critical for hardware validation and production. | Synopsys, Cadence Design Systems, Siemens |
+| Foundries & Advanced Packaging Providers | Fabricate semiconductors and provide advanced packaging technologies for high-performance and reliable systems. | TSMC, Samsung Foundry, Intel Foundry Services |
+^ Vendor ^ Platform / Kit ^ Type ^ Key Components ^ Target Domain ^ Notes / Differentiation ^
+| NVIDIA | NVIDIA DRIVE (Orin / Thor) | Full autonomy compute platform | GPU SoC, Tensor cores, CUDA, DriveWorks SDK | Automotive autonomy (L2–L4) | End-to-end AV compute + software stack |
+| NVIDIA | Jetson Orin Dev Kit | Embedded AI compute platform | CPU + GPU SoC, camera interfaces | Robotics, drones, edge AI | Widely used for prototyping |
+| Qualcomm | Snapdragon Ride | Automotive compute platform | AI accelerator, vision DSP, sensor fusion | Automotive ADAS/AV | Strong power efficiency + integration |
+| Intel | Mobileye EyeQ / AV platform | Vision-centric ADAS platform | Vision SoC, camera-based perception software | Automotive ADAS | Camera-first autonomy strategy |
+| AMD | Versal Adaptive SoCs | FPGA/ACAP compute platform | FPGA fabric + AI engines | Automotive, aerospace | Deterministic + adaptive compute |
+| Texas Instruments | TDA4VM / Jacinto | ADAS processor | Vision DSP, radar processing, safety MCUs | Automotive | Strong functional safety (ISO 26262 focus) |
+| NXP Semiconductors | S32V / BlueBox | Automotive compute + networking | Vision SoC, radar processing, CAN/FlexRay | Automotive | Strong vehicle networking integration |
+| Bosch | Radar / ADAS platforms | Sensor + ECU systems | Radar, camera, ECU modules | Automotive | Tier-1 integrated sensor + compute solutions |
+| Continental AG | Continental ADAS Dev Platform | Sensor fusion system | Radar, LiDAR, camera modules | Automotive | Strong system-level integration |
+| Velodyne LiDAR | LiDAR Dev Kits (e.g., Puck) | Sensor dev kits | 3D LiDAR + SDK | Autonomous, robotics | High-resolution 3D perception |
+| Ouster | Ouster OS1 / Gemini | LiDAR platform | Digital LiDAR + API | Robotics, industrial | Software-defined LiDAR stack |
+| Analog Devices | Radar Development Kits | RF sensing platform | RF front-end + DSP | Automotive, industrial | Strong RF + signal chain expertise |
+| Infineon Technologies | AURIX + Radar Kits | Safety MCU + radar | Radar IC + safety MCU | Automotive | Leading safety MCU platform |
+| STMicroelectronics | STM32 + Sensor Kits | Embedded sensing platform | MCU + IMU, GNSS, camera | Robotics, IoT | Low-cost prototyping ecosystem |
+| Teledyne Technologies | Imaging Sensor Kits | Vision sensing | CMOS sensors, thermal imaging | Aerospace, defense | High-performance imaging |
+| Sony | CMOS Image Sensors | Vision sensors | High dynamic range sensors | Automotive, consumer | Dominant in camera sensing |
+| Hexagon | Autonomous Sensors | Software + sensors | LiDAR + mapping + analytics | Industrial autonomy | Strong digital twin ecosystem |
+| dSPACE | HIL (Hardware-in-the-Loop) systems | Validation platform | Sensor models, ECU integration | Automotive, aerospace | Critical for V&V workflows |
+===== Industrial Use Case #1 =====
+===== Industrial Use Case #2 =====
+===== Industrial Use Case #3: Verification and Validation of a UAV =====
+<note>Please add a paragraph on the context and background of the product and the process. A descriptive image would also be nice</note>
+This use case outlines the step-by-step validation methodology implemented by Partner to safely transition a autonomous unmanned aerial vehicle from an initial prototype to a market-ready, certified product (TRL 9).
+**Phase 1: Operational Design Domain (ODD) & Safety Requirements Definition**
+Transitioning a UAV starts with defining a strict ODD. This includes environmental boundaries, such as operating temperatures ranging from -30°C to +40°C and wind resistance up to 14-15 m/s. Furthermore, the safety goals must account for severe operational constraints, such as flights in GNSS-denied environments and resilience against active electronic warfare (spoofing and jamming).
+**Phase 2: Simulation-Based V&V (Software-in-the-Loop & Formal Methods)**
+This use case outlines the step-by-step validation methodology implemented by Partner to safely transition an autonomous unmanned aerial vehicle from an initial prototype to a market-ready, certified product (TRL 9).
+**Phase 1: Operational Design Domain (ODD) & Safety Requirements Definition**
+Transitioning a UAV starts with defining a strict ODD. This includes environmental boundaries, such as operating temperatures ranging from -30°C to +40°C and wind resistance up to 15 m/s. Furthermore, the safety goals must account for severe operational constraints, such as flights in GNSS-denied environments and resilience against active electronic warfare (spoofing and jamming).
+**Phase 2: Simulation-Based V&V (Software-in-the-Loop & Formal Methods)**
+Before physical deployment, the autonomy software stack undergoes rigorous Software-in-the-Loop (SIL) validation. Utilizing proprietary simulation environments, developers test critical algorithms for object tracking, scene understanding, and GNSS-denied navigation (such as optical flow and dead reckoning). Simulating edge cases, such as sudden communication loss or sensor blinding, ensures that the autonomous decision-making algorithms remain predictable and safe without risking physical hardware.
-===== Indutrial Use Case #2 =====
+**Phase 3: Hardware-in-the-Loop (HIL) and Sensor Integration**
+Once the software matures, it is integrated with the actual avionics framework. The validation bench assesses the performance of multi-sensor payloads (e.g., hybrid 30x zoom RGB cameras, high-sensitivity thermal sensors, and laser rangefinders). Simultaneously, the proprietary Ground Control Station (GCS) and digital communication modules are tested under simulated Electromagnetic Interference (EMI) to verify robustness and datalink encryption (e.g., AES-256). HIL testing ensures that the onboard edge computing can process real-time routines without processing latency.
+**Phase 4: Physical Scenario-Based Testing**
-===== Indutrial Use Case #3 =====
+The UAV is subjected to controlled, real-world physical testing on dedicated proving grounds. Field trials validate complex autonomous behaviors, such as adaptive navigation and automatic Return-to-Launch (RTL) dynamically adjusted by real-time wind estimation. Physical stress tests also confirm mechanical reliability and environmental sealing, verifying IP55 compliance and, where applicable, water-landing and take-off capabilities.
+**Phase 5: Safety Argumentation, Certification, and Customer Delivery**
+The final phase aggregates all V&V data into a comprehensive safety case. The system undergoes compliance audits against stringent industry or military standards. Upon reaching required Technology Readiness Level (TRL 9) and passing customer acceptance tests, the system is deployed to the customer. The delivery includes not just the physical hardware, but also comprehensive, module-based operator training (e.g., automated mission scenarios and tactical piloting) to ensure safe operational handover and a thorough understanding of the autonomy boundaries.

en/safeav/appendixes.1777014498.txt.gz · Last modified: 2026/04/24 10:08 by raivo.sell