FR 3087277 A1 20200417 FR 1859396 A 20181010 DESCRIPTION TITRE : SYSTEME DE COMMANDE D'AU MOINS UN APPAREIL D'EXAMEN DE VUE, BOITIER MODULAIRE, BOITIER DE PILOTAGE ET PROCEDE ASSOCIES DOMAINE TECHNIQUE [0001] La présente invention est relative à un système de commande d'au moins un appareil d'examen de vue ; un boîtier modulaire du système de commande ; un boîtier de pilotage du système de commande ; et un procédé de commande d'au 10 moins un appareil d'examen de vue au moyen du système de commande. ÉTAT DE LA TECHNIQUE [0002] Plusieurs appareils sont susceptibles d'intervenir lors d'un examen de vue, parmi lesquels : 15 de manière facultative mais fréquente : o un autoréfractomètre pour une mesure objective des caractéristiques de o un frontofocomètre pour mesurer les caractéristiques optiques des verres de lunettes du patient s'il en a déjà, 20 o un ordinateur comportant un logiciel de gestion des patients ; de manière systématique sauf à utiliser une paire de lunettes d'essai ou une tête de réfracteur manuelle : o une tête de réfracteur automatique afin de placer des verres devant un ceil ou les yeux d'un patient et une console de commande de la tête de 25 réfracteur automatique afin de piloter la mise en place des verres, o ainsi qu'un écran d'optotype ou un projecteur d'optotype afin d'afficher les tests à lire. [0003] Ces appareils interviennent de manière complémentaire, chacun lors d'une étape de l'examen de vue : les données fournies en sortie par l'un vont être 30 utilisées en entrée par un autre. Par exemple, l'autoréfractomètre fournit des données qui sont ensuite utilisées pour piloter la tête de réfracteur automatique. I [0004] Certains appareils sont parfois équipés d'une petite imprimante thermique qui imprime les résultats de mesure sur un ticket, à charge au praticien de les reporter dans l'appareil suivant. On préfère toutefois que les appareils communiquent directement entre eux afin d'éviter au praticien une saisie fastidieuse et 5 potentiellement source d'erreur. Certains fabricants prévoient ainsi que la console de commande de la tête de réfracteur automatique assure également le pilotage des appareils secondaires : projecteur ou écran, autoréfractomètre et/ou frontofocomètre. Cette console de commande offre alors une interface graphique parfois tactile avec des boutons de commande permettant de : changer les verres sur la tête de réfracteur automatique, choisir le test à afficher par le projecteur ou l'écran, recevoir des données provenant de l'autoréfractomètre et/ou du frontofocomètre, - envoyer une mesure finale vers l'ordinateur. 15 Mais la console de commande est spécifiquement conçue pour fonctionner exclusivement avec certains appareils, par exemple en ce qui concerne les tests d'optotypes disponibles à la projection ou les plages de valeurs de verres disponibles sur la tête de réfracteur automatique, et incapable de fonctionner avec tout appareil tiers. 20 [0005] Actuellement, la communication entre les appareils, lorsqu'elle est possible, reste généralement limitée aux appareils d'un même fabricant, voire même d'une même gamme du fabricant. Les praticiens ne peuvent donc pas s'équiper chez différents fabricants sauf à renoncer à l'interopérabilité de leurs appareils. Renoncer à cette interopérabilité est dommage mais possible pour certains appareils comme 25 l'autoréfractomètre ou le frontofocomètre. En revanche, le fonctionnement du projecteur ou écran d'optotypes est étroitement lié à celui de la tête de réfracteur automatique et il est difficile en pratique de se passer de leur synchronisation. Par ailleurs, il est également important pour éviter les erreurs de prescription et fluidifier les consultations que le résultat fourni par la tête de réfracteur automatique soit 30 transmis automatiquement au logiciel patient à partir duquel sera imprimée l'ordonnance de prescription, mais tous les logiciels patients ne reconnaissent pas 3 tous les types d'appareils. La situation actuelle présente donc de nombreux inconvénients : - obligation de s'équiper exclusivement chez un fabricant ; en cas de panne d'un appareil et d'impossibilité de le remplacer à l'identique, 5 par exemple parce que la gamme du fabricant a évolué, nécessité de devoir également remplacer d'autres appareils pourtant toujours fonctionnels ; - coexistence d'interfaces utilisateurs variées, propres à chaque fabricant voire à chaque modèle d'appareil, ce qui requiert d'adapter les protocoles et former les personnels ; impossibilité de bénéficier d'outils d'aide au diagnostic, d'autodiagnostic ou de toute autre amélioration tierce en raison d'une conception propriétaire fermée ; frein à l'émergence de produits concurrentiels ne disposant pas d'une gamme complète. RÉSUMÉ DE L'INVENTION [0006] Un objectif de l'invention est de remédier à tout ou partie des inconvénients précités. [0007] Un premier aspect de l'invention concerne un système de commande d'au moins un appareil d'examen de vue, chaque appareil communiquant dans un certain langage logique machine et selon un certain protocole physique ; le système de commande comprenant un boîtier modulaire connecté à un boîtier de pilotage ; le boîtier modulaire étant configuré pour être connecté avec chaque appareil et pour assurer une communication entre chaque appareil qui utilise son propre protocole physique et le boîtier de pilotage qui utilise son propre protocole physique, en convertissant lesdits protocoles physiques ; le boîtier de pilotage étant configuré pour assurer une communication entre un utilisateur qui utilise un langage logique humain et chaque appareil qui utilise son propre langage logique machine, en convertissant lesdits langages logiques. [0008] Dans la présente demande, on entend par « un premier élément connecté à un deuxième élément » le fait que les premier et deuxième éléments sont aptes à communiquer entre eux et utilisent donc un même protocole physique et un même 4 langage logique. Dans la présente demande, on emploie indifféremment les termes communication » et « communication bidirectionnelle ». [0009] Le système de commande selon le premier aspect de l'invention permet ainsi d'assurer une interopérabilité entre des appareils d'examen de vue indépendamment de leur fabricant et/ou de leur modèle. Les praticiens, centres de santé, cliniques etc. peuvent ainsi choisir leurs appareils en fonction de leurs caractéristiques propres, par exemple de qualité, prix, disponibilité, performances etc., et non plus en fonction de leur fabricant ou modèle pour l'interopérabilité. Ils peuvent notamment remplacer un seul appareil défaillant de leur équipement, sans avoir à remplacer également d'autres appareils toujours fonctionnels. [0010] Le système de commande selon le premier aspect de l'invention peut également présenter une ou plusieurs des caractéristiques ci-dessous, considérées individuellement ou selon toutes les combinaisons techniquement possibles : Le boîtier modulaire comporte une carte mère et, pour chaque appareil, une 15 carte de gestion de protocole connectée à une carte de connexion ; la carte mère étant connectée à chaque carte de gestion de protocole ; chaque carte de connexion étant configurée pour être connectée à un appareil et utiliser le protocole physique dudit appareil ; chaque carte de gestion de protocole étant configurée pour assurer une communication entre sa carte de connexion qui 20 utilise le protocole physique de l'appareil, et la carte mère qui utilise son propre protocole physique, en convertissant lesdits protocoles physiques. Le boîtier de pilotage peut être configuré pour utiliser le protocole physique de la carte mère. Dans ce cas, le boîtier de pilotage et la carte mère sont aptes à 25 communiquer directement, sans l'intermédiaire d'une carte supplémentaire de gestion de protocole. Alternativement, le boîtier de pilotage peut être configuré pour utiliser son propre protocole physique, distinct du protocole physique de la carte mère. 30 Dans ce cas, le boîtier modulaire comporte une carte supplémentaire de gestion de protocole connectée à la carte mère et au boîtier de pilotage et configurée pour assurer une communication entre la carte mère et le boîtier de pilotage en convertissant leurs protocoles physiques. 5 Le boîtier de pilotage comporte une interface graphique et une interface technique ; l'interface graphique étant configurée pour recevoir des données d'entrée saisies par un utilisateur dans un langage logique humain, les 5 convertir dans un langage logique métier et les transmettre sous cette forme à l'interface technique ; l'interface technique étant configurée pour recevoir des données dans le langage logique métier, les convertir dans le langage logique machine de l'appareil auquel elles sont destinées et les transmettre sous cette forme au boîtier modulaire. 10 La carte mère du boîtier modulaire est connectée à l'interface technique du boîtier de pilotage, la carte mère et l'interface technique partageant un même langage logique machine et étant configurées pour communiquer des données dans tout langage logique machine d'un appareil en les encapsulant 15 dans leur langage logique machine. Si la carte mère et le boîtier de pilotage partagent le même protocole physique, la carte mère est directement connectée à l'interface technique du boîtier de pilotage. Sinon, si la carte mère et le boîtier de pilotage ne partagent pas le même protocole physique, la carte mère est connectée à l'interface technique du boîtier de pilotage par 20 l'intermédiaire de la carte supplémentaire de gestion de protocole du boîtier modulaire. - L'encapsulation des données comporte avantageusement une information de provenance ou de destination d'un appareil. 25 Au moins un appareil étant associé à un boîtier de contrôle, le boîtier modulaire est configuré pour être connecté avec chaque boîtier de contrôle et pour assurer une communication entre ledit au moins un appareil et son boîtier de contrôle dans le langage logique et selon le protocole physique 30 dudit appareil. La carte de connexion dudit au moins un appareil est configurée pour être connectée audit au moins un appareil et au boîtier de contrôle dudit au moins un appareil. 6 - L'utilisateur est soit un humain, sur place ou à distance, soit un programme d'ordinateur. 5 [0011] Un deuxième aspect de l'invention concerne un boîtier modulaire d'un système de commande selon le premier aspect de l'invention. [0012] Un troisième aspect de l'invention concerne un boîtier de pilotage d'un système de commande selon le premier aspect de l'invention. [0013] Un quatrième aspect de l'invention concerne un procédé de commande 10 d'au moins un appareil d'examen de vue par un utilisateur au moyen d'un système de commande selon le premier aspect de l'invention, comportant les étapes suivantes : le boîtier de pilotage reçoit des données saisies par l'utilisateur dans un langage logique humain et correspondant à une commande d'un appareil ; 15 le boîtier de pilotage détermine l'appareil à commander, convertit les données dans le langage logique machine dudit appareil et les transmet au boîtier modulaire ; le boîtier modulaire reçoit lesdites données, les convertit dans le protocole physique de l'appareil et les transmet à l'appareil. 20 [0014] Le procédé de commande selon le quatrième aspect de l'invention peut également comporter les étapes suivantes : le boîtier modulaire reçoit des données émises par un appareil et les transmet au boîtier de pilotage ; le boîtier de pilotage reçoit lesdites données et les interprète en fonction de 25 l'appareil dont elles proviennent. BRÈVE DESCRIPTION DES FIGURES [0015] D'autres caractéristiques et avantages de l'invention ressortiront clairement de la description qui en est donnée ci-dessous, à titre indicatif et 30 nullement limitatif, en référence aux figures annexées, parmi lesquelles : 7 [0016] La figure 1 montre schématiquement un système de commande selon un premier mode de réalisation de l'invention, configuré pour fonctionner avec un premier appareil d'examen de vue. [0017] La figure 2 montre schématiquement un système de commande selon un s deuxième mode de réalisation de l'invention, configuré pour fonctionner avec des premier et deuxième appareils d'examen de vue. [0018] Pour plus de clarté, les éléments identiques ou similaires sont repérés par des signes de référence identiques sur l'ensemble des figures. 10 DESCRIPTION DÉTAILLÉE D'AU MOINS UN MODE DE RÉALISATION [0019] Chaque type d'appareil d'examen de vue (autoréfractomètre, frontofocomètre, tête de réfracteur automatique etc.) et chaque modèle de type d'appareil, selon les fabricants voire selon les différentes gammes des fabricants, a son propre mode de fonctionnement à tous les niveaux : 15 au niveau connectique, il existe une très grande diversité de types de prises, et une tendance des fabricants à ne pas respecter les normes et/ou usages. Une prise habituellement utilisée pour la vidéo des écrans d'ordinateur peut ainsi être utilisée pour la connectique d'une tête de réfracteur automatique ; - plusieurs protocoles physiques de communication différents, de type bus ou 20 point à point, sont susceptibles d'être utilisés : RS232, RS485, CanBus, etc. ; - plusieurs langages logiques machines, propriétaires, sont également susceptibles d'être utilisés, qui déterminent le contenu des commandes à passer et le mode de communication entre chaque appareil et la console de commande (contrôle de flux, acquittement) ; 25 - enfin, les caractéristiques fonctionnelles peuvent tout à fait différer pour plusieurs appareils d'un même type : il peut s'agir par exemple des plages de verres disponibles et du pas de progression des verres pour une tête de réfracteur automatique ; ou des optotypes disponibles, des plages d'acuités disponibles pour un type d'optotype et du type d'optotype affiché à acuité 30 donnée pour un projecteur. [0020] D'une manière générale, le système de commande selon l'invention comporte un boîtier modulaire et un boîtier de pilotage. Le boîtier modulaire assure s une adaptation connectique et de protocole physique : il prend en charge les différents types de prise et les différents protocoles physiques susceptibles d'être utilisés par les appareils d'examen de vue. Plus précisément, différentes cartes de connexion du boîtier modulaire prennent en charge différents types de prise, et 5 différentes cartes de gestion protocole du boîtier modulaire prennent en charge différents protocoles physiques. [0021] Le boîtier de pilotage assure quant à lui une adaptation de langage logique machine et de caractéristiques fonctionnelles : il prend en charge les différentes caractéristiques fonctionnelles des appareils et les différents langages logiques machine qu'ils sont susceptibles d'utiliser, ainsi que leur conversion dans un langage logique humain. Plus précisément, une interface technique du boîtier de pilotage prend en charge tous les langages logiques machines et assure leur conversion dans un langage logique métier compréhensible par une interface graphique du boîtier de pilotage, qui assure à son tour sa conversion dans un 15 langage logique humain. L'interface graphique du boîtier de pilotage prend de son côté en charge les différentes caractéristiques fonctionnelles des appareils. [0022] La figure 1 montre schématiquement un système de commande selon un premier mode de réalisation de l'invention, configuré pour commander un premier appareil Ap1 d'examen de vue, le système de commande comprenant un boîtier 20 modulaire 1 et un boîtier de pilotage 2 connectés entre eux. Le premier appareil Apt communique dans un certain langage logique machine et selon un certain protocole physique. Le boîtier modulaire 1 est configuré pour être connecté avec le premier appareil Ap1 et pour assurer une communication entre le premier appareil Ap1, qui utilise son propre protocole physique, et le boîtier de pilotage 2 qui utilise son propre 25 protocole physique, en convertissant lesdits protocoles physiques. Le boîtier de pilotage 2 est quant à lui configuré pour assurer une communication entre un utilisateur, qui utilise un langage logique humain et le premier appareil Apt qui utilise son propre langage machine, en convertissant lesdits langages logiques. [0023] Le boîtier modulaire 1 comporte une carte mère 30, une première carte de 30 gestion de protocole 21 et une première carte de connexion 11. La carte mère 30 est connectée à la première carte de gestion de protocole 21 et la première carte de gestion de protocole 21 est connectée à la première carte de connexion 11. La première carte de connexion 11 est configurée pour être connectée au premier 9 appareil Apt et utiliser le protocole physique du premier appareil Ap1 . La première carte de gestion de protocole 21 est configurée pour assurer une communication entre la première carte de connexion 11, qui utilise le protocole physique du premier appareil Api, et la carte mère 30 qui utilise son propre protocole physique, en 5 convertissant lesdits protocoles physiques. [0024] Le boîtier de pilotage 2 peut être configuré pour utiliser le protocole physique de la carte mère 30. Dans ce cas, le boîtier de pilotage 2 et la carte mère 30 sont aptes à communiquer directement, sans l'intermédiaire d'une carte supplémentaire de gestion de protocole. 10 [0025] Alternativement, le boîtier de pilotage 2 peut être configuré pour utiliser son propre protocole physique, distinct du protocole physique de la carte mère 30. Dans ce cas, le boîtier modulaire 1 comporte une carte supplémentaire de gestion de protocole connectée à la carte mère 30 et au boîtier de pilotage 2 et configurée pour assurer une communication entre la carte mère 30 et le boîtier de pilotage 2 en 15 convertissant leurs protocoles physiques. [0026] Le boîtier de pilotage 2 comporte une interface graphique et une interface technique. L'interface graphique est configurée pour recevoir des données d'entrée saisies par un utilisateur dans un langage logique humain, les convertir dans un langage logique métier et les transmettre sous cette forme à l'interface technique. 20 L'interface technique quant à elle est configurée pour recevoir des données dans le langage logique métier, les convertir dans le langage logique du premier appareil Ap1 et les transmettre sous cette forme au boîtier modulaire 1. [0027] La carte mère 30 du boîtier modulaire 1 est connectée à l'interface technique du boîtier de pilotage 2, la carte mère 30 et l'interface technique 25 partageant un même langage logique machine et étant configurées pour communiquer des données dans tout langage logique machine, en particulier le langage logique machine du premier appareil Apt, en les encapsulant dans leur langage logique machine partagé. L'encapsulation des données peut comporter une information de provenance ou de destination d'un appareil : information de 30 provenance d'un appareil pour les données communiquées de la carte mère 30 au boîtier de pilotage 2 ; information de destination d'un appareil pour les données communiquées du boîtier de pilotage 2 à la carte mère 30. 10 [0028] Le premier appareil Ap1 est typiquement associé à un premier boîtier de contrôle Cnt1 et le boîtier modulaire 1 est avantageusement configuré pour être connecté au premier boîtier de contrôle Cnt1 et pour assurer une communication entre le premier appareil Ap1 et son premier boîtier de contrôle Cnt2 dans le langage 5 logique et selon le protocole physique du premier appareil Ap1. La première carte de connexion 11 est alors configurée pour être connectée au premier appareil Ap1 et au premier boîtier de contrôle Cnt1. [0029] La figure 2 montre schématiquement un système de commande selon un deuxième mode de réalisation de l'invention, configuré pour commande le premier appareil Ap1 ainsi qu'un deuxième appareil Ap2 d'examen de vue. Sauf indication contraire par la suite, toutes les caractéristiques précédemment décrites du premier mode de réalisation s'appliquent au deuxième mode de réalisation. Chacun des premier et deuxième appareils Apt Ap2 communique dans un certain langage logique machine et selon un certain protocole physique. D'une manière générale, les 15 premier et deuxième appareils Apt Ap2 peuvent utiliser le même langage logique machine ou bien deux langages logiques machines différents ; de même ils peuvent utiliser le même protocole physique ou bien deux protocoles physiques différents. En pratique, ils utilisent souvent le même protocole physique mais pas le même langage logique machine. Selon le deuxième mode de réalisation, le boîtier modulaire 1 est 20 configuré pour être connecté avec les premier et deuxième appareils Ap1, Ap2 et pour assurer une communication entre chacun des premier et deuxième appareils Ap1, Ap2 et le boîtier de pilotage 2 ; le boîtier de pilotage 2 étant quant à lui configuré pour assurer une communication entre l'utilisateur et chacun des premier et deuxième appareils Apt Ap2. Le boîtier modulaire 1 assure désormais la 25 conversion des protocoles physiques des premier et deuxième appareils Ap1, Ap2 et de la carte mère 30, ainsi que du boîtier de pilotage 2 s'il n'utilise pas le même protocole physique que la carte mère 30. De même, le boîtier de pilotage 2 assure désormais la conversion du langage logique humain et des langages logiques machines des premier et deuxième appareils Ap1, Ap2. 30 [0030] Le boîtier modulaire comporte la carte mère 30, la première carte de gestion de protocole 21 et une deuxième carte de gestion de protocole 22, la première carte de connexion 11 et une deuxième carte de connexion 12. La carte mère 30 est connectée aux première et deuxième cartes de gestion de protocole 21, 11 22. La première carte de gestion de protocole 21 est connectée à la première carte de connexion 11 ; et la deuxième carte de gestion de protocole 22 est connectée à la deuxième carte de connexion 12. La deuxième carte de connexion 12 est configurée pour être connectée au deuxième appareil Ap2 et utiliser le protocole physique du 5 deuxième appareil Ap2. La deuxième carte de gestion de protocole 22 est configurée pour assurer une communication entre la deuxième carte de connexion 12, qui utilise le protocole physique du deuxième appareil Ap2, et la carte mère 30 qui utilise son propre protocole physique, en convertissant lesdits protocoles physiques. [0031] L'interface technique du boîtier de pilotage 2 selon le deuxième mode de io réalisation de l'invention est configurée pour recevoir de la part de l'interface graphique des données dans le langage logique métier, pour convertir ces données dans le langage logique machine de l'appareil, premier ou deuxième, auquel elles sont destinées, et pour les transmettre sous cette forme au boîtier modulaire 1. [0032] Selon le deuxième mode de réalisation, la carte mère 30 et l'interface 15 technique partagent un même langage logique machine et sont configurées pour communiquer des données dans tout langage logique machine, en particulier celui du premier appareil Ap1 et celui du deuxième appareil Ap2, en les encapsulant dans leur langage logique machine partagé. L'encapsulation des données comporte avantageusement une information de provenance ou de destination d'un appareil : 20 information de provenance d'un appareil pour les données communiquées de la carte mère 30 au boîtier de pilotage 2 ; information de destination d'un appareil pour les données communiquées du boîtier de pilotage 2 à la carte mère 30. [0033] Le deuxième appareil Ap2 est typiquement associé à un deuxième boîtier de contrôle Cnt2 et le boîtier modulaire est avantageusement configuré pour être 25 connecté au deuxième boîtier de contrôle Cnt2 et pour assurer une communication entre le deuxième appareil Ap2 et son deuxième boîtier de contrôle Cnt2 dans le langage logique et selon le protocole physique du deuxième appareil Ap2. La deuxième carte de connexion 12 est alors configurée pour être connectée au deuxième appareil Ap2 et au deuxième boîtier de contrôle Cnt2. D'une manière 30 générale, chaque appareil peut être associé à un boîtier de contrôle, ou bien seulement certains appareils peuvent être associés à un boîtier de contrôle. 12 [0034] Le système n'est pas limité à la commande de deux appareils d'examen de vue et pourrait en commander trois ou plus. Les appareils d'examen de vue sont par exemple un autoréfractomètre, un frontofocomètre, un ordinateur équipé d'un logiciel de gestion des patients, une tête de réfracteur automatique, un projecteur ou 5 un écran d'optotypes. [0035] Le système de commande selon l'invention est connecté à chaque appareil à piloter. Dans le cas où, selon l'art antérieur, une console de commande typiquement connectée au boîtier de contrôle de la tête de réfracteur automatique est déjà présente pour piloter certains appareils, le système de commande selon io l'invention s'intercale entre le boîtier de contrôle et tous les appareils à piloter. Les appareils qui étaient déjà interconnectés par la console de commande le sont désormais par le système de commande, qui interconnecte en outre les appareils qui n'étaient pas pris en charge par la console de commande. Pour les appareils qui étaient déjà interconnectés par la console de commande, le système de commande 15 selon l'invention maintient l'expérience utilisateur en se substituant à la console de commande via son interface graphique, qui reprend généralement les mêmes fonctionnalités que la console de commande. Pour les appareils qui n'étaient pas précédemment interconnectés par la console de commande, le système de commande selon l'invention améliore l'expérience utilisateur en permettant 20 désormais leur pilotage via l'interface graphique du boîtier de pilotage. Le boîtier de pilotage se présente par exemple sous la forme d'une tablette ou d'une console. [0036] Selon l'un quelconque des premier ou deuxième modes de réalisation, la carte mère 30 est par exemple un microcontrôleur d'usage général, comportant de préférence un port USB et plusieurs liaisons série, par exemple huit, et intégrant une 25 mémoire de travail RAM, par exemple de 32 kb, et une mémoire Flash, par exemple de 256 kb pour stocker un programme applicatif et des paramètres de configuration. Le protocole physique de la carte mère 30 est par exemple le protocole TTL (de l'anglais « Transistor Transistor Logic »). Le protocole physique du boîtier de pilotage 2 est par exemple le protocole Bluetooth ou Wifi ou un protocole filaire et 30 dans ce cas, le boîtier modulaire 1 comporte une carte supplémentaire de gestion de protocole assurant une conversion entre le protocole physique TTL de la carte mère 30 et le protocole Bluetooth, Wifi ou filaire du boîtier de pilotage 2. Le système 13 de commande peut par exemple commander un ou plusieurs appareils d'examen de vue de la liste suivante : un autoréfractomètre, utilisant par exemple le protocole physique RS232 et étant connecté à une carte de connexion par exemple au moyen d'une 5 prise DB9, la ou chaque carte de connexion étant connectée à une carte de gestion de protocole par exemple au moyen d'un relai commandé par GPIO, la carte de gestion de protocole assurant une conversion entre le protocole physique RS232 de l'autoréfractomètre et le protocole physique TTL de la carte mère 30 ; 10 un frontofocomètre, utilisant par exemple le protocole physique RS232 et étant connecté à une carte de connexion par exemple au moyen d'une prise DB9, la ou chaque carte de connexion étant connectée à une carte de gestion de protocole par exemple au moyen d'un relai commandé par GPIO, la carte de gestion de protocole assurant une conversion entre le protocole 15 physique RS232 du frontofocomètre et le protocole physique TTL de la carte mère 30 ; une tête de réfracteur automatique, utilisant par exemple le protocole physique RS232 ou RS485 et étant connecté à une carte de connexion par exemple au moyen d'une prise pSubD 20 ou Din8 ou DB15 ou DB9, la ou 20 chaque carte de connexion étant connectée à une carte de gestion de protocole par exemple au moyen d'un relai commandé par GPIO, la carte de gestion de protocole assurant une conversion entre le protocole physique RS232 ou RS485 de la tête de réfracteur automatique et le protocole physique TTL de la carte mère 30 ; 25 un projecteur, utilisant par exemple le protocole physique CAN ou RS232 et étant connecté à une carte de connexion par exemple au moyen d'une prise Din6 ou Din8 ou pSubD 32, la ou chaque carte de connexion étant connectée à une carte de gestion de protocole par exemple directement ou au moyen d'un relai commandé par GPIO, la carte de gestion de protocole 30 assurant une conversion entre le protocole physique RS232 ou RS485 du projecteur et le protocole physique TTL de la carte mère 30 ; un ordinateur, utilisant par exemple le protocole physique RS232 et étant connecté à une carte de connexion par exemple au moyen d'une prise DB9, la 14 ou chaque carte de connexion étant connectée à une carte de gestion de protocole par exemple au moyen d'un relai commandé par GPIO, la carte de gestion de protocole assurant une conversion entre le protocole physique RS232 de l'ordinateur et le protocole physique TTL de la carte mère 30. 5 [0037] Chaque appareil d'examen de vue peut généralement être connecté à un boîtier de contrôle, de manière filaire au moyen d'un câble de plusieurs conducteurs, ou de manière non-filaire. Dans l'exemple d'une connexion filaire, le câble comporte généralement deux conducteurs qui portent un signal utile et d'autres conducteurs qui portent une alimentation. Cette alimentation peut être nécessaire ou non à la Io communication. [0038] La carte de connexion de l'appareil présente alors avantageusement à la fois une première prise adaptée à l'appareil, et une seconde prise adaptée au boîtier de contrôle de l'appareil. Cela permet à la carte de connexion d'assurer une continuité des conducteurs annexes (par exemple, les conducteurs responsables de 15 l'alimentation) entre l'appareil et le boîtier de contrôle, donc de conserver des fonctions annexes (comme par exemple, l'alimentation), tout en prélevant le signal utile afin de le transmettre à la carte de gestion de protocole à laquelle elle est connectée. [0039] Par ailleurs, chaque carte de connexion comporte de préférence une puce 20 d'identification qui identifie l'appareil auquel correspond la carte de connexion. Chaque puce d'identification est fixée, par exemple soudée, à sa carte de connexion. En effet, une même prise peut être utilisée différemment d'un appareil à l'autre, selon son câblage interne : par exemple, pour une même prise DB9, le signal utile d'un premier appareil peut se trouver sur les broches (t REVENDICATIONS1. Système de commande d'au moins un appareil (Apt Ap2) d'examen de vue, chaque appareil (Api, Ap2) communiquant dans un certain langage logique machine et selon un certain protocole physique ; le système de commande comprenant un boîtier modulaire (1) connecté à un boîtier de pilotage (2) ; le boîtier modulaire (1) étant configuré pour être connecté avec chaque appareil (Ap1, Ap2) et pour assurer une communication entre chaque appareil (Ap1, Ap2) qui utilise son propre protocole physique et le 10 boîtier de pilotage (2) qui utilise son propre protocole physique, en convertissant lesdits protocoles physiques ; le boîtier de pilotage (2) étant configuré pour assurer une communication entre un utilisateur qui utilise un langage logique humain et chaque appareil (Ap1, Ap2) qui utilise son propre langage logique machine, en convertissant lesdits langages 15 logiques. 2. Système de commande selon la revendication précédente, caractérisé en ce que le boîtier modulaire (1) comporte une carte mère (30) et, pour chaque appareil (Api, Ap2), une carte de gestion de protocole (21, 22) 20 connectée à une carte de connexion (11, 12) ; la carte mère (30) étant connectée à chaque carte de gestion de protocole (21, 22) ; chaque carte de connexion (11, 12) étant configurée pour être connectée à un appareil (Api, Ap2) et utiliser le protocole physique dudit appareil (Ap1' Ap2) ; chaque carte de gestion de protocole (21, 22) étant configurée pour 25 assurer une communication entre sa carte de connexion (11, 12) qui utilise le protocole physique de l'appareil (Apt Ap2), et la carte mère (30) qui utilise son propre protocole physique, en convertissant lesdits protocoles physiques. 30 3. Système de commande selon la revendication précédente, caractérisé en ce que le boîtier de pilotage (2) est configuré pour utiliser le protocole physique de la carte mère (30). 2 4. Système de commande selon la revendication 2, caractérisé en ce que le boîtier de pilotage (2) est configure pour utiliser son propre protocole physique, distinct du protocole physique de la carte mère (30), et en ce que le boîtier modulaire (1) comporte une carte supplémentaire de gestion de protocole connectée à la carte mère (30) et au boîtier de pilotage (2) et configurée pour assurer une communication entre la carte mère (30) et le boîtier de pilotage (2) en convertissant leurs protocoles physiques. 5. Système de commande selon l'une quelconque des revendications précédentes, caractérisé en ce que le boîtier de pilotage (2) comporte une interface graphique et une interface technique ; l'interface graphique étant configurée pour recevoir des données d'entrée saisies par un utilisateur dans un langage logique humain, les convertir dans un langage logique métier et les transmettre sous cette forme à l'interface technique ; ['interface technique étant configurée pour recevoir des données dans le langage logique métier, les convertir dans le langage logique machine de l'appareil (Apt Ap2) auquel elles sont destinées et les transmettre sous cette forme au boîtier modulaire (1). 6. Système de commande selon les revendications 2 et 5, caractérisé en ce que la carte mère (30) du boîtier modulaire (1) est connectée à l'interface technique du boîtier de pilotage (2), la carte mère (30) et l'interface technique partageant un même langage logique machine et étant configurées pour communiquer des données dans tout langage logique machine d'un appareil (Api, Ap2) en les encapsulant dans leur langage logique machine, 7. Système de commande selon la revendication précédente, caractérisé en ce que rencapsulation des données comporte une information de provenance ou de destination d'un appareil (Api, Ap2). 8. Système de commande selon l'une quelconque des revendications précédentes dans lequel au moins un appareil (Api , Ap2) est associé à un boîtier de contrôle (Cnt1, Cnt2), caractérisé en ce que le boîtier 3 modulaire (1) est configure pour être connecté avec chaque boîtier de contrôle (Cntl , Cnt2) et pour assurer une communication entre ledit au moins un appareil (Ap1, Ap2) et son boîtier de contrôle (Cnt1 , Cnt2) dans le langage logique et selon le protocole physique dudit appareil (Ap1, Ap2). 9. Système de commande selon les revendications 2 et 8 caractérisé en ce que la carte de connexion (11, 12) dudit au moins un appareil (Api, Ap2) est configure° pour être connectée audit au moins un appareil (Ap1, Ap2) et au boîtier de contrôle (Cntl , Cnt2) dudit au moins un appareil (Api, ta Ap2). 10. Procédé de commande d'au moins un appareil (Apt Ap2) d'examen de vue par un utilisateur au moyen d'un système de commande selon l'une quelconque des revendications 1 à 9, comportant les étapes suivantes 15 - le boîtier de pilotage (2) reçoit des données saisies par l'utilisateur dans un langage logique humain et correspondant à une commande d'un appareil (Ap1, Ap2) ; - le boîtier de pilotage (2) détermine l'appareil (Ap1, Ap2) à commander. convertit les données dans le langage logique machine dudit 20 appareil (Ap1, Ap2) et les transmet au boîtier modulaire (1) - le boîtier modulaire (1) reçoit lesdites données, les convertit dans le protocole physique de l'appareil (Apt Ap2) et les transmet à l'appareil (Ap1, Ap2). 25 11. Procédé de commande selon la revendication précédente, caractérisé en ce qu'il comporte les étapes suivantes : le boîtier modulaire (1) reçoit des données émises par un appareil (Api, Ap2) et les transmet au boîtier de pilotage (2) le boîtier de pilotage (2) reçoit lesdites données et les interprète en 30 fonction de l'appareil (Api, Ap2) dont elles proviennent.