Adaptation de passerelle Modbus à double RS485 | Obeita
Projet livré. Les tests ont confirmé que le matériel et le logiciel réalisés répondaient aux exigences convenues avec le client. Les spécifications d’un nouveau projet doivent faire l’objet d’un accord distinct.
Obeita a achevé et livré un projet de passerelle Modbus à double RS485 basé sur une architecture ESP32-C3. Les travaux ont couvert les exigences du client, le périmètre contractuel, la conception matérielle et logicielle, les essais sur matériel réel et la livraison. La tâche d’intégration distinctive consistait à traduire des sources Modbus RTU séparées en une vue amont convenue, sans perdre le sens de leurs registres.
Définir le comportement des bus et les données utiles
L’architecture publique sépare les bus RS485 et prévoit la correspondance Modbus TCP ainsi que la publication MQTT. Chaque bus possède ses paramètres série et ses exigences d’interrogation, tandis que l’application a besoin d’une interprétation cohérente des valeurs des registres. Les exigences et la délimitation contractuelle ont réuni ces aspects dans les fonctions à livrer.
L’ordre des octets, l’ordre des registres, le type de données et la mise à l’échelle en unités physiques font partie de cette correspondance. Une valeur en virgule flottante répartie sur plusieurs registres ne peut pas être interprétée à partir d’une adresse seule. Des intégrations similaires nécessitent aussi des délais d’attente, nombres de tentatives et budgets de temps de scrutation bornés, avec une planification distincte des bus, afin qu’un équipement sans réponse ne détermine pas silencieusement le comportement de remontée de toute la passerelle.
Associer micrologiciel de passerelle et gestion locale
Obeita a achevé la conception matérielle et logicielle de la passerelle convenue. L’orientation de gestion documentée comprend la configuration par navigateur, les données en direct, les écritures en ligne et un périmètre de développement OTA. Ces fonctions exigent des choix explicites concernant les paramètres modifiables, les permissions des registres et le comportement des mises à jour.
Le matériel compact documenté utilise l’ESP32-C3 et des chemins de transceivers MAX485ESA. Le TPS5430DDA convertit 12 V en 5 V, tandis que l’AMS1117-3.3 alimente la logique. Le montage sur rail et l’antenne externe 2,4 GHz rendent le câblage terrain, la terminaison et l’accès aux commandes de configuration importants pour l’intégration.
Préciser l’adaptation et la vérification
Pour une nouvelle application, les tables de registres des équipements doivent être rapprochées des champs Modbus TCP ou MQTT demandés avant de finaliser l’interrogation et les correspondances. Les écritures en ligne nécessitent des permissions claires. La conservation de la configuration, la récupération après interruption d’une mise à jour et le comportement d’isolation des bus exigent des spécifications explicites s’ils font partie du nouveau périmètre.
Architecture et configuration documentées
Le tableau présente l’architecture documentée, les orientations de configuration et les limites de sélection de ce projet. Les éléments optionnels, les choix dépendant du micrologiciel et les pistes d’extension ne garantissent pas, à eux seuls, que toutes les options mentionnées ont été livrées. Le matériel, le logiciel et le périmètre fonctionnel convenus pour le projet définissent la livraison effective.
| Élément | Configuration |
|---|---|
| Contrôleur | ESP32-C3 |
| Bus de terrain | 2 canaux RS485 / Modbus RTU indépendants |
| Services amont | Correspondance Modbus TCP et publication MQTT |
| Traitement des données | Conversion d’ordre des octets et mise à l’échelle en unités physiques |
| Gestion | Configuration web, données en direct, écritures en ligne, périmètre de développement OTA |
| Orientation du boîtier | 82 × 54 × 32 mm, montage sur rail |
Résultat de la livraison et périmètre des essais
Le matériel et le logiciel de la passerelle prévus au contrat ont été achevés et livrés. Les essais fonctionnels sur matériel réel ont confirmé que le projet livré répondait aux exigences du client.
Ce résultat s’applique aux fonctions convenues. Il ne publie pas de garantie de fréquence de scrutation ou de capacité, ne démontre pas la compatibilité avec toutes les tables de registres et ne revendique pas de résultats spécifiques d’essais d’OTA interrompue ou d’esclave déconnecté. Les éléments de gestion restent soumis à leur périmètre de développement documenté.
Discuter d’un projet similaire
Transmettez à Obeita les listes d’équipements et les tables de registres des deux bus, le comportement de remontée requis, les champs TCP ou MQTT cibles et les éventuelles exigences d’écriture en ligne ou de mise à jour. Ces éléments définissent une passerelle similaire autour des comportements de données et de gestion réellement nécessaires à l’application.