FR 2887052 A1 20061215 FR 0505927 A 20050610 Architecture radar générique DOMAINE DE L' INVENTION L'invention se rapporte au domaine général des architectures de systèmes électroniques et/ou informatiques complexes et en particulier au domaine des structures d'échange d'informations entre les différents éléments de telles architectures. Elle intéresse tout particulièrement les systèmes complexes pour lesquels les échanges prennent la forme de flux de donnés irréguliers engendrés par des fonctions de traitement de durées variables dans le temps. Elle s'applique en particulier à la construction de senseurs électromagnétiques ou acoustiques, tels que les radars et les sonars. CONTEXTE DE L'INVENTION - ART ANTERIEUR Les concepteurs actuels de senseurs électromagnétiques ou acoustiques sont affrontés à de nouveaux problèmes liés en particulier à la grande complexité des fonctions réalisées par les sous-ensembles de traitement qui composent ces systèmes. La complexité de ces fonctions est autant due à la complexité des opérations réalisées qu'à la grande variation des quantités d'informations (flux d'informations) traitées d'une phase de fonctionnement du système à l'autre. Ainsi une même fonction peut avoir à traiter aussi bien un flot de données de grande taille qu'un flot de donnée de taille très courte. Elle peut même avoir à traiter des alternances variables de flots de données longs et de flots de données courts. Ceci implique en particulier que pour une même fonction, le temps de traitement peut varier dans une large mesure, cette variabilité engendrant par voie de conséquence une irrégularité au cours du temps des flux de données transmis d'une unité fonctionnelle autonome, ou noeud de traitement, à une autre. Les fonctions réalisées sont par ailleurs de plus en plus élaborées et entraînent des charges de calcul de plus en plus importantes et des séquencements de plus en plus complexes. Cet accroissement présent et surtout futur des performances souhaitées, s'accommode mal des architectures classiques autour desquelles sont notamment conçus les systèmes actuels. Ces architectures sont généralement basées sur le développement de machines synchrones effectuant des tâches certes autonomes, mais dont l'ensemble du séquencement est assuré au moyen de signaux délivrés par un noeud de traitement particulier et dont les échanges sont étroitement synchronisés. Or l'irrégularité des flux de données rend le développement d'un tel noeud de traitement très difficile. De telles architectures ont pour effet de morceler les systèmes ainsi conçus en assemblages de sous-ensembles effectuant des tâches de traitement, chaque sous-ensemble étant cadencé par un jeu de signaux de synchronisation dédié, fourni par un sous-ensemble chargé de générer les différents signaux de synchronisation. Elles entravent ainsi une démarche de conception plus intégrée dans laquelle le système est considéré dans son entier comme une machine unique multifonction. Ce morcellement associé à un trop grand synchronisme des échanges conduit à ce que le système réalisé subit une limitation de sa capacité de traitement, en terme de quantité d'informations traitées. Cette limitation directement imputable à l'architecture adoptée entrave l'accroissement nécessaire de la capacité de calcul des systèmes, accroissement que les noeuds de traitement composant les sous-ensembles seraient par ailleurs capables de supporter séparément. Cette limitation rend les architectures classiques difficiles à adopter pour des 25 systèmes futurs pour lesquels le niveau de performance est directement lié à la capacité de calcul et à l'adaptabilité aux variations des flux de données. Un autre inconvénient des architectures actuelles, est lié à l'organisation du séquencement des différents noeuds de traitement autour d'un séquenceur général responsable de la synchronisation d'ensemble et qui délivre à chacun des autres noeuds de traitement, l'ensemble des signaux de synchronisation dont il a besoin. Cette production centralisée des signaux de synchronisation se traduit dans la pratique par la présence dans les systèmes développés d'un nombre très important de liaisons physiques, qui rend délicate la fabrication et la mise au point de tels systèmes, et entrave leur capacité d'évolution. PRESENTATION DE L'INVENTION 5 Un des buts de l'invention est de permettre à un système comportant une pluralité de sous-ensembles, d'exploiter de façon optimale les capacités de calcul de chacun des noeuds de traitement qui les constituent, compte tenu du fait que dans une chaîne de tâches donnée, chaque noeud de traitement est amené à effectuer la (ou les) tache(s) qui lui incombe(nt) selon un rythme qui peut être variable dans le temps en fonction notamment des variations du flux des données traitées. Un autre but est de permettre de concevoir des systèmes pouvant évoluer, un système pouvant intégrer au cours de sa vie des sous-ensembles et /ou des noeuds de traitement dont la capacité de calcul aura évolué de sorte que la capacité traitement du système dans son entier puisse s'accroître. Un autre but est encore de faciliter la fabrication le maintien en condition 20 opérationnelle et la maintenance de systèmes de plus en plus complexes, en limitant en particulier le type et le nombre des liaisons physiques. A cet effet, l'invention a pour objet une architecture de système électronique, en particulier une architecture de système de détection radar, comportant une pluralité de noeuds de traitement dans lequel chaque noeud réalise une fonction ou une partie d'une fonction mise en oeuvre par le système. Cette architecture est caractérisée par: - une liaison de synchronisation unique qui délivre à tous les modules un message commun de synchronisation qui comporte un en-tête simplifié, un top de synchronisation, une horloge de base et une date de référence communes, l'en-tête simplifié permettant de déterminer à quel flot de donné s'applique l'information de synchronisation, - une pluralité de liaisons asynchrones d'échanges de données, chaque liaison permettant l'échange de messages spécifiques entre deux noeuds de traitement particuliers, les messages échangés comportant des données à traiter, accompagnées d'un en-tête générique commun contenant l'ensemble des informations utilisées par les différents noeuds de traitement du système et relatives à l'étape de fonctionnement du système à laquelle se rapportent les données échangées. Cet en-tête permet à chaque noeud de traitement d'associer les donnée contenues dans un message à une phase déterminée du fonctionnement du système et de déterminer la façon dont il doit traiter ces données. Selon l'invention, l'en-tête simplifié contenu dans le message de synchronisation est une partie de l'en-tête générique des messages transmis par les liaisons asynchrones, qui correspond à la même étape de fonctionnement du système. Selon l'invention, chaque noeud de traitement comporte des moyens propres pour s'interfacer avec la liaison de synchronisation et pour réaliser son séquencement interne à partir du message général de synchronisation. Chaque noeud de traitement comporte également des moyens propres pour associer les données transmises par une liaison d'échange de données à l'en-tête correspondante. Cette architecture décentralisée permet avantageusement de renforcer le fonctionnement asynchrone des différents sous-ensembles et noeuds de traitement. Chaque échange de données entre deux noeuds de traitement est réalisé par une liaison asynchrone, sans intervention de signaux de validation ou de synchronisation. Cette architecture permet également à chaque noeud de traitement de s'adapter aux variations du flux des données échangées. Le système est ainsi considéré dans son entier comme une seule machine logique dont la capacité de calcul est très supérieure à celle obtenue en faisant fonctionner les mêmes noeuds de traitement avec une architecture synchrone classique. L'architecture selon l'invention permet en outre également de réaliser une découpe fonctionnelle des tâches effectuées par le système, une même fonction pouvant mettre en oeuvre des noeuds de calcul répartis sur différentes entités physiques telles que des circuits imprimés. La découpe fonctionnelle est alors avantageusement indépendante de la découpe physique du système. L'architecture selon l'invention permet aussi de tirer parti de l'accroissement des capacités de calcul dont peut bénéficier un module à la suite d'une nouvelle conception. Elle permet également d'implémenter des fonctions complémentaires au système, au cours de sa durée de vie, sans que cette implémentation ne nécessite une modification importante de la structure existante du système. La mise en place d'une liaison unique de synchronisation présente en outre l'avantage de limiter le nombre de liaisons physiques à réaliser. DESCRIPTION DES FIGURES Ces caractéristiques et avantages, ainsi que d'autres apparaitront plus clairement au fil de la description illustrée par les figures annexées qui représentent: - la figure 1: une illustration schématique de l'architecture selon l'invention, - la figure 2: la représentation schématique de la stucture d'interfaçage d'un noeud de traitement développé conformément à l'architecture selon 25 l'invention, - la figure 3: l'illustration de la structure schématique des moyens que comporte un noeud de traitement réalisant un traitement asynchrone, - la figure 4: l'illustration de la structure schématique des moyens que comporte un noeud de traitement réalisant un traitement synchrone, - la figure 5: une illustration de principe du routage des données réalisé dans un noeud de traitement développé conformément à 35 l'architecture selon l'invention. - la figure 6: une illustration d'un exemple d'association de données avec l'en-tête correspondant. DESCRIPTION DETAILLEE On considère tout d'abord à la figure 1. Cette figure permet de présenter les caractéristiques générales de l'architecture selon l'invention. Elle représente sous forme d'un synoptique fonctionnel l'ensemble des fonctions que peut renfermer un système électronique complexe, tel qu'un radar par exemple. Un tel système peut comporter une première famille de sous-ensembles 11 remplissant des fonctions d'interface avec un milieu externe, milieu qui peut par exemple être l'atmosphère, dans le cas d'un senseur électromagnétique tel qu'un radar, mais qui peut également être le milieu marin pour un senseur acoustique de type sonar, ou encore toute interface spécifique de type capteur physique. Dans le cas spécifique d'un système radar, les sous-ensembles 11 sont par exemple les sous- ensembles chargés de l'émission et de la réception hyperfréquence. Un tel système peut comporter également un certain nombre de sousensembles 12 à vocation analogique dont une des fonctions peut par exemple consister à effectuer la numérisation des signaux échangés par les sous-ensembles 11 avec le milieu extérieur. Un tel système peut enfin comporter des sous-ensembles numériques 13, comme par exemple des microprocesseurs ou des microcontrôleurs dont les fonctions consistent essentiellement en du traitement synchrone ou asynchrone de données. S'agissant de systèmes complexes, on conçoit aisément que, bien qu'appartenant globalement à tel ou tel domaine, un sous-ensemble puisse lui-même comporter des éléments appartenant à des domaines autres. Ainsi, par exemple, il est aisé de concevoir qu'un sous-ensemble 11 dont la fonction principale est de servir d'interface avec le monde physique ( atmosphère ou milieu marin par exemple) dispose d'éléments 14 - 15, lui permettant d'échanger des données numériques, de manière synchrone ou asynchrone, avec un noeud de traitement tel qu'un microprocesseur. De même, on conçoit aisément qu'un tel sous-ensemble dispose d'éléments essentiellement analogiques 16 lui permettant de transmettre les signaux reçus du milieu extérieur vers un sous-ensemble 12 chargé de les numériser. La structure des liaisons entre machines analogique répond généralement à des contraintes et à des normes définies qui sont notamment fonction de la nature des signaux analogiques échangés. Une standardisation particulière de telles liaisons n'est donc en principe pas utile. En revanche, en ce qui concerne la standardisation des échanges de données numériques, le bénéfice apporté par une telle standardisation peut 10 s'avérer très important. C'est pourquoi l'architecture selon l'invention a principalement pour objet de définir le mode de fonctionnement des éléments numériques que comportent les différents sous-ensembles composant un système complexe, et de standardiser les échanges de données numériques entre ces éléments. Elle concerne donc principalement les domaines numériques synchrone 17 et asynchrone 18. Dans la suite de la description on appelle noeud de traitement, une entité fonctionnelle faisant partie d'un sous-ensemble, et apte à réaliser de manière autonome et intelligente une tâche déterminée, synchrone ou asynchrone, en fonction de paramètres qui lui sont fournis. Ces noeuds de traitement représentent les entités fonctionnelles auxquelles s'applique l'architecture selon l'invention. Une unité fonctionnelle donnée peut selon la fonction qu'elle réalise comporter un ou plusieurs noeuds de traitement. Les noeuds de traitement qui coopèrent pour réaliser une fonction donnée peuvent par ailleurs être situés sur des entités physiques séparées, des circuits imprimés ou des coffrets (ou "racks" selon la dénomination anglo-saxonne) par exemple. Indépendamment leurs implantations physiques respectives, l'échange de données entre deux noeuds de traitement est toujours assuré au moyen d'un bus de liaison asynchrone. De même chaque noeud de traitement est relié à la liaison de synchronisation; Comme l'illustre la figure 1, l'architecture selon l'invention est principalement basée sur des sous-ensembles, en particulier numériques, comportant un ou plusieurs noeuds de traitement asynchrones échangeant des données de manière asynchrone avec d'autres noeuds de traitement. Cependant, certains noeuds de traitement ayant malgré tout besoin de disposer d'une chronométrie précise pour certaine des tâches qu'ils effectuent, ils comportent également des noeuds de traitement synchrones. Un même sous-ensemble peut en outre comporter des noeuds de traitement synchrones et d'autres asynchrones. On peut ainsi caractériser l'architecture par la nature des interfaces que comporte un sous-ensemble adapté à cette architecture, permettant aux différents noeuds de traitement contenus dans ce sous-ensemble de traiter et d'échanger des données, et par la nature des liaisons permettant l'échanges de données entre noeuds de traitement. Un système conçu autour de l'architecture selon l'invention comporte ainsi une pluralité de liaisons d'échange de données asynchrones 19 et une liaison de synchronisation 110. Selon l'invention, les liaisons asynchrones 19 sont essentiellement des liaisons de type "point à point", une liaison permettant à un noeud de traitement appartenant à un sous-ensemble donné d'échanger des informations avec d'autres noeuds de traitement appartenant au même sousensemble ou à un sous-ensemble différent. La liaison de synchronisation 110, quant à elle, est une liaison unique permettant à un sous-ensemble 111 gérant la synchronisation globale du système d'envoyer à tous les noeuds de traitement un message général de synchronisation. On considère à présent la figure 2 qui présente de manière très générale la structure des interfaces qui équipent un sous-ensemble adapté à l'architecture selon l'invention. L'illustration de la figure 2 correspond à un sous-ensemble type, réalisant des fonctions relatives aux différents domaines d'échange d'information évoqués précédemment. Il est bien entendu envisageable que, du fait des tâches qu'il exécute, un sous- ensemble ne comporte pas d'interface 21 avec le domaine analogique ou encore d'interface 22 avec le milieu extérieur. Dans ce cas, il ne comportera pas d'interface analogique, ni de capteur. En revanche la généralisation des échanges d'information ou de signaux sous forme numérique rend nécessaire la présence d'interfaces numériques, quelle que soit la fonction globale remplie par le sous-ensemble. Une caractéristique importante de l'invention est permettre une standardisation des échanges, et d'assurer à chaque sous-ensemble un fonctionnement interne aussi indépendant que possible de celui des autres sous-ensembles. A cette fin, un sous-ensemble adapté à l'architecture selon l'invention comporte une (ou plusieurs) interface numérique asynchrone 23 qui lui permet d'exploiter les données qui lui sont transmises par un autre sous-ensemble et de conditionner les données qu'il transmet à un autre sous-ensemble. Il comporte également une interface numérique synchrone 24 lui permettant de réaliser un séquencement interne indépendant pouvant se référer, si la tâche à exécuter le nécessite, à une chronométrie globale du système. La suite du document porte plus particulièrement sur ces liaisons numériques et sur les interfaces correspondantes. Comme cela a été dit précédemment, l'architecture selon l'invention met en oeuvre d'une part des liaisons asynchrones permettant l'échange de données entre sous-ensembles, d'autre part une liaison de synchronisation. La liaison de synchronisation relie simultanément tous les sous- ensembles du système auxquels elle fournit un message de synchronisation, une horloge de base H, un top de synchronisation et une référence de date. La liaison de synchronisation fournit en outre un en-tête simplifié permettant à un noeud de traitement effectuant un traitement synchrone, d'associer le message de synchronisation reçu à une donnée asynchrone particulière elle-même caractérisée par l'en-tête (label) du message dans lequel elle est incluse. Selon l'invention l'en-tête simplifié transmis dans le massage de synchronisation est une partie de l'en-tête accompagnant la donnée asynchrone correspondante. Selon le noeud de traitement considéré, celui-ci utilise tout ou partie de ces informations. La liaison de synchronisation est une liaison unidirectionnelle multi destinataires, fonctionnant selon un mode de diffusion générale connu de l'homme du métier sous la dénomination anglo-saxonne de mode "broadcast", sur laquelle les messages de synchronisation sont transmis par le sousensemble particulier 111 vers les noeuds de traitement des autres sousensembles On considère à présent la figure 3 qui représente de manière schématique le principe de gestion des données reçues par un noeud de traitement 31 effectuant un traitement asynchrone 35. Ce traitement est cadencé par l'horloge transmise sur la liaison de synchronisation 110 par le sous-ensemble 111. Conformément à l'architecture selon l'invention, les données reçues par ce noeud de traitement sont des données transmises par un autre noeud au travers d'une liaison asynchrone 19. Selon l'invention, toutes les liaisons asynchrones 19 ont une structure identique. Ce sont des liaisons point à point bidirectionnelles, de type "full duplex" par exemple au travers desquelles les données 32 sont échangées entre les noeuds de traitement. S'agissant d'échanges asynchrones, l'identification nécessaire des données 32 transmise, à une phase de fonctionnement du système, est assurée par la transmission d'un en-tête 33 qui accompagne la donnée transmise. Ainsi le noeud de traitement qui reçoit la donnée est informé, en dépouillant le message d'en-tête 33, de la façon dont cette donnée doit être traitée, sans pour autant avoir été informé de l'instant de début de la phase de fonctionnement considérée. Si l'on prend comme exemple un système radar, dans lequel le rythme de fonctionnement est donné par les instants d'émission de rafales d'impulsions, un module de traitement de signal sera en mesure grâce à l'architecture selon l'invention de traiter de manière asynchrone des données relatives à une rafale émise sans pour autant avoir à considérer l'instant auquel cette rafale a été émise. Pour traiter correctement une donnée reçue, un noeud de traitement effectuant un traitement asynchrone comporte des moyens 34 pour acquérir, analyser, stocker et restituer cet en-tête. Ces moyens permettent en outre de paramétrer le traitement effectuer en fonction de la nature de la donnée ou des données à traiter. Ainsi dans l'exemple illustré par la figure 3 le noeud 31 effectue un traitement sur deux flots de données provenant par exemple de deux noeuds de traitement distincts. Afin de garantir que le traitement effectué est appliqué sur des données appartenant à la même phase de fonctionnement les moyens 34 analyse les en-têtes respectifs des deux données présentes sur chacune des liaisons asynchrones 36 et 37. Dans le cas contraire le traitement n'est par exemple pas effectué. En outre dans le cas où l'une des données est transmise en avance par rapport à l'autre, les moyens 34 peuvent procéder après analyse de l'en-tête à une mise en attente de la donnée transmise en premier. A cet effet le noeud de traitement 31 peut comporter des moyens de mémorisation temporaire non représentés sur la figure. Le noeud de traitement peut également comporter des moyens non représentés sur la figure pour récupérer l'horloge de base H à partir du o message général de synchronisation et ainsi créer ses propres horloges à partir de l'horloge de base. Une fois le traitement appliqué à la donnée reçue, le noeud de traitement 31 associe à la donnée traitée 38 l'en-tête 33 préalablement mémorisé et transmet la donnée précédée de son en-tête au noeud suivant par une autre liaison asynchrone 19. Selon l'invention, l'en-tête 33 est un message générique, qui contient l'ensemble des informations nécessaires pour que chaque noeud de traitement de la chaîne de traitement puisse déterminer la façon dont il doit traiter la donnée associée à cet en-tête. Ce message est propagé sans changement de structure d'un noeud de traitement à l'autre tout au long de la chaîne de traitement Ainsi aux différents stades de son traitement, une donné est transmise d'un noeud de traitement à un autre accompagnée d'un en-tête de structure unique et invariante. Le traitement asynchrone des données associé à une structure d'échange asynchrone constitue une caractéristique essentielle avantageuse de l'architecture selon l'invention. Cette association permet en effet de limiter l'influence des variations du flux d'information d'informations traitées par le système sur la charge de calcul global que doit supporter le système. Elle permet en particulier l'existence d'une cadence de circulation variable des données entre les différents noeuds de traitement, les contraintes générales de synchronisation étant supportées au niveau du système global et non au niveau de chaque noeud. On considère maintenant la figure 4 qui représente de manière schématique le principe de gestion des données reçues par un noeud de traitement 41 effectuant un traitement synchrone 45. Ce type de traitement intervient par exemple dans le cas où des signaux analogiques numérisés à la volée au moyen de l'horloge de base du système, doivent subir un premier traitement qui dépend de la phase de fonctionnement du système correspondant à ces données analogiques. Un tel cas se produit par exemple dans un système radar, notamment au niveau du sous-ensemble récepteur. Le flot de données numérisées correspondant à une rafale d'impulsion émise doit être parfois traité en prenant soin de ne pas traiter les N premières données reçues pour chaque impulsion de la rafale émise. Le nombre N pouvant varier en fonction du type de rafle émise il importe que le premier noeud de traitement puisse connaître l'instant précis d'arrivée des premières données afin d'éliminer les N premières données. Dans un tel cas le noeud de traitement 41 considéré comporte un traitement synchrone 42 lui permettant de traiter les données reçues conformément au séquencement décrit par la donnée de synchronisation 44 transmise par la liaison synchrone. Le noeud de traitement comporte également un traitement asynchrone lui permettant de connaître les paramètres relatifs à la phase de fonctionnement considérée. Dans le cas d'un radar, la donnée asynchrone 45 contient par exemple des informations relatives à la rafale émise, ainsi que des informations sur l'instant auquel les données seront disponibles pour traitement. Ainsi, en exploitant les informations transmises par la liaison asynchrone le noeud de traitement 41 est en mesure d'effectuer un traitement synchrone conformément au message de synchronisation générique reçu par la liaison synchrone. La concordance entre les données transmise par la liaison asynchrone et le message de synchronisation correspondant est par ailleurs assurée grâce à l'en-tête simplifié 46 transmise dans le message de synchronisation. En effet cet en-tête qui est par exemple une partie de l'en-tête 47 du message asynchrone correspondant à la même phase de fonctionnement du système permet d'identifier et d'associer sans erreur les messages provenant des deux liaisons. Comme on peut le constater au travers des figures 3 et 4, la liaison de synchronisation grâce au message général qu'elle véhicule est avantageusement d'utilisation universelle dans le système. Elle est à la fois utilisable par un noeud de traitement effectuant un traitement synchrone et par un noeud de traitement effectuant un traitement asynchrone, l'emploi particulier qui en est fait étant déterminé au niveau du noeud de traitement considéré qui peut même héberger des fonctions de traitement synchrones et asynchrones. De la sorte, l'architecture selon l'invention permet de concevoir des systèmes dont les noeuds de traitement sont vus comme des éléments indépendants réalisant des fonctions de manière entièrement autonome, chaque noeud de traitement peut ainsi être conçu de façon à prendre en charge son propre séquencement. Dans une telle architecture, chaque noeud de traitement est considéré comme un simple composant d'une machine unique représentée par le système dans son entier, la structure des échanges internes à cette machine ne dépendant pas des éléments implantés. Comme l'illustrent également les figures 3 et 4, la liaison de synchronisation distribue simultanément à chaque noeud de traitement une horloge de base H à usage général et un message de synchronisation utilisé principalement par les noeuds de traitement effectuant des opérations synchrones. Ainsi chaque noeud de traitement peut gérer son séquencement interne de manière autonome, asynchrone tout en restant lié à la synchronisation générale du système par une même horloge de base H. Cependant, pour prévenir les conséquences d'une éventuelle avarie portant sur la réception de cette horloge par un ou plusieurs noeuds de traitement ( parasite, alea de fonctionnement au niveau du module de réception de la liaison de synchronisation du noeud de traitement, etc...) , conséquence, qui pourrait se faire sentir de manière tardive, du fait de l'asynchronisme du fonctionnement du système, la liaison de synchronisation permet avantageusement à chaque noeud de traitement de vérifier si une telle avarie ne s'est pas produite. A cet effet la liaison de synchronisation distribue à tous les noeuds de traitement une information supplémentaire représentant une date de référence mise à jouren permanence. Cette date de référence évolue au rythme de l'horloge de base H. Chaque noeud de traitement peut utiliser cette date pour la comparer à une date locale évoluant quant à elle au rythme de l'horloge de base réellement reçue. Ainsi, les deux dates ayant été au préalable mises en concordance, à la mise en route du noeud de traitement par exemple, le module de synchronisation peut contrôler périodiquement la concordance des horloges et, en cas de différence, procéder à une nouvelle remise en concordance de la date locale avec la date de référence. Selon une variante possible de mise en oeuvre, le rephasage de la date locale sur la date de référence peut même être réalisé de manière automatique et systématique à chaque réception d'un nouveau message de synchronisation. La liaison de synchronisation 110 distribue donc trois informations distinctes: une horloge de base H, un top de synchronisation et une date de référence. Ces informations sont en outre accompagnées d'un en-tête simplifié permettant de les associer à des données asynchrones particulières. Ces informations sont accessibles à tous les noeuds de traitement de sorte que bien que chaque noeud de traitement travaille généralement de manière asynchrone, une synchronisation de l'ensemble du système reste assurée. On s'intéresse à présent à la figure 5, pour expliquer comment sont assurés les échanges de données sur les liaisons asynchrones 19. De manière générale, dans un système complexe, un même flot de donné reçu par le système durant une phase donnée de fonctionnement subit un certain nombre de transformation durant son passage dans les différents noeuds de traitement composant le système. Ainsi, ce flot de donné peut donner naissance après traitement par un noeud de traitement 51 (M2 ou M3) à une donnée 52 (59) qui est transmise à un deuxième noeud de traitement 53 (M4) pour lequel elle constitue une donnée d'entrée. Cette donnée 52 (59) est traitée par M4 et peut donner naissance à une ou plusieurs données de sortie 54, 55 ou 511, transmises respectivement aux noeuds de traitement 57(M6) et 55 (M5). Ainsi, dans un système de type radar à impulsions par exemple, ce flot de données est constitué par le signal reçu en réponse à l'émission d'une rafale d'impulsions émise selon un mode déterminé. Ce signal est traité après numérisation par les différents noeuds de traitement qui constituent le radar. Dans un tel exemple, le noeud de traitement 51 peut être par exemple chargé d'effectuer un filtrage adaptatif sur le signal et de délivrer une donnée 52 correspondant au signal après filtrage. Cette donnée 52 peut ensuite être transmise au noeud de traitement 53 dont le rôle est de normaliser la donnée 52 par rapport à une valeur moyenne calculée. Le noeud de traitement 53 peut, quant à lui, communiquer la donnée normalisée à un noeud de traitement 57 et la valeur moyenne calculée à un autre noeud de traitement 56. Dans l'architecture selon l'invention les différents noeuds de traitement travaillent de façon asynchrone les uns des autres. D'autre part, les échanges de données sont également effectués de manière asynchrone au moyen des liaisons 19. II est donc nécessaire, pour qu'un noeud de traitement qui reçoit des données sur une liaison asynchrone, puisse être en mesure de traiter convenablement cette donnée, que ladite donnée soit accompagnée d'un message d'identification. A cet effet, selon l'invention, les données échangées à travers des liaisons asynchrones sont intégrées dans un message constitué des données proprement dites auxquelles sont associés des en-têtes ou labels qui caractérisent les données. Conformément à l'architecture selon l'invention, comme l'illustre la figure 5, toutes les données issues d'un même flot initial de données, acquises par le système durant une phase donnée de son fonctionnement, sont associées à un même en-tête générique 58 (510) qui contient l'ensemble des informations relatives à cette phase de fonctionnement. Selon l'invention, chaque module intégré au système comporte donc des moyens lui permettant d'identifier, à partir de l'en-tête associé, le paramétrage de la fonction de traitement qu'il va appliquer à la donnée d'entrée, reçue par le noeud de traitement. Le module dispose également de moyens pour stocker cet en-tête de façon à l'associer aux données de sortie résultant du traitement de la donnée reçue. Chaque donnée de sortie 54, 55 ou 511 est associée à l'en-tête générique 58, 510 qui accompagnait la donnée d'entrée 52, 59 de façon à pouvoir être transmise à un autre noeud de traitement. Chaque donnée de sortie étant associée à un en-tête générique, elle peut être transmise à un noeud de traitement destinataire quelconque en vue de lui appliquer un traitement ultérieur. Dans le cas d'un système radar évoqué précédemment en exemple, l'en-tête 58 peut par exemple contenir les informations relatives à la rafale d'impulsions émises, telles que la taille des impulsions, leur période de répétition, ainsi que le rang de l'impulsion considérée. Dans cet exemple, la donnée 55 normalisée par le noeud de traitement 53, issue de la donnée 52, est transmise au noeud de traitement 57 associée au label 58 tandis que la donnée 54 correspondant à la valeur moyenne calculée par le noeud de traitement 53 à partir de la même donnée 52, est transmise au noeud de traitement 56 associée également au label 58. L'architecture selon l'invention repose ainsi sur une structure générique d'échange de données qui présente l'avantage de rendre possible l'insertion dans une chaîne de traitement de données existante, d'une fonction intercalaire, implémenté par un noeud de traitement donné. Cette insertion est effectuée de manière aisée en intercalant le noeud de traitement ouvrant la liaison asynchrone qui véhiculait la donné à laquelle ont veut appliquer un traitement complémentaire et en établissant une liaison asynchrone entre le noeud de traitement émetteur et le noeud de traitement réalisant la fonction intercalaire d'une part, et une liaison asynchrone entre ce noeud de traitement et le noeud de traitement initialement récepteur. Cette opération d'insertion est avantageusement réalisée sans qu'il soit nécessaire de modifier les noeuds de traitement initialement reliés. On considère à présent la figure 6. Cette figure illustre le principe de fonctionnement des moyens 34, que comporte un noeud de traitement conforme à l'architecture selon l'invention, qui effectuent l'association des données de sortie avec l'en-tête correspondant. Ces moyens mettent principalement une fonction de stockage, non représentée sur la figure 6 mais représentée sur la figure 3, qui permet de conserver pour chaque donnée reçue l'en-tête qui accompagne cette donnée, et une fonction de routage dont le rôle consiste à associé à chaque donnée de sortie 63, produite par le traitement 61 mis en oeuvre par noeud de traitement considéré, l'en-tête (label) 64 de la donnée d'entré correspondante. La fonction de routage est une fonction spécifique du traitement réalisé par le noeud de traitement considéré. Elle peut par exemple être mise en oeuvre en adressant une matrice d'association symbolisée sur la figure par l'encadré 65. Cette matrice qui associe une ou plusieurs données de sortie 63 à un ou plusieurs labels 64 est élaborée en fonction de la relation liant les données de sortie 63 aux données d'entrée 62. REVENDICATIONS 1 Architecture de système électronique comportant une pluralité de noeud de traitement, chaque noeud de traitement réalisant une fonction ou une partie d'une fonction mise en oeuvre par le système, caractérisée par: une liaison de synchronisation unique qui délivre à tous les noeuds de traitement un même message général de synchronisation comportant un entête simplifié, une horloge de base, un top de synchronisation et une date de référence, - une pluralité de liaisons asynchrones d'échange de données, chaque liaison permettant l'échange de données spécifiques entre deux noeuds de traitement particuliers, les données échangées étant accompagnées d'un en-tête générique contenant l'ensemble des informations utilisées par les différents noeuds de traitement et relatives à l'étape de fonctionnement du système à laquelle se rapportent les données échangées; Chaque noeud de traitement comportant des moyens propres pour s'interfacer avec la liaison de synchronisation et pour réaliser son séquencement interne à partir de l'horloge de base et du message de synchronisation; chaque noeud de traitement comportant également des moyens propres pour traiter les en-têtes associés aux données d'entrée reçues par une liaison d'échange de données et pour associer aux données de sortie produites l'en-tête correspondant. 2. Architecture de système électronique selon la revendication 1 selon laquelle chaque noeud de traitement comporte des moyens propres pour implémenter une date locale et pour comparer périodiquement cette date locale à la date de référence. 3. Système radar comportant une pluralité de sous-ensembles chaque sousensemble comportant une pluralité de noeuds de traitement, chaque noeud de traitement réalisant une fonction ou une partie d'une fonction mise en oeuvre par ledit radar, caractérisé en ce qu'il comporte: - une liaison de synchronisation unique qui délivre à tous les noeuds de traitement un même message général de synchronisation comportant un en-tête simplifié, une horloge de base, un top de synchronisation et une date de référence. - une pluralité de liaisons d'échanges de données, chaque liaison permettant l'échange de données spécifiques entre deux noeuds de traitement particuliers, les données échangées étant accompagnées d'un entête générique contenant l'ensemble des informations utilisées par les différents noeuds de traitement et relatives à la rafale à laquelle se rapportent les données échangées; chaque noeud de traitement comportant des moyens propres pour s'interfacer avec la liaison de synchronisation et pour réaliser son séquencement interne à partir de l'horloge de base et du message de synchronisation; chaque noeud de traitement comportant également des moyens propres pour traiter les en-têtes associés aux données d'entrée reçues par une liaison d'échange de données et pour associer aux données de sortie produites l'en-tête correspondant.