> For the complete documentation index, see [llms.txt](https://navixy.com/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://navixy.com/docs/expert-center/fr/faq-and-troubleshooting/sensors/configuring-suntech-st4410g-master-slave-on-navixy.md). # Configuration maître-esclave du Suntech ST4410G dans Navixy Configurez la redondance maître-esclave du Suntech ST4410G dans Navixy. Couvre le mappage de l'esclave, les paramètres de surveillance de distance et l'intégration des alertes pour la sécurité de l'actif. Le Suntech ST4410G est un appareil GPS compact, alimenté par batterie, conçu pour des conditions difficiles. Fonctionnant sur CAT M1 avec repli 2G et équipé d'une batterie au lithium longue durée, il est conçu pour les environnements à haut risque où la flexibilité et la discrétion comptent. Les utilisateurs de Navixy peuvent facilement tirer parti des capacités de cet appareil ; le ST4410G est entièrement intégré à la plateforme Navixy, garantissant un flux de données stable et des capacités de gestion complètes pour les utilisateurs. La fonctionnalité la plus remarquable du ST4410G est sa redondance maître-esclave ; combinée au solide système d'alertes de Navixy, elle fournit un niveau inégalé de sécurité et de continuité opérationnelle. Dans ce document, vous apprendrez le concept principal de la fonctionnalité maître-esclave et comment configurer des alertes à son sujet dans la plateforme Navixy. ## Configuration du système maître-esclave pour les rapports et les alertes : paramètres clés dans Syntrack et Navixy Pour garantir l'efficacité de la configuration maître-esclave, il est important de définir plusieurs paramètres clés. Ces réglages aident à contrôler la synchronisation des interactions entre les appareils et la génération des alertes. La configuration est gérée via l'outil Syntrack, ce qui permet d'adapter facilement le système à vos besoins métier. De plus, l'intégration à Navixy garantit une visualisation et des performances précises sur la plateforme, en fournissant des alertes utiles et en aidant le client à agir si un événement survient. ### Intervalle de temporisation L'intervalle de temporisation détermine combien de temps l'appareil maître attendra avant de considérer un appareil esclave comme inactif ou manquant. Ce réglage est crucial pour éviter les fausses alertes. Par exemple, si un appareil esclave sort temporairement de portée mais est censé revenir sous peu, l'intervalle de temporisation empêchera le système d'envoyer une alerte prématurément. ![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXfk8fVlzJ8KomhVMibxxDpfeMEYTvTp4SjlAMkFqKObHv9MMhffyRwJ6gjyGO3Z0m6k9NaJH9bcBPrLpPY4DZ94mVSlpmUT9zirSkqL1MHqwYfRVLS6TKv3r1qPSglmA8KVZwor?key=tadSe0dC1rnchCyfbf2IlA) ### Intervalle de temps PMR (Presence Message Request) L'intervalle de temps PMR détermine la fréquence à laquelle l'appareil maître envoie des requêtes aux appareils esclaves pour des mises à jour de présence. Ces requêtes incluent des informations GPS, et les appareils esclaves répondent avec leur état. Une configuration correcte de l'intervalle PMR garantit que l'appareil maître reste synchronisé avec les appareils esclaves, en maintenant leur état continuellement à jour. ![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXetTC-gNFDNmZRuRzpgtsHppGOeoSewzwCFD1D7EoCpgLoyfuACm5yin7kbTgfeyAPDwGPZ3IzEmR9lyu6O7GbDXiyDi-cmUSpc2TL93BWc3PkBwRzfkraoOaljtytfXl3p6aDW?key=tadSe0dC1rnchCyfbf2IlA) ### Association des appareils esclaves à l'appareil maître dans Syntrack Une fois les paramètres de temps définis, l'étape suivante consiste à associer les appareils esclaves à l'appareil maître. Ce processus s'effectue à l'aide de la fonction Liste des appareils présents dans l'outil Syntrack. L'utilisateur saisit simplement le numéro de série à 9 chiffres de chaque appareil esclave (saisi de droite à gauche), ce qui crée une liste de tous les appareils que l'appareil maître surveille. Une fois l'association terminée, l'appareil maître peut suivre la présence en temps réel de chaque appareil esclave, ce qui permet une surveillance continue de tous les actifs. ### Optimiser la portée et la détection Pour des performances optimales, il est crucial de maintenir les appareils maître-esclave dans une plage de communication idéale de 80 à 150 mètres. Cette portée garantit une communication fiable entre les appareils et minimise le risque de fausses alertes. Rester dans cette plage garantit que le système détectera avec précision la présence des appareils esclaves et réagira rapidement à tout changement. Cependant, plusieurs facteurs peuvent affecter les performances, par exemple lorsqu'un appareil esclave est placé dans une boîte ou un conteneur qui est ensuite manipulé. Dans ces cas, le système doit détecter rapidement l'absence ou la manipulation de l'appareil esclave et en alerter l'utilisateur. Maintenant que l'appareil est correctement configuré, il est temps de lui apporter une valeur ajoutée grâce à Navixy. La plateforme propose plusieurs alertes logicielles qui peuvent être d'une grande aide pour améliorer les performances de l'appareil. ### Alertes supplémentaires dans Navixy : surveillance des distances entre appareils maîtres Une fonctionnalité supplémentaire proposée via Navixy est la possibilité de créer des alertes basées sur la distance entre deux appareils maîtres ou plus. Si plusieurs appareils maîtres suivent le même ensemble d'actifs, les entreprises peuvent configurer des alertes pour les avertir si les appareils s'éloignent les uns des autres au-delà d'une distance prédéfinie. ![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXebVwcAe_iy8QpvtvY2dryZM6MZ89jpbxua45YnnQMUB5zlbCqJ2KNi0-F_NibHDh8RsW9ciFDxe2XEudtiP7eKOsNgz5MwPmiH8Wmp6FgGup_8V0f14dTwVAWLROe47OL32ukDQA?key=tadSe0dC1rnchCyfbf2IlA) Cette fonctionnalité est particulièrement utile pour le suivi des marchandises et des véhicules, car elle aide à détecter lorsque des actifs sont séparés ou lorsqu'une manipulation se produit. En configurant des alertes basées sur la distance, les entreprises obtiennent une couche de sécurité supplémentaire, garantissant que tout mouvement non autorisé ou toute séparation d'actifs est immédiatement signalé. ## Configuration des alertes de présence et de manipulation dans Navixy Inutile de dire que, lorsque vous gérez des marchandises de valeur en transit, savoir à quel moment quelque chose tourne mal peut tout changer. C'est là que la configuration maître-esclave dont nous venons de parler, associée au système d'alertes de Navixy, prend vraiment tout son sens, vous permettant de recevoir des notifications instantanées si quoi que ce soit sort de l'ordinaire. Navixy simplifie cela. Il vous permet de configurer des alertes intelligentes liées à l'activité de surveillance de l'appareil maître. Si une unité esclave est détachée ou si quelque chose semble anormal, le système vous avertit rapidement. Pas de suppositions, seulement des mises à jour opportunes qui aident à protéger vos actifs. ### Comment créer des alertes de présence pertinentes L'un des principaux atouts de l'appareil GPS ST4410G est sa capacité à détecter lorsqu'un de ses appareils esclaves connectés disparaît ou revient en ligne. Cette capacité, combinée aux fonctionnalités d'alertes de Navixy, offre aux entreprises un moyen puissant d'anticiper les problèmes potentiels. La configuration de ces alertes est simple : 1. Ouvrez le **module Règles d’alertes** dans Navixy. 2. Créez une règle pour l'événement précis qui vous intéresse, par exemple la disparition d'un appareil. 3. Sélectionnez l'appareil maître et choisissez l' **option valeur du champ State** . 4. Ajoutez la condition (par exemple, « present\_device\_absent » ou « absent\_device\_recovered ») et saisissez le numéro de série à 9 chiffres de l'unité esclave. ![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXesAk9lNzokfS4caOKZ3ptr4M-ctro2G_8Ebn7X9L438-zK9wKlWeg23xJvGTnuUiYUrBlm0Vc4yQrGghx2WtZ_5FMEvqBYF0FdLUWuX1AX94uKUAPMn1g25EgQtk-XtvW35kmp_A?key=tadSe0dC1rnchCyfbf2IlA) Une fois cela en place, vous serez notifié dès qu'un événement inattendu se produit, qu'il s'agisse d'une déconnexion, d'une manipulation ou d'un mouvement qui ne devrait pas avoir lieu. ![](https://lh7-rt.googleusercontent.com/docsz/AD_4nXdaD0R3YWew_0fASmCOXFp9PcTAdinJsLzIvA96LrLqCakCE0Xlb-PbP1mGEosdjiFo4mXM9kgDq4ZglOl6jT1uSg5lnUDK_Clidji_VaNeiuSmHkEULcaTZzzpmGNt54LqIbs0Lw?key=tadSe0dC1rnchCyfbf2IlA) La gestion des alertes dans une flotte en croissance ne devrait pas entraîner davantage de travail manuel. Que vous remplaciez souvent des appareils ou que vous gériez des conditions complexes sur le terrain, Navixy vous offre deux moyens puissants de garder une longueur d'avance : * [les outils API Navixy](https://navixy.com/docs/developers/) vous aident à automatiser à grande échelle. * [IoT Logic](https://www.navixy.com/iot-logic/) offre de la flexibilité pour les scénarios complexes. ## Réflexions finales#\# Navixy renforce cette fonctionnalité en permettant des alertes basées sur la distance entre plusieurs appareils maîtres, ajoutant une autre couche critique de sécurité pour le suivi des actifs groupés. Le système d'alertes intuitif de la plateforme permet une configuration simple des notifications de présence et de manipulation, en s'appuyant sur des valeurs spécifiques du champ State telles que « present\_device\_absent » ou « absent\_device\_recovered ». Il ne s'agit pas seulement d'un simple processus de réception immédiate de notifications pour des événements inattendus ; cela souligne également l'engagement de Navixy en faveur d'une sécurité proactive. La fonctionnalité maître-esclave avancée du ST4410G, parfaitement intégrée et configurable dans l'environnement polyvalent de Navixy, comprend notamment la prise en charge des outils API et d'IoT Logic pour les scénarios complexes. --- # 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://navixy.com/docs/expert-center/fr/faq-and-troubleshooting/sensors/configuring-suntech-st4410g-master-slave-on-navixy.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.