Acquisition de données STM32 et intégration MQTT | 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é ce projet d’acquisition de données STM32 et d’intégration MQTT, des exigences du client à la délimitation contractuelle, à la conception matérielle et logicielle, aux essais sur matériel réel et à la livraison. Les travaux portaient sur le lien entre les données des instruments et les champs attendus par le système récepteur, sans supposer qu’une liaison série suffise à achever l’acquisition.
Définir la chaîne allant de la mesure au message
L’architecture STM32F407 documentée lit les instruments via RS232 ou RS485 et prévoit une orientation d’intégration MQTT. Le travail technique relie la représentation des données de l’instrument au format applicatif de destination. Les exigences et le périmètre contractuel ont établi les fonctions d’acquisition et de remontée à livrer.
Pour ce type de travail, le décodage des trames ou l’accès aux registres, la mise à l’échelle, les unités, l’identification des équipements, les horodatages de collecte et la gestion des erreurs doivent être considérés ensemble. RS485 spécifie l’interface électrique ; il ne prouve ni qu’un instrument utilise Modbus ni que ses valeurs correspondent aux champs attendus par un serveur.
Intégrer le micrologiciel d’acquisition à la liaison montante retenue
Obeita a achevé la conception matérielle et logicielle du projet d’acquisition convenu. L’architecture publique comprend Ethernet pour le réseau local et une orientation cellulaire EC200M dont la variante de module et la prise en charge par les opérateurs locaux doivent être vérifiées selon le déploiement. Ces choix d’intégration réseau soutiennent la chaîne entre instrument et serveur.
Les topics MQTT, leurs permissions, les champs de charge utile et les réponses aux commandes doivent correspondre à la plateforme réceptrice. L’authentification, la reconnexion et le traitement des mesures non envoyées doivent être définis pour chaque implémentation. La conservation hors ligne exige une capacité de stockage et une politique de retransmission convenues ; la présence d’une connexion MQTT ne les établit pas.
Rendre l’interprétation des données vérifiable dans un projet similaire
Lors de l’adaptation de cette architecture à un autre instrument, une mesure connue peut être comparée à sa trame brute, à la valeur décodée et à la charge utile sortante. Cela fournit un moyen concret de définir l’acceptation sur l’ensemble du chemin de données. Les vérifications spécifiques et les conditions de remontée doivent être convenues pour ce nouveau projet.
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 | Plateforme STM32F407 |
| Interfaces des instruments | RS232 et RS485 |
| Réseau local | Ethernet |
| Orientation cellulaire | EC200M ; variante de module adaptée au déploiement |
| Protocole serveur | MQTT ; topics et charge utile convenus par projet |
| Exemples d’application | Environnement, agriculture et surveillance d’équipements distants |
Résultat de la livraison et périmètre des essais
Le matériel et le logiciel d’acquisition convenus 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.
Cette déclaration d’achèvement ne publie ni valeur de précision, ni résultat d’essai de déconnexion réseau, ni capacité garantie de conservation des données. Elle n’implique pas non plus une compatibilité avec tous les protocoles d’instruments, opérateurs ou plateformes cloud basées sur MQTT.
Discuter d’un projet similaire
Transmettez à Obeita un protocole d’instrument représentatif, des exemples de données, ainsi que les topics MQTT et la charge utile requis, y compris les unités, l’intervalle et le comportement de remontée. Précisez les besoins cellulaires, de conservation hors ligne ou de retransmission afin qu’un projet d’acquisition comparable dispose d’un périmètre de bout en bout clair.