BE1005695A3 - Procede de transmission commune de donnees audio et de donnees de commande numeriques sur un bus commun, systeme bus de mise en oeuvre du procede et interface pour une utilisation dans le procede. - Google Patents

Abstract

Système bus pour l'échange de données audio et de données decommande numériques sur un bus commun de guides d'ondes optiques (LWL) dans un sytème de participants, comprenant des sources et des récepteurs de données audio (2, 2a, 2b) et/ou de données de commande et de surveillande (8, 8a, 8b). Chaque participantest relié au système bus par un interface standardisé (6, 6a, 6b), les interfaces étant interconnectés en série par des guides d'ondes optiques (LWL A, LWL B): De préférence, cette série est fermée en boucle par un autre guide d'ondes optiques (LWL C). Le système bus est apte à être utilisé avec un format de transmission normé internationalement. Le système bus est exempt d'interférences, il peut être produit à des coûts intéressants et il est extrêmement performant. Le système bus est tout particulièrement approprié pour l'utilisation dans des véhicules.

Description

   <Desc/Clms Page number 1> 
 



  Procédé de transmission commune de données audio et de données de commande numériques sur un bus commun, système bus de mise en oeuvre du procédé et interface pour une utilisation dans le procédé. 



  L'invention concerne un procédé de transmission commune de données audio et de données de commande numériques sur un bus commun dans un système de participants, parmi lesquels on trouve au moins une source de signal audio numérique et au moins une source de signal de données de commande numérique, ainsi qu'un interface à utiliser dans le procédé. 



  Dans de nombreux domaines techniques, on rencontre un rassemblement local d'appareils électriques et électroniques de nature très différente, susceptibles d'échanger des informations entre eux et sont par conséquent connectés les uns aux autres en un réseau pouvant être assez complexe. Dans des véhicules, des sources de signaux audio telles que récepteurs radio, enregistreurs à cassettes ou lecteurs CD sont   d'une   part reliés entre eux et, d'autre part, reliés à des terminaux audio tels que des combinés amplificateurs-haut-parleurs. Il peut s'avérer raisonnable d'intégrer aussi dans un 

 <Desc/Clms Page number 2> 

 tel système des appareils audio jusqu'à présent séparés, tels que par exemple des téléphones pour automobiles.

   En outre, la tendance va vers une commande et une surveillance toujours plus étendues des fonctions d'automobiles. Parmi les innombrables possibilités, nous ne mentionnerons ici à titre exemplatif que la surveillance de la fonction des lampes extérieures ou de la pression d'air des pneus ou la mesure du nombre de tours du moteur ou de la pression de charge d'un compresseur turbo. 



  A cet effet, des liaisons étendues entre les composants individuels sont nécessaires. Même si, comme on le recherche, beaucoup d'appareils et de fonctions sont commandés et gérés par un ordinateur de bord, le problème que constituent un grand nombre et une longueur élevée de lignes n'est pas résolu. Le fait que de nombreux composants connus ne peuvent communiquer entre eux directement est également désavantageux. Pour par exemple inciter le système audio à délivrer par haut-parleur un texte mémorisé en tant qu'avertissement lors   d'une   chute de la pression de gonflage des pneus, il fallait jusqu'à présent des efforts qui ne sont plus justifiables.

   De nombreux autres exemples de connexion en réseau de composants pour véhicules ont déjà été indiqués, mais jusqu'à présent, ils n'ont été réalisés à la rigueur que dans des domaines partiels, comme d'une part une transmission standardisée de données audio ou, d'autre part, de données de commande, et ce, toujours par un réseau séparé de câbles blindés. De grandes difficultés d'arbitrage du bus et les pertes de temps qu'il entraîne s'opposent à l'utilisation souhaitable d'un système bus. Etant donné que des participants de nature extrêmement différente doivent être raccordés au bus commun et qu'un débit de données élevé doit y avoir lieu pour transmettre par exemple des données audio à deux canaux numériques et ce, en plus des données de commande et des données de mesure, des conflits de transmission sont pratiquement inévitables. 



  Le problème technique à la base de l'invention consiste à réaliser un système universel d'échange de données audio et 

 <Desc/Clms Page number 3> 

 de données de commande entre des appareils électriques et électroniques les plus divers par un système bus exempt d'interférences, réalisable à des coûts intéressants et extrêmement performant. 



  En ce qui concerne le procédé, ce problème sera résolu selon l'invention par les caractéristiques de la revendication 1. Les caractéristiques selon l'invention d'un système bus propre à la mise en oeuvre du procédé ainsi que d'un interface d'appareil en faisant partie sont indiquées aux revendications 5 et 8, respectivement. 



  La solution selon l'invention offre de nombreux avantages. Du fait que tous les appareils devant être reliés entre eux sont connectés en série par un seul bus, des conduites peuvent être épargnées et l'interconnexion peut être réalisée plus facilement. La transmission par guides d'ondes optiques offre d'une part l'avantage d'être totalement exempte d'interférences, elle entraîne d'autre part une réduction de poids et une épargne considérable de matériaux, ce qui s'avère important, en particulier dans l'utilisation pour véhicules avec leurs composants électriques et électroniques toujours plus nombreux. La transmission digitale ne pose que de faibles exigences à la qualité du milieu de transmission optique et au transducteur électro-optique utilisé, de sorte que leurs coûts sont faibles.

   Etant donné que les trajets de transmission sont courts, on peut utiliser des guides d'ondes optiques bon marché. Vu que les interfaces peuvent être standardisés et que le même type de composant interface peut être utilisé pour tous les participants, la partie électronique peut aussi être réalisée économiquement. Un arbitrage bus coûteux est inutile, étant donné que chaque participant possède son propre canal d'émission et que des données de commande peuvent être transmises monodirectionellement sur chaque tronçon de guide d'ondes optiques. L'association fixe de canaux permet une utilisation optimum de la capacité du canal utilisateur disponible, étant donné qu'aucune capacité n'est nécessaire pour un arbitrage bus.

   En outre, l'association 

 <Desc/Clms Page number 4> 

 fixe des canaux permet une réalisation très simple d'un logiciel de connexion des participants. 



  Dans la forme de réalisation préférée du système bus, la connexion en série des participants selon la revendication 10 est en boucle fermée. La réception de données de commande peut conformément à la revendication 3, être acquittée par le fait qu'un bit défini de la suite de signaux est modifié ou éliminé. Etant donné que la suite de signaux modifiée retourne à l'interface à émettre par le système bus fermé, l'interface apprend directement si le canal de données de commande qui lui est associé est à nouveau libre. 



  Selon la revendication 3, la norme AES3-1985 est utilisée en tant que format de transmission. Cette norme a été créée avec la participation du European Broadcasting Union en tant que protocole internationalement standardisé pour une transmission audio numérique, déjà utilisée dans des lecteurs CD et mettant à disposition du participant un seul canal de données, pouvant être utilisé par exemple pour la transmission de données de commande. Le fait qu'un seul canal de données soit mis à disposition montre bien que le format mentionné n'est en fait pas conçu pour être utilisé dans un système bus. Le système bus selon l'invention s'en sort avec un canal à cause du multiplexage temporel sur le bus.

   Il est par ailleurs aisé de faire fonctionner le système bus selon l'invention avec une norme qui lui soit propre ; l'application d'un protocole international facilite cependant la communication avec des participants tels qu'appareils CD, qui utilisent ce protocole. 



  Les sous-revendications restantes ont pour objet des développements avantageux de l'invention. 



  L'invention trouve son emploi non seulement dans des automobiles, mais aussi en particulier dans des véhicules aériens ou spatiaux grâce au faible poids des lignes de transmission. 



  En outre, des installations stationnaires vidéo, audio, télé- 

 <Desc/Clms Page number 5> 

 phoniques et de traitement électronique de données peuvent également être connectées en réseau au moyen du système bus selon l'invention, afin de réduire la masse des liaisons et lignes nécessaires jusqu'à présent. 



  D'autres caractéristiques et avantages de l'invention ressortent de la description suivante de plusieurs formes de réalisation ainsi que du dessin, auquel il est fait référence. 



  La figure 1 montre schématiquement un système de parti- cipants, dans lequel le procédé est appliqué, La figure 2 sert à expliquer le format de transmission appliqué dans le procédé, La figure 3 illustre l'étape de procédé du multiplexage, La figure 4 montre une suite de données dans un canal de données de commande, La figure 5 montre schématiquement l'agencement d'un des interfaces montré dans la figure 1 pour la commutation sur des sources audio différentes, La figure 6 sert à expliquer le montage et la fonction d'un interface entre des tronçons de guide d'ondes optiques et un participant au système. 



  Dans l'exemple de réalisation montré à la figure 1, une source audio 2 telle que par exemple un récepteur radio délivre son signal audio à un circuit d'entrée 4 d'un interface 6. Le circuit d'entrée 4 peut être par exemple un des circuits connus I2S, Sony-Bus ou MSB-LSB-First à longueur de format ajustable. La source audio 2 est en outre reliée à une unité de commande 8 délivrant des signaux de commande déterminés, 

 <Desc/Clms Page number 6> 

 comme par exemple des signaux de commande, déterminant les haut-parleurs parmi plusieurs haut-parleurs qui doivent être attaqués.

   A travers un circuit d'interface 10 approprié, sériel ou parallèle, de l'interface 6, ces signaux de commande sont introduits dans ce dernier et y sont convertis avec les données audio en un format de données sériel commun, qui sera décrit plus en détail par la suite et comportant un canal de données pour les signaux de commande. Lorsque de tels signaux de commande ne se trouvent pas à l'interface 6, parce que par exemple le récepteur radio ne comporte pas de telles options, les bits représentant les signaux de commande sont mis à zéro. La cadence des données est déterminée par celle des données audio provenant de la source audio 2, lorsque celle-ci émet dans un format approprié de données, ou par un dispositif 12 appartenant à l'interface, dispositif contenant une horloge ainsi que des tampons de données.

   La cadence des données est par exemple de 32,0, 44,1 ou 48,0 kHz. Ceci correspond à des taux de transmission de 2,0, 2,8 ou 3,0 Mbaud. 



  La suite de données commune composées de données audio et de données de commande est convertie par un transducteur électro-optique 14 en un signal optique et introduite dans un tron-çon de guide d'ondes optiques LWL A. Cette forme de réalisation est conçue pour un système relativement compact, de sorte que des guides d'ondes optiques en matière synthétique et des transducteurs du type le plus simple peuvent être utilisés. Des guides d'ondes optiques en matière synthétique peuvent être posés avec des rayons de courbure également très petits, ce qui est très avantageux pour les conditions régnant par exemple dans l'automobile.

   Le tronçon de guides d'ondes optiques LWL A se termine dans un transducteur opto- électrique 16 d'un deuxième interface 6a structuré de manière identique, relié à un processeur audio 2a, qui peut par exemple être un ajusteur de son à quatre canaux. Les données audio sont mises à la disposition du processeur audio 2a par un circuit de sortie 18 approprié, elles y sont modifiées le cas échéant et ramenées à l'interface 6a. Dans cet exemple de réalisation, une unité de commande 8a fait partie du proces- 

 <Desc/Clms Page number 7> 

 seur audio 2a, laquelle peut réagir à des données de commande contenues dans la suite de données et délivrées par un interface 10a approprié, ou pouvant délivrer elle-même des données de commande. 



  Les données éventuellement modifiées sont introduites comme dans le premier interface 6 dans un deuxième tronçon de guide d'ondes optiques LWL B et parviennent monodirectionnellement à un troisième interface 6b structuré également comme le premier interface 6, par lequel elles attaquent un terminal audio 2b comme par exemple un combiné amplificateur-haut-parleur, par lequel les signaux audio peuvent être reproduits acoustiquement. Le terminal audio 2b dispose d'une unité de commande 8b recevant les données à partir du canal de données de commande. 



  Tous les interfaces 6,6a et 6b sont construits de manière identique afin de rationaliser leur production ; mais leurs éléments ne sont pas toujours tous utilisés. 



  Il est concevable que l'unité de commande 8b faisant partie du terminal audio 2b délivre aussi des données de commande pour inciter l'ajusteur de son à procéder à des corrections, par exemple en cas de panne d'un haut-parleur. Non seulement dans ce cas, il s'avère raisonnable de relier le troisième interface 6b au premier interface 6 par un troisième tronçon de guide d'ondes optiques LWL C, ainsi que montré à la figure 1 en pointillés. Un tel agencement de participants en boucle est même une forme de réalisation préférée de l'invention et sera encore décrite par la suite. 



  La figure 2 montre la plus petite unité 20 du format de données utilisé de préférence en vue d'une compatibilité la plus grande possible, conformément au protocole AES-EBU pour la transmission audio dans le domaine grand public et dans le domaine studio professionnel, AES3-1985 (ANSI S4.40-1985, Standard and Information Documents, Audio Engineering Society, Inc., New York 1985). Cette unité 20 est appelée Subframe 

 <Desc/Clms Page number 8> 

 et contient 32 bits. Un premier groupe 22 de 4 bits dans l'unité 20 sert à la synchronisation et à la distinction entre le canal stéréo gauche et le canal stéréo droit. Un deuxième groupe de 8 bits consécutif est mis à disposition pour des données audio, mais n'est actuellement presque plus utilisé. Un troisième groupe 26 de 16 bits pour des données audio suit, qui est déjà utilisée.

   Une suite de bits individuels 28,30, 32 et 34 constitue la fin d'une unité 20, dont le bit 30 est appelé bit utilisateur et peut être occupé à volonté par l'utilisateur sans influencer la transmission audio. En ce qui concerne l'importance des bits 28,32 et 34, nous renvoyons au protocole AES-EBU indiqué. Un subframe 20 est associé à chaque canal stéréo, deux subframes se succédant les uns aux autres et formant ce que l'on appelle un frame. Un nombre de 192 frames constituent ce que l'on appelle un bloc. 



  Sur le bit utilisateur 30 l'on ouvre un canal de données sériel, subdivisé en multiplexage temporel en autant de souscanaux que l'on désire. La figure 3 montre par exemple une sous-division en 10 sous-canaux. Chaque bit 1., 11., 21., etc. de la suite de données contenue dans le canal de données ouvert par le bit utilisateur est associé en tant que souscanal à un canal 1, chaque bit 2., 22,. 32., etc. est associé à un canal 2, etc... Chaque participant émet sur un canal. 



  Avec un taux de transmission global de 2 Mbaud et une longueur de 32 bits d'un subframe 20, un taux de transmission pour les données de commande de 64 kbaud est obtenu. Dans une forme de réalisation préférée, 8 sous-canaux sont prévus, pour chacun desquels 8kbaud de capacité de transmission restent donc. Avec cette capacité, des informations complexes peuvent également être transmises. 



  La figure 4 montre une suite de données spéciale dans un parmi 8 canaux utilisateurs par quatre blocs n,   n+l,   n+2 et n+3, qui sont respectivement longs de 48 bits (384 subframes/8 sous-canaux). Chaque bloc débute avec un bit 40, qui est forcé en 1 logique afin de marquer le début de la séquence de 

 <Desc/Clms Page number 9> 

 données. Un bit appelé bit de départ 42 suit. Le bit de départ 42 équivaut à un un logique lorsque le télégramme de données à transmettre commence, et il équivaut à un zéro logique lorsqu'il se poursuit avec le prochain bloc. Une adresse 44 longue de 7 bits suit le bit de départ 42, une adresse déterminée étant associée à chaque participant.

   Un bit 46 suit l'adresse 44, bit que le participant d'une séquence de données peut modifier pour acquitter la réception ou communiquer à l'émetteur si le canal est à nouveau libre, ou si le télégramme a été refusé. Une suite de bits 48 fait suite au bit 46, qui contient une information codée relative à la longueur de la suite de données proprement dite lui faisant suite. Ces 
 EMI9.1 
 données sont transmises en groupes 50, qui dans la figure 1, sont qualifiées de Datal, Data2, etc. La figure 5 montre schématiquement le couplage de deux autres sources audio Auxl et Aux2 à par un interface 6 au système bus. L'interface 6 correspond par sa structure aux interfaces 6,6a et 6b représentés à la figure 1.

   Des commutateurs 52 et 54 qui peuvent également être réalisés électroniquement, permettent au choix l'introduction de signaux provenant des sources audio Auxl et Aux2. Dans le cas particulier où les commutateurs 52 et 54 sont tous deux en position supérieure à la figure 5, les signaux audio du système bus passent sans modifications à travers l'interface 6. 



  La figure 6 montre en tant que diagramme bloc les composants essentiels de l'un des interfaces 6,6a ou 6b montrés à la figure 1. Des éléments déjà expliqués en relation avec la figure 1 portent les mêmes repères. A part les transducteurs électro-optiques 14 et 16, tous les éléments sont réalisés en un seul circuit intégré dans la forme de réalisation préférée, afin de baisser les coûts. Les transducteurs 14 et 16 sont ici considérés en tant qu'éléments de l'interface, mais peuvent également dans la réalisation pratique être reliés d'office aux guides d'ondes optiques et n'être raccordés électriquement aux éléments restants de l'interface qu'après le montage du système. Un circuit 60 contient une boucle 

 <Desc/Clms Page number 10> 

 d'asservissement en phase PLL et s'amorce sur des signaux électriques provenant du transducteur 16.

   Le circuit 60 est également en mesure de reconnaître si une des adresses contenues dans les signaux coïncide avec une adresse associée à un interface respectif. En outre, la suite de données aboutit dans une mémoire tampon de réception 62. Les données audio sont converties par un circuit de sortie 18 en des formats différents, dont celui qui est respectivement approprié est transmis à une unité audio raccordée. Des données de commande parviennent à travers un interface 10 également conçu pour plusieurs formats à un microprocesseur du participant raccordé et en reviennent. Des données de commande à émettre parviennent à travers une mémoire tampon d'émission 64 à un dispositif de multiplexage 66, le format mentionné étant d'une part réalisé et les données de commande étant d'autre part lues dans le canal de multiplexage en temps réel.

   Des données audio en provenance de l'unité audio raccordée à travers un circuit d'entrée 4 ou des données audio en provenance de la mémoire tampon de réception 62 sont également reprises dans le format et la suite de données complète est menée à un transducteur 14 reconvertissant les signaux électriques en signaux optiques. La gestion des données est soumise à un registre d'état et de commande 68 relié à la mémoire tampon de réception 62, à la mémoire tampon d'émission 64, ainsi qu'au circuit d'interface 10. Lorsqu'une adresse contenue dans les données ne coïncide pas avec l'adresse du participant, les données sont transmises telles quelles. Un certain décalage de temps a lieu à cause de la mémorisation intermédiaire. Mais ce décalage de temps est tel que les données sont à nouveau classées dans leur canal correct.

   La mémoire tampon d'émission 64 reçoit les informations concernant la cadence par un dispositif d'horloge 70, lequel reçoit la cadence soit du circuit PLL 60, soit d'une horloge distincte. Cette horloge ne doit cependant pas être partie intégrante de l'interface, étant donné que des sources audio courantes telles que des lecteurs CD contiennent généralement une telle horloge, et n'est donc pas représentée. 

 <Desc/Clms Page number 11> 

 Selon la figure 1, on peut distinguer trois modes principaux de fonctionnement en ce qui concerne la transmission audio. Le mode de fonctionnement de l'interface 6 à gauche dans la figure est un mode de fonctionnement actif, dans lequel le format de données mentionné est d'abord réalisé et ce, en se basant soit sur la cadence des données provenant de la source audio 2, soit sur la cadence d'une horloge distincte.

   Dans ce fonctionnement qualifié de mode maître, il n'y a qu'un interface d'un système qui fonctionne. Les deux autres interfaces 6a et 6b n'engendrent pas de cadence propre, mais s'adaptent au moyen de leur circuit PLL à la cadence donnée. Ce mode de fonctionnement est appelé mode esclave. L'interface 6a au milieu de la figure présente la particularité que les données audio peuvent être reçues et, le cas échéant, modifiées. Dans ce cas, on parle de mode esclave-processeur. L'interface 6a à droite dans la figure se comporte de manière purement passive par rapport aux données audio, du fait que celles-ci ne sont que transmises. 



  Ce qui est essentiel pour l'invention, c'est le fait que la transmission de données n'a lieu que dans une direction à travers les guides d'ondes optiques. Il n'y a qu'un participant qui travaille en mode maître, et marque ainsi la cadence. En relation avec le fait que chaque participant utilise son propre canal d'émission et qu'un arbitrage bus n'est pas indispensable, il devient possible de regrouper un nombre élevé de participants en un réseau à haut débit de données, sans conflits de transmission. Il y a moyen d'émettre simultanément sur tous les canaux de données de commande, c'est pourquoi chaque canal de données de commande possède-t-il un taux de transmission de données moyen disponible à tout moment. Les coûts de réalisation du système sont extrêmement bas comparé à des systèmes bus habituels de performance comparable.

   Lorsque le premier participant et le dernier participant sont reliés entre eux, une boucle fermée se forme, à travers laquelle un télégramme peut circuler jusqu'à ce que son destinataire le recoive. L'expéditeur du télégramme déterminer si son télégramme est arrivé chez le destinataire. 

 <Desc/Clms Page number 12> 

 



  C'est le bit 46 auquel il a déjà été fait allusion en relation avec la figure 4 qui sert à cet effet, bit qui est modifié ou éliminé par le destinataire d'un message afin d'acquitter la réception. 



  Dans une forme de réalisation particulière, les données audio sont même détournées au sein de l'interface et sont directement à nouveau émises, dans le cas où le participant raccordé ne possède en fait aucune unité audio et n'effectue que des fonctions de commande ou de surveillance, respectivement. On peut imaginer par exemple les senseurs les plus divers pouvant être utilisés dans un véhicule. Ces senseurs peuvent être interrogés dans une forme de réalisation de l'invention dans le cadre d'un diagnostic pour véhicules. On prévoit à cet effet un canal auxiliaire de diagnostic particulier au moyen d'un bit transparent, qui n'est pas manipulé et traverse sans modifications la série de participants.

Claims (18)

1. REVENDICATIONS 1. Procédé de transmission commune de données audio et de données de commande numériques sur un bus commun dans un système de participants, parmi lesquels on trouve au moins une source de signal audio numérique et au moins une source de signal de données de commande numérique ; caractérisé en ce que : le bus est constitué par un circuit en série de tronçons de guides d'ondes optiques et d'interfaces, reliant chacun deux tronçons de guides d'ondes optiques en convertissant les signaux provenant d'un tronçon de guides d'ondes optiques en signaux électriques et en les convertissant tels quels ou sous une forme traitée en des signaux optiques pour les introduire dans l'autre tronçon de guide d'ondes optiques ;

   les données audio et les données de commande sont transmises dans un format prescrivant une suite séquence de groupes de bits individuels de même grandeur, suite dans laquelle les données audio occupent toujours un nombre prédéterminé de bits et au moins un bit est réservé pour les données de commande ; plusieurs canaux de données de commande sont formés par un multiplexage temporel sur le bus au moyen du bit réservé du groupe de bits ; chaque participant utilise un canal de données de commande qui lui est associé pour l'émission de données de commande ; chaque participant est raccordé au bus à travers un interface associé ; <Desc/Clms Page number 14> une adresse est associée à au moins certains des participants ;

   et chaque participant, à qui une adresse est associée, interroge continuellement les canaux de données de commande à travers son interface, afin de répondre à des données de commande transmises lorsque l'adresse qui les précède coïncide avec sa propre adresse.
2. 2. Procédé selon la revendication 1, caractérisé en ce que les données sont à chaque fois transmises monodirectionellement d'un interface à l'autre par un tronçon de guides d'ondes optiques.
3. 3. Procédé selon les revendications 1 ou 2, caractérisé en ce que les participants sont connectés entre eux par le bus en boucle fermée, qu'un participant modifie ou supprime à chaque fois un bit déterminé dans la suite de données de commande lors de la réception de données de commande qui lui sont adressées, et en ce que le participant émettant les données de commande vérifie les données de commande lui revenant à travers le bus fermé pour déterminer d'éventuelles modifications intervenues.
4. 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que dans chaque suite des données de commande, une information codée indiquant sa longueur est également émise.
5. 5. Procédé selon l'une des revendications précédentes, caractérisé en ce que le format de transmission correspond à la norme AES3-1985 (AMSI S4.40-1985), selon laquelle chaque groupe de bits comprend 32 bits, dont 24 bits sont utilisés pour les données audio, 1 bit est utilisé pour la formation des canaux de données de commande et les bits restants sont utilisés pour des fonctions de vérification et de synchroni- <Desc/Clms Page number 15> sation.
6. 6. Procédé selon l'une des revendications précédentes, caractérisé en ce que chaque participant travaille en tant que source des données audio en mode maître et tous les autres participants travaillent en tant que récepteurs potentiels des données audio en mode esclave.
7. 7. Procédé selon la revendication 6, caractérisé en ce que les participants travaillant en mode esclave déduisent leur séquence au moyen d'une boucle d'asservissement en phase à partir de la séquence du participant travaillant en mode maî- tre.
8. 8. Procédé selon les revendications 6 ou 7, caractérisé en ce qu'au moins un des participants, travaillant en mode esclave, sousmet les données audio reçues à un traitement selon le besoin.
9. 9. Système bus pour la mise en oeuvre du procédé selon l'une des revendications précédentes, caractérisé en ce qu'un interface standardisé du même genre est associé à chaque participant, que chaque interface comporte une entrée et une sortie de raccordement d'une extrémité de guide d'ondes optiques, que les interfaces sont connectés en série en reliant chaque sortie d'interface à une entrée d'un autre interface, et que dans chaque interface entre l'entrée et la sortie, des moyens de conversion de signaux optiques en signaux électriques, des moyens de mémorisation intermédiaire de donnes reçues ainsi que des moyens de conversion de signaux électriques en signaux optiques sont présents.
10. 10. Système bus selon la revendication 9, caractérisé en ce que le circuit en série des interfaces est fermé en boucle.
11. 11. Système bus selon la revendication 9, caractérisé par son utilisation dans un réseau, auxquel au moins deux partici- <Desc/Clms Page number 16> pants appartiennent au groupe suivant : récepteurs radio, enregistreurs à cassettes, lecteurs CD, combinés amplificateurs-haut-parleurs, processeurs de son, composants téléphone, senseurs de détection de valeurs de mesure, actionneurs pour répondre à des ordres transmis par les tronçons de guides d'ondes optiques, moyens de collection de données, de mémorisation de données, de traitement de données et d'analyse de données, en particulier dans un véhicule.
12. 12. Système bus selon l'une des revendications précédentes, caractérisé en ce que les tronçons de guides d'ondes optiques sont formés par un guide d'ondes optiques en une matière synthétique.
13. 13. Interface utilisé dans le procédé selon l'une des revendications 1 à 8 et dans le système bus selon l'une des revendications 9 à 12, caractérisé en ce qu'il contient : une entrée pouvant être raccordée à un tronçon de guide d'ondes optiques et comportant un transducteur opto-électrique transformant les signaux optiques en signaux électriques, une sortie pouvant être raccordée à un tronçon de guide d'ondes optiques comportant un transducteur electro-optique transformant les signaux électriques en signaux optiques, un circuit d'entrée pour les signaux audio délivrés par un participant, un circuit de sortie pour les signaux audio à délivrer à un participant,

    un circuit d'entrée/sortie pour des données de commande en provenance et à destination d'un participant et un dispositif de mémorisation intermédiaire de signaux <Desc/Clms Page number 17> électriques.
14. 14. Interface selon la revendication 8, caractérisé en ce qu'elle contient un séquenceur pour engendrer le format de données utilisé dans le procédé.
15. 15. Interface selon la revendication 14, caractérisé en ce que selon le mode de fonctionnement du participant relié à l'interface-maître ou esclave-le séquenceur engendre la séquence de manière autonome ou la déduit au moyen d'une boucle d'asservissement en phase, à partir des signaux provenant d'un participant travaillant en mode maître.
16. 16. Interface selon l'une des revendications 13 à 15, caractérisé en ce qu'il peut être commuté entre au moins les modes de fonctionnement suivants : a) Fonctionnement en mode maître, dans lequel les données audio en provenance d'un participant raccordé à l'interfa- ce sont introduites dans le tronçon de guide d'ondes opti- ques raccordé à sa sortie ; b) Fonctionnement en mode esclave, dans lequel les données audio provenant d'un tronçon de guide d'ondes optiques sont transférées telles quelles dans l'autre tronçon de guide d'ondes optiques et peuvent en cas de besoin être transmises au participant raccordé à l'interface ;

    c) Fonctionnement en mode esclave/processeur, dans lequel les données audio provenant d'un tronçon de guide d'ondes op- tiques peuvent être modifiées ou, le cas échéant, décalées dans le temps par le participant, mais peuvent être intro- duites de manière synchrone avec la séquence de données dans l'autre guide d'ondes optiques.
17. 17. Interface selon l'une des revendications 13 à 16, caractérisé en ce qu'il comporte plusieurs entrées pour des parti- <Desc/Clms Page number 18> cipants travaillant en tant que source audio, ainsi qu'un dispositif de commutation pour une commutation entre les entrées.
18. 18. Interface selon l'une des revendications 13 à 16, caractérisé en ce que les circuits d'entrée/délivrance peuvent traiter des standards différents pour les données de commande en provenance et à destination d'un participant.