INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Interface utilisateur Selon un mode de réalisation, l’armoire électrique 100 comprend une interface utilisateur 103. L’interface utilisateur 103 permet par exemple à un utilisateur d’initier des commandes de pilotage d’équipements présents dans l’armoire électrique au moyen d’une interface d’entrée, par exemple des commandes d’actionnement des interrupteurs A 1 , A 2 , A 3 , A 4 . L’interface utilisateur 103 est par exemple connectée au calculateur 101. L’interface utilisateur 103 est par exemple configurée pour transmettre des commandes au calculateur 101 en réponse à une action d’un utilisateur sur l’interface d’entrée.
Selon un cas, l’interface utilisateur 103 comprend un écran tactile. Le calculateur 101 est par exemple configuré pour générer une commande d’actionnement d’au moins un équipement présent dans l’armoire électrique 100 en réponse à une commande tactile de l’utilisateur sur l’écran. Il peut s’agir de commandes d’actionnement d’un organe de refroidissement, de commandes d’actionnement d’un interrupteur, par exemple pour ouvrir ou fermer les circuits électriques à courant continu et/ou alternatifs.
Selon un mode de réalisation, l’interface utilisateur 103 est configurée pour afficher au moins une courbe de consommation électrique et/ou au moins une courbe de charge/décharge de l’accumulateur d’énergie électrique 10. Le calculateur 101 est par exemple configuré pour générer une commande de transmission vers un équipement distant E 1 , au moyen de l’interface de communication 102, des courbes de consommation et/ou des courbes de charge/décharge de l’accumulateur d’énergie électrique 10 soit à intervalles de temps réguliers, soit en réponse à une commande utilisateur via l’interface d’entrée, soit lorsqu’une courbe franchit une valeur seuil prédéfinie.
Selon un mode de réalisation, le calculateur est configuré pour afficher, sur l’interface utilisateur 103, un menu de paramétrage d’au moins un équipement présent dans l’armoire électrique 100. Il s’agit par exemple d’un menu pour paramétrer des valeurs seuils de températures d’actionnement d’un organe de refroidissement, ou encore d’un menu pour paramétrer un pourcentage de décharge maximal des accumulateurs d’énergie électrique 10.
Selon un mode de réalisation, le calculateur est configuré pour afficher, sur l’interface utilisateur 103, une information de prise de commande à distance de l’armoire électrique 100. Selon un exemple, l’armoire électrique 100 est pilotée depuis un serveur distant SERV relié à un réseau de données NET.
En résumé, l’invention concerne une armoire électrique compacte, simple à installer au sein d’un bâtiment quel qu’il soit, compacte et simple d’installation, et comprenant au moins trois interrupteurs actionnables indépendamment et de manière logique et intuitive pour un utilisateur pour soit : Isoler un circuit électrique à courant continu et permettre par exemple la mise en œuvre d’opérations de maintenance tout en assurant une continuité dans l’alimentation d’équipements électrique externes à l’armoire via un circuit électrique à courant alternatif ; Isoler un circuit électrique à courant alternatif, par exemple pour une intervention sur des équipements externes à l’armoire et raccordés audit circuit électrique à courant alternatif, tout en assurant une continuité dans une production et un stockage d’énergie électrique à partir d’une source d’énergie alternative externe, par exemple photovoltaïque ; Effectuer un retour à un réseau d’électricité, par exemple pour permettre la mise en œuvre d’opérations de maintenance sur l’armoire électrique, tout en assurant une continuité dans l’alimentation des équipements électriques externes connectés au circuit électrique à courant alternatif.
Pour la variante de la figure 4B, l’arbre d’entrée 2 et l’arbre de sortie (non représenté mais lié à la roue dentée 13) sont coaxiaux, à l’intérieur de la couronne mais sans être coaxial avec la couronne 8.
Pour la variante de la figure 4C, il n’y a aucune coaxialité entre l’arbre d’entrée 2, l’arbre de sortie (non représenté mais lié à la roue dentée 13) et la couronne 8. De plus, les arbres d’entrée 2 et de sortie sont à l’intérieur de la couronne 8.
Pour la variante de la figure 4D, il n’y a aucune coaxialité entre l’arbre d’entrée 2, l’arbre de sortie (non représenté mais lié à la roue dentée 13) et la couronne 8. De plus, l’arbre d’entrée 2 est à l’extérieur de la couronne 8, alors que l’arbre de sortie est à l’intérieur de la couronne 8.
Pour la variante de la figure 5A, il n’y a aucune coaxialité entre l’arbre d’entrée 2, l’arbre de sortie (non représenté mais lié à la roue dentée 13) et la couronne 8. De plus, l’arbre d’entrée 2 est à l’extérieur de la couronne 8, et l’arbre de sortie est à l’extérieur de la couronne 8.
Pour la variante de la figure 5B, il n’y a aucune coaxialité entre l’arbre d’entrée 2, l’arbre de sortie (non représenté mais lié à la roue dentée 13) et la couronne 8. De plus, l’arbre d’entrée 2 est à l’intérieur de la couronne 8, et l’arbre de sortie est à l’extérieur de la couronne 8.
De préférence, l’invention concerne un deux-roues, une bicyclette, un vélo-cargo, un tricycle, une remorque, telle qu’une remorque pour bicyclette. En effet, l’invention est particulièrement adaptée à ce type de véhicule. De manière très préférée, l’invention concerne une bicyclette à assistance électrique, un vélo-cargo, ou une bicyclette tirant une remorque. En effet, l’invention s’intègre bien sur ce type de véhicule et permet une assistance optimisée au niveau du pédalier du véhicule. Pour cette mise en œuvre préférée, la première source d’entrainement peut être un pédalier actionné par un utilisateur (cycliste). De plus, la machine électrique peut être placée dans le moyeu du pédalier, ce qui facilite son intégration. En variante, la machine électrique peut être placée sur la roue entraînée ou sur une roue non entraînée, ce qui permet de limiter l’encombrement au niveau du pédalier. En outre, pour cette mise en œuvre, la transmission peut être implantée au niveau du pédalier ou au niveau de la roue ou sein d’un groupe motopropulseur.
Ainsi, le véhicule terrestre comporte : Au moins une roue, Une première source d’entraînement, et Une transmission variable selon l’une quelconque des variantes ou des combinaisons de variantes décrites ci-dessus, pour transmettre un couple entre la première source d’entraînement et l’au moins une roue.
De plus, le véhicule terrestre à assistance électrique comporte : Au moins une roue, Une première source d’entraînement, Une machine électrique connectée par une batterie électrique (pour l’alimentation électrique voire pour la récupération d’énergie), et Une transmission variable selon l’une quelconque des variantes ou des combinaisons de variantes décrites ci-dessus, pour transmettre un couple entre la première source d’entraînement et/ou la machine électrique et l’au moins une roue.
Conformément une mise en œuvre de l’invention, la transmission variable peut être montée dans le moyeu de la roue entraînée. Par exemple, le carter de la transmission variable peut constituer le moyeu de la roue (et dans le cas d’une bicyclette, ce moyeu peut porter les rayons de la roue).
Alternativement, la transmission variable peut être montée dans la première source d’entraînement. Le cas échéant, la transmission variable peut être montée dans le pédalier du véhicule terrestre. Dans ce cas, l’arbre d’entrée de la transmission variable peut être l’axe du pédalier, par exemple conformément à la mise en œuvre de la . En variante, la transmission variable et la machine électrique peuvent par exemple être montées dans le même carter formant ainsi un groupe motopropulseur. Pour ce mode de réalisation, l’arbre d’entrée de la transmission variable peut être l’arbre de la machine électrique. En variante, pour cette réalisation, la transmission variable et la machine électrique peuvent être montées dans des carters différents. Alternativement, une machine électrique peut être associée à l’arbre de sortie. Cette configuration permet de limiter le dimensionnement de la transmission variable en réservant cette transmission variable à la puissance musculaire du cycliste.
Valve de contrôle pour circuit de traitement thermique La présente invention se rapporte au domaine des circuits de traitement thermique et porte plus particulièrement sur une valve de contrôle de fluide circulant au sein de tels circuits de traitement thermique.
On note que l’architecture pipelinée réduit aussi la consommation électrique du composant dans lequel est mis en œuvre le circuit de calcul 4, puisqu’une mémoire externe consomme significativement plus que les mémoires internes.
La structure de calcul 5 qui vient d’être décrite est donc très avantageuse.
La structure nécessite peu de ressources en dehors des « blocs DSP » : les multiplieurs, accumulateurs, multiplexeurs, chaine de décalage, etc. sont déjà inclus dans les blocs DSP. Le besoin en ressources est donc minimal.
Comme on l’a vu, chaque composante d’un vecteur appliquée en entrée de la chaîne de calcul 6 est multipliée par chaque donnée du vecteur de poids (comme dans une architecture systolique). Cette structure (2D) permet de minimiser le besoin en bande passante entrante en maximisant la réutilisation des données (contrairement aux structures 3D).
L’architecture 2D utilisée présente en effet un excellent facteur multiplicateur de bande passante. Avec une architecture 2D, le facteur de multiplication est de n : en fournissant 16 données et 16 poids, il est possible de faire 256 multiplications. Par comparaison, une architecture de type Tensor Cores présente un facteur de multiplication égal à √n : en fournissant 16 données et 16 poids, il est possible de réaliser seulement 64 multiplications.
La bande passante en entrée est donc minimisée, tout comme la bande passante en sortie. On obtient des flux de données entrants homogènes (comme les structures 3D). Ainsi, les sorties se font au même rythme que les entrées.
Il n’est pas nécessaire que le vecteur de données appliqué en entrée de chaque chaîne de calcul, et que le vecteur de données appliqué via les deuxièmes blocs mémoire, aient des tailles égales.
Dans un FPGA, une contrainte classiquement rencontrée est la dimension des accumulateurs. Ces accumulateurs peuvent ne pas être assez grands pour stocker les résultats d’accumulation pour des masques de grandes dimensions.
L’accumulateur de sortie 11, accumulant les poids forts, peut donc être ajouté en fin de chaine de décalage pour réaliser l’accumulation. L’avantage de cette configuration est qu’un seul accumulateur par chaîne de calcul 6 est nécessaire (et pas un par accumulateur), ce qui réduit les ressources nécessaires. La taille des accumulateurs parallélisés dans la chaine pourrait se limiter à :
nb bit opérande A + nb bit opérande B + arrondi.sup (log2(L)),
où A est le vecteur appliqué via le premier module mémoire 17 et B est le vecteur appliqué via les deuxièmes modules mémoires 18, et où L est la longueur de la chaîne de calcul 6, c’est-à-dire le nombre de blocs de calcul 7 par chaîne 6 (égal à M).
Ceci présente un avantage aussi pour un ASIC, où les dimensions sont ajustables.
A l’inverse, si les accumulateurs des blocs de calcul sont suffisamment grands ou si l’on cherche à minimiser leur taille, il est possible d’exploiter au maximum les accumulateurs de la chaine de multiplieurs-accumulateurs en réinjectant les calculs en fin de chaine à l’entrée de la chaine. Ceci supposant un pilotage et une organisation des données et poids adaptés.
Avantageusement, pour maximiser l’efficacité (le rendement) de la structure, on respecte dans le mode de réalisation de la un critère de dimensionnement selon lequel :
N masque = K.M,
où N masque est la taille d’un masque, K est un entier positif et M est la largeur de la structure de calcul 5 (c’est-à-dire le nombre de blocs de calcul 7 par chaîne de calcul 6). La taille d’un masque est égale au produit du nombre de lignes par le nombre de colonnes d’un masque en 2D, multiplié par le nombre de canaux du masque.
On considère par exemple que le client DNS 41 émet une requête d’activation en utilisant son adresse @1, et que le serveur de confiance 42 construit une réponse comportant les champs « TARGET_HB_FQDN », « EPOCH » et « CHALLENGE1 » (Activ. PER APSERA 611).
Selon l’exemple illustré par la , le client DNS 41 émet une première requête HB (612) pour la résolution du nom de domaine indiqué dans le champ « TARGET_HB_FQDN », comportant une preuve d’intégrité dans le champ « NONCE1 », à l’instant T0+T1. A réception de la première requête HB (612), le serveur de confiance 42 peut notamment vérifier que l’adresse source de la requête d’activation (@1) et l’adresse source de la première requête HB (src@) sont cohérentes. Le serveur de confiance 42 peut également vérifier que la preuve d’intégrité spécifiée dans le champ « NONCE1 » de la requête HB est cohérente avec une preuve d’intégrité déterminée à partir des données de vérification consignées dans le champ « CHALLENGE1 ». Notamment, le serveur de confiance 42 peut calculer un condensé des données de vérification (Hash (CHALLENGE1)) et vérifier qu’il est égal au condensé consigné dans le champ « NONCE1 ». Le serveur de confiance 42 peut également vérifier si l’information de récurrence contenue dans le champ « EPOCH » est respectée.
Le serveur de confiance 42 peut décider à tout moment de modifier les données de vérification (« CHALLENGE1 »).
Par exemple, à réception d’une deuxième requête HB (613) pour la résolution du nom de domaine indiqué dans le champ « TARGET_HB_FQDN » comportant une preuve d’intégrité consignée dans le champ « NONCE1 », calculé sur la base des données de vérification du champ « CHALLENGE1 », le serveur de confiance 42 peut générer de nouvelles données de vérification. Le serveur de confiance 42 peut transmettre les nouvelles données de vérification au client DNS 41 dans une réponse qui contient l’option WADE, consignée dans le champ « CHALLENGE2 » (614). Pour informer le client DNS 41 que le serveur de confiance 42 a généré de nouvelles données de vérification qui sont transmises dans le champ « CHALLENGE2 », le bit C est positionné à « 1 ».
Le client DNS 41 peut émettre une troisième requête HB (615) pour la résolution du nom de domaine indiqué dans le champ « TARGET_HB_FQDN », comportant une preuve d’intégrité contenue dans le champ « NONCE2 », à l’instant T0+2T1. Une telle preuve d’intégrité est obtenue à partir des nouvelles données de vérification « CHALLENGE2 ». A réception de la troisième requête HB (615), le serveur de confiance 42 peut notamment vérifier que l’adresse source de la requête d’activation (@1) et l’adresse source de la troisième requête HB (src@) sont cohérentes, i.e. permettent d’identifier le même équipement (src@=@1). Le serveur de confiance 42 peut également vérifier que la preuve d’intégrité consignée dans le champ « NONCE2 » de la requête HB est cohérente avec une preuve d’intégrité déterminée localement à partir des nouvelles données de vérification stockées par le serveur de confiance 42 (telles que contenues par le champ « CHALLENGE2 » dans la réponse émise par le serveur de confiance). Notamment, le serveur de confiance 42 peut calculer un condensé des données de vérification (Hash (CHALLENGE2)) et vérifier qu’il est égal au condensé transmis dans le champ « NONCE2 ». Le serveur de confiance 42 peut également vérifier si l’information de récurrence contenue dans le champ « EPOCH » est respectée.
Le client DNS 41 peut émettre une quatrième requête HB (616) et ainsi de suite.
Par exemple, le serveur de confiance 42 peut modifier les données de vérification à fréquence régulière pour des besoins de sécurité.
On présente désormais, en relation avec la , la détection d’une anomalie lorsque l’information de récurrence contenue dans le champ « EPOCH » n’est pas respectée.
La illustre un exemple de messages échangés entre le client DNS 41 et le serveur de confiance 42. On considère par exemple que le client DNS 41 émet une requête d’activation en utilisant son adresse @1, et que le serveur de confiance 42 construit une réponse comportant les champs « TARGET_HB_FQDN », « EPOCH » et « CHALLENGE » (Activ. PER APSERA 711).
Selon l’exemple illustré par la , le client DNS 41 émet une première requête HB (712) pour la résolution du nom de domaine indiqué dans le champ « TARGET_HB_FQDN », comportant une preuve d’intégrité consignée dans le champ « NONCE ». A réception de la première requête HB (712), le serveur de confiance 42 peut notamment vérifier que l’adresse source de la requête d’activation (@1) et l’adresse source de la première requête HB (src@) sont cohérentes. Le serveur de confiance 42 peut également vérifier que la preuve d’intégrité contenue dans le champ « NONCE » de la requête HB est cohérente avec une preuve d’intégrité déterminée localement à partir des données de vérification contenues dans le champ « CHALLENGE ». Le serveur de confiance 42 peut également vérifier si l’information de récurrence consignée dans le champ « EPOCH » est respectée.
Le serveur de confiance 42 constate qu’il ne reçoit pas de requête HB aux instants T0 + T1, T0 + 2T1 et T0 + 3T1 par exemple. Il détecte donc que l’information de récurrence contenue dans le champ « EPOCH » (récurrence des requêtes avec une périodicité T1) n’est pas respectée, et émet au moins une notification invitant le client DNS 41 à engager une action.
Par exemple, un ou plusieurs messages de notification 713 sont envoyés vers l’adresse renseignée dans le champ « CONTACT_URI » pour le client DNS 41, ou vers l’adresse utilisée par le client DNS 41 pour envoyer la requête d’activation.
Par exemple, un message de notification peut être de type Push HTTPS, Update DNS, etc. Un tel message peut notamment comporter un index correspondant à une action donnée, par exemple préconfigurée. Par exemple, si un message de notification comporte un index égal à 0 (Notif. (Action = 0)), le client DNS engage une action de type remplacement de la configuration de résolution de noms de domaine active par la configuration d’un des serveurs de confiance. Si un message de notification comporte un index égal à 1 (Notif. (Action = 1)), le client DNS engage une action de type « désactiver les communications sortantes à l’exception des communications vers l’un des serveurs de confiance pour l’interface considérée », etc.
L’échange illustré par la peut notamment être observé quand un serveur DNS malveillant 73 a été configuré dans l’équipement embarquant le client DNS 41, et que ce serveur malveillant 73 bloque tout ou partie des requêtes DNS émises par le client DNS 41. Le client DNS 41 peut engager une ou plusieurs actions à réception du ou des messages de notification, comme réinstaller la configuration DNS de confiance, bloquer certaines communications, etc.
Une fois la configuration DNS de confiance réinstallée par exemple (réinstallation des informations descriptives des serveurs DNS de confiance), le serveur de confiance 42 peut de nouveau recevoir une requête HB.
On présente maintenant, en relation avec la , la détection d’une anomalie lorsque l’adresse source d’une requête HB n’est pas cohérente avec l’adresse source de la requête d’activation. Des étapes similaires peuvent être mises en œuvre lorsque la preuve d’intégrité véhiculée par une requête HB n’est pas cohérente avec la preuve d’intégrité déterminée localement par le serveur de confiance à partir des données de vérification connues du serveur de confiance. Selon l’un et/ou l’autre de ces cas, cela signifie typiquement que la requête HB a été relayée par un autre serveur DNS potentiellement malveillant. Le serveur de confiance peut ainsi détecter que les requêtes HB (ou toute autre requête DNS) émises par le client DNS sont interceptées par un autre serveur DNS avant leur acheminement vers le serveur de confiance.
En particulier, la détection CNX_DTC de contexte de modification de position est fonction d’au moins un paramètre d’asservissement préconfiguré app.
En particulier, le procédé d’asservissement AM comporte une capture sonore S_CPT.
Eventuellement, le procédé d’asservissement AM comporte une ou plusieurs captures sonores complémentaires S_CPT + , {S_CPT + n } n , n=1…N. La capture sonore complémentaire S_CPT + (cas n=1) fournit un signal sonore capté complémentaire sc+, {sc + n } n et permet notamment une localisation de la source signal sonore S_LOC.
Eventuellement, le signal sonore capté complémentaire sc+, {sc + n } n comporte un signal sonore diffusé supplémentaire sd + par une source supplémentaire non capté par la capture sonore S_CPT ou dont le signal sonore diffusé supplémentaire est noyé dans le signal sonore capté par la capture sonore S_CPT, c’est-à-dire que le niveau sonore du signal sonore diffusé supplémentaire est faible relativement au niveau sonore du signal sonore capté, voire que le signal sonore capté ne permet pas d’identifier le signal sonore diffusé supplémentaire (par exemple de le reconnaitre, d’identifier le type de son, etc.).
En particulier, l’analyse sonore S_NZ est effectuée sur le signal sonore capté sc, et éventuellement sur le signal sonore capté complémentaire sc+. Notamment, l’analyse sonore S_NZ analyse séparément chacun des signaux sonores captés parmi le signal sonore capté sc et d’un ou plusieurs signaux sonores captés complémentaires {sc + n } n , ou de manière conjointe les signaux sonores captés. Par analyse sonore conjointe est notamment entendu que l’analyse sonore utilise des résultats (intermédiaires ou finaux) de l’analyse d’un ou plusieurs premier(s) signaux captés, par exemple les signaux sonores captés complémentaires {sc + n } n , dans l’analyse d’un deuxième des signaux captés, par exemple le signal sonore capté sc.
En particulier, l’analyse sonore S_NZ détermine un ou plusieurs paramètres ps du signal sonore capté, notamment le niveau sonore du signal capté, la fréquence sonore du signal capté, le type de signal capté : bruit, mélodie, son naturel (oiseau, vent, etc.), son mécanique…, etc.
En particulier, la reconnaissance sonore S_RCG est effectuée sur le signal sonore capté sc, et éventuellement sur le signal sonore capté complémentaire sc+. Notamment, la reconnaissance sonore S_RCG reconnait une ou plusieurs sources sonores dont provient respectivement un ou plusieurs signaux sonores diffusés sd contenu dans un signal sonore capté sc, voire un signal sonore capté complémentaire sc+. Le signal sonore reconnu sr fourni par la reconnaissance sonore S_RCG comporte notamment une ou plusieurs données concernant la ou les sources sonores reconnus dans le signal sonore capté sc, par exemple le type de source sonore, un identifiant de source sonore, etc.
La reconnaissance sonore S_RCG reconnait ces sources sonores en traitant chacun des signaux sonores captés parmi le signal sonore capté sc et d’un ou plusieurs signaux sonores captés complémentaires {sc + n } n séparément, ou de manière conjointe. Par reconnaissance sonore conjointe est notamment entendu que la reconnaissance sonore utilise des résultats (intermédiaires ou finaux) du traitement d’un ou plusieurs premier(s) signaux captés par la reconnaissance sonore, par exemple les signaux sonores captés complémentaires {sc + n } n , dans la reconnaissance sonore d’un deuxième des signaux captés, par exemple le signal sonore capté sc.
En particulier, l’analyse sonore S_NZ comporte la reconnaissance sonore S_RCG. Alors, l’analyse sonore S_NZ fournit non seulement des résultats d’analyse sonore, tel qu’un ou plusieurs paramètres ps du signal sonore capté, mais aussi un signal sonore reconnu sr.