INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Les nœuds N1 121 à N10 130 sont connectés les uns aux autres grâce à une structure en forme d’arbre, un nœud pouvant alors servir de relais entre deux autres nœuds. Dans un exemple, lorsqu’une distinction est faite entre une fonctionnalité point d’accès « backhaul » (pour l’interconnexion des nœuds) et une fonctionnalité point d’accès « fronthaul » (pour la connexion des équipements ou stations au LAN), les nœuds N1 121 à N10 130 sont interconnectés grâce à des liaisons filaires, par exemple de type Ethernet, ou à des liaisons sans-fil, par exemple une liaison Wi-Fi (marque déposée) utilisant un identifiant SSID différent dudit réseau local sans-fil WLAN lui-même. Dans un autre exemple, lorsque des nœuds supportent à la fois la fonctionnalité « backhaul » et « fronthaul », l’interconnexion des nœuds et la connexion des stations peut utiliser un seul et même SSID. Les nœuds N1 121 à N10 130 du réseau de communication 1 communiquent ainsi entre eux grâce à des liaisons logiques, par exemple des communications IP ou des tunnels chiffrés ou des communications selon un protocole de communication propriétaire.
De manière illustrative, sur la , les nœuds N1 121, N2 122 et N6 126 sont connectés directement à une passerelle GW 110 . Les branches du réseau de communication 1 connectées à ces nœuds N1 121, N2 122 et N6 126 ont une topologie en étoile ou en série (« daisy chain » en anglais). La montre également que le nœud N2 122 est connecté au nœud N3 123 et au nœud N4 124 grâce à une liaison sans-fil (distincte du réseau local sans-fil WLAN lui-même) représentée par un trait en pointillé, et les nœuds N9 129 et N10 130 sont connectés au nœud N8 128 grâce à une liaison filaire représentée par un trait plein. Le nœud N5 125 est connecté au nœud N3 123 grâce à une liaison sans-fil. Le nœud N6 126 est connecté au nœud N7 127 et au nœud N8 128 grâce à une liaison sans-fil.
Le réseau de communication 1 permet ainsi d’interconnecter une passerelle GW 110 à un ou plusieurs terminaux, e.g. le terminal T1 141. Le terminal T1 141 est par exemple un téléphone intelligent (« smartphone » en anglais) connecté par une liaison sans-fil, un téléviseur connecté par une liaison filaire, une tablette connectée par une liaison sans-fil, une unité de stockage en réseau NAS (« Network Attached Storage » en anglais) connectée par une liaison sans-fil.
La configuration du réseau de communication 1 est définie au travers d’un nœud maître sélectionné parmi la pluralité de nœuds. Dans un exemple de réalisation particulier, le nœud maître est sélectionné parmi les nœuds qui sont directement reliés à la passerelle GW 110 , à savoir l’un des nœuds N1 121, N2 122 ou N6 126 dans le contexte de la . Les nœuds qui ne sont pas maîtres sont dits nœuds esclaves.
Tous les nœuds du réseau de communication 1 ont connaissance de tous les autres nœuds du réseau de communication 1 et sont capables de les identifier grâce à leurs adresses MAC de base, i.e. l’adresse MAC attribuée dès sa fabrication en usine, et/ou leurs adresses réseau (e.g., adresses IP). En effet, tous les nœuds du réseau de communication 1 ont une adresse IP. Cette adresse IP leur est attribuée par un serveur DHCP (acronyme anglais de « Dynamic Host Configuration Protocol ») classiquement embarqué dans un routeur, e.g. localisé dans la passerelle.
Le serveur DHCP délivre des adresses IP aux nœuds qui en font la demande via un client DHCP, e.g. en utilisant le protocole IPv4 ou IPv6. Plus précisément, le serveur DHCP fournit un bail IP (attribution d’adresse IP) tel que défini par le document normatif RFC 1531, modifié et complété par les documents normatifs RFC 1534, RFC 2131 et RFC 2132. Un bail IP comprend généralement une adresse IP et une durée de validité. Classiquement, l’attribution d’une adresse IP se fait par diffusion par le nœud d’une requête de type DHCPDISCOVER pour localiser un serveur de type DHCP. La requête de type DHCPDISCOVER comprend l’adresse physique (ou adresse MAC) du nœud. Le serveur DHCP reçoit le message DHCPDISCOVER. En réponse, il émet une réponse de type DHCPOFFER, i.e. une offre de bail IP, qui comprend notamment l’adresse IP du serveur DHCP, ainsi que l’adresse IP qu’il propose au nœud. En général, le nœud va alors émettre un message DHCPREQUEST par lequel il sélectionne une offre de bail IP. Le message DHCPREQUEST comporte l'identification du serveur DHCP sélectionné. Le serveur DHCP sélectionné envoie un message d’acquittement DHCPACK. Les messages DHCP peuvent contenir des options DHCP qui fournissent des informations de configuration et de service spécifiques aux clients DHCP. Ces options apparaissent sous forme de champs de longueur variable à la fin des messages DHCP que les serveurs et clients DHCP échangent. Par exemple, une option peut être utilisée pour répertorier les serveurs DNS disponibles.
Chaque nœud du réseau de communication 1 est apte à mettre en œuvre des fonctionnalités spécifiques d’un service réseau en fonction notamment de son rôle (maître ou esclave) dans le réseau de communication 1. Les fonctionnalités mises en œuvre sont des fonctionnalités de relais DNS (acronyme anglais de « Domain Name System »), de relais DHCP (acronyme anglais de « Dynamic Host Configuration Protocol »), de pare-feu vis-à-vis de flux de données échangés via l’Internet au travers de la passerelle GW 110, et/ou des fonctionnalités de contrôle parental vis-à-vis de flux de données échangés via l’Internet au travers de la passerelle GW 110. Un nœud implémentant la fonctionnalité de relais DHCP peut relayer des diffusions de demande d’adresse IP de clients DHCP vers un serveur DHCP. Un nœud implémentant la fonctionnalité de relais DNS peut relayer des demandes de résolution de nom de domaine vers un serveur DNS.
La illustre schématiquement un exemple d’architecture matérielle d’un nœud 200 du réseau de communication 1 selon un mode particulier de réalisation.
Comme visible sur la , il est possible d’utiliser un outil 160, notamment un tournevis dont la pointe est visible, en l’introduisant dans un troisième orifice débouchant ménagé dans la deuxième branche de la platine 115.
L’organe élastique du dispositif de verrouillage/déverrouillage n’est pas formé par une lame métallique, mais est plutôt réalisé en plastique ou en composite.
L’organe élastique du dispositif de verrouillage/déverrouillage n’est pas en forme de lame longitudinale telle qu’illustrée sur les figures, mais plutôt en forme carrée, ronde, plus large que longue, ou tout autre forme permettant d’assurer un effort de verrouillage suffisant sur le câble de commande et ayant des propriétés élastiques et donc une flexibilité de manœuvre adaptée à l’utilisation décrite ci-dessus.
Le dispositif de verrouillage/déverrouillage présente une seule portion de verrouillage.
Les premier et deuxième organe d’accrochage peuvent être formés différemment, il peut s’agir de clips ou de crochets.
Le mécanisme de commande peut comporter plus ou moins de câbles de commande.
La zone d’attache peut être formée par une pièce distincte de la gaine.
La zone d’attache peut être dépourvue de première portion amincie, ou bien la première portion amincie peut être confondue avec le reste de la gaine.
La gaine peut être indexée sur la platine de sorte à bloquer le câble de commande aussi en rotation, par exemple à l’aide d’un méplat ménagé sur une portion de la gaine, ou par le biais d’une pièce rapportée du type goupille ou équivalent.
Dans le domaine du freinage ferroviaire, plutôt qu’être monté sur un cylindre de frein, le mécanise de commande peut être monté sur un organe lui-même configuré pour agir par exemple sur un distributeur, un sélectionneur de modes de fonctionnement ou d’autres équipement qui pourrait par exemple nécessiter d’être isolés.
Dans d’autres domaines que celui du freinage, le mécanise de commande peut être monté sur un organe lui-même configuré pour agir par exemple sur une purge de compresseur, un module de commande de suspension, un module de détection d’homme mort, mais aussi mode d’actionnement de pantographe ou encore un mécanisme de déverrouillage de porte de véhicule ferroviaire.
Pédale de frein déclinable en deux versions La présente invention concerne une pédale de frein déclinable en deux versions.
Schématiquement, une pédale de frein comprend un bras allongé dont une première extrémité se termine par un patin d’actionnement et dont une deuxième extrémité présente un orifice traversant, destiné au passage d’un axe de rotation. La première extrémité et la deuxième extrémité sont à considérer par rapport à un axe longitudinal dudit bras. De plus, le bras comprend une ouverture placée entre le patin d’actionnement et l’orifice destiné au passage de l’axe de rotation, et destinée à coopérer avec une tige relai d’un servofrein. Cette ouverture est placée à une distance « d » de l’orifice et à une distance « D » du patin d’actionnement, la distance « D » étant généralement supérieure à la distance « d ». Une pression du pied sur le patin d’actionnement entraine une mise en rotation du bras de la pédale de frein autour de l’axe de rotation, et un déplacement simultané de la tige relai destiné à actionner le servofrein pour assurer une phase de freinage du véhicule.
Actuellement, certains véhicules se déclinent en plusieurs versions, dont généralement une version à moteur thermique pouvant être à essence ou diesel, et une version à moteur électrique. A chacune de ces versions, est associé un cahier des charges concernant le rapport de démultiplication nécessaire au freinage du véhicule, ledit rapport de démultiplication étant différent d’une version à l’autre. Ce rapport de démultiplication étant directement lié à la position de l’ouverture sur le bras de la pédale de frein, il est donc nécessaire de fabriquer une pédale de frein spécifique pour chaque version du véhicule, chacune desdites pédales se distinguant l’une de l’autre par la position de ladite ouverture.
ip route add .service > table 10 . Dans ce cas, la table de routage secondaire porte le numéro 10.
Des règles de routage sont ensuite insérées pour rediriger le trafic des services reçu sur un port particulier, e.g. le port 53, vers cette nouvelle table, par exemple en utilisant la commande linux suivante pour rediriger le trafic DNS : ip rule add dport 53 table 10
Ainsi, le nœud maître lance les services réseau sur la nouvelle interface br0.service. Les autres nœuds du réseau vont donc trouver ou retrouver l’accès à ces services réseau d’une manière automatique.
Lorsque nœud maître perd son rôle de maître (par exemple lorsque son câble réseau est débranché), il doit arrêter les services centraux sur son interface br0.service, et il doit déconfigurer son interface br0.service ainsi que les règles de routage associées.
La seconde adresse IP est une adresse IP réservée à la configuration des services réseau et est avantageusement décorrélée de la première adresse IP propre au nœud maître. Ainsi, lorsque le nœud maître n’est plus accessible, e.g. parce qu’il est déconnecté du réseau, les autres nœuds du réseau de communication 1 peuvent continuer d’utiliser les services réseau qui fonctionnent avec leur propre adresse IP, en l’occurrence avec la seconde adresse IP allouée par le serveur DHCP. Cette seconde adresse IP n’est pas liée au nœud maître et peut avantageusement être transférée à un autre nœud maître nouvellement élu. Ainsi, le nœud maître nouvellement élu est à même de continuer à offrir les services réseau aux autres nœuds du réseau et cela sans intervention d’un utilisateur.
La illustre schématiquement un procédé de configuration d’un réseau de communication 1 selon un mode de réalisation. Le procédé est mis en œuvre par un nœud maître nouvellement élu, dit nouveau nœud maître, e.g. suite à une perte de connexion entre un ancien nœud maître et la passerelle.
Ce nouveau nœud maître peut être un nœud déjà présent dans le réseau de communication 1 lorsque ce dernier était coordonné par l’ancien nœud maître ou bien être un nœud nouvellement connecté au réseau de communication 1.
Lors d’une étape optionnelle S200, le nouveau nœud maître récupère la topologie du réseau de communication 1 au travers d’échanges de messages avec les autres nœuds du réseau local. Les nœuds échangent ces messages en utilisant un bus de communication, e.g. un bus P1905 ou le protocole ISM décrit dans la demande de brevet FR2984554 publiée le 21 juin 2013. Cette étape est optionnelle car dans le cas où le nouveau nœud maître était déjà connecté au réseau de communication 1 depuis un certain temps, il connaît déjà sa topologie. Dans le cas où le nouveau nœud maître n’était pas déjà connecté au réseau de communication 1, il ne connaît cette topologie et doit donc la récupérer pour pouvoir communiquer avec les autres nœuds du réseau de communication 1.
Lors d’une étape S202, le nouveau nœud maître vérifie s’il a à sa disposition une adresse MAC virtuelle et une adresse IP associée à ladite adresse MAC virtuelle et réservée à la configuration des services réseau.
Dans le cas où il a à sa disposition de telles informations, le procédé continue à l’étape S210. En effet, si le nouveau nœud maître était déjà connecté au réseau de communication 1 depuis un certain temps, il aura récupéré ces informations (adresse MAC virtuelle et adresse IP associée) lors de sa première connexion et il les a donc déjà à sa disposition.
Sinon, le procédé continue à l’étape S204.
Lors de l’étape S204, le nouveau nœud maître demande aux autres nœuds du réseau de communication 1 si une adresse MAC virtuelle et une adresse IP réservée à la configuration des services réseau sont déjà allouées sur le réseau. Par exemple, le nouveau nœud maître échange des messages sur le bus de communication avec les autres nœuds. Il peut notamment diffuser un message qui sera reçu par l’ensemble des nœuds du réseau. Dans une variante de réalisation, s’il connaît la topologie du réseau il peut envoyer un message en point à point à au moins un nœud du réseau de communication 1.
Dans le cas où une adresse MAC virtuelle et une adresse IP réservée à la configuration des services réseau sont déjà allouées sur le réseau (S206), le procédé continue à l’étape S208.
A l’étape S208, le nouveau nœud maître reçoit des autres nœuds ayant connaissance de la configuration des services, l’adresse MAC virtuelle et l’adresse IP associée. Cette adresse IP réservée à la configuration des services réseau a pu être obtenue lors d’une étape S102 par un nœud qui a été maître précédemment et qui ne l’est plus. Ainsi, cette adresse IP réservée à la configuration des services réseau n’est pas liée au nœud maître qui l’a obtenue auprès du serveur DHCP et peut être transmise à un nouveau nœud maître.
Lors d’une étape S210, le nouveau nœud maître configure une interface réseau virtuelle à partir des informations obtenues. Plus précisément, le nœud maître configure une interface réseau virtuelle possédant sa propre adresse MAC à partir des informations obtenues. Cette interface virtuelle est configurée pour héberger les services réseau, e.g. DNS, routage, etc. Par exemple, la commande linux suivante est utilisée pour configurer cette interface virtuelle :
ip link add link br0 name br0.service type macvlan
Selon l’exemple d’architecture matérielle représenté à la , le nœud 200 comprend, reliés par un bus de communication 210 : un processeur ou CPU (« Central Processing Unit » en anglais) 201 ; une mémoire vive RAM (« Random Access Memory » en anglais) 202 ; une mémoire morte ROM (« Read Only Memory » en anglais) 203 et/ou une mémoire Flash ; une unité de stockage 204 telle qu’un disque dur ou telle qu’un lecteur de support de stockage, e.g. un lecteur de cartes SD (« Secure Digital » en anglais) ; et au moins une interface de communication COM 205. Au moins une interface de communication COM 205 permet d’implémenter la fonctionnalité de point d’accès AP.
Le processeur CPU 201 est capable d’exécuter des instructions chargées dans la mémoire RAM 202 à partir de la mémoire ROM 203, d’une mémoire externe (non représentée), d’un support de stockage (tel qu’une carte SD), ou d’un réseau de communication. Lors de la mise sous tension, le processeur CPU 201 est capable de lire de la mémoire RAM 202 des instructions et de les exécuter. Ces instructions forment un programme d’ordinateur causant la mise en œuvre, par le processeur CPU 201, de tout ou partie des procédés décrits ci-après en relation avec les Figs 3 et 4.
Tout ou partie des procédés décrits en relation avec les Figs. 3 et 4 peut être implémenté sous forme logicielle par exécution d’un ensemble d’instructions par une machine programmable, telle qu’un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur ou un processeur. Tout ou partie des procédés décrits ci-après peut aussi être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu’un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). Ainsi, les nœuds N1 121 à N10 130 comportent de la circuiterie électronique configurée pour implémenter tout ou partie des procédés décrits en relation avec les Figs. 3 et 4.
La illustre schématiquement un procédé de configuration d’un réseau de communication 1 selon un mode particulier de réalisation. Le procédé est mis en œuvre par un nœud maître.
Lors d’une étape S100, le nœud maître obtient une première adresse IP auprès du serveur DHCP à partir de son adresse MAC de base qui est attribuée dès sa fabrication en usine. Cette adresse MAC de base qui est unique sert à identifier le nœud maître. Afin de dissocier les services réseau du nœud maître, les nœuds connectés au réseau local ne sont pas configurés avec cette première adresse IP du nœud maître contrairement à ce qui est fait dans les procédés de l’état de l’art. Par exemple, cette première adresse IP est utilisée par le nœud maître pour communiquer avec les autres nœuds via le bus de communication, e.g. pour synchroniser des paramètres Wi-Fi entre eux et/ou propager des évènements tels que les changements de topologie. Dans un autre exemple, cette première adresse IP est utilisée par le nœud maître pour ses propres besoins : accès au réseau de communication étendu, mise à jour de son micrologiciel de gestion, supervision distante, etc.
Lors d’une étape S102, le nœud maître obtient une adresse MAC virtuelle et une seconde adresse IP qui est associée à ladite adresse MAC virtuelle. Cette seconde adresse IP qui est différente de la première adresse IP est réservée à la configuration des services réseau. A cet effet, le nœud maître leurre le serveur DHCP en lui faisant croire que la seconde adresse IP est demandée par un dispositif différent du nœud maître ayant déjà obtenu la première adresse IP lors de l’étape S100. Pour ce faire, le nœud maître obtient une adresse MAC virtuelle qui est générée à partir de son adresse MAC de base. L’adresse MAC est dite virtuelle car il ne s’agit pas d’une adresse MAC de base identifiant un dispositif réseau dès sa fabrication en usine mais d’une adresse générée à partir d’une adresse MAC de base. Par exemple, l’adresse MAC virtuelle est obtenue en incrémentant l’adresse MAC de base d’une valeur v, e.g. v=1. Dans une variante de réalisation, l’adresse MAC virtuelle est obtenue en positionnant à une valeur prédéfinie, e.g. à la valeur 1, un bit privé de l’adresse MAC. Un tel bit privé est défini dans le document RFC 1649.
Dans un mode de réalisation particulier, le nœud maître configure une interface virtuelle avec ladite adresse MAC virtuelle et démarre un client DHCP relié à l’interface virtuelle afin d’obtenir la seconde adresse IP auprès d’un serveur DHCP. Cette interface virtuelle est configurée pour héberger les services réseau, e.g. DNS, routage, etc. Par exemple, la commande linux suivante est utilisée pour configurer cette interface virtuelle :
où br0 est un bridge défini pour relier toutes les interfaces LAN entre elles, et br0.service est le nom de l’interface virtuelle utilisée pour héberger les services réseau. Ainsi, un lien est créé entre br0 et l’interface virtuelle br0.service. macvlan indique que br0.service est une interface virtuelle basée sur une adresse MAC.
L’interface virtuelle est ensuite configurée avec l’adresse MAC virtuelle, par exemple au moyen de la commande linux suivante :
ifconfig br0.service hw ether
Pour obtenir la seconde adresse IP, le nœud maître diffuse une requête de type DHCPDISCOVER pour localiser un serveur de type DHCP. La requête de type DHCPDISCOVER comprend l’adresse MAC virtuelle du nœud. Par exemple, l’adresse MAC virtuelle est insérée dans un champ chaddr de la requête. Dans une variante, l’adresse MAC virtuelle est insérée dans un champ optionnel de la requête connu sous la terminologie anglaise de Client Identifier . Ce champ est notamment défini dans le document normatif RFC 1541. Dans une variante de réalisation, le champ Client Identifier est basé sur l’adresse MAC virtuelle sans pour autant être égale à ladite adresse MAC virtuelle. Dans une autre variante de réalisation, le champ Client Identifier comprend le numéro de série. Le serveur DHCP reçoit le message DHCPDISCOVER. Pensant avoir à faire à un nouveau nœud dont l’adresse MAC de base est l’adresse MAC virtuelle générée, il émet une réponse de type DHCPOFFER, i.e. une offre de bail IP, qui comprend notamment l’adresse IP du serveur DHCP, ainsi que la seconde adresse IP qu’il propose au nœud maître. Cette seconde adresse IP est différente de la première adresse IP. En général, le nœud maître va alors émettre un message DHCPREQUEST par lequel il sélectionne une offre de bail IP. Le message DHCPREQUEST comporte l'identification du serveur DHCP sélectionné. Le serveur DHCP sélectionné envoie un message d’acquittement DHCPACK qui peut notamment contenir l’adresse d’un serveur DNS (acronyme anglais de « Domain Name System »).
Lors d’une étape S104, le nœud maître configure l’interface réseau virtuelle avec la seconde adresse IP. L’interface virtuelle est configurée avec la seconde adresse IP, par exemple au moyen de la commande linux suivante :
ip addr add seconde adresse IP > dev br0.service
Chaque nœud du réseau de communication 1 a sa propre table de routage qui lui permet d’acheminer le trafic, en l’occurrence des trames réseau, vers leur destination.
Puis, la route du bridge br0.service est insérée dans une table de routage secondaire dont le numéro est choisi arbitrairement. Par exemple, la commande linux suivante est utilisée :
R12, R13 et R14 représentent de préférence indépendamment les uns des autres un groupe méthyle ou un groupe éthyle ou un groupe 2-hyroxyéthyle. R12, R13 et R14 représentent de manière tout particulièrement préférée un groupe méthyle.
Le radical R15 représente un groupe alkyle en C 8 -C 28 . R15 représente de préférence un groupe alkyle en C 12, un groupe alkyle en C 14 , un groupe alkyle en C 16 , un groupe alkyle en C 18 , un groupe alkyle en C 20 ou un groupe alkyle en C 22 . Les groupes alkyle susmentionnés sont de préférence linéaires. De manière tout particulièrement préférée, R15 représente un groupe alkyle en C 16 linéaire, un groupe alkyle en C 18 linéaire ou un groupe alkyle en C 20 linéaire.
Des tensioactifs cationiques particulièrement préférés de formule (X) sont, par exemple, le chlorure de cétrimonium, le chlorure de béhentrimonium ou leurs mélanges.
Sont également appropriés les composés d’imidazolium cationiques de formule (XI)
- R16 représente un groupe alkyle en C 1 -C 6 ,
- R17, R18 représentent indépendamment l’un de l’autre un groupe alkyle en C 7 -C 27 et
Les composés particulièrement préférés de formule (XI) sont connus sous le nom INCI Quaternium-87.
Les esterquats sont également particulièrement adaptés.