Djinious
Détection RF et radarAérospatial et marine

Module de détection radar embarqué

Un module de détection radar embarqué — la classe de système que couvre la recette RF/radar : une carte à signaux mixtes où les normes de spectre, de CEM, d’environnement et de fabrication contraignent la conception aussi fortement que l’exigence de détection elle-même.

DjiniousEngineering
Le source ELANG de la charge utile d’imagerie SAR aéroportée en bande L Kestrel-SAR III dans l’éditeur DjiniousEngineering : le projet, ses acteurs (un spécialiste systèmes RF/SAR, un intégrateur de charge utile, un fournisseur de calcul embarqué) et ses exigences de performance, chacune avec un critère d’acceptation et une méthode de vérification.
code système
RDRcode systèmeModèle de référence ELANG
normes dans la recette
5normes dans la recetteITU · IEC 61000 · IEC 60068 · IPC-2228 · IPC-6018

La réglementation fait partie du jeu d’exigences

Pour un système RF, l’allocation de spectre, l’immunité CEM, la tenue environnementale et les règles de fabrication de carte ne sont pas une conformité que l’on boulonne à la fin — ce sont des contraintes que l’architecture doit satisfaire dès le premier arbitrage.

La recette RF/radar les intègre comme obligations suivies, si bien que la conception est prouvée par rapport à elles, pas seulement testée par rapport à elles plus tard.

Recette et normes

Piloté par la recette RF/radar embarquée, qui étend la recette électronique.

Règlement des radiocommunications de l’UIT

Limites de spectre, saisies comme contraintes.

IEC 61000

Limites CEM, saisies comme contraintes.

IEC 60068

Limites environnementales, saisies comme contraintes.

IPC-2228 / IPC-6018

Règles de fabrication de carte que l’allocation doit respecter.

Recette RF/radar embarquée, étendant la recette électronique

Faire aller un module de détection RF du besoin jusqu’à une référence publiée, avec les contraintes de spectre, de CEM, d’environnement et de fabrication portées comme obligations de premier ordre et tracées.

  1. Cadrer

    Cadrer l’exigence de détection et l’environnement réglementaire dans lequel elle opère.

  2. Contraindre

    Intégrer les limites de spectre (UIT), de CEM (IEC 61000) et environnementales (IEC 60068) comme contraintes.

  3. Arbitrer

    Arbitrer l’architecture RF face à ces contraintes, pas autour d’elles.

  4. Allouer

    Allouer sur la carte avec ses règles de fabrication (IPC-2228 / 6018).

  5. Vérifier

    Clore la vérification par rapport à chaque contrainte réglementaire avant la référence.

SRR — System Requirements Review

Les contraintes réglementaires doivent figurer dans la référence des exigences, pas être découvertes tardivement.

Singulière et vérifiable

Chaque exigence est singulière et vérifiable.

Contraintes saisies

Les limites de spectre, de CEM et environnementales sont saisies comme contraintes.

Méthode de vérification

Une méthode de vérification est assignée à chaque exigence.

Liste des dangers

La liste initiale des dangers existe.

La recette est l’endroit où une classe de système encode ses normes ; le jalon est l’endroit où un humain confirme qu’elles sont bien entrées dans la référence.

Dans la plateforme

DjiniousEngineering
La vue graphe ELANG de la charge utile Kestrel-SAR III dans DjiniousEngineering : composants, exigences, essais, acteurs, un danger et des phases de cycle de vie reliés par des arêtes implements, satisfies, supplied_by, verifies et mitigates, avec un panneau des écarts de conformité au niveau L1 comportant douze écarts.
Le même modèle comme graphe : chaque exigence rattachée aux composants qui la satisfont et à l’essai qui la vérifie, le panneau des écarts nommant les douze écarts de bonne formation qui le maintiennent encore au niveau L1.