INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Toutefois, l’invention s’applique également à d’autres aubes du propulseur aéronautique, telles que les aubes de turbine ou de compresseur par exemple. L’aube peut être une aube d’une partie tournante du propulseur aéronautique ou une aube d’une partie fixe du propulseur aéronautique.
Sur les figures 4 et 5, l’aube de soufflante 84 comprend une partie profilée 85 présentant un profil aérodynamique s’étendant radialement à partir du moyeu de soufflante 83.
La partie profilée 85 présente un bord d’attaque 86, un bord de fuite 87, une surface d’intrados 88 et une surface d’extrados 89.
En outre, dans l’exemple illustré sur les figures 4 et 5, l’aube de soufflante 84 est montée rotative par rapport au moyeu 83 autour d’un axe de calage Y, ce qui permet de modifier l’angle d’incidence de la partie profilée 85 par rapport à l’axe principal X du moteur, et par conséquent par rapport à une direction du flux d’air entrant.
L'exemple de la correspond plus particulièrement à l'exemple de la dans le cas où chaque pixel Pixi de la est remplacé par un pixel Pixi tel que décrit en relation avec la , et où les pixels fonctionnent en capture de temps de vol indirect plutôt qu'en obturation globale. En particulier, en , N est égal à 4, K est égal à 1, M est égal à 4 et le groupe G1 comprend les pixels successifs Pix1, Pix2, Pix3 et Pix4. Ainsi, sauf indication contraire, ce qui a été décrit en relation avec la s'applique à la .
Dans les figures 13 et 14, les signaux VTGi de commande des grilles de transfert TGi ont été représentés mais les signaux VTGbi des grilles de transfert TGbi n'ont pas été représentés. En effet, la forme de ces signaux VTGbi est à la portée de la personne du métier à partir de la présente description et de ses connaissances générales dans le domaine des capteurs de temps de vol indirect.
En outre, dans les figures 13 et 14, les signaux VRSTbi de commande des transistors RSTbi n'ont pas été représenté. En effet, dans ces exemple, dans chaque pixel Pixi, les transistors RSTi et RSTbi sont commandés de la même manière, et les signaux VRSTi et VRSTbi sont donc identiques.
Dans les exemples de figures 13 et 14, simultanément pour chaque groupe Gj de pixels Pixi, le capteur met en œuvre : une phase d'initialisation bINITSNj (bINITSN1 et bINITSN2 en 3, bINITSN1 en ) de chaque noeud de détection SNi et SNbi des pixels du groupe Gj (G1 et G2 en , G1 en ) ; une phase bINITPDj (bINITPD1 et bINITPD2 en , bINITPD1 en 4) d'initialisation de la photodiode PDi de chaque pixel Pixi du groupe, correspondant dans cet exemple à un état passant du transistor AB de chaque pixel Pixi du groupe ; une phase d'intégration bINTj (bINT1 et bINT2 en , bINT1 en 4) débutant à la fin de la phase bINITPDj qui correspond, dans cet exemple, à la commutation à l'état bloqué du transistor AB de chaque pixel Pixi du groupe ; une phase de transfert de charges bTRj (bTR1 et bTR2 en , bTR1 en ) correspondant à la phase d'intégration bINTj, et comprenant ici plusieurs transferts successifs vers les noeuds de détection SNi des pixels Pixi du groupe et plusieurs transferts successifs vers les noeuds de détection SNbi des pixels Pixi du groupe, les transferts vers les noeuds SNi et les transferts vers les noeuds SNbi étant alternés ; une phase de lecture bRDj (bRD1 et bRD2 en , bRD1 en 4) mise en œuvre après cette phase de transfert bTRj, de sorte à lire un niveau de signal des noeuds de détection SNi des pixels du groupe et, par exemple simultanément, un niveau de signal des noeuds de détection SNbi des pixels du groupe ; et après cette phase de lecture bRDj des niveaux de signal des noeuds SNi, SNbi du groupe, une répétition des phases ci-dessus.
Dans l'exemple des figures 13 et 14, les signaux VAB de commande des transistors AB des pixels Pixi ne sont pas représentés, et chaque phase bINITPDj est représentée de manière très schématique par une durée correspondant à sa mise en œuvre.
Dans cet exemple où chaque phase bINITPDj correspond à l'état passant des transistors AB des pixels du groupe Gj, chaque phase bINITDj peut donc ne pas être mise en œuvre, en tout ou partie, pendant une phase bINITSNj correspondante comme cela est représenté dans les figures 13 et 14.
Dans ces exemples, chaque lecture d'un niveau de signal des noeuds SNi des pixels Pixi d'un groupe Gj comprend la succession d'une phase de transfert bTRj et d'une phase de lecture RDj, et le circuit de commande est configuré pour maintenir bloqué chaque transistor d'initialisation connecté entre le noeud SNi d'un pixel Pixi dudit groupe Gj et soit le noeud SNi d'un pixel Pixi d'un autre groupe Gj, soit le noeud 100, de la fin de cette phase bTRj jusqu'au début de cette phase bRDj.
En outre, dans ces exemples, un double échantillonnage corrélé est mis en œuvre. Ainsi, pour chaque phase d'intégration bINTj de chaque groupe Gj, il y a une deuxième phase de lecture bRDj pour lire un niveau d'initialisation des noeuds SNi des pixels Pixi du groupe. Cette deuxième phase bRDj est mise en œuvre après une phase d'initialisation bINITSNj correspondante, et, dans ces exemples, avant le début de la phase bTRj (ou bINTj) suivante.
Dans ces exemples, chaque lecture d'un niveau d'initialisation des noeuds SNi des pixels Pixi d'un groupe Gj comprend la succession d'une phase bINITSNj et d'une phase de lecture RDj, et le circuit de commande est configuré pour maintenir bloqué chaque transistor d'initialisation connecté entre le noeud SNi d'un pixel Pixi dudit groupe Gj et soit le noeud SNi d'un pixel Pixi d'un autre groupe Gj, soit le noeud 100, de la fin de cette phase bNIITSNj jusqu'au début de cette phase bRDj.
A titre d'exemple, en figures 13 et 14, chaque phase bINITPDj se termine après la lecture d'un niveau d'initialisation des noeuds de détection des pixels Pixi du groupe Gj.
Ainsi, la 3 est similaire à la , et la est similaire à la , à la différence que : chaque phase d'intégration bINTj est confondue avec, ou correspond à, une phase de transfert bTRj ; chaque phase bTRj comprend plusieurs transferts successifs vers les noeuds SNi des pixels du groupe Gj, chaque transfert vers les noeuds SNi correspondant à une mise à l'état passant des grilles de transfert des pixels Pixi du groupe; et chaque phase d'initialisation bINITPDj est, dans cet exemple, mise en œuvre par une mise à l'état passant du transistor AB, le signal VAB n'étant pas illustré en 3.
Comme cela a déjà été indiqué pour un fonctionnement en obturation globale, chaque phase de lecture d'un noeud de détection peut comprendre une mémorisation, par le circuit de lecture connecté à ce noeud de détection, du niveau d'initialisation ou de signal lu sur ce noeud de détection, le ou les niveaux mémorisés étant ensuite lus depuis ce circuit de lecture, lors d'une phase de lecture du pixel Pixi, par exemple quand les pixels du capteur sont lus une ligne après l'autre et simultanément dans chaque ligne.
Dans l'exemple de la , le capteur fonctionne en dynamique augmentée et dans chaque groupe Gj, les noeuds de chaque groupe voient, à la fin de chaque phase d'initialisation bINITSNj des noeuds de ce groupe, la même injection de charges résultant de la mise à l'état bloqué de chaque transistor RSTi connecté entre un noeud SNi d'un pixel d'un groupe Gj et le noeud 100 ou un noeud SNi d'un pixel d'un autre groupe Gj. Cela est mis en œuvre de la même façon qu'indiqué en relation avec la , en décalant la fin des phases bINITSNj.
Dans les exemples de modes de réalisation décrits ci-dessus en relation avec les figures 1 à 10, chaque phase INITPDi ou bINITPDj comprend une mise à l'état passant, pendant une phase INITSNi ou bINITPDj correspondante, de la grille TGi connectée à chaque photodiode PDi concernée par cette phase, alors que, dans les exemples de modes de réalisation décrits en relation avec les figures 10 à 14, INITPDi ou bINITPDj comprend une mise à l'état passant, pendant une phase INITSNi ou bINITPDj correspondante, du transistor d'intialisation de photodiode connecté chaque photodiode PDi concernée par cette phase. La personne du métier sera en mesure de prévoir que les pixels Pixi des figures 1 et 4 comprennent chacun un transistor supplémentaire d'initialisation de photodiode, et d'adapter en conséquence les phases INITPDi décrites en relation avec les figures 2, 5 et 8 et les phases bINITPDj décrites en relation avec les figures 3, 6, 7, 9 et 10. De manière similaire, la personne du métier sera en mesure d'adapter les phases INITPDi décrites en relation avec la et les phases bINITPDj décrites en relation avec les figures 13 et 14, au cas où chacune de ces phases INITPDi, respectivement bINITPDj, est mise en œuvre pendant une phase correspondante INITSNi, respectivement bINITSNj, et comprend une mise à l'état passant des grilles de transfert de pixels Pixi concernés.
Dans les exemples de modes de réalisation décrits ci-dessus en relation avec les figures 1 à 14, les N pixels successifs sont pris dans une même colonne. La personne du métier sera en mesure d'adapter la description faite de ces modes de réalisation au cas où les N pixels successifs font partie d'une même ligne comprenant une ou plusieurs associations de N pixels successifs.
L’invention se rapporte également à un produit programme d’ordinateur comprenant un ensemble d’instructions de code de programme qui, lorsqu’elles sont exécutées par un processeur, configurent le processeur pour mettre en œuvre une ou plusieurs étape(s) du procédé tel que décrit ci-dessus, ledit produit programme d’ordinateur constituant le code informatique de sauvetage, ledit processeur étant le processeur principal.
On décrira ci-après, à titre d’exemples non limitatifs, des formes d’exécution de la présente invention, en référence aux figures annexées sur lesquelles : - est une représentation schématique d’une unité de commande électronique pour véhicule selon la présente invention ; et - est un logigramme illustrant le procédé de fonctionnement de l’unité de commande électronique de la .
En référence à la est illustrée une unité de commande électronique 2 selon un mode de réalisation de l’invention. L’unité de commande électronique 2 est installée au sein d’un véhicule, notamment un véhicule automobile (un tel véhicule n’étant pas représenté sur les figures pour des raisons de clarté), et est par exemple destiné à piloter certains éléments physiques du véhicule tels que notamment le contrôle moteur ou encore une batterie de stockage électrique. L’unité de commande électronique 2 est par exemple un microcontrôleur implanté sur une puce unique, sans que cela ne soit limitatif dans le cadre de la présente invention.
L’unité de commande électronique 2 comporte un processeur principal 4, des moyens mémoire 6, une boîte noire transactionnelle 8 et plusieurs cœurs applicatifs 10. Le système informatique 2 comporte également un bus de communication de données 12 reliant ces différents éléments. Les moyens mémoire 6 sont reliés au processeur principal 4 via le bus de communication de données 12, et stockent du code applicatif 13 destiné à être exécuté par le processeur principal 4, sur les cœurs applicatifs 10, afin de permettre notamment le pilotage de certaines briques logicielles appartenant aux différents éléments physiques du véhicule susmentionnés. Les moyens mémoire 6 stockent également un chargeur d’amorçage 18, par exemple sur une zone ou partition différente de celle utilisée pour le stockage du code applicatif 13. Les moyens mémoire 6 comportent typiquement une mémoire non volatile, de préférence une mémoire flash, dans laquelle sont stockés (sous des partitions et/ou dans des couches différentes) le code applicatif 13 et le chargeur d’amorçage 18.
Le chargeur d’amorçage 18 se présente sous la forme d’un code de programme, autrement dit d’une suite d’instructions informatiques destinées à être exécutées par le processeur principal 4. Plus précisément, le chargeur d’amorçage 18 correspond à une couche logicielle autre que le code applicatif 13, comprend plusieurs séquences de lancement et est configuré, lorsqu’il est exécuté par le processeur principal 4, pour requérir une vérification de l’intégrité et une authentification du code applicatif 13, et pour exécuter le code applicatif 13 sur les cœurs applicatifs 10 lorsque le code applicatif 13 a été authentifié.
La boîte noire transactionnelle 8 comporte un coprocesseur de sécurité 20 et une mémoire 22 qui stocke un code informatique de sauvetage 24. Le coprocesseur de sécurité 20 est relié au processeur principal 4 et aux moyens mémoire 6 via le bus de communication de données 12. Le coprocesseur de sécurité 20 est configuré pour vérifier l’intégrité et authentifier le code applicatif 13 stocké dans les moyens mémoire 6, et pour autoriser l’exécution du code applicatif 13 sur les cœurs applicatifs 10. Comme cela sera détaillé par la suite, le coprocesseur de sécurité 20 est configuré en outre pour vérifier l’intégrité et authentifier le chargeur d’amorçage 18 au sein des cœurs applicatifs 10 et, si le chargeur d’amorçage 18 n’est pas authentifié, pour télécharger le code informatique de sauvetage 24 depuis la mémoire 22 de la boîte noire transactionnelle 8 vers les moyens mémoire 6, pour installer le code informatique de sauvetage 24 à la place d’une première séquence de lancement du chargeur d’amorçage 18 et pour faire exécuter, par le processeur principal 4, le code informatique de sauvetage 24 sur les cœurs applicatifs 10. De préférence, le coprocesseur de sécurité 20 est configuré également pour vérifier l’intégrité et authentifier le code informatique de sauvetage 24. De préférence encore, le coprocesseur de sécurité 20 est configuré également pour exécuter une instruction de réinitialisation de l’unité de commande électronique 2.
La mémoire 22 de la boîte noire transactionnelle 8 est typiquement une mémoire non volatile, de préférence une mémoire flash. Le code informatique de sauvetage 24 est destiné à être exécuté par le processeur principal 4, sur les cœurs applicatifs 10, et est configuré pour mettre en œuvre au moins une fonction de diagnostic de l’unité de commande électronique 2 lorsqu’il est exécuté par le processeur principal 4. De préférence, outre la fonction de diagnostic de l’unité de commande électronique 2, le code informatique de sauvetage 24 est configuré en outre, lorsqu’exécuté par le processeur principal 4, pour mettre en œuvre une fonction de téléversement du code applicatif 13 depuis les moyens mémoire 6 vers une mémoire d’un dispositif tiers relié au système informatique 2 (un tel dispositif tiers n’étant pas représenté sur la pour des raisons de clarté). De préférence encore, une image compressée du code informatique de sauvetage 24 est stockée dans la mémoire 22 de la boîte noire transactionnelle 8. De préférence encore, le code informatique de sauvetage 24 est stocké dans une portion applicative de la mémoire 22 de la boîte noire transactionnelle 8.
Le bus de communication de données 12 est typiquement un bus CAN (de l’anglais « Controller Area Network ») ou un bus conforme au protocole Ethernet, sans que cela ne soit limitatif dans le cadre de la présente invention.
Le procédé de fonctionnement de l’unité de commande électronique 2 selon un mode de réalisation de l’invention va maintenant être décrit en référence à la .
Le procédé comporte une étape initiale 30 au cours de laquelle la boîte noire transactionnelle 8 est initialisée par le processeur principal 4.
Le procédé comporte une étape suivante 32 au cours de laquelle le coprocesseur de sécurité 20 vérifie l’intégrité du chargeur d’amorçage 18 au sein des cœurs applicatifs 10. De préférence, la vérification 32 de l’intégrité du chargeur d’amorçage 18 au sein des cœurs applicatifs 10 comporte une vérification de l’intégrité d’une première séquence de lancement du chargeur d’amorçage 18 au sein des cœurs applicatifs 10, et une vérification de l’intégrité d’un module de chargeur d’amorçage flash au sein des cœurs applicatifs 10.
Si la vérification 32 de l’intégrité du chargeur d’amorçage 18 au sein des cœurs applicatifs 10 est positive (autrement dit si et seulement si les résultats des deux vérifications susmentionnées sont positifs), le coprocesseur de sécurité 20 authentifie le chargeur d’amorçage 18 et le procédé passe à une étape suivante 34. Sinon (autrement dit si au moins une des deux vérifications susmentionnées est négative), le coprocesseur de sécurité 20 n’authentifie pas le chargeur d’amorçage 18 et le procédé passe à une étape suivante 36.
Au cours de l’étape 34, le processeur principal 4 initialise le chargeur d’amorçage 18. Le procédé comporte alors une étape suivante 38 au cours de laquelle le chargeur d’amorçage 18 envoie au coprocesseur de sécurité 20 une requête de vérification de l’intégrité et d’authentification du code applicatif 13 stocké dans les moyens mémoire 6.
Au cours d’une étape 40 suivant l’étape 38, le coprocesseur de sécurité 20 vérifie l’intégrité du code applicatif 13 stocké dans les moyens mémoire 6. Dans l’exemple de réalisation particulier de la , le code applicatif 13 se divise en un code applicatif haut niveau et un code applicatif de reprogrammation du code applicatif haut niveau. Selon cet exemple de réalisation particulier, l’étape 40 débute donc par une phase 41 de vérification de l’intégrité du code applicatif haut niveau stocké dans les moyens mémoire 6.
Si la phase 41 de vérification de l’intégrité du code applicatif haut niveau est positive, le coprocesseur de sécurité 20 authentifie le code applicatif haut niveau et autorise l’exécution du code applicatif haut niveau sur les cœurs applicatifs 10, et le procédé passe à une étape suivante 42. Sinon, le coprocesseur de sécurité 20 n’authentifie pas le code applicatif haut niveau et le procédé passe à une phase suivante 44.
Au cours de l’étape 42 le processeur principal 4 exécute, via le chargeur d’amorçage 18, le code applicatif haut niveau sur les cœurs applicatifs 10.
Store à monter sur une fenêtre ou un balcon Depuis près de quarante année que j’habite dans paris et ses régions, j’ai été équipé de tout type de store mais aucun n’a rempli les fonctions que je souhaite qui est d’ouvrir grand ma fenêtre pour profiter d’une vue à l’extérieur et aérer ma pièce de vie tout en gardant mon intimité. Pendant la période du confinement j’ai imaginé, dessiné mon idéal de store et j’ai travailler pour qu’il soit simple, facile à monter et démonter cet été j’ai dessiné fait fabriquer les supports du store et dessiner, imprimer deux exemplaires en 3D les pièces principale de mon store le résultat est à la hauteur de mes exigences.
Ma création consiste à monter le store en partant du bas vers le haut tout en créant un espace d’observation et d’aération entre le bord de la fenêtre ou bien du balcon et le STOR-SATTAR. Toutes explications technique sont exprimés par les photo des modèles installés.
Mon STOR ne remplace pas les stores actuellement existant mais aucun store actuellement existant ne peut remplacer STOR-SATTAR car sa fonction principale est de protéger son intimité des vis-à-vis tout en profitant de la vue extérieur du soleil de l’activité en bas de chez soi et de pouvoir aérer son espace de vie à volonté sans être exposé.
A fin de vous donner une idée j’ai installé quatre modèles avec le même quitte chez des connaissances qui ont des fenêtres de dimensions différente et le retour m’a convaincu que je dois me lancer dans mon projet à commencer par protéger mon idée.
La deuxième phase de mon projet est d’équiper le cadre de mon STOR-SATTAR par des panneaux solaire à fin de créer une source d’énergie qui sera stockée sur une batterie de l’autre côté de la fenêtre ou balcon cette énergie réduira la consommation courante et serait une énergie de secours en cas de coupure de courant (je suis en cour d’étudier le modèle du type de panneau compatible avec la structure de mon STOR-SATTAR).
Support principale : Une paire de support symétrique fixées sur les côtés intérieurs du cadre de la fenêtre et sa base est sur le retour à l'extérieur orienté vers l’avant dont le but de ne pas gêner les volets ou les stores existant
Support du cadre : Deux angle droit symétrique dont la base s’encastre sur le support principale soutenue par une vis et un emplacement prévu pour l’adaptateur « cadre support » tout le montage est à portée de main
Adaptateur support, cadre : une paire symétrique qui s'encastre dans le support du cadre avec un switch de maintient, particularité fixation du bas vers le haut, la barre inferieure du cadre y est accueilli, l‘adaptateur peut coulisser pour s'adapter à la largeur de la fenêtre et d’une forme à éviter la rotation du cadre
Barrette de stabilisation : cette barrette est fixée sur les côtés du cadre pour accrocher l’autre extrémités au support principale ou bien sur les côtés du cadre de la fenêtre
Ensemble d’entraînement d’un dispositif d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire. La présente invention concerne le domaine des systèmes d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire commandés par des ondes radio.
ETAT DE LA TECHNIQUE ANTERIEURE La commande de dispositifs d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire par des ondes radio nécessite l’utilisation d’une antenne qui est associée à un module radio compris dans un ensemble d’entraînement des dispositifs d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire.
Classiquement, l’ensemble d’entraînement d’un dispositif d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire est placé dans un tube d’enroulement du dispositif d’occultation ou du dispositif de protection solaire.
Le tube d’enroulement est classiquement constitué d’un matériau atténuant très fortement, voire faisant écran aux ondes radio.
Il est alors nécessaire de disposer l’antenne radio à l’extérieur du tube d’enroulement.
Cette disposition génère un certain nombre de problèmes. Il est par exemple nécessaire de réaliser une étanchéité aux poussières et aux liquides lors de la conception. Il est aussi nécessaire de prévoir une automatisation de l’assemblage du câble de l’antenne pour la fabrication. Enfin, cette solution augmente la complexité de l’installation du fait de l’augmentation de l’encombrement lié à la présence de l’antenne.
La présente invention vise à résoudre les problèmes susmentionnés en proposant un ensemble d’entraînement d’un dispositif d’occultation d’une ouverture d’une pièce d’un bâtiment ou de protection solaire, l’ensemble d’entraînement comportant un moteur, un module électronique comportant un module radio pour recevoir ou émettre des ondes radio pour le pilotage du moteur et des moyens de commande de la rotation du moteur selon des ondes radio reçues, l’ensemble d’entraînement étant compris dans un premier tube, un réducteur comprenant une roue d’entraînement étant disposé à une première extrémité du premier tube et permettant la mise en rotation d’un second tube métallique destiné à comprendre le premier tube, un élément de fixation de l’ensemble d’entraînement étant disposé à une seconde extrémité du premier tube, l’élément de fixation étant constitué d’un matériau perméable aux ondes radio, l’élément de fixation permettant de solidariser le premier tube à un support de châssis, caractérisé en ce que l’élément de fixation comporte une antenne reliée au module radio permettant de recevoir ou d’émettre les ondes radio.
La demande US6948398 décrit un véhicule pilotable à l'aide d'une poignée de pilotage. Cette poignée comporte deux zones de détection disposées à des endroits sur la poignée qui permettent de détecter une prise en main correcte de la poignée par une main d'un pilote. Seule une prise en main correcte de la poignée permet de faire basculer cette poignée d'un état désactivé vers un état activé. Dans l'état désactivé, la poignée ne peut pas être utilisée pour piloter le véhicule. A l'inverse dans l'état activé, la poignée permet de piloter le véhicule.
La prise en main est correcte seulement si la main du pilote appuie simultanément sur chacune des deux zones de détection. A l'inverse, si la main du pilote appuie seulement sur une des deux zones de détection ou sur aucune des deux zones de détection, la prise en main de la poignée est incorrecte et la poignée reste dans son état désactivé.