FR 3091766 A1 20200717 FR 1900377 A 20190116 Description Titre de l'invention : Dispositif d'arbitrage Domaine technique [0001] La présente description concerne de façon générale les circuits électroniques, et plus particulièrement des dispositifs d'arbitrage prévus dans de tels circuits électroniques. Technique antérieure [0002] On connaît des dispositifs d'arbitrage permettant de sélectionner une requête parmi plusieurs requêtes reçues, dans lesquels les requêtes reçues ont chacune un niveau de priorité pouvant différer d'une requête à l'autre. Dans de tels dispositifs, la sélection de la requête est basée sur les niveaux de priorité des requêtes reçues. Résumé de l'invention [0003] 11 existe un besoin d'un dispositif qui pallie tout ou partie des inconvénients des dis- positifs d'arbitrage connus. [0004] Plus particulièrement, il existe un besoin d'un dispositif d'arbitrage permettant de réduire, voire supprimer, le risque de famine, c'est-à-dire une situation où une requête ne serait jamais sélectionnée. [0005] 11 existe en outre un besoin d'un dispositif d'arbitrage permettant de sélectionner une requête non seulement sur la base des niveaux de priorité des requêtes reçues, mais également sur la base du type de la requête choisi parmi plusieurs types, de préférence parmi deux types représentatifs du fait que le traitement de la requête doit respectivement être ou non effectué en temps réel. 100061 Ainsi, un mode de réalisation prévoit un dispositif configuré pour recevoir des requêtes, le dispositif comprenant : autant de premiers arbitres à priorité tournante qu'il y a de niveaux de priorité possibles pour les requêtes ; et un circuit configuré pour transmettre chaque requête reçue à un nombre de premiers arbitres déterminé en fonction du niveau de priorité de la requête. 100071 Selon un mode de réalisation, le nombre de premiers arbitres auxquels le circuit transmet chaque requête augmente avec le niveau de priorité de la requête. 100081 Selon un mode de réalisation, pour chaque requête, le niveau de priorité de la requête est représenté par un nombre entier compris entre 1 et un nombre de niveaux de priorité possibles pour les requêtes, ledit nombre entier étant d'autant plus élevé que la requête est prioritaire. 100091 Selon un mode de réalisation, ledit circuit est configuré pour transmette chaque requête à un nombre de premier arbitre égal au nombre entier représentatif du niveau de priorité de la requête. 100101 Selon un mode de réalisation, ledit circuit est en outre configuré pour sélectionner de 2 manière aléatoire, pour chaque requête, le ou les premiers arbitres auxquels le circuit transmet la requête. [0011] Selon un mode de réalisation, chaque premier arbitre est associé à un niveau de priorité respectif parmi les niveaux de priorité possibles, le circuit étant en outre configuré pour transmettre, à chaque premier arbitre, chaque requête ayant un niveau de priorité supérieur ou égal au niveau de priorité associé au premier arbitre. [0012] Selon un mode de réalisation, le dispositif comprend en outre un deuxième arbitre à priorité tournante dont des entrées sont respectivement connectées aux sorties des premiers arbitres. [0013] Un autre mode de réalisation prévoit un système comprenant : un dispositif tel que défini ci-dessus ; un troisième arbitre à priorité tournante ; un quatrième arbitre à priorité fixe dont une première entrée est connectée à une sortie du deuxième arbitre dudit dispositif et dont une deuxième entrée est connectée à une sortie du troisième arbitre; et un circuit configuré pour recevoir des requêtes ayant chacune un type sélectionné parmi un premier type et un deuxième type, et pour transmettre les requêtes du premier type au circuit dudit dispositif et les requêtes du deuxième type audit troisième arbitre, le circuit du système comprenant par exemple le circuit dudit dispositif. [0014] Selon un mode de réalisation, lorsqu'une requête est présente sur chacune des première et deuxième entrées du quatrième arbitre, le quatrième arbitre est configuré pour sélectionner la requête présente sur sa deuxième entrée. [0015] Un autre mode de réalisation prévoit un système comprenant : des premier et deuxième dispositifs tels que définis ci-dessus ; un troisième arbitre à priorité fixe dont une première entrée est connectée à une sortie du deuxième arbitre dudit premier dispositif et dont une deuxième entrée est connectée à une sortie du deuxième arbitre dudit deuxième dispositif; et un circuit configuré pour recevoir des requêtes d'un type sélectionné parmi un premier type et un deuxième type, et pour transmettre les requêtes du premier type au circuit dudit premier dispositif et les requêtes du deuxième type au circuit dudit deuxième dispositif, le circuit du système comprenant par exemple le circuit du premier dispositif et/ou le circuit du deuxième dispositif. [0016] Selon un mode de réalisation, lorsqu'une requête est présente sur chacune des première et deuxième entrées du troisième arbitre, le troisième arbitre est configuré pour sélectionner la requête présente sur sa deuxième entrée. [0017] Selon un mode de réalisation, le nombre de niveaux de priorité possibles pour les requêtes du premier type est différent du nombre de niveaux de priorité possibles pour les requêtes du deuxième type. [0018] Selon un mode de réalisation, les requêtes ne nécessitant pas un traitement en temps réel sont du premier type, les requêtes nécessitant un traitement en temps réel étant du 3 deuxième type. [0019] Un autre mode de réalisation prévoit un circuit électronique tel qu'un micro- contrôleur, un microprocesseur ou un circuit d'accès direct en mémoire, comprenant un dispositif ou un système tels que définis ci-dessus. [0020] Procédé comprenant les étapes successives suivantes : recevoir plusieurs requêtes ayant des niveaux de priorité différents ; et transmettre, par un circuit, les requêtes à des premiers arbitres à priorité tournante, le nombre total de premiers arbitres étant égal au nombre de niveaux de priorité possibles, le nombre de premier arbitres auxquels est transmise chaque requête étant déterminé par le niveau de priorité de la requête et augmentant de préférence avec le niveau de priorité de la requête. Brève description des dessins [0021] Ces caractéristiques et avantages, ainsi que d'autres, seront exposés en détail dans la description suivante de modes de réalisation particuliers faite à titre non limitatif en relation avec les figures jointes parmi lesquelles : [0022] [fig. I la figure 1 représente de manière schématique et sous forme de blocs un mode de réa- lisation d'un dispositif d'arbitrage ; [0023] [fig.2] la figure 2 représente de manière schématique et sous forme de blocs un mode de réa- lisation d'un système comprenant le dispositif de la figure 1 ; et [0024] [fig.3] la figure 3 représente de manière schématique et sous forme de blocs un autre mode de réalisation d'un système comprenant le dispositif de la figure I. Description des modes de réalisation 100251 De mêmes éléments ont été désignés par de mêmes références dans les différentes figures. En particulier, les éléments structurels et/ou fonctionnels communs aux différents modes de réalisation peuvent présenter les mêmes références et peuvent disposer de propriétés structurelles, dimensionnelles et matérielles identiques. 100261 Par souci de clarté, seuls les étapes et éléments utiles à la compréhension des modes de réalisation décrits ont été représentés et sont détaillés. En particulier, les différents signaux et protocoles définissant une requête n'ont pas été détaillés, les modes de réalisation décrits étant compatibles avec les signaux et les protocoles usuels de requête. En outre, les circuits électroniques dans lesquels un dispositif d'arbitrage est prévu n'ont pas été détaillés, les modes de réalisation décrits étant compatibles avec les circuits électroniques usuels comprenant un dispositif d'arbitrage. Enfin, le fonctionnement et les diverses mises en oeuvre d'arbitres de type à priorité tournante ("round robin") et d'arbitres de type à priorité fixe n'ont pas été décrits, les modes de réalisation décrits étant compatibles avec le fonctionnement usuel et les mises en oeuvre usuelles de ces arbitres. [0027] Sauf précision contraire, lorsque l'on fait référence à deux éléments connectés entre eux, cela signifie directement connectés sans éléments intermédiaires autres que des conducteurs, et lorsque l'on fait référence à deux éléments reliés ou couplés entre eux, cela signifie que ces deux éléments peuvent être connectés ou être reliés ou couplés par l'intermédiaire d'un ou plusieurs autres éléments. [0028] Dans la description qui suit, lorsque l'on fait référence à des qualificatifs de position absolue, tels que les termes "avant", "arrière", "haut", "bas", "gauche", "droite", etc., ou relative, tels que les termes "dessus", "dessous", "supérieur", "inférieur", etc., ou à des qualificatifs d'orientation, tels que les termes "horizontal", "vertical", etc., il est fait référence sauf précision contraire à l'orientation des figures. [0029] Sauf précision contraire, les expressions "environ", "approximativement", "sen- siblement", et "dc l'ordre de" signifient à 10 % près, de préférence à 5 % près. [0030] La figure 1 représente de façon schématique et sous forme de blocs un mode de réa- lisation d'un dispositif d'arbitrage 1. [0031] Le dispositif 1 est ici prévu pour recevoir jusqu'à N requêtes Ri simultanément, avec i entier allant de 1 à N et N entier supérieur ou égal à 2. En outre, chaque requête Ri a un niveau dc priorité p, avec p entier compris entre 1 et M entier supérieur ou égal à 2. Chaque requête Ri peut prendre n'importe quel niveau de priorité p compris entre 1 et M. On considère ici qu'une requête est d'autant plus prioritaire que son niveau de priorité est élevé. A titre d'exemple, le niveau de priorité p d'une requête Ri est fixé par un dispositif ou circuit ayant émis la requête. [0032] Le dispositif 1 comprend un circuit 100. Le circuit 100 est configuré pour recevoir, le cas échéant, les N requêtes Ri simultanément. Le circuit 100 comprend ainsi N entrées Ei, avec i allant de 1 à N, chaque entrée Ei étant destinée à recevoir une requête Ri correspondante. [0033] Le dispositif 1 comprend en outre M arbitres 110j, avec j entier allant de 1 à M. Autrement dit, le dispositif 1 comprend autant d'arbitres 110j que le nombre M de niveaux de priorité possibles pour les requêtes Ri. Chaque arbitre 110j est de type à priorité tournante. En outre, chaque arbitre 110j comprend N entrées EAi, avec i entier allant de 1 à N. Autrement dit, chaque arbitre 110j peut recevoir jusqu'à N requêtes simultanément. Chaque arbitre 110j comprend une sortie SAj au niveau de laquelle est disponible la requête sélectionnée par cet arbitre. [0034] Le circuit 100 est configuré pour transmettre, ou distribuer, chaque requête Ri de niveau de priorité p qu'il reçoit à p arbitres parmi les M arbitres 110j. Plus particulièrement, pour chaque entrée Ei, le circuit 100 comprend M sorties Sij correspondantes, avec j entier allant de 1 à M. Pour une entrée Ei donnée, les M sorties Sij correspondantes sont reliées, de préférence connectées, aux entrées EAU des arbitres respectifs 110j. Autrement dit, chaque sortie Sij est reliée, de préférence connectée, à l'entrée EAi de l'arbitre 110j. [0035] Dans cet exemple, on considère que, lorsqu'une requête Ri ayant un niveau de priorité p est reçue par le circuit 100, le circuit 100 transmet cette requête aux p arbitres 1101, 1102, .., 110j, 110p-1 et 110p. Autrement dit, chaque arbitre 110j est associé à un niveau de priorité p différent, dans cet exemple le niveau p égal à l'indice j de l'arbitre considéré, et le circuit 100 est configuré pour transmettre à l'arbitre 110j toutes les requêtes Ri ayant un niveau de priorité supérieur ou égal à j. [0036] Le dispositif 1 comprend en outre un arbitre 120. L'arbitre 120 est de type à priorité tournante. L'arbitre 120 comprend autant d'entrées EBj qu'il y a d'arbitres 1 10j, ou, autrement dit, qu'il y a de niveaux de priorité possibles pour les requêtes Ri. Chaque entrée EBj, avec j entier allant de 1 à M, est reliée, de préférence connectée, à la sortie SAj de l'arbitre 110j. Ainsi, lorsqu'un arbitre 110j sélectionne l'une des requêtes disponibles sur ses entrées EAi, la requête sélectionnée est transmise à rentrée EBj de l'arbitre 120, via la sortie SAj de l'arbitre 110j. L'arbitre 120 comprend une sortie SB au niveau de laquelle est disponible la requête sélectionnée par l'arbitre 120. La sortie SB constitue une sortie du dispositif 1. [0037] Bien que cela ne soit pas représenté ici, chaque arbitre 110j, l'arbitre 120 et le circuit 100 ont de préférence chacun une entrée destinée à recevoir un signal synchronisation, par exemple un signal périodique de synchronisation, ou signal d'horloge, clk. Dans ce cas, une requête sur une entrée du circuit 120 ou d'un des arbitres 110j et 120 est de préférence prise en compte lors de fronts, par exemple les fronts montants, du signal clk. [0038] En outre, bien que l'on ait représenté chaque requête par un unique fil en figure 1, en pratique, la requête peut comprendre plusieurs signaux et donc être transmise via une pluralité de fils conducteurs. Par exemple, la requête peut comprendre un signal req sur un bit transmis sur un fil conducteur correspondant, un signal ack d'acquittement de la requête sur un bit transmis sur un fil conducteur correspondant, le signal ack permettant de valider la requête selon un protocole donné, par exemple un protocole quatre phases ou un protocole où une requête est validée quand les signaux ack et req sont actifs simultanément lors d'un front (montant et/ou descendant) d'un signal de synchronisation, et un signal de données sur plusieurs bits transmis sur plusieurs fils conducteurs correspondants, le signal de données comprenant notamment une information représentative du niveau de priorité de la requête. A titre d'exemple, lorsque la requête est une requête correspondant à un transfert de données, le signal de données de la requête comprend par exemple des informations représentatives de la source du transfert, de la destination du transfert, de la taille et/ou du nombre de mots de données 6 à transférer, etc. [0039] Le fonctionnement du dispositif 1 est le suivant. Lorsqu'une requête Ri est reçue par l'entrée Ei correspondante du circuit 100, le circuit 100 détermine le niveau de priorité p de cette requête, par exemple grâce à une information représentative de ce niveau p comprise dans la requête. Le circuit 100 transmet alors cette requête Ri à p arbitres 110j, par l'intermédiaire de p sorties Sij. Cela est mis en oeuvre pour chacune des N entrées Ei pouvant recevoir une requête Ri correspondante. Ainsi, chacun des M arbitres 110j est susceptibles de recevoir une ou plusieurs requêtes du circuit 100. Chacun des M arbitres 110j ayant reçu une ou plusieurs requêtes du circuit 100 met en oeuvre un procédé d'arbitrage de type à priorité tournante et sélectionne l'une des requêtes présentes sur ses entrées EAi. Les requêtes sélectionnées par les M arbitres 110j sont disponibles au niveau des sorties respectives SAj de ces arbitres, et sont fournies à l'arbitre 120. L'arbitre 120 met alors en oeuvre un procédé d'arbitrage de type à priorité tournante et sélectionne l'une des requêtes présentes sur ses entrées EBi, la requête sélectionnée étant ensuite disponible sur la sortie SB de l'arbitre 120 et constituant la requête sélectionnée par le dispositif d'arbitrage 1. [0040] Dans le dispositif 1, lorsque plusieurs requêtes Ri sont reçues simultanément par le circuit 100, plus le niveau de priorité p d'une requête est élevé, plus le nombre p d'arbitres 110j auxquels est transmise la requête est élevé. Il en résulte que la probabilité qu'une requête soit sélectionnée par un ou plusieurs arbitres 110j, puis par l'arbitre 120, augmente avec son niveau de priorité Ainsi, plus le niveau de priorité p d'une requête est élevé, plus la probabilité que cette requête soit sélectionnée par le dispositif 1 augmente. [0041] En outre, du fait que les arbitres 110j et 120 sont de type à priorité tournante et non pas de type à priorité fixe, lorsque plusieurs requêtes Ri sont reçues simultanément par le dispositif 1, la probabilité que, parmi toutes les requêtes Ri reçues, une requête Ri ayant le niveau de priorité le plus faible soit sélectionnée par le dispositif 1 n'est pas nulle. Cela permet d'éviter le risque de famine pour les requêtes reçues ayant le plus faible niveau de priorité. [0042] A titre d'exemple, on considère le cas où M égal 3 et où, parmi les requêtes Ri que le dispositif 1 reçoit à un instant donné, par exemple un front montant du signal clic, x requêtes ont un niveau de priorité p égal à 1, y requêtes ont un niveau de priorité p égal à 2, et z requêtes ont un niveau de priorité p égal à 3, avec la somme de x, y et z inférieure ou égale à N. Dans l'exemple de la figure 1, chacune des x requêtes de niveau de priorité p égal à 1 est transmise à l'arbitre 1101, chacune des y requêtes de niveau de priorité p égal à 2 étant transmise à chacun arbitres 1101 et 1102, et chacune des z requêtes de niveau priorité p égal à 3 étant transmise à chacun des arbitres 1101, 1102 et 1103. Le tableau ci-dessous donne, pour cet exemple particulier, les probabilités 7 qu'une requête soit sélectionnée par le dispositif 1 en fonction du niveau de priorité de la requête, dans les cas suivants : - cas 1 : toutes les requêtes reçues ont le même niveau de priorité p égal à 1 (x>0, y=0 et z=0) ; - cas 2 : toutes les requêtes reçues ont le même niveau de priorité p égal à 2 (x=0, y>0 et z=0) ; - cas 3 : toutes les requêtes reçues ont le même niveau de priorité p égal à 3 (x=0, y=0 et z>0) ; - cas 4 : aucunes des requêtes reçues n'a le niveau de priorité p égal à 1 (x=0, y>0 et z>0) ; - cas 5 : aucunes des requêtes reçues n'a le niveau de priorité p égal à 2 (x>0, y=0 et z>0) ; - cas 6 : aucunes des requêtes reçues n'a le niveau de priorité p égal à 3 (x>0, y>0 et z=0) ; et - cas 7 : des requêtes avec les trois niveaux de priorité sont reçues (x>0, y>0 et z>0). On notera que les probabilités indiquées ci-dessous ne tiennent pas compte des états des arbitres 110j, c'est-à-dire qu'elles ne tiennent pas compte des éventuelles dernières requêtes sélectionnées (servies) par chacun des arbitres 110j. [0043] 8 [Tableauxl] p égal à 1 p égal à 2 p égal à 3 Cas 1 1 x 0 0 Cas 2 0 1 Y 0 Cas 3 0 0 1 Z Cas 4 0 2 1 2 re(y+z) 3''z 3-(y _Ej Cas 5 1 0 21 _, 3t(x +z) 3'z . 3*(x ± z) Cas 6 1 1 1 (i) 2 "'-(X + y) 2 , ' (x ± z) Cas 7 1 1 1 i 1 I. 3*(x + y ± z) 3 (x+Y±z)+ (y+z)-3`7 x-FY-Fz)± 3132+z) 100441 On constate dans le tableau ci-dessus que, lorsque plusieurs requêtes sont reçues si- multanément et que ces requêtes ont des niveaux de priorité différents, les requêtes ayant le niveau de priorité le plus élevé ont une probabilité plus grande d'être sélectionnée par le dispositif 1 que les requêtes ayant un niveau de priorité plus faible. Bien que le tableau ait été obtenu dans le cas d'un exemple particulier, les résultats ci-dessus se généralisent à n'importe quel couple de valeur M et N. 100451 On a décrit ci-dessus un mode de réalisation dans lequel, d'une part chaque arbitre 1 10j est associé à un niveau de priorité p donné, et, d'autre part, le circuit 100 est configuré pour transmettre à chaque arbitre 110j toutes les requêtes de niveau de priorité supérieur ou égal au niveau de priorité auquel est associé cet arbitre 110j. 100461 En variante, le circuit 100 est configuré pour sélectionner de manière aléatoire les p arbitres 110j auxquels il transmet chaque requête de niveau de priorité p reçue. Cela permet, lorsqu'une première requête et une deuxième requête, avec un niveau de priorité plus élevé que la première requête, sont reçues simultanément par le dispositif 1, de réduire l'écart entre la probabilité que première requête soit sélectionnée par le 9 dispositif 1 et la probabilité que la deuxième requête soit sélectionnée par le dispositif 1. Cela réduit donc le risque de famine pour les requêtes de niveaux de priorité les plus faibles. Toutefois, la probabilité que la deuxième requête soit sélectionnée reste supérieure à la probabilité que la première requête soit sélectionnée. [0047] Dans certaines applications, il est souhaitable de prévoir deux types différents de requêtes, par exemple des requêtes d'un premier type correspondant à des requêtes qui ne nécessites pas un traitement en temps réel, et des requêtes d'un deuxième type correspondant à des requêtes nécessitant un traitement en temps réel, en prévoyant que les requêtes d'un des deux types, le deuxième type dans cet exemple, soient prioritaires sur les requêtes de l'autre des deux types, le premier type dans cet exemple. Un système, ou dispositif, d'arbitrage permettant de répondre à cc besoin va maintenant être décrit en relation avec la figure 2. [0048] La figure 2 représente de manière schématique et sous forme de blocs un mode de réalisation d'un système 2 comprenant le dispositif 1, et plus particulièrement ici deux dispositifs 1. [0049] Le système 2 peut recevoir jusqu'à N requêtes Ri simultanément. Chaque requête Ri reçue peut être d'un premier type, RT, ou d'un deuxième type, NRT, le premier type étant ici prioritaire sur le deuxième type. Par exemple, les requêtes de type NRT correspondent à des requêtes ne nécessitant pas de traitement en temps réel (NRT - "Non Real Timc"), les requêtes de type RT correspondant à des requêtes nécessitant un traitement en temps réel (RT - "Real Time"). Le type RT ou NRT d'une requête est sélectionné, ou fixé, en amont du système 2, par exemple par un circuit ou dispositif ayant émis la requête. Le type RT ou NRT d'une requête est indiqué dans la requête, par exemple par une information représentative du type de la requête, cette information étant par exemple comprise dans le signal de données de la requête. [0050] Chaque requête de type NRT a un niveau de priorité pNRT, avec pNRT entier compris entre 1 et un entier MNRT supérieur ou égal à 2. En outre, dans ce mode de réalisation, chaque requête de type RT a un niveau de priorité pRT, avec pRT entier compris entre 1 et un entier MRT supérieur ou égal à 2. Les entiers MNRT et MRT peuvent être différents ou égaux. [0051] Un premier des deux dispositifs 1 est destiné à traiter les requêtes de type NRT et est référencé 1NRT en figure 2, le deuxième des deux dispositifs 1 étant destiné à traiter les requêtes de type RT et étant référencé 1RT en figure 2. En outre, en figure 2, les références utilisées pour désigner les divers éléments du dispositif 1NRT, respectivement 1RT, correspondent à celles utilisées pour désigner ces mêmes éléments en figure 1 auxquelles ont a ajouté le sigle NRT, respectivement RT. [0052] Le système 2 comprend, en outre, un circuit 200. Le circuit 200 comprend N entrées INi, chacune destinée à recevoir une requête Ri correspondante. Les entrées INi du circuit 200 constituent des entrées du système 2. Pour chaque entrée INi, le circuit 200 comprend deux sorties OiNRT et OiRT reliées, de préférence connectées, aux entrées respectives EiNRT et EiRT des dispositifs 1NRT et 1RT. Lorsque le système 2 reçoit une requête Ri de type NRT, le circuit 200 est configuré pour la transmettre, via sa sortie OiNRT, à l'entrée correspondante EiNRT du circuit 100NRT du dispositif 1NRT. De manière similaire, lorsque le système 2 reçoit une requête Ri de type RT, le circuit 200 est configuré pour la transmettre, via sa sortie OiRT, à l'entrée correspondante EiRT du circuit 100RT du dispositif 1RT. [0053] Le système 2 comprend également un arbitre 210. L'arbitre 210 comprend une entrée L reliée, de préférence connectée, à la sortie SBNRT du dispositif 1NRT, c'est-à-dire la sortie de l'arbitre 120NRT, et une entrée H reliée, de préférence connectée, à la sortie SBRT du dispositif 1RT, c'est-à-dire la sortie de l'arbitre 12ORT. L'arbitre 210 comprend une sortie OUT constituant une sortie du système 2. L'arbitre 210 est de type à priorité fixe, c'est-à-dire que lorsque deux requêtes sont présentes simultanément sur ses entrées L et H, l'arbitre sélectionne toujours la requête présente sur son entrée la plus prioritaire. Dans cet exemple, l'arbitre sélectionne toujours la requête présente sur son entrée H, qui reçoit du dispositif 1RT les requêtes de type RT plus prioritaires que les requêtes de type NRT reçues, du dispositif 1NRT, par son entrée L. [0054] En fonctionnement, lorsque le système 2 reçoit plusieurs requêtes Ri simultanément, les requêtes Ri de type NRT sont transmises par le circuit 200 au dispositif 1NRT où elles sont traitées en fonction de leurs niveaux de priorité pNRT de la façon décrite en relation avec la figure 1, les requêtes de type RT étant transmises par le circuit 200 au dispositif 1RT où elles sont traitées en fonction de leurs niveaux de priorité pRT de la façon décrite en relation avec la figure 1. Ainsi, lorsque le système 2 reçoit des requêtes de type RT et des requêtes de type NRT, le dispositif 1RT, respectivement 1NRT, sélectionne l'une de ces requêtes de type RT, respectivement NRT. L'arbitre 210 sélectionne alors la requête de type RT fournie par le dispositif 1RT, plutôt que la requête de type NRT fournie par le dispositif 1NRT. [0055] Ainsi, dès lors que le système reçoit au moins une requête de type RT, le système sé- lectionne forcément une requête de type RT, nonobstant le fait que le système ait reçu des requêtes de type NRT en même temps que la ou les requêtes de type RT. Cela résulte du fait que le système 2 comprend une voie, ici le dispositif 1NRT, dédiée aux requêtes NRT, et une voie, ici le dispositif 1RT dédiée aux requêtes RT, et que l'arbitre 210 sélectionne en priorité la deuxième voie. [0056] Bien que cela ne soit pas représenté ici, le circuit 200 et/ou l'arbitre 210 peuvent comprendre, comme les circuits 'OORT, 100NRT et les arbitres 110jRT, 110jNRT, 12ORT et 120NRT, une entrée destinée à recevoir un signal de synchronisation, par exemple le signal clk. 11 [0057] En outre, bien que l'on ait représenté ici les circuits 200, 10ORT et 100NRT sous la forme de trois circuits distincts, le circuit 200 peut comprendre le circuit 10ORT et/ou le circuit 100NRT. Dans le cas particulier où le circuit 200 comprend les deux circuits 100RT et 100NRT, les requêtes Ri reçues par le circuit 200 sont directement transmises, par le circuit 200, aux arbitres 100jNRT et 100jRT en fonction de leurs types RT ou NRT et de leurs niveaux de priorité pRT ou pNRT. [0058] Du fait que l'arbitre 210 sélectionne toujours la requête de type RT lorsqu'une telle requête est présente sur son entrée H, le système 2 est adapté au cas où le type RT correspond à des requêtes nécessitant un traitement en temps réel, et où le type NRT correspond à des requêtes ne nécessitant pas un traitement en temps réel. [0059] La figure 3 représente de manière schématique et sous forme de blocs un autre mode de réalisation d'un système 3 comprenant le dispositif 1 de la figure 1, et plus particulièrement ici un seul dispositif 1. [0060] Le système 3 peut recevoir jusqu'à N requêtes Ri simultanément. Chaque requête Ri reçue peut être du type RT ou du type NRT. En outre, chaque requête de type NRT a un niveau de priorité pNRT, avec pNRT entier compris entre 1 et un entier MNRT supérieur ou égal à 2. En revanche, contrairement au cas du système 2, dans le système 3 les requêtes de type RT n'ont pas de niveau de priorité, ou, dit autrement, ont toutes un même et unique niveau de priorité pRT. Ainsi, aucune requête de type RT n'est plus prioritaires que les autres requêtes de type RT. [0061] Le système 3 diffère alors du système 2 de la figure 2 en ce que le dispositif 1RT est remplacé par un arbitre 31ORT de type à priorité tournante, l'arbitre 3 lORT correspondant alors à une voie dédiée au traitement des requêtes de type RT. Dans la suite, seules les différences entre les systèmes 2 et 3 sont détaillées. [0062] L'arbitre 3 lORT comprend N entrées ei, avec i entier allant de 1 à N, de manière à pouvoir recevoir, le cas échéant, N requêtes simultanément. L'arbitre 31ORT comprend une sortie SBRT au niveau de laquelle est disponible la requête sélectionnée par l'arbitre 31ORT, parmi les requêtes présentes sur ses entrées ei. [0063] Par ailleurs, l'entrée H de l'arbitre 210 est ici reliée, de préférence connectée, à la sortie SBRT de l'arbitre 31ORT plutôt qu'à la sortie SBRT comme c'est le cas en figure 2. En outre, les N sorties OiRT du circuit 200 sont respectivement reliées, de préférence connectées, aux N entrées ei de l'arbitre 31ORT plutôt qu'aux entrées EiRT du dispositif 1RT comme c'est le cas en figure 2. [0064] Le fonctionnement du système 3 est similaire au fonctionnement du système 2. [0065] Le système 3 permet de traiter deux types RT et NRT de requêtes, dans le cas où seules les requêtes de type NRT ont un niveau de priorité pouvant être différent entre deux requêtes de ce type. [0066] Pour traiter ce cas, on aurait pu penser généraliser la description du dispositif 1 faite 12 en relation avec la figure 1 au cas où le nombre M de niveau de priorité possible est égal à un, et utiliser le dispositif 1 obtenu en lieu et place du dispositif 1RT du système de la figure 2. Toutefois, par rapport au système 3 décrit, cela aurait conduit à un système 2 comprenant un arbitre 110RT à priorité tournante supplémentaire et un circuit 100RT supplémentaire. [0067] Dans les modes de réalisation décrits ci-dessus, on tire parti du fait qu'un arbitre à priorité tournante ne créé pas, à lui seul, de situation de famine. En outre, la prise en compte de niveaux de priorité différents entre des requêtes d'un même type est mise en oeuvre grâce aux circuits 100, 100RT et 100NRT, un arbitre à priorité tournante ne permettant pas de prendre en compte de tels niveaux de priorité. Autrement dit, on tire parti de la synergie entre les circuits 100, 100RT et 100NRT qui dupliquent les requêtes qu'ils reçoivent en fonction de leurs niveaux de priorité, et les arbitres à priorité tournante qui traitent les requêtes qu'ils reçoivent de manière équitable. Cela permet de réduire, voire d'éviter, le risque de famine dans les dispositifs et les systèmes d'arbitrages décrits. [0068] Dans les modes de réalisation décrits ci-dessus en relation avec les figures 2 et 3, on a considéré que le type et le niveau de priorité d'une requête sont représentés par deux informations distinctes. Toutefois, on peut prévoir qu'une seule information soit représentative du niveau de priorité et du type d'une requête. Par exemple, on peut prévoir que les requêtes aient chacune un niveau de priorité k, avec k allant de 1 à MNRT+MRT, de sorte qu'une requête de niveau de priorité k compris entre 1 et MNRT corresponde, dans les modes de réalisation décrits, à une requête de type NRT et de niveau de priorité pNRT=k, et qu'une requête de niveau de priorité k compris entre MNRT+1 et MNRT+MRT corresponde, dans les modes de réalisation décrits, à une requête de type RT et de niveau de priorité pRT=k-MNRT. L'homme du métier est en mesure, à partir des indications fonctionnelles données dans la présente description, d'adapter les modes de réalisation décrits au cas ci-dessus, et plus généralement aux diverses façons possibles de représenter le type et/ou le niveau de priorité d'une requête. [0069] Par ailleurs, bien que l'on ait décrit en relation avec les figures 2 et 3 deux types RT et NRT de requêtes indiquant si une requête doit respectivement faire ou non l'objet d'un traitement en temps réel, ces deux types de requêtes peuvent représenter d'autres informations. Par exemple, le type RT ou NRT d'une requête peut indiquer que la requête est une requête respectivement en écriture ou en lecture, les requêtes en lecture étant par exemple prioritaires sur les requêtes en écriture. [0070] Les modes de réalisation et variantes décrits ci-dessus peuvent être prévus dans divers circuits électroniques tels que des microcontrôleurs, des microprocesseurs et des circuits d'accès direct en mémoire (DMA - "Direct Memory Access"). Par exemple, on 13 peut prévoir un système 2 ou 3 dans un circuit DMA pour mettre en oeuvre un arbitrage entre les requêtes, par exemple des requêtes d'accès à un bus, issues des différents canaux du circuit DMA. Selon un exemple particulier de mise en oeuvre, on prévoit un système 3 recevant les requêtes d'un circuit DMA dans le cas où MNRT est égal à 3, N étant par exemple égale à 4. [0071] Divers modes de réalisation et variantes ont été décrits. L'homme de l'art comprendra que certaines caractéristiques de ces divers modes de réalisation et variantes pourraient être combinées, et d'autres variantes apparaitront à l'homme de l'art. En particulier, la variante de réalisation décrite en relation avec la figure 1 (choix aléatoire des p arbitres) s'applique au dispositif 100NRT décrit en relation avec les figures 2 et 3, ainsi qu'au dispositif 10ORT décrit en relation avec la figure 2. [0072] Enfin, la mise en oeuvre pratique des modes de réalisation et variantes décrits est à la portée de l'homme du métier à partir des indications fonctionnelles données ci-dessus. En particulier, bien que l'on ait décrits des systèmes 2 et 3 configurés pour prendre en compte deux types différents NRT et RT de requêtes, l'homme du métier est en mesure d'adapter les systèmes 2 et 3 pour qu'ils prennent en compte plus de deux types différents de requêtes. Par exemple, pour chaque type supplémentaire de requêtes, un dispositif 1 ou un arbitre à priorité tournante est ajouté au système selon que les requêtes de ce type supplémentaire peuvent ou non avoir plusieurs niveaux de priorité, le nombre d'entrées de l'arbitre 210 à priorité fixe, le nombre de sorties du circuit 200 et le fonctionnement du circuit 200 étant adaptés en conséquence. 14 [Revendication 1] [Revendication 2] [Revendication 3] [Revendication 4] [Revendication 5] [Revendication 6] [Revendication 7]