Brevet FR3026517A1 — publié le 20160401

Dispositif et procédé de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS. 1. Domaine de l'invention Le domaine de l'invention est celui des machines agricoles. Il concerne plus particulièrement le domaine des équipements permettant le transfert d'informations entre une machine agricole et un dispositif tiers. 2. Art antérieur Il est devenu courant que la commande et l'asservissement des machines agricoles soient réalisés par des systèmes électroniques. Ces systèmes permettent de réaliser des fonctions améliorant fortement le confort de l'utilisateur. Par exemple, le guidage par GPS (Global Positioning System) allié à une commande électrique de l'ouverture et la fermeture des trappes d'un épandeur à engrais permet de gérer automatiquement ces dernières en fonction de la position de la machine dans le champ. D'autres systèmes permettent aussi le transfert de données depuis ou vers une mémoire de stockage permettant la planification ou la traçabilité des chantiers. Pour réaliser ce type de fonctions, les équipements agricoles doivent être en mesure de communiquer avec le véhicule (par exemple un tracteur) sur lequel ils sont installés, par exemple pour obtenir les coordonnées GPS du récepteur situé généralement au-dessus de la cabine du tracteur ou pour afficher des informations en temps réel sur l'écran du terminal disponible en cabine. Afin de rendre possible cette communication tout en assurant une certaine interopérabilité, les constructeurs de machinisme agricole se sont mis d'accord pour utiliser un protocole de communication commun entre toutes les machines agricoles, l'ISOBUS (défini par la norme ISO 11783). Les tracteurs modernes étant équipés d'un ordinateur de bord et d'un écran respectant le protocole ISOBUS, c'est ce terminal (aussi appelé terminal universel ou terminal virtuel) qui permet de commander les équipements agricoles rattachés au tracteur. Un faisceau unique est utilisé pour transmettre la puissance électrique aux différents équipements, mais aussi les signaux de commande. Les équipements certifiés ISOBUS utilisent un bus de communication de type bus CAN (Controller Area Network) pour la couche physique et la couche liaison du protocole de communication, et le protocole SAE J1939 pour les couches supérieures. La norme ISOBUS est donc inspirée des normes présentes dans l'automobile mais aussi maritimes pour le GPS (norme N MEA 2000). Après branchement, l'équipement agricole entre en communication avec le tracteur afin de former un réseau unique, raison pour laquelle l'ISOBUS est souvent qualifié de solution « Plug & Play ». Un réseau ISOBUS peut contenir jusqu'à 255 modules ou unités de commande électronique (UCE) qui communiquent grâce au bus CAN. Le bus CAN permet une vitesse de transmission de 250 Kilobits par seconde et s'avère très adapté aux systèmes embarqués, notamment par sa robustesse. Le réglage d'une machine agricole suppose aujourd'hui la transmission d'une quantité relativement importante d'informations, généralement disponibles sous la forme de fichiers. Par exemple, pour effectuer le réglage d'un épandeur à engrais, l'utilisateur se connecte à un service d'assistance au réglage accessible en ligne sur le site Internet d'une entreprise (par exemple le constructeur de son épandeur), et y indique l'engrais (type et fabricant) qu'il veut épandre et le modèle de son épandeur à engrais. Le service permet alors de générer et télécharger un fichier de réglage (du type « .csv » par exemple), que l'utilisateur peut transférer sur un périphérique de stockage amovible (clé USB, carte SD,...). Il insère ensuite ce périphérique dans un port adapté du terminal universel du véhicule agricole auquel est branché l'épandeur, terminal universel qui affiche alors un menu lui proposant de régler l'épandeur automatiquement. Dans l'électronique agricole répondant à la norme ISOBUS, il est cependant difficile d'importer, d'exporter des fichiers et de permettre la supervision de l'outil à distance. En effet, les terminaux présents dans les tracteurs sont rarement équipés d'un système de gestion de fichiers permettant d'enregistrer et de récupérer de tels fichiers de données sur un périphérique de stockage. Lorsque c'est le cas, la manipulation reste fastidieuse, dans la mesure où l'utilisateur doit dans un premier temps copier le fichier de paramétrage généré sur un périphérique de stockage amovible qu'il doit ensuite aller brancher au terminal universel du tracteur afin de pouvoir transférer ces paramètres vers la machine agricole à configurer. Il existe donc un besoin d'une solution permettant de superviser une machine agricole et de gérer la transaction de fichiers depuis et vers des modules compatibles ISOBUS, et qui ne présente pas au moins certains des inconvénients exposés précédemment. 3. Résumé de l'invention L'invention ne présente pas au moins certains de ces problèmes de l'art antérieur. Plus précisément, l'invention concerne un dispositif de transfert bidirectionnel de données entre au moins un terminal de communication et au moins un module compatible avec la norme ISO 11783, dite ISOBUS. Ce dispositif comprend : premier module de communication avec ledit au moins un terminal de communication ; un deuxième module de communication avec ledit module compatible ISOBUS; un module de gestion desdites données transférées entre lesdits premier et deuxième modules de communication, ledit module de gestion comprenant au moins un serveur de fichiers. Ainsi, le dispositif fait office de passerelle entre un terminal de communication et un réseau de type ISOBUS, permettant le transfert bidirectionnel de données, y compris des fichiers, entre ce terminal de communication et un module compatible ISOBUS, ouvrant ainsi le champ à de multiples applications. Le module de gestion, connecté aux premier et deuxième modules de communication, permet d'assurer le transfert des données d'un module de communication à l'autre. Le transfert de fichiers est ainsi mis en oeuvre par l'intermédiaire du serveur de fichier intégré au dispositif, tandis que le transfert de données « brutes », non matérialisées sous forme de fichiers, est quant à lui mis en oeuvre sans faire appel au serveur de fichiers. Selon un mode de réalisation particulier de l'invention, le premier module de communication est apte à communiquer avec ledit au moins un terminal de communication selon au moins un des modes de communication suivants : communication sans fil ; communication filaire. De cette manière, le dispositif peut communiquer avec le terminal de communication suivant des modes de communication offrant des avantages complémentaires : la communication sans fil favorisant la mobilité, la communication filaire favorisant la sécurité et permettant la mise en oeuvre de fonctionnalités supplémentaires telles que l'alimentation électrique du terminal de communication, qui peut s'avérer particulièrement utile en cas d'utilisation d'un terminal de communication mobile de type tablette ou smartphone qui fonctionnent sous batterie. Selon un autre mode de réalisation particulier de l'invention, le dispositif est lui-même compatible ISOBUS, et est connecté à un bus de communication de type ISOBUS qui sert de support au transfert bidirectionnel de données entre ce dispositif et ledit au moins un module compatible ISOBUS. Ainsi, le dispositif se comporte lui-même comme un module compatible ISOBUS, à même d'interagir et d'échanger des informations avec les autres modules compatibles ISOBUS connectés au même réseau ISOBUS selon la norme ISO 11783 (donc sans avoir recours a un protocole de communication propriétaire). De cette manière, le dispositif est non intrusif et ne remet pas en cause la certification ISOBUS tracteur/outil : l'interopérabilité reste assurée. De cette manière, le dispositif est visible par l'ensemble des modules compatibles ISOBUS connectés au même réseau ISOBUS que lui, même si ces modules proviennent d'un autre constructeur que celui du dispositif. Selon un mode de réalisation particulier de l'invention, premier module de communication comprend un point d'accès Wi-Fi. Selon une caractéristique particulière de l'invention, ce premier module de communication est apte a communiquer avec au moins un module périphérique au moyen dudit point d'accès Wi-Fi. Ainsi le dispositif est à même de créer son propre réseau de communication sans fil, auquel peuvent se connecter non seulement ledit terminal de communication, mais aussi d'autres terminaux de communication et des modules périphériques compatibles Wi-Fi divers. Ainsi, même si le dispositif est connecté de manière filaire au terminal de communication, il reste à même de créer un réseau de communication sans fil utilisable pour faire transiter des informations entre le terminal de communication et un équipement tiers qui n'est pas forcément compatible ISOBUS. Cette fonctionnalité permet par exemple d'afficher sur une tablette des images en provenance d'une caméra IP Wi-Fi. Dans ce mode de fonctionnement dans lequel le dispositif est connecté de manière filaire au terminal de communication, toutes les données gérées par le dispositif en provenance ou à destination de modules compatibles ISOBUS transitent de manière filaire, l'utilisation du point d'accès VVi-Fi étant alors réservé aux équipement tiers non compatibles ISOBUS (tels qu une caméra IP Wi-fi), qui souhaitent néanmoins échanger des informations avec le terminal de communication. Selon une caractéristique particulière de l'invention, le dispositif de transfert bidirectionnel de données comprend en outre : une prise ISOBUS mâle ; une prise ISOBUS femelle. De cette manière, le dispositif peut être utilisé sans mobiliser a lui-seul une des prises ISOBUS du tracteur. Selon le type de connecteurs ISOBUS utilisé, le dispositif peut par exemple être connecté au tracteur d'une part, à un équipement agricole d'autre part. Ainsi, plutôt que d'être connecté directement au tracteur, l'équipement agricole est connecté au dispositif, ce dernier étant lui-même connecté au tracteur (cas d'un dispositif comprenant un connecteur ISOBUS de type IBBP et un connecteur ISOBUS de type IBBC). De manière similaire, avec des connecteurs ISOBUS de type cabine, le dispositif peut être utilisé dans l'habitacle du tracteur sans mobiliser à lui seul la prise ISOBUS cabine. Ainsi, le dispositif est non intrusif, il est autonome et peut facilement être déconnecté/reconnecté pour être utilisé avec tout type de matériel compatible ISOBUS. Selon un autre aspect, l'invention se rapporte à un procédé de contrôle d'au moins un module compatible ISOBUS. Ce procédé est mis en oeuvre communication communiquant selon un mode filaire et/ou sans fil avec un dispositif de transfert bidirectionnel de données tel que décrit précédemment. Ce procédé comprend : une étape d'affichage, sur un écran dudit terminal de communication, d'au moins un bouton de commande et/ou d'au moins une information relatif(s) audit au moins un module compatible ISOBUS; une étape de détection d'une activation de l'un desdits boutons de commande, dit bouton de commande activé ; une étape de transmission d'au moins une commande associée audit bouton de commande activé, à destination dudit au moins un module compatible ISOBUS. Ainsi le procédé permet de piloter ou de paramétrer au moins un module compatible ISOBUS depuis un terminal de communication, tel qu'une tablette tactile ou un smartphone. Ainsi le procédé permet de visualiser, sur un terminal de communication, des informations en provenance d'au moins un module compatible ISOBUS à contrôler. La mise en oeuvre du procédé au sein d'un terminal de communication est rendue possible par l'utilisation d'un dispositif de transfert bidirectionnel de données qui joue le rôle de passerelle entre le terminal de communication et les modules compatibles ISOBUS à contrôler. Dans un mode de réalisation particulier de l'invention, ledit au moins un module compatible ISOBUS est connecté à un bus de communication de type ISOBUS, et le procédé comprend, préalablement à ladite étape d'affichage : une étape de détermination de modules compatibles ISOBUS connectés audit bus de communication de type ISOBUS ; une étape de sélection d'au moins un module compatible ISOBUS parmi lesdits modules compatibles ISOBUS déterminés lors de ladite étape de détermination, dit module compatible ISOBUS à contrôler ; une étape de sélection d'au moins un bouton de commande et/ou d'au moins une information, en fonction dudit module compatible ISOBUS à contrôler. De cette manière, les boutons de commande et les informations affichés sur l'écran du terminal de communication sont contextualisés en fonction du module ISOBUS que l'utilisateur souhaite contrôler. Ainsi, si le seul équipement compatible ISOBUS (autre que le dispositif de l'invention) connecté au bus ISOBUS est par exemple un épandeur a engrais d'une marque donnée, le procédé est à même de faire afficher automatiquement une interface dédiée à la commande de cet épandeur à engrais particulier sur l'écran du terminal de communication. Les boutons de commandes et les informations affichés sont alors cohérents vis-à-vis de cet épandeur. A titre d exemple, l'accès au manuel d'utilisation associé à cet épandeur précis peut-être proposé à l'utilisateur. L'utilisateur a néanmoins la possibilité de paramétrer l'interface afin d'y intégrer des informations complémentaires non obligatoirement véhiculées par le bus ISOBUS, par exemple une zone de visualisation des images transmises par une caméra IP Wi-Fi. Si plusieurs modules compatibles ISOBUS (autre que le dispositif de l'invention) sont connectés au bus ISOBUS, le procédé est à même d'opérer une sélection du ou des modules à contrôler, soit automatiquement, soit en permettant à l'utilisateur d'effectuer ce choix. Selon un autre mode de réalisation de l'invention, ladite étape de sélection d'au moins un bouton de commande et/ou d'au moins une information dépend en outre du mode de communication détecté entre ledit terminal de communication et ledit dispositif de transfert bidirectionnel de données pour le transfert de données en provenance et/ou à destination dudit module compatible ISOBUS à contrôler. Ainsi, l'accès a certaines commandes permettant le contrôle d'un module compatible ISOBUS est contextualisé en fonction du mode de communication - filaire ou sans-fil - établi entre le terminal de communication et le dispositif de transfert bidirectionnel de données. Ainsi, les commandes associées à des actions susceptibles de présenter un risque pour l'intégrité physique de l'utilisateur/opérateur (par exemple, la commande de déploiement du traceur d'un semoir) ne sont disponibles, et proposées à l'utilisateur, que si le terminal de communication est connecté au dispositif de transfert par une liaison de type filaire, ce qui garantit dans une certaine mesure que l'opérateur se trouve dans la cabine au moment où la commande est exécutée. Selon encore un mode de réalisation de l'invention, ladite étape de sélection d'au moins un bouton de commande et/ou d'au moins une information dépend en outre d'un contexte de fonctionnement détecté pour ledit module compatible ISOBUS à contrôler. De cette manière, les commandes et les informations proposées à un utilisateur à un instant donne sont contextualisées en fonction du contexte de fonctionnement du module compatible ISOBUS à l'instant considéré. Le contexte de fonctionnement peut correspondre par exemple à un état de type « marche », « arrêt », « maintenance », « paramétrage », « test » ou autre, relatif au module compatible ISOBUS à contrôler. Par exemple, des notices ou des vidéos d'aides peuvent être proposées à l'utilisateur en fonction du contexte de fonctionnement courant du module compatible ISOBUS. Les caractéristiques de certains éléments graphiques (couleur, animation, libellé, etc.) peuvent évoluer en fonction de cet état de fonctionnement du module compatible ISOBUS (marche, arrêt, mode de fonctionnement spécifique, etc.). De même, les commandes proposées sont adaptées en fonction du contexte de fonctionnement du module à contrôler. Selon une caractéristique particulière de l'invention, ladite étape de détection d'une activation de l'un desdits boutons de commande appartient au groupe comprenant : une détection d'un contact tactile ; une détection d'une commande vocale. e cette manière, l'utilisateur dispose de différents moyens pour actionner une commande, aux avantages complémentaires. La commande vocale permet notamment a un utilisateur de contrôler un module compatible ISOBUS sans détourner son attention de la tâche en cours, dans la mesure où il n'a pas à interagir physiquement avec un écran tactile ou tout autre dispositif physique d'acquisition de commandes. Selon encore un aspect l'invention, celle-ci communication apte à exécuter une application logicielle mettant en oeuvre le procédé de contrôle d'au moins un module compatible ISOBUS décrit précédemment ; et a un système de contrôle d'au moins un module compatible ISOBUS connecté à un bus de communication de type ISOBUS, ce système comprenant ledit terminal de communication et un dispositif de transfert bidirectionnel de données entre ledit terminal de communication et ledit au moins un module compatible ISOBUS tel que décrit précédemment. Les différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en oeuvre de l'invention. 4. Liste des figures D'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés parmi lesquels : la figure 1 illustre les principaux modules fonctionnels du dispositif de transfert bidirectionnel de données selon un mode de réalisation particulier de l'invention ; la figure 2 décrit de manière plus détaillée les principaux modules fonctionnels du dispositif de transfert bidirectionnel de données selon un mode de réalisation de l'invention, et en particulier le module de gestion des données transférées ; la figure 3 présente un exemple d'implémentation d'un dispositif de transfert bidirectionnel de données, selon un mode de réalisation particulier de l'invention ; la figure 4 illustre les principales étapes du procédé de contrôle d'au moins un module compatible ISOBUS, selon un mode de réalisation particulier de l'invention ; la figure 5 présente un exemple d'interface graphique pour le contrôle d'un épandeur à engrais ISOBUS, telle qu'affichée sur un terminal de communication communiquant de manière filaire avec le dispositif de transfert bidirectionnel de données, selon un mode de réalisation particulier de l'invention ; la figure 6 présente un exemple d'interface graphique pour le contrôle d'un épandeur à engrais ISOBUS, telle qu'affichée sur un terminal de communication communiquant de manière sans fil avec le dispositif de transfert bidirectionnel de données, selon un mode de réalisation particulier de l'invention ; la figure 7 présente un exemple d'interface graphique pour le contrôle d'un semoir ISOBUS, telle qu'affichée sur un terminal de communication communiquant avec le dispositif de transfert bidirectionnel de données, selon un mode de réalisation particulier de l'invention ; la figure 8 présente une vue d'ensemble d'un système de contrôle d'un module compatible ISOBUS depuis un terminal de communication, selon un mode de réalisation particulier de l'invention. 5. Description détaillée 5.1 Principe général Le principe général de l'invention repose sur une électronique de transfert permettant de jouer le rôle de passerelle entre le réseau ISOBUS établi entre un véhicule agricole (par exemple un tracteur) et les outils agricoles (par exemple un semoir ou un épandeur à engrais) qui y sont rattachés d'une part, et un outil tiers présent sur l'exploitation agricole d'autre part. Cet outil peut être une solution d'électronique grand public (un smartphone ou une tablette tactile par exemple), l'ordinateur de l'exploitation ou tout autre outil de préférence équipé d'une connexion sans fil compatible. Par réseau ISOBUS, on entend ici un réseau dont les caractéristiques sont définies par la norme ISO 11783 - relative aux réseaux de commande et de communication de données en série au sein de tracteurs et matériels agricoles et forestiers. Cette norme, dite norme ISOBUS, définit notamment précisément chaque couche réseau du protocole de communication mis en oeuvre, les câbles et faisceaux utilisés, et la manière dont sont présentées les applications. Elle est divisée en plusieurs parties : Partie 1: Système normalisé général pour les communications de données avec les équipements mobile ; Partie 2: Couche physique ; Partie 3: Couche liaison de données ; Partie 4: Couche réseau ; Partie 5: Gestion du réseau ; Partie 6: Terminal virtuel; - Partie 7: Couche d'application de base ; Partie 8: Messages de gestion de la transmission (boîte de vitesses); Partie 9: Unité de commande électronique du tracteur ; Partie 10: Contrôleur de tâches et système de gestion pour échange de données ; Partie 11: Dictionnaire de données d'éléments mobiles ; - Partie 12: Services de diagnostic ; Partie 13: Serveur de fichiers ; Partie 14 : Contrôle de séquence. Les données véhiculées au sein d'un tel réseau ISOBUS transitent par le biais d'un bus de communication de type bus CAN (Controller Area Network), dit bus ISOBUS. Dans toute la suite du document, on désigne par module compatible ISOBUS tout équipement ou module dont au moins une partie est conforme à la norme ISO 11783, dite ISOBUS. Ainsi, un épandeur à engrais ou un semoir certifiés conformes ISOBUS sont des exemples de modules compatibles ISOBUS au sens de l'invention. Le dispositif de transfert bidirectionnel de données selon l'invention permet donc d'établir une communication entre des modules compatibles ISOBUS connectés au bus ISOBUS d'un véhicule agricole d'une part, et au moins un terminal de communication (par exemple un smartphone ou une tablette) d'autre part. L'invention se rapporte également à un procédé de contrôle d'au moins un module compatible ISOBUS par le biais d'une application logicielle exécutée sur le terminal de communication. Par contrôle, on entend ici non seulement le pilotage ou le paramétrage du module compatible ISOBUS, mais également l'accès à un ensemble d'informations en provenance de ce module compatible ISOBUS pour des usages variés (suivi d'une opération en temps-réel, diagnostic, accès à des rapports de tâches effectuées, etc.). L'invention peut donc être appréhendée comme un système qui repose sur deux parties : une partie physique, constituée par le dispositif de transfert bidirectionnel de données ; une partie applicative, constituée par une application cliente accessible sur un terminal de communication de l'utilisateur, apte à mettre en oeuvre un procédé de contrôle d'au moins un module compatible ISOBUS, les informations échangées transitant par le biais du dispositif de transfert bidirectionnel de données. 5.2 Dispositif de transfert bidirectionnel de données Dans un premier aspect, l'invention se rapporte donc à un dispositif de transfert bidirectionnel de données entre un terminal de communication et un module compatible ISOBUS. Dans un mode de réalisation exposé en figure 1, ce dispositif (1) comprend trois modules : un premier module de communication (2) avec au moins un terminal de communication ; un deuxième module de communication (4) avec au moins un module compatible ISOBUS; un module de gestion (3) des données transférées entre lesdits premier et deuxième modules de communication, ledit module de gestion comprenant un serveur de fichiers. Le rôle de ces trois modules est détaillé ci-après. Le premier module de communication (2) permet de gérer le transfert bidirectionnel de données entre le dispositif et au moins un terminal de communication, par exemple un smartphone ou une tablette. Dans un mode de réalisation particulier, ce premier module de communication dispose de plusieurs interfaces permettant de transférer des informations depuis et à destination d'au moins un terminal de communication. Il est notamment apte à gérer simultanément les deux modes de communications que sont les communications filaires d'une part et les communications sans fil d'autre part. Ce premier module de communication du dispositif peut par exemple intégrer un ou plusieurs ports USB (pour Universal Serial Bus). La plupart des terminaux de communication grand public du marché étant aujourd'hui eux-mêmes équipés de ports USB, l'échange de données entre un tel terminal de communication et le dispositif selon l'invention peut alors être très simplement réalisé en les connectant par l'intermédiaire d'un câble USB. Il est à noter ici que le précédent exemple est donné à titre illustratif, et que d'autres types de connexion filaire (par exemple des connexions filaires propriétaires) peuvent être envisagés sans sortir du périmètre de l'invention. En plus d'être doté de moyens permettant d'établir une liaison filaire avec un terminal de communication (par exemple des prises USB), le premier module de communication comprend des moyens permettant d'établir une connexion sans fil avec des terminaux de communication compatibles. Par exemple, le premier module de communication peut intégrer une ou plusieurs des technologies de communication sans fil suivantes : Bluetooth (norme IEEE 802.15.1), Wi-Fi (norme IEEE 802.11) et/ou Zigbee (norme IEEE 802.15.4). De nombreux équipements mobiles répondent aujourd'hui à la norme IEEE 802.11 définissant le protocole de communication sans-fil dénommé Wi-Fi. C'est notamment le cas de nombreux smartphones et tablettes. Aussi, dans un mode de réalisation privilégié, le protocole de communication sans-fil utilisé par le premier module de communication est le protocole Wi-Fi. De surcroit, en utilisant ce protocole de communication dans son mode point d'accès, le dispositif (1) est à même, par le biais de son premier module de communication (2), de créer son propre réseau de communication sans fil. De cette manière, plusieurs terminaux de communication compatibles Wi-Fi peuvent se connecter simultanément au dispositif de transfert bidirectionnel de données (1), mais également d'autres types d'équipements compatibles Wi-Fi susceptibles d'échanger des informations avec ces terminaux de communication. A titre d'illustration, cette fonctionnalité permet d'afficher sur une tablette des images en provenance d'une caméra IP Wi-Fi, ces images montrant par exemple l'intérieur d'une trémie de semoir, zone stratégique lors des chargements et des fins de vidange. Le fait de proposer au sein du dispositif plusieurs interfaces permettant des communications filaires et/ou sans fil assure la compatibilité du dispositif avec un maximum de terminaux de communication disponibles sur le marché. De plus, cela permet à l'utilisateur de bénéficier des avantages inhérents à chacun de ces modes de communication en fonction d'un contexte d'utilisation. Par exemple, une connexion de type filaire permet, dans un mode de réalisation, non seulement d'échanger des données, mais également de tirer profit de cette connexion pour alimenter électriquement le terminal de communication. Une technologie de connexion filaire de type USB permet ainsi par exemple de transférer des données tout en assurant l'alimentation en énergie du terminal de communication. De nombreux terminaux de communication sont en effet des terminaux mobiles - du type smartphones, tablettes ou ordinateur portable - qui sont alimentés par une batterie à l'autonomie limitée. Cet caractéristique particulière de l'invention liée à une connexion filaire permet à l'utilisateur d'utiliser son terminal de communication conjointement avec le dispositif de transfert bidirectionnel de données sans avoir à se soucier du niveau de charge de ce terminal : le dispositif tire l'énergie nécessaire à son fonctionnement propre et à l'alimentation du terminal de communication auquel il est branché du faisceau ISOBUS auquel il est lui-même connecté. Une caractéristique importante du dispositif selon un autre mode de réalisation de l'invention est qu'il est à même de gérer simultanément les deux modes de communication que sont les communications sans-fil d'une part et filaires d'autre part. Ainsi, même si le dispositif est connecté de manière filaire au terminal de communication, il reste à même de créer un réseau de communication sans fil utilisable pour faire transiter des informations entre le terminal de communication et un équipement tiers qui n'est pas forcément compatible ISOBUS (une caméra IP Wi-Fi ou tout autre capteur Wi-Fi par exemple, tel qu'un capteur Wi-Fi de température ou d'humidité ou encore un anémomètre). Dans ce mode de fonctionnement dans lequel le dispositif est connecté de manière filaire au terminal de communication, toutes les données gérées par le dispositif en provenance ou à destination de modules compatibles ISOBUS transitent de manière filaire, l'utilisation du point d'accès Wi-Fi étant alors réservée aux équipement tiers non compatibles ISOBUS, qui souhaitent néanmoins échanger des informations avec le terminal de communication. Ceci permet la mise en oeuvre de mesures de sécurité destinées à préserver l'intégrité physique de l'utilisateur, ce point étant détaillé plus tard dans la description, en relation avec le procédé de contrôle d'au moins un module compatible ISOBUS. Enfin, le premier module de communication (2) est à même d'échanger des données avec le module de gestion des données (3) du dispositif, et ceci de manière bidirectionnelle. Le deuxième module de communication (4), permet le transfert bidirectionnel de données entre le dispositif (1) et au moins un module compatible ISOBUS, par exemple un épandeur à engrais ou un semoir certifiés ISOBUS. Ce deuxième module de communication intègre des moyens de connexion à un bus ISOBUS, par exemple un connecteur ISOBUS tel que décrit dans la norme ISO 11783-2. Selon un mode de réalisation de l'invention, le dispositif de transfert bidirectionnel de données est lui-même compatible ISOBUS, et le bus ISOBUS auquel il est connecté sert de support au transfert bidirectionnel de données entre ce dispositif et au moins un module compatible ISOBUS. De cette manière, le dispositif est à même d'interagir et d'échanger des informations avec les autres modules compatibles ISOBUS connectés au même réseau ISOBUS en respectant le protocole de communication défini par la norme ISO 11783. Il n'a donc pas recours à un protocole de communication propriétaire pour communiquer avec les modules compatibles ISOBUS. De ce fait, le dispositif de transfert bidirectionnel de données selon l'invention est non intrusif en ce sens qu'il ne remet pas en cause la certification ISOBUS tracteur/outil existante. L'interopérabilité reste assurée. Enfin, le deuxième module de communication (4) est à même d'échanger des données avec le module de gestion des données (3) du dispositif, et ceci de manière bidirectionnelle. Le module de gestion (3), connecté aux premier (2) et deuxième (4) modules de communication, permet d'assurer le transfert des données d'un module de communication à l'autre. A ce titre, il est au coeur du dispositif de transfert bidirectionnel de données. Dans un mode de réalisation particulier de l'invention, le module de gestion (3) est à même de prendre en charge deux types de transfert de données : le transfert de données sous forme de fichiers d'une part, et le transfert de flux de données non matérialisées par un fichier d'autre part. La mise en oeuvre de l'un ou l'autre de ces deux types de transfert ne fait pas intervenir les mêmes sous-modules au sein du module de gestion. La figure 2 illustre un mode de réalisation du dispositif de transfert bidirectionnel de données selon l'invention, où les sous-modules du module de gestion des données (3) sont présentés. Le transfert bidirectionnel d'un flux de données non matérialisées sous forme de fichiers est assuré par un sous-module spécifique, dit sous-module de gestion du flux de données (31), apte à réaliser une conversion du protocole de communication utilisé pour l'échange des données. Ainsi, les données reçues d'un terminal de communication et à destination d'un module compatible ISOBUS sont encapsulées dans un protocole de communication respectant la norme ISOBUS 11783. A l'inverse, les données en provenance d'un module compatible ISOBUS et à destination d'un terminal de communication sont encapsulées dans un protocole de communication adapté au mode de communication établi entre le terminal de communication et le dispositif de transfert bidirectionnel de données (Wi-Fi, USB, etc.). Ces opérations sont réalisées par le sous-module de gestion du flux de données (31). Le transfert bidirectionnel de fichiers est quant à lui mis en oeuvre par l'utilisation conjointe de trois autres sous-modules : un premier serveur de fichiers (32), dit serveur de fichiers standard ; un deuxième serveur de fichiers (34), dit serveur de fichiers ISOBUS; une mémoire de stockage (33), commune aux premier et deuxième serveurs de fichiers. La mémoire de stockage (33) permet de stocker les fichiers, et peut par exemple se présenter sous la forme d'une mémoire flash. Ce type de mémoire est très répandu et offre l'avantage d'être réinscriptible. Cette mémoire flash peut être intégrée au module de gestion, ou amovible sous la forme d'une carte SD (Secure Digital) ou d'une clé USB par exemple. Deux serveurs de fichiers (32, 34) sont utilisés afin de pourvoir déposer des fichiers dans cette mémoire de stockage, télécharger des fichiers depuis cette mémoire de stockage, ou encore supprimer des fichiers de cette mémoire de stockage. Le premier serveur de fichiers (32) peut être qualifié de serveur de fichiers « standard » en ce qu'il utilise un protocole de partage de fichiers couramment utilisé, par exemple le protocole FTP (File Transfert Protocol). Le premier serveur de fichiers (32) agit en lien avec le premier module de communication (2) du dispositif, de façon à permettre à un terminal de communication du type smartphone ou tablette de télécharger ou d'envoyer des fichiers depuis ou vers la mémoire de stockage (33) du dispositif de transfert bidirectionnel de données (1). Le deuxième serveur de fichiers (34) est un serveur de fichier dit ISOBUS, en ce sens qu'il est conforme à la norme ISO 11783-13. La partie 13 de la norme ISOBUS définit en effet une fonctionnalité « serveur de fichiers » qui permet à des modules compatibles ISOBUS de lire et écrire des fichiers au sein d'un espace de stockage commun. Ce serveur de fichiers (34) agit donc en lien avec le deuxième module de communication (4) afin de le rendre accessible aux modules compatibles ISOBUS connectés au même bus ISOBUS que le dispositif (1). Ces modules compatibles ISOBUS sont alors à même de télécharger ou d'envoyer des fichiers depuis ou vers la mémoire de stockage (33) du dispositif de transfert bidirectionnel de données (1). Comme déjà mentionné précédemment, la mémoire de stockage (33) est utilisée conjointement par les premier (32) et deuxième (34) serveurs de fichiers. Ainsi, tout fichier déposé dans cette mémoire de stockage (33) depuis un terminal de communication devient potentiellement accessible aux modules compatibles ISOBUS connectés au même bus ISOBUS que le dispositif de transfert bidirectionnel de données (1). Réciproquement, tout fichier déposé par un module compatible ISOBUS dans cette mémoire de stockage (33) devient potentiellement accessible à partir d'un terminal de communication connecté au dispositif de transfert bidirectionnel de données (1) selon l'invention. La mémoire de stockage (33) se comporte donc comme une zone de mémoire tampon - accessible à la fois par les terminaux de communication et par les modules compatibles ISOBUS connectés au dispositif de transfert bidirectionnel de données (1)- permettant l'échange de fichiers entre ces deux types d'entités. Ainsi le dispositif selon l'invention est à même d'assurer le transfert bidirectionnel de données - qu'elles se présentent sous forme de flux de données ou sous forme de fichiers - entre au moins un terminal de communication et au moins un module compatible ISOBUS. Les fonctionnalités mises en oeuvre au sein de ce dispositif s'appuient sur les aspects suivants de la norme ISOBUS : La couche physique (partie 2 de la norme) qui définit la manière dont les signaux sont transmis sur le réseau ISOBUS, c'est-à-dire les caractéristiques et la constitution des trames CAN. La couche de liaison de données (partie 3 de la norme) qui définit la manière dont sont transférées les données, c'est-à-dire les caractéristiques et la décomposition des données en paquet en respectant le protocole SAE J1939. La couche de gestion du réseau (partie 5 de la norme) qui définit la manière dont sont identifiés les modules ISOBUS sur le réseau et les principes d'échanges d'adresse entre les modules. Le serveur de fichier (partie 13 de la norme) qui définit la manière dont les échanges de fichiers sont gérés sur un réseau ISOBUS. Ce serveur de fichier basé sur un protocole de partage de fichiers propres à la norme ISOBUS se comporte comme le « disque dur » du réseau ISOBUS. Dans un mode de réalisation particulier, le dispositif de transfert bidirectionnel de données selon l'invention peut être mis en oeuvre par le biais d'un dispositif de contrôle du type microcontrôleur. Le microcontrôleur est un circuit intégré qui se caractérise par un haut degré d'intégration et une faible consommation électrique. Ce microcontrôleur est équipé de périphériques lui permettant de s'interfacer d'une part avec un réseau ISOBUS (par le biais d'un périphérique de type module CAN par exemple, permettant la lecture et l'écriture de trames CAN sur un bus de communication de type CAN), et d'autre part avec d'autres types de réseaux (par le biais par exemple d'un périphérique de type module Wi-Fi, permettant de créer un point d'accès Wi-Fi pour des connexions de type sans-fil, mais aussi par le biais d'autres périphériques permettant la mise en oeuvre de connexions filaires - du type USB - avec un terminal de communication). Selon un mode de réalisation particulier de l'invention, le fonctionnement du dispositif de transfert bidirectionnel de donnée repose sur un ensemble de classes, au sein d'un programme d'ordinateur, mettant en oeuvre notamment les étapes du procédé décrit ci-dessous, qui comprend notamment les classes suivantes (dont les noms sont purement indicatifs) : classe CAN : Permet la gestion de la communication au sein du bus CAN. Elle permet la lecture et l'envoi de trames CAN de 8 octets de données à une vitesse de 250 Kilobits par seconde ; classe TEMPO : Permet de réaliser une temporisation (non gérée par des timers mais au niveau software). L'avantage de cette solution est que le programme peut continuer à s'exécuter après le lancement de la temporisation (ce qui n'est pas la cas de la fonction « delay()»). Cette fonction permet de gérer les calculs de temps morts notamment pour le contrôle du temps entre deux envois de trames ISOBUS. classe ISOBUS : Permet de gérer les couches liaison de données (partie 3 de la norme) et gestion du réseau (partie 5 de la norme) du protocole ISOBUS. Les méthodes de cette classe permettent de lire et écrire les trames CAN, de traduire les trames CAN en trames SAE J1939, de traiter le transfert de paquet et de vérifier si celles-ci sont adressées à l'application ISOBUS, i.e. le serveur de fichier de la passerelle. La lecture des trames est effectuée en instanciant un objet de la classe CAN et en appelant la fonction correspondante. Le traitement est effectué selon les principes de la partie 3 de la norme IS0-11783. En effet le protocole transmet les données sous forme de paquets permettant l'envoi séquentiel via le bus CAN. Plus de 117 Mégaoctets de données peuvent être envoyés en une seule connexion grâce au protocole de transport défini par la norme. La gestion des temps morts pendant l'envoi des paquets est gérée à l'aide de la classe TEMPO préalablement définie. L'adressage est aussi réalisé dans cette classe grâce au protocole défini dans la partie «Gestion du réseau » de la norme ISOBUS. La revendication d'adresse est également gérée par cette classe. Cette fonction permet d'éviter les doublons d'adresse sur le réseau et utilise des trames SAE J1939 spécifiques. - classe FILESERVER ISOBUS : Permet de gérer la couche application de la passerelle en respectant les principes de la partie « Serveur de fichiers » de la norme ISOBUS. Cette classe instancie un objet de la classe ISOBUS ainsi il peut recevoir des commandes de la part du client et lui envoyer les données en retour. Pour l'accès aux fichiers, la classe SD définie ci-après est utilisée. - classe SD : Permet de lire, écrire, modifier ou supprimer les fichiers stockés sur la mémoire flash (carte SD). classe File : Permet la lecture et l'écriture de fichiers. Cette classe est disponible dans la librairie SD. classe FTP SERVER : Permet la copie, la lecture et l'écriture de fichiers sur le périphérique SD via le protocole TCP/IP. Cette classe instancie la classe WIFLY définie ci-après, qui lui permet de dialoguer avec des clients FTP via le protocole TCP/IP. Pour l'accès aux fichiers, la librairie SD est utilisée afin de lire, écrire, modifier ou supprimer les fichiers stockés sur la mémoire flash. classe FRAME TRANSFER : Permet le transfert des trames CAN entre le réseau ISOBUS et l'application. Cette classe instancie la classe WIFLY lui permettant de transmettre les trames sous forme de chaînes de caractères vers l'application via une socket TCP/IP. Elle instancie aussi la classe CAN permettant de lire les trames en circulation sur le bus. - classe WIFLY : Permet de gérer la connectivité Wi-Fi et le protocole TCP/IP ou UDP du module ; classe TCP_FILESERVER : Permet d'effectuer une communication entre des clients FTP et un serveur FTP en utilisant un seul port, utilisé à la fois pour le transfert des commandes et pour le transfert des fichiers (à la différence du protocole FTP, qui utilise une socket TCP/IP pour gérer les commandes entre les clients et le serveur et ouvre une socket supplémentaire pour chaque client, cette dernière permettant le transfert des données). Selon un mode de réalisation particulier, le dispositif de transfert bidirectionnel de données se présente sous la forme d'un boitier électronique externe, qui peut être directement connecté au bus ISOBUS d'un réseau ISOBUS formé par un véhicule agricole ou forestier et les modules compatibles ISOBUS qui y sont rattachés, au moyen d'un connecteur tel que décrit dans la norme ISO 11783-2 (connecteur ISOBUS). Ainsi, le dispositif, qui est lui-même compatible ISOBUS, peut facilement être déconnecté ou reconnecté en fonction des besoins d'un utilisateur. Il n'est notamment pas lié à un véhicule agricole ou un équipement agricole en particulier, et peut donc être utilisé conjointement avec n'importe quel véhicule compatible ISOBUS présent sur l'exploitation. Le dispositif selon l'invention est par ailleurs autonome dans le sens où il peut être utilisé sur un véhicule agricole sans nécessiter que ce dernier soit équipé d'un terminal universel, contrairement à d'autres solutions d'échange de données existantes. Avantageusement, il est peu encombrant, tout en restant suffisamment robuste pour être utilisé dans des conditions de travaux agricoles (résistance aux vibrations, à l'humidité, aux chocs, aux variations de températures, etc.). La figure 3 présente un exemple d'implémentation d'un tel dispositif de transfert bidirectionnel de données. Selon un mode de réalisation particulier, ce dispositif (1) comprend deux connecteurs tels que définis dans la norme ISO 11783-2 : une prise ISOBUS mâle (2) et une prise ISOBUS femelle (3). Cette caractéristique particulière permet d'utiliser le dispositif sans qu'il ne mobilise à lui seul une des prises ISOBUS du tracteur. Selon le type de connecteurs ISOBUS utilisés, le dispositif peut par exemple être connecté au tracteur d'une part, à un équipement agricole d'autre part. Ainsi, plutôt que d'être connecté directement au tracteur, l'équipement agricole est connecté au dispositif, ce dernier étant lui-même connecté au tracteur (cas d'un dispositif comprenant un connecteur ISOBUS de type IBBP et un connecteur ISOBUS de type IBBC). De manière similaire, avec des connecteurs ISOBUS de type cabine, le dispositif peut être utilisé dans l'habitacle du tracteur sans mobiliser à lui seulla prise ISOBUS cabine. Dans un autre mode de réalisation, ce dispositif peut être directement intégré au sein d'un module compatible ISOBUS (il peut par exemple être intégré de série au sein d'un modèle particulier de semoir ou d'épandeur à engrais). 5.3 Procédé de contrôle d'au moins un module compatible ISOBUS Dans un deuxième aspect, et comme illustré notamment en figure 4, l'invention se rapporte à un procédé de contrôle d'au moins un module compatible ISOBUS, ce procédé étant mis en oeuvre au sein d'un terminal de communication apte à exécuter une application logicielle dédiée préalablement installée sur le terminal de communication, ou accessible sous la forme d'une application web. La mise en oeuvre du procédé nécessite par ailleurs que le terminal de communication soit connecté de manière filaire et/ou sans fil avec un dispositif de transfert bidirectionnel de données tel que décrit ci-dessus, en relation avec le premier aspect de l'invention. Le terminal de communication comprend un écran permettant l'affichage d'informations. Typiquement, le terminal de communication est un dispositif de type smartphone, tablette, ou encore ordinateur (portable de préférence). Selon un mode de réalisation de l'invention, le procédé de contrôle d'au moins un module ISOBUS comprend : une étape d'affichage (100), sur l'écran du terminal de communication, d'au moins un bouton de commande et/ou d'au moins une information relatif(s) aux modules ISOBUS à contrôler ; une étape de détection (110) d'une activation de l'un desdits boutons de commande, dit bouton de commande activé ; une étape de transmission (120) d'au moins une commande associée audit bouton de commande activé, à destination dudit au moins un module compatible ISOBUS. Ainsi, l'utilisateur peut contrôler un module compatible ISOBUS depuis son terminal de communication. Une fois l'application dédiée lancée, il a accès à une interface graphique qui lui permet de visualiser des informations relatives à un module compatible ISOBUS et lui présente des boutons de commande lui permettant d'agir sur ce module. Selon le terminal de communication utilisé, l'utilisateur dispose de différents moyens lui permettant de réaliser l'activation d'un bouton de commande. Si le terminal de communication est de type ordinateur portable, cette activation peut par exemple être réalisée par appui sur une touche ou une combinaison de touches du clavier de l'ordinateur, ou encore par l'utilisation d'un dispositif de pointage de type souris permettant d'interagir avec un bouton de commande affiché à l'écran. Si le terminal de communication est équipé d'un écran tactile, ce qui est courant notamment sur de nombreux smartphones et tablettes, l'activation d'un bouton de commande affiché à l'écran peut être déclenchée par contact tactile. La détection d'une commande vocale peut aussi être utilisée pour l'activation d'un bouton de commande. Ce dernier mode d'activation par commande vocale est particulièrement intéressant - notamment pour des aspects liés à la sécurité - car il permet à un utilisateur de contrôler un module compatible ISOBUS sans avoir à détourner son attention de la tâche en cours, dans la mesure où il n'a pas à interagir physiquement avec un écran tactile ou tout autre dispositif physique d'acquisition de commandes. Une fois une commande activée, l'instruction associée est transmise au dispositif de transfert bidirectionnel de données qui se charge de la relayer au module compatible ISOBUS à contrôler. A l'inverse, le dispositif de transfert bidirectionnel de données est à même de relayer au terminal de communication des informations en provenance du module compatible ISOBUS, informations qui sont susceptibles d'être restituées sur l'écran du terminal de communication. L'ensemble d'informations et de boutons de commande relatif aux modules ISOBUS à contrôler définit ainsi une interface graphique de contrôle d'un ou plusieurs modules ISOBUS. Dans un mode de réalisation particulier, préalablement à l'étape d'affichage de cette interface graphique, le procédé met en oeuvre les étapes suivantes : une étape de détermination de modules compatibles ISOBUS connectés au même bus ISOBUS que le dispositif de transfert bidirectionnel de données (ce sont les modules compatibles ISOBUS susceptibles d'être contrôlés); une étape de sélection d'au moins un module compatible ISOBUS parmi les modules compatibles ISOBUS déterminés lors de la précédente étape de détermination (ce sont les modules compatibles ISOBUS à contrôler) ; une étape de sélection d'au moins un bouton de commande et/ou d'au moins une information, en fonction du ou des modules compatible ISOBUS à contrôler (choix d'une interface graphique pour le contrôle du ou des modules ISOBUS à contrôles). Ainsi les boutons de commande et les informations affichés sur l'écran du terminal de communication sont contextualisés en fonction du module ISOBUS que l'utilisateur souhaite contrôler. Dans un mode de réalisation, l'application logicielle dispose donc en mémoire d'une pluralité d'interfaces graphiques différentes disponibles, chacune étant adaptée au contrôle d'un module compatible ISOBUS donné. Chaque interface graphique est par exemple propre à un type de module compatible ISOBUS d'une marque donnée et d'une gamme donnée. Les figures 5 et 7 présentent, à titre illustratif, des exemples d'interfaces graphiques différentes, l'une étant adaptée au contrôle d'un épandeur à engrais ISOBUS (figure 5), l'autre au contrôle d'un semoir ISOBUS (figure 7) d'un constructeur différent de celui de l'épandeur. Selon une caractéristique particulière de ce mode de réalisation, de nouvelles interfaces graphiques peuvent être ajoutées à l'application postérieurement à sa première installation, en fonction de la mise à disposition sur le marché de nouveaux modules compatibles ISOBUS, par exemple via le téléchargement d'un fichier adapté obtenu sur un site Internet dédié ou via une mise à jour de l'application. Si seul un module compatible ISOBUS (autre que le dispositif de l'invention) est connecté au bus ISOBUS, le procédé est à même de faire afficher automatiquement l'interface dédiée à la commande de ce module ISOBUS, sans que l'utilisateur ait a intervenir. Par exemple, si un épandeur à engrais d'une marque donnée est le seul équipement compatible ISOBUS connecté à un tracteur, l'application logicielle présente directement et automatiquement à l'utilisateur l'interface graphique dédiée à la commande de cet épandeur à engrais particulier sur l'écran du terminal de communication. Les boutons de commandes et les informations affichés sont alors cohérents vis-à-vis de cet épandeur. Ainsi, une aide contextuelle appropriée - par exemple un accès direct au manuel d'utilisation associé au modèle précis de cet épandeur à engrais - peut être automatiquement proposée à l'utilisateur. Si plusieurs modules compatibles ISOBUS (autres que le dispositif de l'invention) sont connectés au bus ISOBUS, le procédé est à même d'opérer une sélection du ou des modules à contrôler, soit de manière automatique, soit en invitant l'utilisateur à effectuer ce choix via un menu dédié par exemple. Dans un mode de réalisation particulier, l'utilisateur a la possibilité de personnaliser l'interface graphique qui lui est proposée par l'application. Parmi les possibilités de personnalisation à sa disposition, il peut par exemple : regrouper dans une même interface des informations et des boutons de commandes associés à plusieurs modules ISOBUS qu'il souhaite contrôler ; opérer une sélection des informations et des boutons de commande qu'il souhaite avoir à sa disposition pour le contrôle d'un module ISOBUS (toutes les informations et toutes les commandes relatives à un même module compatible ISOBUS ne l'intéressent pas forcément); - ajouter des zones d'informations et de commandes associées à des équipements tiers qui ne sont pas obligatoirement compatibles ISOBUS; réorganiser l'emplacement des informations et les boutons de commande à sa guise au sein de l'interface. Ainsi, l'interface affichée pour le contrôle d'un ou plusieurs modules compatibles ISOBUS peut également comprendre des informations et des boutons de commandes en relation avec d'autres équipements différents du ou des modules ISOBUS à contrôler. Par exemple, une partie de l'interface graphique peut être dédiée à l'affichage d'images captées par une caméra IP Wi-Fi surveillant une zone particulièrement sensible d'un engin agricole. Dans d'autres modes de réalisation, les commandes disponibles au sein de l'interface graphique résultent de la prise en compte de paramètres supplémentaires par le procédé de contrôle d'au moins un module compatible ISOBUS, tels que le mode de communication établi entre le terminal de communication et le dispositif de transfert bidirectionnel de données, ou encore un contexte de fonctionnement du module à contrôler. Ainsi, l'accès à certaines commandes permettant le contrôle d'un module compatible ISOBUS est contextualisé en fonction du mode de communication - filaire ou sans-fil - établi entre le terminal de communication et le dispositif de transfert bidirectionnel de données. De cette manière, les commandes associées à des actions susceptibles de présenter un risque pour l'intégrité physique de l'utilisateur/opérateur ne sont disponibles que si le terminal de communication est connecté au dispositif de transfert de données par une liaison de type filaire, ce qui garantit dans une certaine mesure que l'opérateur se trouve dans la cabine au moment où la commande est exécutée. Par exemple, la commande de déploiement du traceur d'un semoir n'est pas proposée à un utilisateur tant que le terminal de communication sur lequel l'application de contrôle du semoir est exécutée n'est pas connecté de manière filaire avec le dispositif de transfert de données. On s'assure ainsi que l'utilisateur est dans la cabine du tracteur, et donc a priori en sécurité, au moment où le traceur est déployé. Dans un autre mode de réalisation particulier, les informations et les commandes proposées à un utilisateur à un instant donné sont contextualisées en fonction du contexte de fonctionnement du module compatible ISOBUS à l'instant considéré. Le contexte de fonctionnement correspond à un état de fonctionnement du module compatible ISOBUS à contrôler (marche, arrêt, mode de fonctionnement spécifique, etc.). Par exemple, par accès aux données transitant sur le bus ISOBUS par l'intermédiaire du dispositif de transfert de données, le procédé est à même de détecter que l'utilisateur réalise une opération telle qu'un essai de débit d'un semoir ISOBUS. L'application mettant en oeuvre le procédé de contrôle du semoir propose alors à l'utilisateur un accès de manière automatique aux vidéos de démonstration d'un essai de débit, aux tableaux de réglages souhaités ou encore à la partie du manuel d'utilisation traitant de l'essai de débit. L'éventail des commandes proposées est également adapté au contexte de fonctionnement du module compatible ISOBUS à contrôler. Dans le même esprit, les caractéristiques de certains éléments graphiques affichés à l'écran (couleur, animation, libellé, etc.) peuvent évoluer en fonction de cet état de fonctionnement du module compatible ISOBUS à contrôler. Comme explicité précédemment, le procédé de contrôle d'au moins un module compatible ISOBUS est mis en oeuvre au sein d'une application logicielle exécutée sur un terminal de communication de préférence mobile d'un utilisateur. La prise en charge des différents modes de communication (Wi-Fi, USB) établis entre le terminal de communication et le dispositif de transfert bidirectionnel de données selon l'invention est réalisée via les API (Application Programming Interface) du système d'exploitation du terminal sur lequel est exécutée cette application. Afin d'être en mesure d'effectuer les opérations qui nécessitent un échange de fichiers avec un module compatible ISOBUS, l'application logicielle comprend une partie cliente (du type client FTP) apte à interagir avec le premier serveur de fichiers (le serveur de fichier dit « standard », par exemple un serveur FTP) du dispositif de transfert bidirectionnel de données. Elle a donc accès à une mémoire de stockage du terminal de communication, afin de pouvoir y récupérer des fichiers à envoyer vers un module compatible ISOBUS à contrôler (par exemple un fichier de réglage préalablement généré via un service accessible en ligne), où y stocker des fichiers en provenance d'un module compatible ISOBUS à contrôler (un fichier de rapport de chantier, ou un fichier de diagnostic type fichier « log » par exemple). L'interface graphique générée par l'application logicielle comprend des éléments graphiques courants, tels que des zones d'édition de texte, des listes déroulantes, des boutons ou des images, etc. A titre d'exemple, elle peut comprendre les éléments suivants : un bouton à deux états permettant la connexion/déconnexion au dispositif de transfert bidirectionnel de données ; la liste des fichiers stockés dans la mémoire du terminal mobile, et correspondant à des fichiers de réglages/paramétrages d'une machine agricole. Ces fichiers ont pu être téléchargés préalablement depuis un site internet dédié puis stockés dans un répertoire de la mémoire interne du terminal de communication ; un bouton permettant l'envoi sur la passerelle (dispositif objet de la présente invention) d'un fichier sélectionné dans la liste précédente ; des liens vers des services en ligne : service permettant de télécharger un fichier de configuration de la machine agricole pour une utilisation donnée (e.g. permettant de configurer les réglages d'un épandeur à engrais et de télécharger un fichier de configuration associé, de type « .csv » par exemple); service regroupant les notices de différentes machines ; service de support, avec par exemple des vidéos décrivant l'utilisation des outils. - un bouton permettant de démarrer ou arrêter la supervision de la machine ; des éléments graphiques modélisant l'état de la machine (machine en fonctionnement ou à l'arrêt, GPS activé ou non, mode de gestion des bordures de champs, écoulement ou non du produit, etc.); une zone de visualisation temps-réel d'un flux vidéo transmis par une caméra IP via le protocole Wi-Fi ; des boutons de commandes associé à la machine à contrôler. Les figures 5, 6 et 7 présentent des exemples d'interfaces graphiques susceptibles d'être générées par l'application logicielle, pour le contrôle de modules compatibles ISOBUS. Comme déjà décrit précédemment, selon un mode de réalisation particulier de l'invention, l'accès à certaines commandes permettant le contrôle d'un module compatible ISOBUS est contextualisé en fonction du mode de communication - filaire ou sans-fil - établi entre le terminal de communication et le dispositif de transfert bidirectionnel de données. Les figures 5 et 6 présentent un exemple d'interface de contrôle d'un même épandeur à engrais ISOBUS, selon un mode de réalisation de l'invention. Dans l'exemple de la figure 5, le terminal de communication sur lequel est exécutée l'application logicielle dédiée est connecté de manière filaire au dispositif de transfert bidirectionnel de données. Toutes les fonctionnalités de contrôle de l'épandeur à engrais sont alors accessibles pour l'utilisateur, dans la mesure ou cette connexion filaire garantit dans une certaine mesure que ce dernier se trouve en cabine au moment où il actionne une commande, et que son intégrité physique n'est donc a priori pas menacée par le résultat de l'exécution de cette commande. A l'inverse, dans l'exemple de la figure 6, le terminal de communication sur lequel est exécutée l'application logicielle est connecté de manière sans fil au dispositif de transfert bidirectionnel de données, pour le contrôle du même épandeur à engrais. Dans ce cas, certaines fonctionnalités (1) sont désactivées (par exemple non affichée dans l'interface, ou grisée et inactivée comme sur l'exemple de la figure 6), en particulier celles dont la mise en oeuvre pourrait présenter un risque pour un utilisateur situé hors de la cabine de son tracteur et à proximité de l'épandeur à engrais. Par ailleurs, il a déjà été précisé que l'application logicielle est apte à permettre le contrôle de modules compatibles ISOBUS de différents types, marques, gammes, constructeurs, en adaptant l'interface graphique affichée en fonction du ou des modules ISOBUS connectés. La figure 7 présente à titre illustratif de cette caractéristique particulière de l'invention un exemple d'interface graphique pour le contrôle d'un semoir ISOBUS, d'un constructeur différent de celui de l'épandeur à engrais des figures 5 et 6. Cette interface graphique est mise en oeuvre par la même application logicielle que celle utilisée pour le contrôle de l'épandeur à engrais, en relation avec les figures 5 et 6, mais les commandes et informations proposées sont cette fois adaptées au contrôle d'un semoir et donc naturellement différentes de celles proposées pour le contrôle d'un épandeur à engrais. Dans certains modes de réalisation, l'interface graphique peut également comprendre, comme illustré en relation avec la figure 7 par exemple, un accès à des manuels d'utilisation (1) et des vidéos (2) contextualisés en fonction du module compatible ISOBUS connecté et/ou d'un mode de fonctionnement du module, ainsi que des informations complémentaires en provenance d'équipement tiers, telles que les images transmises par une caméra Wi-Fi (3). Selon un mode de réalisation particulier de l'invention, la mise en oeuvre de l'application logicielle s'appuie sur un ensemble de classes, qui comprend notamment les classes suivantes : classe CONNECT: permet de gérer l'interface graphique de l'application et comporte de nombreuses méthodes permettant l'accès aux données. Cette classe prend donc en charge la couche présentation et la couche métier de l'architecture trois-tiers. Pour l'accès aux données, elle instancie un objet de la classe CLIENT TCP FILE TRANSFER pour pouvoir gérer le transfert de fichiers vers la passerelle et un objet de la classe FRAME TRANSFER pour la lecture des trames, ces deux dernières classes étant définies ci-après. classe CLIENT TCP FILE TRANSFER : permet de gérer le transfert de fichiers stockés dans le terminal mobile vers la passerelle. Elle interagit avec le système de fichier du terminal mobile pour ouvrir et lire les fichiers présents sur sa mémoire de stockage. Elle gère l'envoi des données via l'API socket du système d'exploitation, qui exploite la connexion Wi-Fi de la passerelle. Une classe exception permet de lancer des exceptions en cas d'erreur lors du transfert. classe FRAME TRANSFER : permet de récupérer, dans l'application, les données circulant sur le réseau ISOBUS. Ces données retraitées permettent d'effectuer, par exemple, la supervision de la machine agricole. Cette classe gère la réception des données via l'API socket du système d'exploitation, qui exploite la connexion Wi-Fi de la passerelle. 5.4 Exemples d'utilisation et avantages L'utilisation conjointe d'un dispositif de transfert bidirectionnel de données tel que décrit selon le premier aspect de l'invention avec un terminal de communication apte à exécuter une application logicielle mettant en oeuvre le procédé selon le deuxième aspect de l'invention définit un système de contrôle d'au moins un module compatible ISOBUS. Une vue d'ensemble des principaux éléments en relation avec un tel système est présentée en figure 8, dans un mode de réalisation particulier : un ou plusieurs terminaux de communication (3) communiquent de manière filaire ou sans-fil avec un dispositif de transfert bidirectionnel de données (1), pour le contrôle d'au moins un module compatible ISOBUS (2). Ce procédé de contrôle est mis en oeuvre par le biais d'une application logicielle dédiée exécutée par les terminaux de communication (3). Le point d'accès sans fil du dispositif de transfert bidirectionnel de données (1) permet également à des équipements tiers (4) non obligatoirement compatibles ISOBUS (une caméra IP Wi-Fi par exemple) d'échanger des informations avec cette application logicielle. Les terminaux de communication (3) peuvent disposer d'une connexion Internet (par le biais d'une connexion 3G ou 4G par exemple) qui leur permet accéder à divers services en ligne (5) (par exemple un service de génération de fichier de réglages propre à un type de module compatible ISOBUS, tel qu'un épandeur à engrais). Parmi les avantages relatifs à l'utilisation d'un tel système, on peut citer les points suivants, donnés à titre purement illustratifs et non limitatifs, dont certains ont déjà été présentés lors de la description détaillée des caractéristiques de la solution proposée : la possibilité pour un utilisateur d'envoyer instantanément des réglages machine à un module compatible ISOBUS depuis un terminal de communication, sans quitter la cabine de son tracteur par exemple. Contrairement à certaines solutions de l'art antérieur, le processus de réglage de la machine est ainsi simplifié puisque l'utilisateur n'a plus besoin de recourir à un support de stockage amovible type clé USB et à un terminal universel pour transférer un fichier de réglages machine vers un module compatible ISOBUS. Il lui suffit maintenant de télécharger le fichier de réglage depuis son terminal de communication, puis de le transférer directement au module ISOBUS idoine grâce à l'application de contrôle exécutée au sein du même terminal. Dans le même ordre d'idée, le même mode opératoire peut être appliqué pour mettre à jour le logiciel machine (ou firmware) d'un module compatible ISOBUS (mise à jour de l'électronique embarquée). la possibilité pour un utilisateur de bénéficier d'une aide contextuelle dédiée et automatique, en fonction d'un contexte de fonctionnement détecté d'un module compatible ISOBUS. Par exemple, par lecture du bus ISOBUS, il est possible de détecter que l'utilisateur réalise une opération tel qu'un essai de débit. Par le biais de l'application mettant en oeuvre le procédé de contrôle du module compatible ISOBUS, l'utilisateur a alors accès de manière automatique aux vidéos de démonstration d'un essai de débit, aux tableaux de réglages souhaités ou encore à la partie du manuel d'utilisation traitant de l'essai de débit. la possibilité pour un utilisateur de bénéficier d'un double affichage instantané (« dual screen ») d'un ensemble tracteur-outil ISOBUS à un coût minimum. L'utilisateur peut par exemple conserver l'affichage du guidage de précision d'un outil agricole sur son terminal universel, tout ayant accès à d'autres informations et d'autres moyens de commande de l'outil sur une interface de type tablette (par exemple le poids en trémie, le débit instantané, l'état d'activation du mode « bordure de champs », etc). Cette solution est économique et pratique car elle permet une visualisation en haute définition des informations machine et évite l'achat d'un terminal universel supplémentaire, dont le coût est important en comparaison avec celui d'un terminal de communication grand public de type tablette tactile. - la possibilité de bénéficier d'une application dédiée prévue et pensée pour recevoir des équipements et services complémentaires sans contrainte ni surcoût. Ainsi, moyennant l'achat d'une simple caméra IP Wi-Fi par exemple, l'utilisateur peut visualiser via une zone réservée de l'interface graphique de l'application toute zone de sa machine agricole jugée intéressante à surveiller. la possibilité d'utiliser la connexion mobile (3G, 4G) déjà souscrite par l'utilisateur pour le fonctionnement courant de son terminal de communication pour obtenir via Internet des informations directement exploitables au sein de fonctionnalités proposées par l'application. Contrairement à d'autres solutions de l'art antérieur, l'utilisateur n'a donc pas à souscrire à un abonnement 3G ou 4G supplémentaire pour la mise en oeuvre de fonctionnalités spécifiques liées à son activité agricole. la possibilité d'exploiter les données GPS du terminal de communication de l'utilisateur, à des fins de « tracking » par exemple. la possibilité de récupérer l'ensemble des données circulant sur le BUS ISOBUS, à des fins de diagnostic machine par exemple, ou pour récupérer des informations à la fin d'un chantier (par exemple la quantité de matière utilisée, la surface épandue, etc.). la possibilité de réaliser du multi-communication, faisant intervenir plus de deux parties. Par exemple, le mode point d'accès Wi-Fi présent sur le dispositif permet de relayer des informations simultanément vers plusieurs terminaux de communication (par exemple vers le terminal de communication d'un utilisateur, mais également vers un ordinateur présent sur l'exploitation ou vers un autre terminal de communication à disposition d'un conducteur présent dans la cabine d'un autre tracteur à proximité). Dans le même ordre d'idée, l'application logicielle est à même de recevoir des informations en provenance d'une pluralité de dispositifs de transferts bidirectionnels de données (chacun étant connecté à un véhicule agricole différent). Ceci permet de réaliser de la communication de type « machine-à-machine » : il est alors par exemple possible d'agir sur une première machine - de façon manuelle ou automatique - en fonction des informations en provenance d'une deuxième machine présente dans le même environnement. la possibilité de s'affranchir d'un terminal universel pour le contrôle de modules compatibles ISOBUS. la possibilité de développer de multiples applications et services complémentaires (système ouvert et évolutif) pour répondre à des usages présents et futurs variés (liberté de conception). A ces exemples d'avantages liés au système dans son ensemble s'ajoutent d'autres avantages inhérents à la conception du dispositif de transfert bidirectionnel de données. Le fait que le dispositif de transfert bidirectionnel de données soit lui-même un module compatible ISOBUS comme un autre fait qu'il est non intrusif : la certification ISOBUS tracteur-outil n'est pas remise en cause par ce dispositif, et l'interopérabilité reste donc assurée. Le dispositif de transfert bidirectionnel de données étant amovible dans un mode de réalisation privilégié, il peut facilement être déconnecté d'un tracteur sur lequel il est utilisé pour être reconnecté sur un autre véhicule agricole compatible ISOBUS. Il peut être donc être ajouté a posteriori sur tout ensemble tracteur-outil compatible ISOBUS, ouvrant ainsi le champ à de nouvelles fonctionnalités. REVENDICATIONS1. Dispositif de transfert bidirectionnel de données entre au moins un terminal de communication et au moins un module compatible avec la norme ISO 11783, dite ISOBUS, dispositif caractérisé en ce qu'il comprend : premier module de communication avec ledit au moins un terminal de communication ; un deuxième module de communication avec ledit module compatible ISOBUS ; un module de gestion desdites données transférées entre lesdits premier et deuxième modules de communication, ledit module de gestion comprenant au moins un serveur de fichiers. 2. Dispositif de transfert bidirectionnel de données selon la revendication 1, caractérisé en ce que ledit premier module de communication est apte à communiquer avec ledit au moins un terminal de communication selon au moins un des modes de communication suivants : communication sans fil ; et/ou communication filaire. Dispositif de transfert bidirectionnel données selon l'une quelconque des revendications 1 à 2, dispositif caractérisé en ce qu'il est compatible ISOBUS, et en ce qu'il est connecté à un bus de communication de type ISOBUS, ledit bus de communication servant de support au transfert bidirectionnel de données entre ledit dispositif et ledit au moins un module compatible ISOBUS. de transfert bidirectionnel de données selon quelconque des revendications 1 à 3, dispositif caractérisé en ce que ledit premier module de communication comprend un point d'accès Wi-Fi. Dispositif de transfert bidirectionnel de données selon la revendication 4, dispositif caractérisé en ce que ledit premier module de communication est apte à communiquer avec au moins un module périphérique au moyen dudit point d'accès VVi-Fi.6. Dispositif de transfert bidirectionnel de données selon l'une quelconque des revendications 1 à 5, dispositif caractérisé en ce qu'il comprend en outre : une prise ISOBUS mâle ; une prise ISOBUS femelle. Procédé de contrôle d'au moins un module compatible ISOBUS, ledit procédé étant mis en oeuvre au sein d'un terminal de communication communiquant selon un mode filaire et/ou sans fil avec un dispositif de transfert bidirectionnel de données selon l'une quelconque des revendications 1 à 6, ledit procédé étant caractérisé en ce qu'il comprend : 10 - une étape d'affichage, sur un écran dudit terminal de communication, d'au moins un bouton de commande et/ou d'au moins une information relatifs audit au moins un module compatible ISOBUS; une étape de détection d'une activation de l'un desdits boutons de commande, dit bouton de commande activé ; 15 - une étape de transmission d'au moins une commande associée audit bouton de commande activé, à destination dudit au moins un module compatible ISOBUS. 8. Procédé de contrôle 'au moins un module compatible ISOBUS selon la revendication 7, ledit au moins un module compatible ISOBUS étant connecté à un bus de communication de type 20 ISOBUS, ledit procédé étant caractérisé en ce qu'il comprend, préalablement a ladite étape d'affichage : une étape de détermination de modules compatibles ISOBUS connectés audit bus de communication de type ISOBUS; une étape de sélection d'au moins un module compatible ISOBUS parmi lesdits modules 25 compatibles ISOBUS déterminés lors de ladite étape de détermination, dit module compatible ISOBUS à contrôler ; une étape de sélection d'au moins un bouton de commande et/ou d'au moins une information, en fonction dudit module compatible ISOBUS à contrôler. 30 9. Procédé de contrôle d'au moins un module compatible ISOBUS selon la revendication 8, caractérisé en ce que ladite étape de sélection d'au moins un bouton de commande et/ou d'au moins une information dépend en outre du mode de communication détecté entre ledit terminal5de communication et ledit dispositif de transfert bidirectionnel de données pour le transfert de données en provenance et/ou à destination dudit module compatible ISOBUS à contrôler. 10. Procédé de contrôle d'au moins un module compatible ISOBUS selon l'une quelconque des revendications 8 et 9, caractérisé en ce que ladite étape de sélection d'au moins un bouton de commande et/ou d'au moins une information dépend en outre d'un contexte de fonctionnement détecté pour ledit module compatible ISOBUS à contrôler. 11. Procédé de contrôle d'au moins un module compatible ISOBUS selon l'une quelconque des revendications 7 à 10, caractérisé en ce que ladite étape de détection d'une activation de l'un desdits boutons de commande appartient au groupe comprenant : - une détection d'un contact tactile ; - une détection d'une commande vocale. 12. Terminal de communication apte à exécuter une application logicielle mettant en oeuvre le procédé de contrôle d'au moins un module compatible ISOBUS selon l'une quelconque des revendications 7 à 11. 13. Système de contrôle d'au moins un module compatible ISOBUS, ledit au moins un module étant connecté à un bus de communication de type ISOBUS, ledit système étant caractérisé en ce qu'il comprend : un terminal de communication apte à exécuter une application logicielle mettant en oeuvre le procédé de contrôle d'au moins un module compatible ISOBUS selon l'une quelconque des revendications 7 à 11; un dispositif de transfert bidirectionnel de données entre ledit terminal de communication et ledit au moins un module compatible ISOBUS selon l'une quelconque des revendications 1 à 6.