> For the complete documentation index, see [llms.txt](https://enless.gitbook.io/centre-aide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://enless.gitbook.io/centre-aide/guides-installation/capteurs/editor-21/depannage.md). # Dépannage TX MODBUS : dépannage

Dépannage

Besoin d'aide pour votre TX MODBUS ? Accédez ci-dessous à notre FAQ ou posez votre question à l'assistant

Accéder à la FAQ

:arrow-trend-up: Questions fréquentes

Quelle est la consommation du TX MODBUS ? La consommation du TX MODBUS est normalement inférieure à 74mA à 12V. Pendant l'envoi des trames des message périodiques, il peut y avoir des pics à 140mA. Pour éviter tout problème veuillez maintenir 1A 12V sur le bornier d'alimentation.
Quel est le délai du retour de l'information après l’écriture dans un registre d’un esclave TX MODBUS ? Si le TX MODBUS est configuré à une périodicité d’une minute, il lit les registres de l’esclave ou des esclaves les uns après les autres à 1 seconde d’intervalle en boucle. Donc s'il y a 10 esclaves, 6 registres, il faudra 60 secondes pour les parcourir tous. Lorsque vous écrivez une valeur dans la table Modbus du récepteur, la valeur est immédiatement envoyée au TX MODBUS. Lorsque le TX MODBUS reçoit ce message, il l’écrit immédiatement dans les registres donc de bout en bout, l’écriture se produira très rapidement. En revanche, comme le TX MODBUS parcourt tous les registres, cela peut prendre jusqu'à une minute avant que cette valeur de registre ne soit renvoyée au récepteur. Pendant ce temps, si vous mettez à jour le registre, disons dans les 10 secondes, la dernière valeur devrait parvenir très rapidement au TX MODBUS puis à l'esclave. Mais selon le registre qui est scanné, encore une fois, cela peut prendre 1 minute avant que la valeur ne soit envoyée au récepteur. Si les esclaves du TX MODBUS sont configurés à une périodicité de 5 minutes, le TX MODBUS lit les registres des esclaves à 5 secondes d’intervalle en boucle, donc s'il y a 10 esclaves, 6 registres, il faudra 5 minutes pour les parcourir tous. Suivant la même logique que ci-dessus, le retour d’information après l’écriture dans un registre d’un esclave peut prendre jusqu'à 5 minutes avant que cette valeur de registre ne soit renvoyée au récepteur.
Quels sont les codes de fonction supportés par le TX MODBUS ? Ci-dessous, les codes de fonction supportés pour la lecture des registres Modbus: * 01 : Lire des registres de type Coil * 03 : Lire des registres de type Holding * 04 : Lire des registres de type Input Ci-dessous, les codes de fonction supportés pour l'écriture dans les registres Modbus: * 05: Write single Coil. * 06: Write single register. * 15 : Write multiple coils * 16 : Write multiple registers
Comment vérifier la lecture/écriture des registres du TX MODBUS ? Les registres "Statut Alarme" de la table Modbus des esclaves du TX Modbus permettent de vérifier si la lecture et l'écriture des registres des esclaves ont été bien effectuées. Le registre "Statut Alarme" est codé sur 16 bits dont 6 bits permettent de vérifier si la lecture des registres de l'esclave a été réussie et 6 bits permettent de vérifier si l'écriture dans les registres de l'esclave (de type Hold ou Coil) s'est bien effectuée. **Exemple** : La lecture et l'écriture doivent être codées dans le registre "Statut Alarme" Si la valeur lue est **3e3e** (hexadécimal). Convertissez cette valeur hexadécimale en binaire sur 16 bits: 3e3e(hexa) = 00**111110** 00**111110** (binaire) * **111110 :** Seul le premier registre de l'esclave a bien été lu. * **111110 :** L'écriture s'est bien effectuée seulement dans le premier registre de l'esclave.
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://enless.gitbook.io/centre-aide/guides-installation/capteurs/editor-21/depannage.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.