Intégration de passerelle IoT multi-interface | 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 livré un projet de passerelle IoT multi-interface basé sur le STM32F407. Le projet a relié l’acquisition de terrain à un chemin de données logiciel défini, des exigences du client et de la confirmation du contrat à la conception matérielle/logicielle, aux essais sur matériel réel et à la livraison.
Un périmètre de passerelle centré sur l’identité des équipements
Le problème d’intégration était de traiter le trafic RS485 et radio local sub-GHz tout en gardant clairs l’équipement d’origine et la destination des commandes. Les travaux matériels et logiciels d’Obeita ont couvert le périmètre de passerelle convenu. L’architecture documentée sépare collecte, validation, adaptation cloud et gestion, pour donner des responsabilités distinctes aux connexions de terrain et serveur.
Modbus RTU et les messages des nœuds radio empruntent des chemins d’acquisition différents. Leur modèle de données doit conserver l’identité des équipements lors de l’analyse et de l’envoi, tandis qu’un message descendant exige une adresse et une règle de routage convenues. Ce traitement des messages est le cœur technique de ce cas ; l’ajout d’une interface physique ne définit pas à lui seul comment un serveur peut commander les équipements connectés.
Paramètres réseau et gestion de la passerelle
La conception publique comprend des options de liaison montante Ethernet, Cat.1 et Wi-Fi, ainsi qu’un outil de configuration sur hôte pour les paramètres réseau et cloud. La conception logicielle relie les données de configuration au comportement opérationnel de la passerelle. Le stockage et la restauration des réglages, les champs d’enregistrement cloud et les accusés de réception des commandes font partie de cette définition. L’OTA est documentée dans le périmètre de gestion ; la vérification des images et la récupération après interruption de mise à jour exigent une implémentation adaptée au micrologiciel retenu.
Domaines d’alimentation et protection des interfaces de terrain
L’architecture matérielle sépare l’entrée 6–28 V, un étage intermédiaire 5 V, des alimentations 3,3 V distinctes pour la logique et les périphériques, et un rail cellulaire 3,9 V. Le chemin RS485 documenté associe transceivers SP3072EEN, composants TVS et protection à décharge gazeuse. Ces choix décrivent l’approche de protection du circuit. Une affirmation de tenue aux surtensions du produit assemblé exige une forme d’onde définie, un agencement de câblage et un rapport d’essai au niveau produit ; la liste de composants seule ne démontre pas cette tenue.
Architecture et configuration documentées
Ce tableau présente l’architecture documentée du projet et les limites de sélection. Les options, variantes et données de conception restent soumises aux réserves indiquées ; leur présence ne garantit pas, à elle seule, que chaque option faisait partie de la configuration livrée.
| Élément | Configuration |
|---|---|
| MCU | STM32F407VET6, Cortex-M4 |
| Acquisition de terrain | 2 × RS485 ; Modbus RTU ; chemin sub-GHz/LoRa |
| Liaisons montantes | Options Ethernet, Cat.1, Wi-Fi |
| Conception d’entrée | 6–28 V avec circuits de protection et contre l’inversion de polarité |
| Configuration | Outil sur hôte pour paramètres réseau et cloud |
| Périmètre de gestion | Validation des données, commandes descendantes et OTA |
Passerelle livrée et résultat du projet vérifié
Obeita a livré le matériel et le logiciel de passerelle convenus après avoir achevé les essais sur matériel réel. Les fonctions testées ont satisfait aux exigences du client. Ce résultat couvre la configuration contractuelle du projet ; il ne publie ni valeur de débit, ni niveau d’immunité, ni garantie que toutes les options de liaison montante citées ont été livrées ensemble.
Pour une nouvelle installation, la topologie terrain, le modèle d’adressage des équipements, le contrat de messages cloud et les exigences de mise à jour/récupération doivent être fixés ensemble. Les exigences de protection doivent aussi refléter le câblage et l’environnement d’installation, plutôt qu’être déduites des composants individuels.
Délimiter une passerelle multi-interface similaire
Transmettez à Obeita votre topologie RS485 et de nœuds radio, les détails des protocoles, le format des messages serveur et les exigences de protection de l’installation. Nous pourrons définir un périmètre de développement et d’essais sur matériel réel adapté aux équipements à connecter.