INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon encore un autre exemple, l’exécution de l’installation est déclenchée lorsque le système de contrôle de la recharge embarquée dans le véhicule électrique détecte qu’une recharge est initiée.
Les données du ou des modules logiciels à installer ont par exemple été préalablement téléchargées (par exemple depuis le dispositif distant 111) ou sont par exemple téléchargées lorsque l’opération de recharge débute.
Un tel processus permet ainsi de profiter d’une opération de recharge de la batterie de traction pendant laquelle le véhicule électrique n’est pas utilisé par son conducteur et pendant laquelle le véhicule électrique 10 est alimentée en électricité pour effectuer la ou les mises à jour prévues et dont la durée d’installation est inférieure à la durée de recharge prévue.
La illustre schématiquement un dispositif 2 configuré pour le contrôle de la mise à jour logicielle d’un véhicule électrique, par exemple du véhicule électrique 10, selon un exemple de réalisation particulier et non limitatif de la présente invention. Le dispositif 2 correspond par exemple à un dispositif de communication mobile tel que le dispositif 11.
Selon une variante de réalisation, le dispositif 2 correspond à un dispositif embarqué dans le véhicule électrique 10, par exemple un calculateur.
Selon une autre variante de réalisation, le dispositif 2 correspond à un dispositif de traitement de données de type serveur, tel que le dispositif distant 111 ou 112.
Le dispositif 2 est par exemple configuré pour la mise en œuvre des opérations décrites en regard de la et/ou des étapes du procédé décrit en regard de la . Des exemples d’un tel dispositif 2 comprennent, sans y être limités, un équipement électronique embarqué tel qu’un ordinateur de bord d’un véhicule, un calculateur électronique tel qu’une UCE (« Unité de Commande Electronique »), un téléphone intelligent, une tablette, un ordinateur portable, un serveur. Les éléments du dispositif 2, individuellement ou en combinaison, peuvent être intégrés dans un unique circuit intégré, dans plusieurs circuits intégrés, et/ou dans des composants discrets. Le dispositif 2 peut être réalisé sous la forme de circuits électroniques ou de modules logiciels (ou informatiques) ou encore d’une combinaison de circuits électroniques et de modules logiciels.
L'invention sera explicitée d'une manière plus précise dans ce qui suit au moyen des figures dans le cadre d'un exemple de réalisation. Les figures représentent :
: RCD de type B habituel,
: courbe d'hystérésis d'un noyau de transformateur,
: courant résiduel apparent lors d'une aimantation du noyau du transformateur par une impulsion d'intensité de champ.
: courant résiduel apparent en fonction du temps lors d'une aimantation du noyau du transformateur par une impulsion d'intensité du champ,
: intensité du champ en fonction du temps pour une impulsion d'intensité de champ, qui donne une aimantation du noyau,
: circuit de protection à courant résiduel suivant l'invention,
: courant résiduel apparent lors d'une aimantation du noyau du transformateur par une impulsion d'intensité de champ, alors que la résistance R mag du circuit de la est mise en circuit,
: courant résiduel détecté en fonction du temps, lorsque l'on procède, suivant l'invention, si une aimantation précédente du noyau par une impulsion d'intensité de champ n'est pas présente,
: champ magnétique en fonction du temps, lorsque l'on procède suivant l'invention, si une aimantation précédente du noyau par une impulsion d'intensité de champ est présente,
: courant résiduel détecté en fonction du temps, lorsque l'on procède suivant l'invention, si une aimantation précédente du noyau par une impulsion d'intensité de champ est présente,
: courant résiduel apparent lors d'une aimantation du noyau du transformateur par une impulsion d'intensité de champ, lorsque l'on procède suivant l'invention,
: courant résiduel détecté en fonction du temps si une aimantation du noyau par une impulsion d'intensité de champ se produit et si l'on effectue ensuite le procédé suivant l'invention,
: champ magnétique en fonction du temps, si une aimantation du noyau par une impulsion d'intensité de champ se produit et si l'on effectue ensuite le procédé suivant l'invention,
: un procédé suivant l'invention,
Dans ce deuxième premier mode de réalisation, l’ensemble 149 de transmission de signaux électriques est un ensemble filaire.
L’ensemble 149 de transmission de signaux électriques comporte un connecteur 163 solidaire du connecteur d’attelage 15 et un connecteur 165 complémentaire du connecteur 163 et solidaire de l’organe d’attelage 19.
Par exemple, le connecteur 163 peut être fixé à l’extérieur du boîtier 21. De la même manière, le connecteur 165 complémentaire peut être fixé à l’extérieur de l’organe d’attelage 19.
Les connecteurs 163, 165 peuvent être équipés d’une protection contre la saleté et contre les chocs.
Comme représenté à la , dès que l’organe d’attelage 19 est introduit dans le connecteur d’attelage 15, les connecteurs 163, 165 sont emmanchés, permettant la transmission du courant afin d’alimenter la remorque 5 et transférer les signaux électriques du VGA 3 vers la remorque 5, par exemple des signaux d'urgence. La remorque 5 de l’ensemble de transport 1 est alimentée en électricité par le VGA 3 tant que la remorque 5 est attelée au VGA 3.
Or la mise en œuvre de tels circuits de refroidissement peut être complexe, et nécessiter d’utiliser de nombreux composants pilotables, notamment de nombreuses pompes et électrovannes, ce qui augmente le coût et la complexité de mise au point du système de refroidissement.
Le but de l’invention est de fournir un système thermique remédiant aux inconvénients ci-dessus et améliorant les systèmes connus de l’art antérieur. En particulier, l’invention permet de réaliser un système thermique qui soit fiable et efficace, qui minimise le nombre de composants pilotables et qui permette de simplifier la maintenance du circuit de refroidissement.
A cet effet, l’invention porte sur un système thermique pour véhicule automobile comprenant un premier ensemble comportant des composants parmi lesquels - un moteur électrique, - une batterie, - une résistance thermique, - un refroidisseur relié à un circuit de climatisation d’un habitacle du véhicule automobile, - un radiateur, le système thermique comprenant en outre, un deuxième ensemble comportant des conduits pour un fluide caloporteur, reliant les composants du premier ensemble, et un troisième ensemble comportant au moins une électrovanne, et notamment au plus trois électrovannes, connectées à des conduits du deuxième ensemble, et, lorsque la ou les électrovannes du troisième ensemble sont toutes en état de repos, le système thermique mettant en œuvre une première circulation de fluide caloporteur par lesdits conduits dans un premier circuit en série reliant entre eux les composants du premier ensemble.
Dans un mode de réalisation, le système thermique est apte à mettre en œuvre par un actionnement de la ou des électrovannes : - une deuxième circulation de fluide caloporteur par lesdits conduits se déplaçant, d’une part, entre le radiateur et le moteur électrique, et, d’autre part, entre la résistance électrique ou le refroidisseur et la batterie, et/ou - une troisième circulation de fluide caloporteur par lesdits conduits se déplaçant entre le moteur électrique et la batterie, et/ou - une quatrième circulation de fluide caloporteur par lesdits conduits se déplaçant, d’une part, entre le moteur électrique et la batterie, et, d’autre part, entre la résistance électrique et la batterie, et/ou - une cinquième circulation de fluide caloporteur par lesdits conduits se déplaçant en boucle à proximité du moteur électrique sans passer par le refroidisseur ou la batterie, et/ou - une sixième circulation de fluide caloporteur par lesdits conduits se déplaçant entre le moteur électrique et le refroidisseur sans passer par la batterie.
Dans un mode de réalisation, le troisième ensemble est constitué - d’une seule électrovanne à au moins sept voies, ou - de deux électrovannes, parmi lesquelles une électrovanne à quatre voies, et une électrovanne à au moins trois voies, ou - de trois électrovannes à au moins trois voies.
Dans un mode de réalisation, le système thermique comprend un seul bocal de dégazage, et/ou le bocal de dégazage est un bocal de type circulant, et/ou le bocal de dégazage et le radiateur sont disposés sur des portions de circuit parallèles par lesdits conduits, et/ou une altitude du bocal de dégazage est supérieure à une altitude de chaque composant du premier ensemble.
L’invention porte en outre sur un procédé de gestion thermique d’un véhicule automobile équipé d’un système thermique selon l’invention, comprenant : - une première étape de maintenance du système thermique, et/ou - une deuxième étape de refroidissement du moteur électrique par le radiateur comprenant en outre un refroidissement et/ou un réchauffement de la batterie par le refroidisseur et/ou par la résistance électrique, la deuxième étape comprenant une mise en œuvre de la deuxième circulation, et/ou - une troisième étape de réchauffement de la batterie par récupération d’une chaleur dégagée par le moteur électrique comprenant en outre un réchauffement, par la résistance thermique, d’un fluide caloporteur circulant en amont du refroidisseur, la troisième étape comprenant une mise en œuvre de la troisième circulation, et/ou - une quatrième étape de réchauffement de la batterie par récupération d’une chaleur dégagée par le moteur électrique et par la résistance thermique, comprenant en outre un réchauffement, par la résistance thermique, d’un fluide caloporteur circulant en amont du refroidisseur, la quatrième étape comprenant une mise en œuvre de la quatrième circulation, et/ou - une cinquième étape de récupération d’une chaleur dégagée par le moteur électrique pour réchauffer exclusivement le moteur électrique, comprenant en outre un réchauffement, par la résistance thermique, d’un fluide caloporteur circulant en amont du refroidisseur, la cinquième étape comprenant une mise en œuvre de la cinquième circulation, et/ou - une sixième étape de récupération d’une chaleur dégagée par le moteur électrique pour réchauffer un fluide caloporteur circulant en amont du refroidisseur, la sixième étape comprenant une mise en œuvre de la sixième circulation.
Dans un mode de réalisation la première étape de maintenance du système thermique comprend : - une sous-étape de mise en œuvre de la première circulation, puis - une sous-étape de vidange d’un fluide caloporteur circulant dans l’ensemble de conduits du système thermique, puis - une sous étape de remplissage de l’ensemble de conduits du système thermique avec un nouveau fluide caloporteur, puis - une sous-étape d’évacuation de bulles de gaz contenues dans l’ensemble de conduits du système thermique.
DISPOSITIF D’ARTICULATION POUR LA ROTATION D’UNE PIECE D’UNE TURBOMACHINE D’AERONEF L’invention est relative au domaine de la cinématique de pièces d’une turbomachine d’aéronef. Elle concerne en particulier un dispositif d’articulation pour la rotation d’une pièce d’une turbomachine d’aéronef.
Dans une turbomachine d’aéronef, pour réguler le débit du flux d’air circulant dans une veine et éviter le phénomène de pompage ou encore pour évacuer des détritus présents dans ladite veine, il est connu d’utiliser des vannes de décharge variable ou VBV (de l’anglais « Variable Bleed Valve »).
La transmission de données de l’étape E24 est réalisée sans protection d’intégrité.
C’est notamment le cas lorsque les données transmises sont des données du plan utilisateur (ou UP pour " User Plane ") dans un réseau 5G et que la protection d’intégrité n’est pas utilisée pour l’interface entre le terminal client 2 et le module de gestion de données 16 (interface I4 en ).
Un attaquant peut dès lors tenter de remplacer certaines données (par exemple l’adresse de ressource distante précitée, ici l’adresse du serveur DNS) parmi les données de configuration lors de leur transmission entre le réseau d’accès radio 4 et le terminal client 2 (du fait notamment de l’utilisation d’un canal de communication chiffré au moyen d’un chiffrement malléable pour la transmission des données). En effet, même si les échanges entre le réseau d’accès radio 4 et le terminal client 2 sont chiffrés, un attaquant peut avoir accès à l’ordre usuel des différents blocs de données formant les données de configuration en observant des données légitiment reçues du serveur d’allocation d’adresse 22 et peut alors remplacer le bloc de données correspondant aux données qu’il souhaite remplacer (ici l’adresse du serveur DNS).
Si l’attaquant mène à bien son attaque, le terminal client 2 configure ses paramètres avec des données falsifiées, ici une adresse de serveur DNS falsifiée, et le terminal client 2 contactera alors un serveur DNS frauduleux, qui renverra une adresse IP erronée de manière à entraîner une connexion du terminal client 2 à un serveur géré par l’attaquant.
Le traitement des données de configuration CONF.DAT, dont deux exemples sont donnés dans la suite en référence respectivement aux figures 3 et 4, permet d’éviter ces attaques.
La représente un premier exemple de procédé de traitement des données de configuration, ici au sein du module de gestion de session 14.
Les données de configuration sont formées d’une suite ordonnée de blocs B 1 , …, B i , …, B N . Chaque bloc peut par exemple contenir au moins un paramètre de configuration, tel qu’une adresse distante (ici comme déjà indiqué une adresse de serveur DNS), une valeur de taille maximale des paquets (ou MTU pour " Maximum Transmission Unit ") ou un préfixe IPv6.
Dans l’exemple décrit ici, chaque bloc correspond à une option du protocole dynamique de configuration d’hôte (ou DHCP) telle que définie dans le document RFC 2132. Dans ce cas notamment, chaque bloc comprend un code indicatif de l’option ( i.e. du type de paramètre) défini dans ce bloc.
Par exemple, parmi les blocs formant les données de configuration, un bloc peut contenir le code 6 et l’adresse distante susmentionnée (adresse de serveur DNS).
Le procédé de la débute par une étape E50 de réordonnancement aléatoire des blocs B 1 , …, B i , …, B N de manière à produire des données de configuration transformées formée par la suite de blocs réordonnée aléatoirement.
Les données de configuration transformées correspondent donc à la suite ordonnée des blocs B j(1) , …, B j(i) , …, B j(N) , où j est une fonction aléatoire de [1 ; N] vers [1 ; N], et peuvent s’écrire : B j(1) | …|B j(i) | …|B j(N) , où | est l’opérateur de concaténation.
Le procédé de la se poursuit par le tirage d’une première valeur aléatoire a comprise entre 1 et 132 (étape E52) et par le tirage d’une second valeur aléatoire b comprise entre 1 et 132 (étape E54). Dans l’exemple décrit ici, la première valeur aléatoire a et la seconde valeur aléatoire b sont telles que la trame à émettre construite comme expliqué ci-dessous n’excède pas la taille maximum autorisée (c’est-à-dire que la somme de la longueur des données de configuration, de la valeur aléatoire a et de la valeur aléatoire b n’excède pas cette taille maximum). Si cette condition n’est pas vérifiée, on peut par exemple réitérer les étapes E52 et E54 jusqu’à ce que la condition soit vérifiée.
Le procédé de la comprend alors une étape E56 de construction d’une trame à émettre en concaténant :
- un bloc initial B(a) de longueur a octets ;
- les données de configuration transformées B j(1) | …|B j(i) | …|B j(N) ;
- un bloc final B(b) de longueur b octets.
Le serveur d’allocation d’adresse 22 reçoit la demande DHCP.SLCT et envoie une réponse DHCP.ADVT incluant notamment une adresse (ici une adresse IP) proposée pour le terminal client 2 (étape E10). Cette réponse DHCP.ADVT est par exemple une réponse de type " DHCP Advertise ".
La réponse DHCP.ADVT est reçue par le module de gestion de session 14 (via le module de gestion de données 16). Le module de gestion de session 14 peut alors émettre (via le module de gestion des données 16) un message DHCP.REQ destiné au serveur d’allocation d’adresse 22 (étape E12) afin d’indiquer à ce serveur d’allocation d’adresse 22 l’acceptation de l’adresse proposée. Ce message DHCP.REQ est par exemple un message de type " DHCP Request ".
Le serveur d’allocation d’adresse 22 reçoit le message DHCP.REQ et répond à l’étape E14 par un message DHCP.REP destiné au module de gestion de session 14 (et transmis à ce module de gestion de session 14 via le module de gestion de données 16) afin de confirmer l’allocation au terminal client 2 de l’adresse proposée. La réponse DHCP.REP est par exemple une réponse de type " DHCP Reply ".
Le module de gestion de session 14 transmet alors à l’étape E16 un message d’acceptation d’établissement de session SE.ACC au terminal client 2 (ici via le module de gestion d’accès 12 et le réseau d’accès radio 4).
On remarque que, dans le mode de réalisation décrit ici, les données échangées au cours des étapes E4 à E16 font partie du plan de contrôle (ou CP pour " Control Plane ") et sont donc transmises au moyen de techniques assurant une protection de l’intégrité des données.
Comme déjà indiqué, on décrit ici un procédé dans lequel la mise en œuvre du protocole dynamique de configuration d’hôte est effectuée par le module de gestion de session 14 pour le compte du terminal client 2. Toutefois, en variante, la mise en œuvre du protocole dynamique de configuration d’hôte pourrait être effectuée à l’extérieur du réseau central 10, par exemple à l’aide d’un serveur dédié (tel qu’un serveur de type DN-AAA pour " Data Network – Authentication Authorization Accounting "). Le terminal client 2 reçoit dans ce cas le message d’acceptation d’établissement de session (contenant l’adresse allouée au terminal client 2) en provenance de ce serveur dédié.
Le terminal client 2 émet alors à l’étape E18 une demande de données de configuration CONF.REQ à destination du serveur d’allocation d’adresse 22 (ici via le module de gestion des données 16 et le module de gestion de session 14). Une telle demande est par exemple une demande de type " Router Solicitation " comme présenté dans la spécification technique 3GPP TS 29.561 version 16.4.0, partie 10.2.4.
Dans un réseau 5G, une telle demande est par exemple utilisée pour obtenir des données de configuration relatives au protocole IPv6, qui n’ont pas été transmises lors des échanges précédents (étapes E4 à E16) pour assurer une rétrocompatibilité avec le protocole IPv4.
À réception de cette demande CONF.REQ, le serveur d’allocation d’adresse 22 prépare des données de configuration CONF.DAT, et émet ces données de configuration CONF.DAT à destination du terminal client 2, sous forme d’une trame formés de différents blocs, conformément ici protocole dynamique de configuration d’hôte, ou DHCP (chaque bloc correspondant dans ce cas à une option, comme expliqué plus loin). Ces données sont par exemple émises au sein d’un message de type " Router Advertisement " comme présenté dans la spécification technique 3GPP TS 29.561 version 16.4.0, partie 10.2.4.
Dans l’exemple décrit ici, les données de configuration CONF.DAT sont tout d’abord transmises du serveur d’allocation d’adresse 22 au module de gestion de session 14 via le module de gestion de données 16 (étape E20).
Les données de configuration CONF.DAT sont alors traitées par le module de gestion de session 14 conformément à ce qui est décrit ci-dessous en référence à la ou en référence à la , puis les données traitées CONF.DAT’ sont envoyées du module de gestion de session 14 au module de gestion de données 16 (étape E22).
Les données traitées CONF.DAT’ sont alors envoyées du module de gestion de données 16 au terminal client 2 via le réseau d’accès radio 4 (étape E24), par exemple via au moins un canal de communication chiffré au moyen d’un chiffrement malléable.
Dans l’exemple qui vient d’être décrit, le traitement des données de configuration CONF.DAT’ (conformément à ce qui est proposé ci-dessous en référence à la ou en référence à la ) est réalisé au sein du module de gestion de session 14. Toutefois, en variante, ce traitement pourrait être effectué par un autre élément, par exemple par le serveur d’allocation d’adresse 22 avant envoi des données de configuration, ou par un serveur additionnel interposé entre le serveur d’allocation d’adresse 22 et le réseau central 10.
Les données de configuration traitées CONF.DAT’ sont ainsi reçues par le terminal client 2 à l’étape E26, de sorte que le terminal client 2 peut configurer ses paramètres (ici relatifs à l’IPv6) au moyen des données de configuration CONF.DAT’ reçues.
Les données de configuration CONF.DAT’ comprennent notamment une adresse de ressource distante, par exemple une adresse d’un serveur configuré pour recevoir un nom de domaine et émettre en retour une adresse IP associée au nom de domaine (un tel serveur est par exemple un serveur DNS, pour " Domain Name System "). Les données de configuration CONF.DAT’ peuvent contenir d’autres données, telles que par exemple un préfixe IPv6 de l’adresse IP allouée au terminal client 2.
Le terminal client peut ainsi utiliser ce serveur DNS, c’est-à-dire par exemple transmettre un nom de domaine donné à destination du serveur DNS (en utilisant l’adresse de ce serveur contenue dans les données de configuration CONF.DAT’) et recevoir en retour l’adresse IP associée à ce nom de domaine donné.
Les actionneurs 8 sont mobiles entre une position rétractée et une position déployée le long d’un axe longitudinal de l’actionneur ( ). Lesdits actionneurs 8 peuvent également adopter une position intermédiaire appelée position de repos, visible sur la , en d’autres termes, les actionneurs sont en entraxe ouvert en position de repos.
Chaque actionneur 8 comporte une première extrémité 81 et une seconde extrémité 82. La première extrémité 81 est reliée à l’embase 5 et la seconde extrémité 82 est reliée au support 7.
L’actionneur 8 est configuré pour, lorsqu’une force est appliquée sur ledit panneau 1, passer de la position de repos ( ) à la position déployée et/ou rétractée ( ) de sorte autoriser l’inclinaison du panneau par rapport à la direction verticale Z, autour de l’axe de rotation de la liaison pivot 9 et/ou de la liaison pivot 10, et pour, lorsque ladite force n’est plus appliquée sur ledit panneau 1, passer de la position déployée et/ou rétractée à la position de repos de sorte à ce que ledit panneau 1 s’étende principalement suivant la direction verticale Z. La première extrémité 81 de chaque actionneur 8 est reliée à l’embase 5 et ladite seconde extrémité 82 de chaque actionneur 8 est reliée au support 7.
En outre, l’axe longitudinal de chaque actionneur 8 est incliné par rapport au premier et/ou au deuxième plan de symétrie du panneau 1, lesdits axes longitudinaux étant concourants en un point appartenant à l’un desdits plans de symétrie.
Ainsi, tel que cela est représenté sur la , lorsque les actionneurs 8 sont en position de repos, le panneau de récupération 1 s’étend principalement selon la direction verticale Z. Dans cette position de repos des actionneurs 8 et cette position verticale du panneau 1, le support de fixation 4 est dans une position dite initiale.
La représente un premier déplacement du support de fixation 4. Suite à ce premier déplacement, deux actionneurs 8 sont en position de repos et deux actionneurs 8 en position rétractée (seul un actionneur en position rétractée est rendu visible). En particulier une première paire d’actionneurs 8 disposé chacun de part et d’autre du premier plan de symétrie du panneau 1 sont en position déployée et une deuxième paire d’actionneurs 8 disposé chacun de part et d’autre du premier plan de symétrie du panneau 1 mais en regard de la première paire selon le deuxième plan de symétrie du panneau 1 sont en position rétractée. Une telle position des actionneurs 8 permet l’inclinaison du panneau 1, vers l’arrière ou vers l’avant.
En outre et tel que cela est représenté sur la , l’embase 5 est configurée pour venir en butée contre le connecteur 6 lors de l’inclinaison du panneau 1 par rapport à la direction verticale Z, autour de l’axe de rotation de la liaison pivot 9 reliant le connecteur 6 à l’embase 5.