INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Le procédé selon l’invention permet de s’assurer que le système de pilotage du moteur est dans les bonnes conditions pour garantir la réalisation du redémarrage lorsque le moteur est en phase de chute de régime ou en phase transitoire d’arrêt. Le procédé fige les paramètres conditionnant le redémarrage et déclenche une temporisation, ce qui améliore la robustesse de la stratégie. En outre, le procédé prévoit un mécanisme d’interdiction du redémarrage lorsque les conditions ne sont pas satisfaites au regard des critères prévus.
représente schématiquement un logigramme fonctionnel d’un groupe motopropulseur de véhicule automobile comprenant un système d’arrêt et redémarrage automatique configuré pour mettre en œuvre le procédé selon l’invention.
représente un graphique illustrant les conditions autorisant le redémarrage automatique du moteur thermique conformément au procédé selon l’invention.
représente un logigramme d’un mode de réalisation du procédé de redémarrage selon l’invention.
En , on présente schématiquement un mode de réalisation de groupe motopropulseur d’un véhicule automobile prévu pour mettre en œuvre le procédé de redémarrage selon l’invention. Le groupe motopropulseur comprend une chaîne de traction comportant un moteur thermique à combustion interne 10, une transmission automatisée 11 d’un couple moteur vers les roues 12 du véhicule, un système d’arrêt et de redémarrage automatique 13 du moteur thermique 10, notamment. Par ailleurs, la transmission automatisée 11 est une transmission à boite de vitesse automatique, ou semi-automatique. Elle comporte un dispositif d’embrayage associé à la boite de vitesse (non représentés en ), lesquels sont pilotés automatiquement par une unité de commande pour la transmission de couple et les passages de rapports. L’invention s’applique à tout type de chaine de traction comprenant un moteur thermique et système d’arrêt et redémarrage automatique. L’homme du métier saura adapter l’invention à l’architecture recherchée.
Le moteur thermique 10 est piloté par une unité de commande 14 à calculateur, couramment appelée ECU pour “Electronic Control Unit” en anglais, et comprend des moyens et capteurs pour déterminer, notamment, le régime instantané du moteur 10, valeur exprimée en tours par minutes par exemple. L’unité de commande 14 comprend des moyens de pilotage de l’arrêt et redémarrage automatique en coopération avec le système 13. Une commande d’arrêt moteur consiste à piloter la coupure de l’injection de carburant, l’arbre moteur reste en rotation sous l’effet de l’inertie de l’attelage mobile durant une période. Le régime moteur chute, éventuellement jusqu’à une valeur de régime nul si celui-ci n’est pas redémarré avant. En situation de « Change of Mind », la séquence de redémarrage consiste à entrainer en rotation l’arbre moteur, par injection de carburant selon un premier mode autonome M1, ou au moyen d’un organe de redémarrage selon un deuxième mode M2. Une séquence est délimitée par l’instant de déclenchement de la commande de redémarrage et par l’instant de fin, correspondant au moment à partir duquel le moteur est considéré comme « autonome » ; c’est-dire-tournant par injection de carburant seul, à une valeur de régime égale ou supérieur à un régime prédéterminé, proche du régime ralenti.
Les séquences d’arrêt et redémarrage sont coordonnées par l’unité de commande 14 en fonction de signaux d’état et de commande via la communication en permanence des informations d’état aux autres systèmes, telles les informations indiquant si le moteur est tournant, à l’arrêt ou en cours d’arrêt, si un redémarrage est effectué au moyen du démarreur ou en mode autonome, par exemple. A cet effet, le groupe motopropulseur comporte des moyens de communication 15, par exemple un bus de communication de type CAN (« Controler Area Network » en anglais), ou un bus de communication LIN (« Local Interconnect Network » en anglais).
Plus précisément, un signal de besoin de redémarrage est par exemple un signal informant si le conducteur ou un système du véhicule demande le redémarrage du moteur thermique 10, par exemple en fonction de la détection d’un arrêt du véhicule, d’une demande de freinage, d’une demande en couple aux roues issue de la volonté du conducteur, d’un besoin de climatisation habitacle, ou bien encore d’un besoin de recharge électrique d’une batterie. Par exemple, à l’arrêt ou en situation de freinage à faible vitesse, des stratégies d’arrêt et redémarrage automatique pilotent l’arrêt du moteur 10. Par exemple, le signal de besoin de redémarrage est un signal numérique codant dans un premier état une demande de redémarrage ou d’un besoin moteur tournant et, dans un deuxième état, codant l’absence d’un besoin moteur tournant.
Un signal d’autorisation du redémarrage est par exemple un signal piloté par l’unité de commande 14 du moteur thermique 10 dont la fonction est d’inhiber et d’autoriser la commande de redémarrage du moteur thermique en cas de détection d’un besoin de redémarrage, notamment pendant une phase d’arrêt et redémarrage automatique. Dans le cadre de l’invention, ce signal détermine les fenêtres d’opportunité de redémarrage à succès garanti. Par exemple, le signal d’autorisation est un signal numérique autorisant dans un premier état le déclenchement d’une séquence de redémarrage et, dans un deuxième état, inhibant le déclenchement d’une séquence de redémarrage. Plusieurs signaux d’autorisation spécifiques à chaque mode de redémarrage peuvent être prévus par l’unité de commande.
Dans le cadre de l’invention, il est prévu en outre une temporisation T. Il s’agit d’un signal dont la fonction est d’autoriser le redémarrage en cas de détection d’un besoin de redémarrage immédiatement après l’arrêt du redémarrage. La temporisation T permet de délimiter une période d’autorisation d’un redémarrage et correspond au temps nécessaire pour rendre effective la coupure d’injection de carburant à la suite de la commande d’arrêt du moteur. Si une demande de redémarrage est détectée durant cette temporisation T, la stratégie garantit son succès car l’injection de carburant est encore effective. La temporisation T est comprise entre 150 millisecondes et 300 millisecondes.
En outre, il est prévu un paramètre mémorisant la valeur RR de la consigne de régime ralenti à l’instant d’une commande d’arrêt du moteur. Ce paramètre est avantageusement utilisé par le procédé pour figer la référence à partir de laquelle l’unité de commande 14 calcule les seuils S1 et S2 de régime conditionnant le premier mode et le deuxième mode de redémarrage M1 et M2 respectivement. Le figeage stabilise la valeur des seuils S1 et S2 et certifie les conditions d’autorisation d’un redémarrage. Le paramètre est une valeur représentative du régime moteur, exprimée par exemple en tours/minute et est mise à jour en mémoire de l’unité de commande 14 à chaque détection d’une commande d’arrêt du moteur.
Le système d’arrêt et de redémarrage automatique 13 du moteur thermique 10, système dit « STT » pour « Stop And Start » en anglais, comprend un organe de redémarrage du moteur thermique 10. L’organe de redémarrage peut comporter un démarreur, ou un alterno-démarreur. L’organe de redémarrage a pour but la mise en fonction et la mise en rotation de l’arbre du moteur thermique 10. Classiquement, un démarreur comprend un solénoïde qui permet d’engager le pignon du démarreur sur le volant moteur et un moteur électrique à courant continu qui permet d'entraîner en rotation l’arbre du moteur thermique 10.
L’unité de commande 14 est en charge de la stratégie de redémarrage lors d’une phase d’arrêt et redémarrage automatique conformément au procédé selon l’invention. L’unité de commande 14 est apte à piloter le premier mode M1 dit de redémarrage autonome dans lequel le moteur 10 peut être redémarré par commande d’injection de carburant, sans aide du démarreur 13. Ce premier mode M1 est opérable lorsque le régime instantané est encore supérieur au premier seuil S1. Le deuxième mode de redémarrage M2 par entrainement du démarreur 13 est opérable lorsque le régime moteur descend sous le deuxième seuil de régime S2.
Selon l’invention, le premier seuil S1 est calculé selon la relation suivante : S1=RR+R1, où RR est la valeur de la consigne de régime ralenti à l’instant de la commande d’arrêt du moteur et où R1 est un écart de régime. R1 est compris entre 150 trs/min et 350 trs/min, de préférence R1 est égal à 250 trs/min. R1 est un paramètre prédéterminé et calibrable, enregistré en mémoire de l’unité de commande 14. En variante, R1 est fonction de la température extérieure ou de la température du circuit d’eau de refroidissement du moteur.
Le deuxième seuil S2 est calculé selon la relation suivante : S2=RR-R2, où RR est la valeur de la consigne de régime ralenti à l’instant de la commande d’arrêt du moteur et où R2 est un écart de régime. R2 est compris entre 400 trs/min et 600 trs/min, de préférence R2 est égal à 500 trs/min. R2 est un paramètre calibrable enregistré en mémoire de l’unité de commande 14. En variante, R2 est fonction de la température extérieure ou de la température du circuit d’eau de refroidissement du moteur.
Fig. 15 illustre un exemple de container associé à un capteur de type curseur rotatif dont la position varie d’une position initiale à une position finale ;
Fig. 16 illustre un exemple de container associé à un capteur tactile de type trackpad ou écran tactile permettant la détection d’un geste de type balayage ; et
Fig. 17 illustre un exemple de module de traitement de données pouvant être utilisé pour mettre en œuvre, au moins partiellement, des modes de réalisation de l’invention.
Description détaillée Selon des modes de réalisation particuliers de l’invention, un prototypage fonctionnel d’un dispositif interactif est réalisé dans un environnement comprenant un ou plusieurs dispositifs d’affichage associés à un ou plusieurs modules de traitement de données. Cet environnement comprend en outre, de préférence, un ou plusieurs capteurs et/ou un ou plusieurs actionneurs. Le comportement du prototype est avantageusement géré par dispositif d’affichage selon des structures logiques (ou structures de données), appelées containers. Chaque container comprend un ensemble ordonné d’éléments. Le nombre d’éléments par container peut être prédéterminé, variable et peut varier d’un container à un autre. Selon des modes de réalisation particuliers, le nombre d’éléments par container est ajusté dynamiquement selon les besoins. Ces éléments peuvent notamment comprendre un contenu multimédia et/ou un pointeur vers un autre élément de la même structure ou d’une structure différente. Le contenu multimédia peut être prédéterminé ou obtenu dynamiquement, par exemple d’une caméra et/ou d’un micro locaux ou distants. Ces éléments peuvent également comprendre une ou plusieurs actions, par exemple pour commander un ou plusieurs actionneurs. Des éléments d’un container peuvent en outre être associés à des états de capteurs de telle sorte que la détermination de l’état d’un capteur sélectionne un élément associé. De même, des éléments d’un container peuvent être associés à des événements de telle sorte que la détection d’un événement sélectionne un élément associé. Par ailleurs, les containers peuvent être identifiés par un identifiant, par exemple un nom (pouvant ou non comprendre une indication de type du container), notamment pour sélectionner des éléments de containers ayant le même nom, associés à des dispositifs d’affichage différents, comme décrit ci-dessous. La sélection d’un élément provoque le jeu du contenu multimédia de l’élément sélectionné si l’élément sélectionné comprend un contenu multimédia, provoque la sélection d’un élément pointé par l’élément sélectionné si l’élément sélectionné comprend un pointeur et commande un ou plusieurs actionneurs si l’élément sélectionné comprend une ou plusieurs actions. Selon des modes de réalisation particuliers, un seul élément peut être sélectionné dans un container à un instant donné.
Selon des modes de réalisation particuliers, le nombre d’éléments de chaque container est déterminé, de préférence dynamiquement, selon les besoins liés au prototypage visé, par exemple selon un nombre de contenus multimédias ou selon un nombre d’états liés à un capteur. Plusieurs types de containers peuvent être utilisés, notamment des containers à états, des containers automatiques et des containers qualifiés. Bien entendu, d’autres types de containers peuvent être mis en œuvre. Les containers à états sont ici des containers pour lesquels un utilisateur définit les états, en particulier les contenus multimédias, les actions et/ou les pointeurs des éléments, ainsi que la navigation ou l’enchaînement entre les éléments (un état correspond à toutes les données associées à un élément, c’est-à-dire notamment, un contenu multimédia, un ou plusieurs pointeurs et/ou une ou plusieurs actions). Les containers automatiques sont des containers pour lesquels un utilisateur définit les états, les états définis étant sélectionnés automatiquement les uns à la suite des autres, en boucle ou non, selon une fréquence (temps de pause associé à chaque élément) prédéterminée et de préférence paramétrable. Les containers qualifiés sont des containers pour lesquels un utilisateur définit les états, les états étant sélectionnés en fonction d’un état d’un capteur, d’un événement ou de tout autre paramètre extérieur.
A titre d’illustration, un container qualifié peut être un container associé à un capteur de type commutateur ayant quatre positions, selon lequel un premier élément du container est associé à un premier état du commutateur, un deuxième élément est associé à un deuxième état du capteur et ainsi de suite. De même, un container qualifié peut être un container associé à un capteur de type lecteur RFID (sigle de Radio Frequency Identification en terminologie anglo-saxonne), selon lequel un premier élément du container est associé à un premier identifiant d’étiquette radiofréquence obtenu par le capteur, un deuxième élément est associé à un deuxième identifiant d’étiquette radiofréquence obtenu par le capteur et ainsi de suite. Toujours à titre d’illustration, un container qualifié peut être un container associé à un capteur de type curseur ayant une première position, une position finale et des positions intermédiaires. Selon cet exemple, la première position du capteur permet la sélection d’un premier élément défini du container, la dernière position du capteur permet la sélection d’un dernier élément défini du container et chaque position intermédiaire du capteur permet la sélection d’un élément défini du container par interpolation (par exemple par une interpolation linéaire). Ce principe peut s’appliquer à de nombreux types de capteurs, par exemple des capteurs de son, de luminosité ou de proximité et des capteurs tactiles (permettant par exemple de reconnaitre des gestes de type glissement, pincement, etc.) pouvant produire en sortie une valeur minimale et une valeur maximale. Les figures 12 à 16 illustrent des exemples de tels containers qualifiés.
Toujours selon des modes de réalisation particuliers, des containers qualifiés peuvent comprendre un élément devant être sélectionné par défaut si aucun élément ne correspond à un état d’un capteur.
Selon des modes de réalisations particuliers encore, les containers associés à un dispositif d’affichage sont organisés par niveaux, par exemple d’un niveau inférieur à un niveau supérieur ou inversement, chaque niveau ne comprenant de préférence qu’un seul container. En outre, selon un mode de réalisation particulier, le contenu multimédia d’un élément d’un niveau supérieur qui pointe vers un élément de niveau inférieur se combine, le cas échéant, avec le contenu multimédia de l’élément pointé. Une telle combinaison peut consister, par exemple, en une addition pixel à pixel d’images ou en un masquage selon une logique de calques. Les niveaux peuvent également être utilisés pour déterminer un ordre d’exécution d’actions, par exemple d’un niveau inférieur à un niveau supérieur, si des éléments sélectionnés de différents niveaux sont chacun associés à une action. Bien entendu, la combinaison de contenus multimédia et/ou l’exécution d’actions peuvent être effectuées selon un ordre montant, un ordre descendant ou tout autre ordre, l’ordre étant déterminé en fonction du prototypage visé.
Il est observé ici qu’un élément pointé par un autre élément peut être un élément par défaut, par exemple le premier élément d’un container identifié dans l’élément qui contient le pointeur ou le premier élément du container de niveau immédiatement inférieur (ou supérieur) à celui comprenant l’élément qui contient le pointeur. Alternativement, l’élément pointé peut être un élément identifié dans l’élément comprenant le pointeur. Alternativement encore, l’élément pointé peut être un élément d’un container identifié dans l’élément comprenant le pointeur ou du container de niveau immédiatement inférieur (ou supérieur) à celui comprenant l’élément qui contient le pointeur, l’élément pointé étant en outre défini par un paramètre extérieur, par exemple un état d’un capteur ou un événement.
Ces containers et ces éléments peuvent être créés ou programmés à l’aide d’un logiciel tel que le logiciel de la société Adobe connu sous le nom de Animate (Adobe et Animate sont des marques).
La illustre un premier exemple d’environnement dans lequel l’invention peut être mise en œuvre selon des modes de réalisation particuliers. Comme représenté, le système 100 comprend ici trois dispositifs d’affichage de type tablette, référencés 105-1 à 105-3, un ordinateur 110 de type PC (sigle de Personal Computer en terminologie anglo-saxonne) et un téléphone intelligent (ou smartphone) 115. Bien entendu, d’autres dispositifs d’affichage tels que des vidéoprojecteurs ou des écrans, notamment des écrans pliables, tactiles ou non, peuvent être utilisés. Selon l’exemple illustré, les dispositifs d’affichage peuvent communiquer entre eux, par exemple en utilisant un protocole de communication de données de type UDP (sigle de User Datagram Protocol en terminologie anglo-saxonne). Le canal de communication peut être filaire ou sans fil. Il peut, par exemple, utiliser un protocole de communication sans fil de type WiFi ou Bluetooth (WiFi et Bluetooth sont des marques). L’ordinateur 110 peut, par exemple, être utilisé pour programmer un prototype fonctionnel exécuté par les dispositifs d’affichage 105-1 à 105-3 et le smartphone 115. Bien entendu, l’environnement d’exécution du prototype fonctionnel n’est pas limité à quatre dispositifs d’affichage, il peut en comprendre un seul, deux, trois ou plus que quatre. Le prototype fonctionnel peut en outre être programmé et/ou contrôlé directement à l’aide des dispositifs d’affichage eux-mêmes. Toujours selon l’exemple illustré, un module de traitement de données ainsi qu’un module de communication sont intégrés à chaque dispositif d’affichage. Selon d’autres modes de réalisation, ces modules sont externes, locaux ou déportés, associés à un seul dispositif d’affichage ou commun à plusieurs dispositifs d’affichage.
Comme illustré, l’environnement dans lequel le prototype fonctionnel est exécuté comprend en outre plusieurs capteurs et plusieurs actionneurs. A titre d’illustration, cet environnement comprend ici un capteur de type curseur linéaire 120-1, par exemple un potentiomètre, et un capteur de lumière 120-2, connectés au dispositif d’affichage 105-1 par un lien filaire ou sans fil. Il comprend également un actionneur de type éclairage 125-1 ainsi qu’un actionneur de type ventilateur 125-2, associés (ou connectés) au dispositif d’affichage 105-2 par un lien filaire ou sans fil ainsi qu’un capteur de type curseur rotatif 120-4, par exemple un potentiomètre, et un lecteur d’étiquettes radiofréquences 120-3, par exemple un lecteur RFID, connectés au dispositif d’affichage 105-3 par un lien filaire ou sans fil. Bien entendu, de nombreuses autres configurations sont possibles. En particulier, un ou plusieurs capteurs et un ou plusieurs actionneurs peuvent être connectés à un même dispositif d’affichage. Il doit en outre être compris que de nombreux autres types de capteurs et d’actionneurs peuvent être utilisés. Il est également observé qu’un capteur et/ou un actionneur peuvent être associés à un dispositif d’affichage, mais interagir avec un autre dispositif d’affichage en utilisant des interfaces de communications appropriées et/ou en utilisant des mécanismes liés à des containers comme décrit ci-après.
Il est également observé ici que le prototype fonctionnel peut bénéficier de fonctionnalités de l’environnement dans lequel il est exécuté. Ainsi, par exemple, lorsque des contenus multimédias d’éléments de containers sont affichés, un utilisateur peut bénéficier de fonctionnalités propres au dispositif d’affichage, par exemple pour déplacer la fenêtre d’affichage d’un contenu multimédia, pour effectuer un zoom, etc. De telles fonctionnalités peuvent notamment être basées sur une interface tactile et être commandées par des gestes de type déplacement, pincement, étirement, etc. Ces fonctionnalités peuvent être accessibles par défaut ou explicitement. Dans ce dernier cas, l’accès peut être indiqué, par exemple, à l’aide d’une propriété associée à un container, par exemple à l’aide d’un ou plusieurs caractères prédéterminés insérés dans le nom du container (e.g. l’ajout de la lettre ‘d’ à la fin du nom d’un container peut indiquer que son contenu multimédia est ‘draggable’, c’est-à-dire qu’il peut être déplacé sur un écran).
La illustre un second exemple d’environnement dans lequel l’invention peut être mise en œuvre selon des modes de réalisation particuliers. Selon cet exemple, l’environnement 200 comprend trois dispositifs d’affichage 205-1 à 205-3 comprenant chacun leur module de traitement de données et leur module de communication, ainsi que deux capteurs 210-1 et 210-2 et deux actionneurs 215-1 et 215-2, les capteurs et les actionneurs étant ici connectés au même dispositif d’affichage 205-1.
Comme décrit précédemment, un ensemble de containers est associé à chaque dispositif d’affichage, chaque container comprenant un ensemble ordonné d’éléments, chaque élément pouvant notamment comprendre un contenu multimédia, une ou plusieurs actions, par exemple des commandes d’actionneurs, et/ou un ou plusieurs pointeurs vers d’autres éléments, un seul élément d’un container pouvant être sélectionné à un instant donné. Par ailleurs, chaque élément d’un container peut être associé à un événement et/ou à un état d’un capteur, l’élément étant sélectionné lorsque l’état correspondant ou l’événement correspondant est détecté.
La illustre un exemple de containers associés à un dispositif d’affichage, ici au dispositif d’affichage 205-1 de la . Selon cet exemple, cinq containers 300-1 à 300-5 sont associés au dispositif d’affichage 205-1, le container 300-1 comprenant deux éléments, le container 300-2 comprenant trois éléments et les containers 300-3, 300-4 et 300-5 comprenant chacun dix éléments, étant observé que seuls quatre éléments sont utilisés dans le container 300-4.
illustre schématiquement, dans une vue en perspective du côté arrière, une partie d’un exemple de réalisation d’un pare-chocs selon l’invention comportant deux exemples de réalisation de premier et second dispositifs de convoyage d’air selon l’invention,
illustre schématiquement, dans une vue en coupe dans un plan longitudinal et vertical, le pare-chocs de la ,
illustre schématiquement, dans une vue très légèrement en perspective du côté arrière, le premier dispositif de convoyage d’air de la , et
illustre schématiquement, dans une vue en perspective du côté avant, le second dispositif de convoyage d’air de la .
Description détaillée de l’invention L’invention a notamment pour but de proposer un dispositif de convoyage d’air DCm destiné à équiper un véhicule terrestre ou à faire partie d’un pare-chocs PC destiné à équiper un véhicule terrestre dans une première zone susceptible d’être heurtée par un piéton.