INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Comme cela est visible sur la , la chambre de refroidissement 31 comprend une première et une deuxième zone de refroidissement 31.1, 31.2 s’étendent respectivement suivant une première et une deuxième portion circonférentielle 32.1, 32.2 de la chambre 31 de refroidissement entre l’entrée 61 et la sortie 62 du fluide. La première portion circonférentielle 31.1 et la deuxième portion circonférentielle 31.2 s’étendant de part et d'autre de l'entrée 61 de façon à couvrir toute une circonférence de la chambre de refroidissement 18. Dans cet exemple, il existe deux groupes d’ailettes de refroidissement, le premier groupe étant disposé dans la première zone de refroidissement 31.1 et le deuxième groupe étant disposé dans la deuxième zone de refroidissement 31.2.
La première zone de refroidissement 31.1 peut comprendre un nombre d’ailettes de refroidissement 38 identique ou différent à la deuxième zone de refroidissement 31.2.
L’entrée 61 est divisée entre une première sous-entrée 61.1 et une deuxième sous-entrée 61.2 agencées pour distribuer respectivement le fluide de refroidissement dans la première et deuxième zone de refroidissement 31.1, 31.2.
SURVEILLANCE DE LA TEMPÉRATURE INTERNE MESURÉE DANS UNE MACHINE MOTRICE ÉLECTRIQUE D’UN VÉHICULE Domaine technique de l’invention L’invention concerne les véhicules comprenant une machine motrice électrique faisant partie d’un groupe motopropulseur, et plus précisément la surveillance au sein de tels véhicules des mesures de la température interne dans cette machine motrice électrique.
Etat de la technique Certains véhicules, éventuellement de type automobile, comprennent un groupe motopropulseur (ou GMP) comportant une machine motrice électrique alimentée en énergie électrique par une batterie principale (ou de traction) rechargeable pendant des phases de recharge.
On entend ici par « batterie principale (ou de traction) » une batterie chargée d’alimenter en courant électrique, d’une part, un réseau de bord et une batterie de servitude de son véhicule via un convertisseur, et, d’autre part, chaque machine motrice électrique du GMP de son véhicule.
De façon avantageuse, la seconde voilure possède les mêmes points de fixation de réacteur que la première voilure.
De façon préférentielle, les variantes ont un empennage à double dérive.
montre un mode de réalisation dans le cas d’un avion de ligne avec deux réacteurs selon une vue de face.
montre un mode de réalisation dans le cas d’un avion de ligne avec deux réacteurs selon une vue de profil.
Le véhicule 20 peut être un véhicule autonome. Un ordinateur 38 (illustré sur la ) peut être programmé pour faire fonctionner le véhicule 20 indépendamment de l'intervention d'un conducteur humain, totalement ou dans une moindre mesure. L'ordinateur 38 peut être programmé pour faire fonctionner la propulsion, le système de freinage, la direction et/ou d'autres systèmes de véhicule sur la base au moins en partie de données reçues des capteurs 40. Aux fins de cette invention, un fonctionnement autonome signifie que l'ordinateur 38 commande la propulsion, le système de freinage et la direction sans intervention d'un conducteur humain ; un fonctionnement semi-autonome signifie que l'ordinateur 38 commande un ou deux éléments parmi la propulsion, le système de freinage et la direction et qu'un conducteur humain commande le reste ; et un fonctionnement non autonome signifie qu'un conducteur humain commande la propulsion, le système de freinage et la direction.
Le véhicule 20 comprend une carrosserie 42. Le véhicule 20 peut être d'une construction monocoque, dans laquelle un châssis et la carrosserie 42 du véhicule 20 sont un composant unique. Le véhicule 20 peut, en variante, être d'une construction à carrosserie sur châssis, dans laquelle le châssis supporte la carrosserie 42 qui est un composant séparé du châssis. Le châssis et le corps 42 peuvent être formés de n'importe quel matériau approprié, par exemple de l'acier, de l'aluminium, etc.
La carrosserie 42 comprend des panneaux de carrosserie définissant partiellement un extérieur du véhicule 20. Les panneaux de carrosserie peuvent présenter une surface de classe A, par exemple une surface finie exposée à la vue d'un client et exempte de défauts et d'imperfections inesthétiques. Les panneaux de carrosserie 42 comprennent, par exemple un toit 44, etc.
Un logement 46 pour les capteurs 40 peut être fixé au véhicule 20, par exemple à l'un des panneaux de carrosserie du véhicule 20, par exemple au toit 44. À titre d'exemple, le logement 46 peut être formé pour pouvoir être fixé au toit 44, par exemple, peut avoir une forme correspondant à un contour du toit 44. Le logement 46 peut être fixé au toit 44, ce qui peut fournir aux capteurs 40 un champ de vision non obstrué d'une zone autour du véhicule 20. Le logement 46 peut être formé, par exemple de plastique ou de métal.
Les capteurs 40 peuvent détecter l'emplacement et/ou l'orientation du véhicule 20. À titre d'exemple, les capteurs 40 peuvent comprendre des capteurs de système de positionnement global (GPS) ; des accéléromètres tels que des systèmes piézoélectriques ou microélectromécaniques (MEMS) ; des gyroscopes tels que des gyroscopes à fréquence, à laser annulaire ou à fibre optique ; des unités de mesures inertielles (IMU) ; et des magnétomètres. Les capteurs 40 peuvent détecter le monde extérieur, par exemple des objets et/ou des caractéristiques de l'environnement du véhicule 20, tels que d'autres véhicules, des marquages horizontaux sur la chaussée, des feux de circulation et/ou des panneaux de signalisation, des piétons, etc. À titre d'exemple, les capteurs 40 peuvent comprendre des capteurs radar, des télémètres à balayage laser, des dispositifs de détection et de télémétrie par ondes lumineuses (LIDAR) et des capteurs de traitement d'image tels que des caméras. Les capteurs 40 peuvent comprendre des dispositifs de communication, par exemple des dispositifs de véhicule à infrastructure (V2I) ou de véhicule à véhicule (V2V).
Les capteurs 40 sont disposés à l'intérieur du logement 46 et/ou sont montés sur celui-ci. À titre d'exemple, les capteurs 40 peuvent comprendre plusieurs caméras disposées à l'intérieur du logement 46 et au moins un dispositif LIDAR monté sur le logement 46, comme illustré sur la .
En référence aux figures 1 et 2, l'ensemble 22 peut comprendre comprend un réservoir 48, une pompe 50, des conduites d'alimentation 52, un collecteur 54 (qui comprend le tube d'entrée 24 et un ou plusieurs tubes de sortie 26) et des buses 56. Le réservoir 48, la pompe 50, le collecteur 54 et les buses 56 sont en communication fluidique les uns avec les autres (c'est-à-dire que le fluide peut s'écouler de l'un à l'autre) via les conduites d'alimentation 52. L'ensemble 22 distribue le liquide lave-glace stocké dans le réservoir 48 vers les buses 56. Le « liquide lave-glace » désigne tout liquide stocké dans le réservoir 48 pour le nettoyage. Le liquide lave-glace peut comprendre des solvants, des détergents, des diluants tels que de l'eau, etc. En variante ou en plus, l'ensemble 22 pourrait utiliser de l'air comprimé acheminé à travers le collecteur 54 et les conduites d'alimentation 52 vers les buses 56.
Le réservoir 48 est un réservoir pouvant être rempli de liquide, par exemple de liquide lave-glace pour le nettoyage des vitres. Le réservoir 48 peut être disposé à l'avant du véhicule 20, spécifiquement, dans un compartiment moteur à l'avant d'un habitacle. En variante, le réservoir 48 peut être disposé à l'intérieur du logement 46.
La pompe 50 peut forcer le liquide lave-glace à travers les conduites d'alimentation 52 et le collecteur 54 vers les buses 56 avec une pression suffisante pour que le liquide lave-glace soit pulvérisé à partir des buses 56. La pompe 50 est en communication fluidique avec le réservoir 48. La pompe 50 peut être fixée au réservoir 48 ou disposée dans celui-ci. La pompe 50 est en communication fluidique avec le collecteur 54, spécifiquement avec le tube d'entrée 24 du collecteur 54, via l'une des conduites d'alimentation 52.
Le collecteur 54 comprend le tube d'entrée 24 et un ou plusieurs tubes de sortie 26, dont le nombre peut varier. Dans l'exemple représenté sur les figures, le collecteur 54 comprend cinq tubes de sortie 26. Le collecteur 54 peut diriger le liquide lave-glace entrant dans le tube d'entrée 24 vers n'importe quelle combinaison des tubes de sortie 26. Le collecteur 54 peut être disposé à l'intérieur du logement 46 et fixé par rapport à celui-ci.
Le collecteur 54 reçoit le fluide du réservoir 48 au niveau du tube d'entrée 24. À titre d'exemple, l'une des conduites d'alimentation 52 peut s'étendre de la pompe 50 au tube d'entrée 24 du collecteur 54. Le collecteur 54 fournit le fluide à une ou plusieurs buses 56 via les tubes de sortie 26. À titre d'exemple, les conduites d'alimentation 52 peuvent s'étendre des tubes de sortie 26 du collecteur 54 aux buses 56. Les conduites d'alimentation 52 peuvent être, par exemple des tubes flexibles.
Chacune des buses 56 est en communication fluidique avec l'un des tubes de sortie 26 via l'une des conduites d'alimentation 52. Les buses 56 peuvent faire face à la caméra ou à d'autres capteurs 40 de l'ensemble 22. En d'autres termes, les buses 56 sont positionnées pour éjecter le liquide lave-glace afin d'éliminer les obstructions des champs de vision des capteurs 40, par exemple, les buses 56 peuvent être dirigées vers les capteurs 40 ou vers des vitres (non étiquetées) pour les capteurs 40. Le liquide lave-glace sortant des buses 56 peut déloger ou laver les obstructions qui peuvent entraver les champs de vision des capteurs 40.
En référence aux figures 2 à 4, l'ensemble solénoïde 28 commande l'écoulement de fluide depuis le tube d'entrée 24 vers l'un des tubes de sortie 26 et la buse 56 connectée à celui-ci. L'ensemble solénoïde 28 comprend le piston 30. Le piston 30 est mobile le long d'un axe A1 entre une position fermée, illustrée sur la , dans laquelle le fluide est empêché de s'écouler du tube d'entrée 24 vers ce tube de sortie 26 et une position ouverte, illustrée sur la , dans laquelle le fluide est autorisé à s'écouler du tube d'entrée 24 vers l'un des tubes de sortie 26. À titre d'exemple, le collecteur 54 peut comprendre des sièges de soupape 58 entourant chacun des tubes de sortie 26. Le piston 30 en position ouverte peut être espacé du siège de soupape 58 entourant l'un des tubes de sortie 26. Le fluide peut s'écouler à travers l'espace entre le piston 30 et le siège de soupape 58 dans ce tube de sortie 26. Le piston 30 en position fermée peut venir en butée contre le siège de soupape 58 entourant l'un des tubes de sortie 26. Le piston 30 et/ou les sièges de soupape 58 peuvent comprendre un revêtement en caoutchouc ou une autre structure suffisante qui scelle le piston 30 au siège de soupape 58 en position fermée, c'est-à-dire, de telle sorte que le fluide est empêché de s'écouler entre eux.
En référence aux figures 3 et 4, le ressort 32 de l'ensemble solénoïde 28 comprend une pluralité de bobines. Le ressort 32 est allongé entre les extrémités distales. À titre d'exemple, le ressort 32 peut être un ressort hélicoïdal de compression classique. L'une des extrémités distales du ressort 32 peut venir en butée contre le piston 30. Le ressort 32 peut être en compression, poussant le poussoir 30 vers la position fermée. À titre d'exemple, les forces internes du ressort 32 peuvent pousser le piston 30 vers le siège de soupape 58.
L'ensemble solénoïde 28 comprend une bobine d'induction 60 entourant le piston 30. La bobine d'induction 60 peut être actionnée pour déplacer le piston 30 vers la position ouverte. La bobine d'induction 60 comprend une pluralité d'enroulements entourant le piston 30. La bobine d'induction 60 génère un champ magnétique, par exemple, en réponse au flux de courant électrique à travers les enroulements. Le champ magnétique peut pousser le piston 30 vers la position ouverte. À titre d'exemple, lorsqu'aucun courant n'est fourni aux enroulements, la force du ressort 32 peut maintenir le piston 30 en position fermée. Lors de l'application d'un courant électrique aux enroulements, la force du champ magnétique généré par la bobine d'induction 60 peut vaincre la force du ressort 32 et déplacer le piston 30 vers la position ouverte.
Selon leur nouvelle configuration faisant suite à la réception des fichiers de configuration, les caméras IP du premier groupe et du deuxième groupe génèrent respectivement un premier ensemble de données et un deuxième ensemble de données. Ces deux ensembles de données sont collectés par la caméra virtuelle ViC qui va pouvoir les traiter distinctement. En particulier, le premier ensemble de données est traité selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement. Par exemple, le premier traitement de données (Fct1) est appliqué à des données vidéo et audio générées par les caméras IP du premier groupe (premier ensemble de données). Le deuxième traitement de données (Fct2) est appliqué à des données vidéo et des métadonnées générées par les caméras IP du deuxième groupe (deuxième ensemble de données). On peut prévoir d’appliquer plusieurs traitements de données distincts à chaque ensemble de données.
Selon une deuxième variante du quatrième mode de réalisation, la caméra virtuelle ViC agrège ensemble les fonctionnalités ONVIF communes des différents groupes de caméras IP. Notamment, la caméra virtuelle ViC agrège les fonctionnalités ONVIF qui sont communes aux profils ONVIF des caméras IP du premier groupe et du deuxième groupe. La caméra virtuelle ViC transmet alors un fichier unique de configuration aux caméras IP du premier groupe et du deuxième groupe. La configuration de l’ensemble des caméras PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b est alors modifiée et/ou adaptée en fonction de ce fichier unique de configuration. La caméra virtuelle ViC collecte et agrège l’ensemble des données générées par toutes les caméras PhC1a, PhC2a, PhC3a, PhC1b, PhC2b, PhC3b et peut les traiter comme décrit précédemment.
Selon une troisième variante du quatrième mode de réalisation, la caméra virtuelle ViC agrège séparément des fonctionnalités ONVIF communes aux différentes caméras IP. Notamment, la caméra virtuelle ViC agrège une première combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF d’un premier ensemble de caméras IP appartenant au premier groupe et au deuxième groupe, et une deuxième combinaison de fonctionnalités ONVIF qui sont communes aux profils ONVIF de caméras IP d’un deuxième ensemble de caméras IP appartenant au premier groupe et au deuxième groupe. Les deux combinaisons sont distinctes. Par exemple, les caméras PhC1a, PhC2a du premier groupe et les caméras PhC2b, PhC3b du deuxième groupe (premier ensemble de caméras IP) ont en commun une fonctionnalité de diffusion vidéo et de diffusion audio. Et la caméra PhC3a du premier groupe et la caméra PhC1b du deuxième groupe (deuxième ensemble de caméras IP) ont en commun une fonctionnalité de diffusion vidéo et une fonctionnalité liée aux métadonnées. La caméra virtuelle ViC transmet alors un premier fichier de configuration aux caméras PhC1a, PhC2a, PhC2b, PhC3b. Les modules EWa et EWb vont respectivement adresser ce premier fichier de configuration aux caméras PhC1a, PhC2a et aux caméras PhC2b, PhC3b. La caméra virtuelle ViC transmet également un deuxième fichier de configuration aux caméras PhC3a et PhC1b, les modules EWa et EWb étant en charge d’adresser ce deuxième fichier.
Selon leur nouvelle configuration faisant suite à la réception des fichiers de configuration, les caméras PhC1a, PhC2a, PhC2b et PhC3b génèrent un premier ensemble de données, et les caméras PhC3a et PhC1b génèrent un deuxième ensemble de données. Comme décrit précédemment, ces deux ensembles de données sont collectés par la caméra virtuelle ViC qui va pouvoir les traiter distinctement. En particulier, le premier ensemble de données est traité selon un premier traitement de données et le deuxième ensemble de données selon un deuxième traitement de données différent dudit premier traitement.
Le cinquième mode de réalisation illustré sur la est une combinaison du troisième mode et du quatrième mode. Chaque groupe de caméras IP est associé aux caméras virtuelles ViC1, ViC2. La première caméra virtuelle ViC1 peut notamment être utilisée pour transmettre à un premier ensemble de caméras IP appartenant au premier groupe et/ou au deuxième groupe, un premier fichier de configuration permettant de les configurer selon une première combinaison de fonctionnalités ONVIF. Et la deuxième caméra virtuelle ViC2 peut notamment être utilisée pour transmettre à un deuxième ensemble de caméras IP appartenant au premier groupe et/ou au deuxième groupe, un deuxième fichier de configuration permettant de les configurer selon une deuxième combinaison de fonctionnalités ONVIF qui est distincte de la première combinaison. Le premier ensemble de données générées par le premier ensemble de caméras IP peut être traité dans la première caméra virtuelle ViC1 selon un premier traitement de données, et le deuxième ensemble de données peut être traité dans la deuxième caméra virtuelle ViC2 selon un deuxième traitement de données différent dudit premier traitement.
La illustre de manière simplifier différentes étapes d’un procédé d’installation/configuration. Pour des raisons de concision, ce procédé fait référence à une installation selon la , mais peut être généralisé à tous les modes de réalisation décrits dans la présente description. Les étapes de la sont les suivantes : - Étape E1 : Le module EW est mis sous tension. - Étape E2 : Le module EW lance le processus de découverte et interroge chaque caméra PhC1, PhC2, PhC3. - Étape E3 : Les caméras PhC1, PhC2, PhC3 communiquent au module EW leur identifiant respectif et leur(s) profil(s) ONVIF. - Étape E4 : Le module EW communique à la caméra virtuelle ViC les identifiants des caméras IP et leur(s) profil(s) ONVIF (à minima leur(s) fonctionnalité(s) ONVIF respectives). - Étape E5 : La caméra virtuelle ViC recense les caméras IP et leur(s) fonctionnalité(s) ONVIF communes. - Étape E6 : Le système de gestion VMS lance un processus de découverte et interroge la caméra virtuelle ViC. - Étape E7 : La caméra virtuelle ViC communique au système de gestion VMS son identifiant et la ou les fonctionnalités ONVIF communes. - Étape E8 : Le système de gestion VMS communique au client A l’identifiant de la caméra virtuelle ViC et la ou les fonctionnalités ONVIF communes. - Étape E9 : Le client A paramètre depuis le système de gestion VMS la configuration de la caméra virtuelle ViC. - Étape E10 : Le système de gestion VMS communique à la caméra virtuelle ViC un fichier de configuration. La caméra virtuelle ViC se configure selon le fichier reçu. - Étape E11 : La caméra virtuelle ViC communique au module EW le fichier de configuration. - Étape E12 : Le module EW communique aux caméras IP le fichier de configuration. Les caméras IP se configurent selon le fichier reçu. - Étape E13 : L’utilisateur pilote depuis le VMS le pilotage de la caméra virtuelle ViC (par exemple lecture des données). - Étape E14 : Le système de gestion VMS communique à la caméra virtuelle ViC l’instruction de pilotage. - Étape E15 : La caméra virtuelle ViC communique au module EW l’instruction de pilotage. - Étape E16 : Le module EW communique aux caméras IP l’instruction de pilotage. - Étape E17 : Les caméras IP communiquent au module EW leurs données. - Étape E18 : Le module EW communique à la caméra virtuelle ViC les données générées par les caméras IP. - Étape E19 : La caméra virtuelle ViC agrège les données et les traite le cas échéant. - Étape E20 : Au travers du système de gestion VMS, l’utilisateur accède aux données agrégées et éventuellement traitées par la caméra virtuelle ViC.
L’agencement des différents éléments et/ou moyens et/ou étapes, dans les modes de réalisation décrits ci-dessus, ne doit pas être compris comme exigeant un tel agencement dans toutes les implémentations. D’autres variantes peuvent être prévues et notamment : - Le module d’interface EW n’est pas essentiel. En effet, les caméras IP peuvent être directement connectées à une ou plusieurs caméras virtuelles ViC au travers du réseau R. En s’affranchissant du module EW, il est toutefois nécessaire d’ouvrir un port spécifique dans chaque caméra IP et d’établir plusieurs canaux de communication entre lesdites caméras IP et la caméra virtuelle ViC. Cette solution est donc moins avantageuse que celle utilisant le module EW dans la mesure où la sécurité du réseau local LAN est moindre (on multiplie le nombre de ports d’entrée/sortie vers le réseau internet R) et/ou que les solutions pour sécuriser ledit LAN sont plus complexes. - Le module d’interface EW peut être remplacé par un ordinateur ou un autre équipement (par exemple un serveur du LAN ou une des caméras IP) dans lequel est implémentée une application informatique similaire. - Le protocole de communication entre les caméras IP et le module d’interface EW peut être un protocole de communication propriétaire, non standard, notamment lorsque toutes lesdites caméras proviennent d’un même constructeur. Il en est de même pour le protocole de communication entre le module d’interface EW et la caméra virtuelle ViC. Et le protocole de communication entre la caméra virtuelle ViC et le système de gestion VMS. - La caméra virtuelle ViC peut être configurée pour génère seul le fichier de configuration qui est transmis aux caméras IP. - Le module d’interface EW peut être adapté pour configurer la caméra virtuelle ViC, en définissant notamment ses fonctionnalités et ses paramètres de fonctionnement. La caméra virtuelle ViC peut également être configurée pour définir seule ses fonctionnalités et ses paramètres de fonctionnement. - Les caméras virtuelles ViC1, ViC2 peuvent être installés dans des systèmes informatiques distincts, notamment sur des cloud différents (par exemple, la caméra ViC1 un cloud Azur® et la caméra ViC2 sur un cloud AWS®). - Les modes de réalisation des figures 4 et 6 peuvent être généralisés à un nombre N de caméras virtuelles (N étant un entier supérieur à 2).
Traitement de données basé sur l’intelligence artificielle (figures 9 à 14 )
La caméra virtuelle ViC est ici configurée pour collecter et traiter des données d’entrée provenant d’une ou plusieurs des caméras PhC1, PhC2, PhC3, PhC4. Ces dernières sont des caméras IP intelligentes. Ces caméras peuvent être installées dans le même réseau LAN ou dans des réseaux distincts.
Il est rappelé ici que l’entité informatique ViC peut collecter et traiter des données d’entrée autres que des données vidéo/audio, provenant d’autres types de dispositifs électroniques (en complément et/ou en substitution des caméras IP) tels que des boîtiers connectés aux caméras, des passerelles informatiques, des PC, des routeurs, des firewall, des consoles de jeu vidéo, des téléphones intelligents, des tablettes, des capteurs (températures, pression, hygromètres, fumée, ou autres), etc. Il est également rappelé ici que les données d’entrées peuvent être collectées et traitées par d’autres types d’entités informatiques (en complément et/ou en substitution de la caméra virtuelle), telle qu’un VMS, une partie du serveur S, une passerelle informatique ou un routeur ou un autre module informatique installés dans le réseau LAN ou dans le cloud, etc. Seulement pour des raisons de clarté et de concision, la description qui suit fait référence à un réseau de caméras IP intelligentes installé dans un même réseau LAN, et à une caméra virtuelle installée dans un serveur cloud.