INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
La zone froide 28 est tout de même soumise à des vibrations à haute fréquence, même si elles sont moins sévères. Les amortisseurs 22 sont donc configurés pour filtrer de telles fréquences et pour que l'organe 20 ne vibre pas en haute fréquence. Cette configuration se fait notamment par la détermination des raideurs C et K de chaque amortisseur. Les amortisseurs 22 forment des filtres passe bas. Par exemple, une fixation de type « suspension de voiture » joue le rôle d’un filtre passe bas. On pourra par exemple se référer à ce sujet au site internet :
http://ressources.univ-lemans.fr/AccesLibre/UM/Pedago/physique/02/meca/suspension.html
Ce dispositif permet alors d’assurer que le laser ne subit pas de vibration haute fréquence. Cela permet de mesurer correctement les vibrations en haute fréquence dans la zone chaude proche du rouet.
Comme on le voit, l'organe de mesure 20 est donc positionné dans la zone froide 28 et agencé pour mesurer des vibrations dans la zone chaude 30. L'accéléromètre 26 permet de mesurer les vibrations auxquelles l'organe de mesure lui-même est susceptible d'être soumis et de vérifier le bon fonctionnement de la fixation amortissante.
Dans un autre mode de réalisation illustré à la , l'organe de mesure 20 se trouve hors de la turbomachine. Le dispositif 102 constitue cette fois un banc de test agencé pour recevoir une turbomachine 101 destinée à être testée et dépourvue en elle-même d'un tel organe de mesure. Il peut s'agir par exemple d'une machine à simple flux ou machine partielle (c’est-à-dire une partie d’une turbomachine) mais tout type de turbomachine peut être testé. L'organe 20 est fixé au dispositif de façon à émettre un rayon laser 32 depuis l'extérieur d'un carter externe 115 de la turbomachine, à distance de ce dernier, jusqu'à l'intérieur d'un volume du carter.
On pourra apporter à l’invention de nombreuses modifications sans sortir du cadre de celle-ci.
L'invention est également applicable aux turbomachines à simple corps et/ou à simple flux. Elle est applicable aux turbopropulseurs, ainsi qu'aux turbomoteurs à compresseur axial.
APPAREIL DE MESURE DE PARTICULES CHARGÉES ET PROCÉDÉ DE COMMANDE D’APPAREIL DE MESURE DE PARTICULES CHARGÉES DOMAINE
Les modes de réalisation de la présente invention portent sur des techniques de mesure de particules chargées.
CONTEXTE
Une technique fluoroscopique utilisant des particules chargées telles que des muons est connue comme étant une technique pour obtenir des images à l’intérieur d’un objet devant être mesuré. Les particules chargées passent à travers une substance tout en se diffusant dans la substance, et cette propriété est différente de la lumière, des rayons X et des ondes électromagnétiques. Ainsi, il est connu comme étant sa particularité que la masse volumique ou le numéro atomique moyen d’une substance peut être estimé à partir de la direction d’arrivée des particules chargées et du degré de leur diffusion.
Certaines particules chargées sont générées par des rayons cosmiques appelés muons de rayons cosmiques qui proviennent de l’extérieur de l’atmosphère terrestre. Les muons de rayons cosmiques ont une énergie très élevée et une puissance de pénétration élevée, et ainsi, sont utilisés pour obtenir des images de grandes structures telles qu’un volcan et une pyramide. Dans le cas d’une telle imagerie, il est important d’acquérir avec exactitude les trajectoires des particules chargées. En tant que technologie conventionnelle, il existe un appareil utilisant un scintillateur en plastique ou un scintillateur à fibres. Il existe également un appareil utilisant un détecteur à tube de dérive en tant que détecteur à gaz.
La illustre un système sur puce SOC selon un mode de réalisation. Le système sur puce SOC comprend un processeur PROC, une mémoire non volatile MNV et une mémoire volatile MV.
Un système d’exploitation OS et un logiciel d’installation SFT sont enregistrés dans la mémoire non volatile MNV. Le logiciel d’installation SFT est défini par un fabricant du système sur puce SOC et le système d’exploitation OS est défini par un utilisateur du système sur puce SOC.
Une partie de la mémoire non volatile MNV peut être réservée au fabricant du système sur puce. Cette partie de la mémoire non volatile permet alors de stocker le logiciel d’installation SFT. Une autre partie de la mémoire non volatile MNV peut être réservée à l’utilisateur du système sur puce. Cette partie peut alors servir pour stocker le système d’exploitation de l’utilisateur. Cette même partie de la mémoire non volatile MNV peut également être utilisée pour enregistrer des programmes PRG de l’utilisateur.
Le système d’exploitation OS est configuré pour recevoir des données selon un premier protocole de communication défini par l’utilisateur.
En particulier, les données sont transmises au système d’exploitation OS par trames. Ces trames présentent un format défini par l’utilisateur. Un exemple de trame TRM est illustré à la . Chaque trame TRM commence par un en-tête HDR (en anglais « header ») suivi de données DAT et se termine par un postambule TRL (en anglais « trailer »). Les données DAT peuvent être de différents types. Le système d’exploitation est configuré pour traiter certains types de données. Ainsi, l’en-tête HDR comprend des informations relatives aux données DAT de la trame TRM, notamment le type des données de la trame. Le postambule TRL permet de signaler la fin d’une trame TRM. Les données DAT de la trame peuvent être chiffrées.
En outre, certains types de données DAT peuvent être destinées au logiciel d’installation SFT. Les données DAT destinées au logiciel d’installation peuvent être des données d’un programme. Ces données de programme peuvent être destinées au logiciel d’installation SFT pour une mise à jour d’un programme installé sur le système sur puce. Les données de programme correspondent alors à une nouvelle version d’un programme enregistré dans la mémoire non volatile du système sur puce.
Les données DAT destinées au logiciel d’installation SFT sont transmises au système d’exploitation OS selon le même format que les données pouvant être traitées par le système d’exploitation OS. Les données destinées au logiciel d’installation SFT sont donc encapsulées dans un format lisible par le système d’exploitation OS. L’en-tête HDR d’une trame TRM peut alors permettre d’indiquer au système d’exploitation OS que cette trame TRM est destinée au logiciel d’installation SFT.
En particulier, le système d’exploitation OS est configuré pour lire l’en-tête HDR de chaque trame TRM reçue afin de déterminer si la trame TRM reçue est destinée au logiciel d’installation SFT à partir de son en-tête HDR.
Lorsque le système d’exploitation OS identifie qu’une trame est destinée au logiciel d’installation SFT, le système d’exploitation OS est configuré pour extraire les données DAT de la trame TRM puis les enregistrer dans la mémoire volatile MV.
Une fois les données enregistrées dans la mémoire volatile MV, le système d’exploitation OS est configuré pour appeler le logiciel d’installation SFT pour que ce dernier traite lesdites données DAT qui lui sont destinées.
En particulier, le logiciel d’installation SFT est configuré pour vérifier tout d’abord une authenticité des données. Cette authentification est rendue possible par la présence d’une donnée secrète stockée dans la mémoire non volatile MNV et connue de l’utilisateur.
Une fois l’authenticité des données vérifiée, le logiciel d’installation SFT est configuré pour déchiffrer les données DAT. Puis, après avoir déchiffré les données DAT, le logiciel d’installation est configuré pour enregistrer les données dans la mémoire non volatile MNV selon son propre protocole de communication afin d’effectuer la mise à jour du programme.
La illustre un mode de mise en œuvre d’un procédé de mise à jour d’un programme PRG installé sur un système sur puce, tel que celui décrit précédemment.
Le procédé comprend une étape 30 dans laquelle le système sur puce SOC reçoit des données du programme par trames. Ces données peuvent être chiffrées. Ces données correspondent à une nouvelle version du programme installé sur le système sur puce.
Ces trames sont alors lues successivement par le système d’exploitation OS installé sur le système sur puce.
En particulier, pour chaque trame reçue, le procédé comprend une étape 31 dans laquelle le système d’exploitation OS analyse l’en-tête HDR de la trame TRM. L’analyse de l’en-tête HDR de la trame TRM permet au système d’exploitation OS de déterminer si les données DAT de la trame TRM sont destinées au logiciel d’installation SFT.
L’effet technique obtenu est que la vitesse du ventilateur est adaptée automatiquement à la situation spécifique pour évacuer la chaleur générée par l’organe à refroidir. Il s’ensuit une consommation électrique moindre que pour un procédé de refroidissement du même organe selon l’état de la technique.
Un contrôle du refroidissement selon l’état de la technique avec une méthode de tout ou rien ne peut pas maintenir la température du fluide caloporteur à la seule valeur désirée et sa caractéristique activation/désactivation ne garantit pas la meilleure durée de vie du ventilateur. La consommation électrique du ventilateur est en conséquence plus haute que celle obtenue lors de la mise en œuvre du procédé selon la présente invention.
Selon la présente invention, le pilotage est basé sur l’apprentissage automatique basé sur la modélisation de la performance du radiateur en utilisant un apprentissage automatique supervisé. Avec ce modèle, la vitesse du ventilateur est calculée selon la puissance thermique désirée au radiateur.
Par exemple, dans le cas non limitatif d’un refroidissement d’un moteur électrique ou de sa batterie, la vitesse du ventilateur est adaptée à tout moment pour maintenir l’équilibre d’énergie caloporteur afin que la chaleur transférée du moteur au fluide caloporteur ou de la batterie au fluide caloporteur soit dissipée dans le radiateur par flux sortant d’air à temps.
La température contrôlée est maintenue à la valeur désirée sans variation entre deux seuils. Il n’y a pas d’activation/désactivation fréquente du ventilateur et la vitesse du ventilateur s’adapte automatiquement à la situation spécifique pour dégager la chaleur générée à tout moment.
Avantageusement, les données sont une vitesse de rotation du ventilateur, une température ambiante, des températures du fluide caloporteur respectivement à l’entrée et la sortie du radiateur, un débit du fluide caloporteur dans le circuit et un flux d’air régnant dans un environnement du radiateur.
Avantageusement, lors d’une élaboration du modèle mathématique à partir de données préalablement acquises, le coefficient de transfert de chaleur est simplifié comme fonction d’un flux d’air entrant le radiateur, le débit de fluide caloporteur étant constant.
Avantageusement, il est calculé un coefficient de transfert de chaleur du radiateur selon les deux équations suivantes :
dans lesquelles est la quantité de chaleur dégagée par le radiateur, est la chaleur spécifique du fluide caloporteur, est le débit du fluide de refroidissement, est la température du fluide caloporteur entrant dans le radiateur, est la température du fluide caloporteur sortant du radiateur, est la température ambiante.
Avantageusement, comme une vitesse du ventilateur est pilotée afin qu’une quantité de chaleur dégagée par le radiateur soit égale à une quantité de chaleur transférée dudit au moins un organe au fluide caloporteur, cette vitesse du ventilateur est pilotée en fonction du coefficient de transfert de chaleur h du radiateur selon l’équation suivante:
une fonction f étant déterminée par le modèle mathématique.
Avantageusement, la chaleur transférée du moteur électrique au fluide caloporteur est déterminée par l’équation suivante :
étant la chaleur spécifique du fluide caloporteur, étant le débit du fluide de refroidissement, étant la différence des températures entre l’entrée et la sortie du radiateur.
Avantageusement, quand un refroidissement du fluide caloporteur est requis afin que la quantité de chaleur dégagée par le radiateur soit augmentée pour être égale à la quantité de chaleur transférée dudit au moins un organe au fluide caloporteur, la pompe du circuit caloporteur tourne à un régime maximal.
Par exemple, dans le cas d’un véhicule automobile hybride ou électrique, il est souhaité de faire tourner la pompe à la vitesse maximale quand le refroidissement est demandé, parce que la consommation de la pompe, environ 40 Watt, est beaucoup plus basse que celle du ventilateur qui atteint environ 300 Watt.
La division d’une zone géographique (par exemple une ville) en sous-zones géographiques (par exemple des arrondissements, des quartiers, des périmètres délimités par des rues), permet d’évaluer précisément la répartition des véhicules de la flotte dans la zone géographique. Dans chaque sous-zone géographique, le processus informatique logique permet de calculer un temps moyen d’attente. Par exemple, un temps moyen d’attente de 5 heures dans une première sous-zone SG1, indique que statistiquement, un véhicule libre se trouvant dans cette première sous-zone a une probabilité élevée de ne pas être réservé pendant 5 heures. Et avec un temps moyen d’attente de 15 minutes dans une deuxième sous-zone SG2, un véhicule libre se trouvant dans cette deuxième sous-zone a une probabilité élevée d’être réservé dans un temps relativement court. Le serveur peut alors répartir et/ou cibler les requêtes en prenant en compte les valeurs calculées des temps moyens d’attente. Par exemple, les requêtes relatives à des opérations de nettoyage ou de recharge de batterie sont transmises en priorité aux véhicules libres localisés dans une sous-zone possédant un temps moyen d’attente faible, c’est-à-dire aux véhicules qui ont statistiquement le plus de chance d’être utilisés rapidement.
Selon un premier exemple illustratif, la flotte présente cent véhicules dont les batteries doivent être rechargées à un instant T. Cinquante de ces véhicules sont situés dans une première sous-zone SG1 dont le temps moyen d’attente est de 5 heures. Les cinquante autres véhicules sont situés dans une deuxième sous-zone SG2 dont le temps moyen d’attente est de 15 minutes. Selon les techniques habituelles de l’art antérieur, le serveur doit générer et transmettre à l’instant T, cent requêtes. Grâce à l’invention, le serveur peut ne générer et transmettre à l’instant T, que cinquante requêtes pour recharger les batteries des cinquante véhicules de la flotte se trouvant dans la deuxième sous-zone SG2. Les autres requêtes destinées aux 50 autres véhicules se trouvant dans la première sous-zone SG1 pourront être transmises ultérieurement, de manière échelonnée dans le temps, de sorte que le débit numérique correspondant à la transmission de l’ensemble des requêtes et/ou les ressources informatiques mobilisées par le serveur seront réduits (le débit initial de cent requêtes par unité de temps T étant réduit à cinquante requêtes par unité de temps T).
Selon un deuxième exemple illustratif, la flotte présente dix véhicules dont il est déterminé à un instant T qu’ils doivent subir une révision de contrôle, lesquelles révisions nécessitent un temps d’intervention d’environ 2 heures chacune. Trois de ces véhicules sont situés dans la première sous-zone SG1 dont le temps moyen d’attente est de 5 heures. Les sept autres véhicules sont situés dans la deuxième sous-zone SG2 dont le temps moyen d’attente est de 15 minutes. Selon les techniques habituelles de l’art antérieur, le serveur doit générer et transmettre à l’instant T, dix requêtes pour intervenir sur les dix véhicules. Grâce à l’invention, le serveur peut ne générer et transmettre à l’instant T, seulement trois requêtes pour réviser les trois véhicules de la flotte se trouvant dans la première sous-zone SG1 où le temps moyen d’attente est supérieur au temps moyen d’intervention. Les autres requêtes destinées aux sept autres véhicules se trouvant dans la deuxième sous-zone SG2 pourront être transmises ultérieurement, de manière échelonnée dans le temps de sorte que le débit numérique correspondant à la transmission de l’ensemble des requêtes et/ou les ressources informatiques mobilisées par le serveur seront réduits (le débit initial de dix requêtes par unité de temps T étant réduit à trois requêtes par unité de temps T).
Ainsi, l’invention permet de cibler les véhicules dont la probabilité d’être utilisés est en adéquation avec le type d’action à exécuter. On peut alors mieux répartir dans le temps la transmission des requêtes par le serveur, de sorte que le débit numérique nécessaire à la transmission desdites requêtes est réduit. Également, les ressources informatiques mobilisées par le serveur sont mieux utilisées et moins sollicitées. Ce ciblage des véhicules permet en outre de maintenir à un niveau élevé la probabilité qu’un utilisateur trouve un véhicule partagé parfaitement opérationnel au moment de son utilisation.
En outre, l’invention permet de prioriser et/ou cibler des actions (par exemple des recharges de batteries) notamment sur des véhicules situés dans des sous-zones ayant un temps moyen d’attente faible. Les véhicules situés dans des sous-zones affectées d’un temps moyen d’attente élevé, pourront être réveillés ultérieurement ou à des fréquences moins élevées de sorte que la consommation de leur batterie sera réduite. Le serveur peut notamment transmettre à ces véhicules une requête adaptée pour modifier les paramètres de fonctionnement de leur équipement informatique de manière à réduire la consommation de leur batterie. Par exemple, une requête entraînant leur mise en veille dès leur mise en disponibilité dans la sous-zone et/ou adaptée pour allonger la durée de leur mise en veille et/ou adaptée pour réduire leur fréquence de réveil et/ou adaptée pour réduire leur durée de réveil.
Un autre aspect de l’invention concerne un système adapté pour la mise en œuvre du procédé selon l’une des revendications précédentes, comportant un serveur informatique adapté pour exécuter les étapes dudit procédé.
Encore autre aspect de l’invention concerne un produit programme d'ordinateur comprenant des instructions de code pour l'exécution d'un procédé selon la revendication 1, lorsqu'il est exécuté par un serveur informatique.
Brève description des figures. D’autres avantages et caractéristiques de l’invention apparaîtront mieux à la lecture de la description d’un mode de réalisation préféré qui va suivre, en référence aux dessins annexés, réalisés à titre d’exemples indicatifs et non limitatifs et sur lesquels : illustre un premier exemple de division d’une zone géographique en sous-zones géographiques. illustre un deuxième exemple de division d’une zone géographique en sous-zones géographiques. illustre un troisième exemple de division d’une zone géographique en sous-zones géographiques. schématise des données d’entrée et de sortie d’un modèle entraîné d’intelligence artificielle, utilisé dans l’invention. schématise des données d’entrée et de sortie d’un autre modèle entraîné d’intelligence artificielle, utilisé dans l’invention. illustre la répartition des véhicules d’une flotte dans des sous-zones géographiques. représente un synoptique des principales étapes d’un procédé selon l’invention. schématise des moyens de nettoyage installés dans l’habitacle d’un véhicule. schématise d’autres moyens de nettoyage installés dans l’habitacle d’un véhicule. illustre un exemple de la variation du temps moyen d’attente sur une journée. illustre la répartition des véhicules d’une flotte et d’opérateurs dans des sous-zones géographiques. Description des modes de réalisation.
L’invention met en œuvre une ou plusieurs applications informatiques exécutées par des équipements ou serveur informatique. Par souci de clarté, il faut comprendre au sens de l’invention que « u n équipement ou serveur fait quelque chose » signifie « l'application informatique exécutée par une unité de traitement de l’équipement ou du serveur fait quelque chose ». Tout comme « l'application informatique fait quelque chose » signifie « l'application informatique exécutée par l’unité de traitement de l’équipement ou du serveur fait quelque chose ».
Encore par souci de clarté, la présente invention fait référence à un ou plusieurs « processus informatiques logiques ». Ces derniers correspondent aux actions ou résultats obtenus par l’exécution d’instructions d’une ou plusieurs applications informatiques. Aussi, il faut également comprendre au sens de l’invention que « un processus informatique logique est adapté pour faire quelque chose » signifie « les instructions d’une application informatique exécutées par une unité de traitement font quelque chose ».
Maillage d’une zone géographique Au sens de l’invention, une zone géographique peut consister en une région géographique, par exemple une ville (prédéfinie dans une base de données et correspondant à une région définie par un ou plusieurs codes postaux ou par une région délimitée par des rues et définissant des quartiers connus), une zone définissant un cercle, un carré, un rectangle ayant pour centre une position géographique spécifique (ex : un centre-ville) et un rayon, un diamètre ou une diagonale de longueur prédéfinie (ex : rayon de 20 Km).
Selon un mode de réalisation, la zone géographique est définie par un ensemble de données numériques. Ces données peuvent par exemple provenir de sources cartographiques publiques et privées et/ou de données satellites. Elles peuvent être téléchargées depuis une base de données dédiée telle que OpenStreetMap®. Ces données numériques sont ensuite enregistrées dans un serveur informatique.
On opère un maillage de la zone géographique de manière à la diviser en sous-zones géographiques. Selon un mode de réalisation, cette division est réalisée automatiquement par le serveur informatique où sont enregistrées les données de la zone géographique. Par exemple, le serveur informatique peut être configuré pour diviser automatiquement toute zone géographique en sous-zones de 1 km² chacune. Le serveur informatique peut également être configuré pour diviser automatiquement toute zone géographique en sous-zones annulaires concentriques dont le centre commun est une position géographique spécifique et dont les rayons sont incrémentés de 1 km. Selon un autre mode de réalisation, la division de la zone géographique est réalisée de manière discrétionnaire depuis le serveur informatique. Par exemple, pour une première zone géographique, la division est faite par arrondissements (chaque arrondissement d’une ville correspondant à une sous-zone), pour une deuxième zone géographique, la division est faite par quartiers (chaque quartier correspondant à une sous-zone), pour une troisième zone géographique, la division est faite par rue (chaque rue correspondant à une sous-zone), etc. Un logiciel de maillage (par exemple Gmsh®) est préférentiellement exécuté par le serveur informatique pour réaliser la subdivision de la zone géographique.
Dans l’exemple illustré, deux lumières diamétralement opposées sont formées sur un manchon et l’agrafe de fixation comporte deux branches dimensionnées pour être logées respectivement dans chacune de ces lumières.
Une autre différence consiste en ce que le dispositif de régulation thermique comporte deux tubes distincts qui sont reliés par une même boîte collectrice, au lieu d’un unique tube comme précédemment décrit. Une telle réalisation peut notamment permettre de s’assurer que le fluide caloporteur circule distinctement dans chaque canal de circulation, en simplifiant la problématique d’étanchéité entre les chambres de collecte au sein de la boîte de collecte et les canaux de circulation.
Conformément à l’invention, cette variante de réalisation permet une coopération directe des manchons de raccordement, tel qu’illustré sur la , sans pièce intermédiaire entre les manchons de raccordement autre que le joint d’étanchéité.
La rend visible pour cette variante de réalisation le positionnement de l’agrafe de fixation 56 passée à travers la lumière 54 pour venir se loger dans une encoche.
Les figures 11 et 12 illustrent des alternatives de réalisation du tube, tel qu’il a été décrit précédemment en référence à la .