Physique et géospatialSource publique

IoT MCP Server

Gestion des dispositifs IoT — télémétrie, commandes, alertes, jumeaux numériques, gestion de flotte, mises à jour OTA, géorepérage

Ouvrir la source Lisez le guide officiel ↗

Ce qu'il offre à un agent

Une capacité conçue spécifiquement derrière une connexion MCP unique.

Le serveur possède sa logique de domaine et publie un contrat d'outil qu'un client MCP peut découvrir. ADK-Rust peut charger ce contrat dans un agent, normaliser chaque schéma pour le fournisseur de modèle choisi, et garder le cycle de vie de la connexion en dehors de la logique métier de l'agent.

Cycle de vie complet des dispositifs — enregistrer, surveiller, commander, mettre à jour, décommissionner

Alertes automatiques — ingestion de télémétrie évaluant automatiquement les règles d'alerte et déclenchant des alertes

Jumeaux numériques — état rapporté vs désiré avec détection de dérive

Opérations de flotte — grouper les dispositifs et envoyer des commandes en masse

Gestion OTA — versionnage du firmware et suivi des déploiements

Géorepérage — calcul de distance haversine pour détection de violation

Zéro configuration — démarre immédiatement sans broker MQTT ni dépendance cloud

Architecture

Comment IoT MCP Server s'intègre dans un système d'agent.

Le modèle n'a jamais besoin des détails d'implémentation ou des identifiants du système derrière le serveur. Il voit les définitions d'outils examinées. Le client MCP gère la découverte et les appels, tandis que le serveur conserve la propriété de la validation, de la politique et de la communication avec son système de domaine.

Agent ADK-Rust

Choisit une capacité dans le catalogue d'outils examiné.

→

Client MCP

Découvre les schémas, envoie des appels et reçoit du contenu typé.

→

IoT MCP Server

Valide la requête et possède 22 contrats d'outils documentés.

→

Système de domaine

Conserve l'API, les données, les identifiants et les règles métier derrière le serveur.

Connexion : stdio · Cadre serveur : ADK MCP SDK + rmcp

Diagramme d'architecture de IoT MCP Server depuis son dépôt officiel

Catalogue d'outils

Que peut demander un agent à IoT MCP Server ?

Chaque outil a un nom stable, un but lisible par l'humain, et un contrat d'entrée JSON découvert lors de l'initialisation MCP. Les classes de risque proviennent du manifeste du registre du projet lorsqu'il est disponible.

22 outils nommés

device_register

Enregistrer un dispositif (capteur, actionneur, passerelle, edge) avec emplacement, tags, coordonnées

see documentation

device_list

Lister tous les dispositifs avec résumé statut en ligne/hors ligne

see documentation

device_get

Obtenir les détails d'un dispositif incluant état jumeau et télémétrie récente

see documentation

device_decommission

Décommissionner un dispositif, le retirer de la flotte active

see documentation

telemetry_ingest

Ingestion de métriques (température, humidité, pression, tension, etc). Déclenche automatiquement des alertes

see documentation

telemetry_query

Interroger l'historique télémétrique par dispositif, filtre métrique optionnel, limite configurable

see documentation

command_send

Envoyer une commande au dispositif (redémarrer, configurer, mettre à jour firmware, calibrer)

see documentation

command_list

Lister l'historique des commandes d'un dispositif avec statut d'exécution

see documentation

alert_rule_create

Créer une règle d'alerte (métrique + condition + seuil). Conditions : gt, lt, gte, lte, eq

see documentation

alert_rule_list

Lister toutes les règles d'alerte

see documentation

alert_list

Lister les alertes déclenchées (violations) avec dispositif, métrique, valeur vs seuil

see documentation

twin_update

Mettre à jour l'état désiré — le dispositif réconcilie état rapporté vs désiré

see documentation

Gouvernance

Comprendre l'effet de chaque outil.

Une connexion serveur hérite de l'autorité de ses identifiants et de son environnement de déploiement. Les déclarations ci-dessous proviennent du README de ce projet et du manifeste du registre MCP ; votre application décide toujours des outils qu'un agent reçoit et des endroits où une approbation est requise.

22 see documentation

Consultez la documentation serveur et les identifiants de déploiement avant de l'activer pour un agent.

Surface MCP

Ce que la documentation actuelle déclare.

MCP peut transporter des outils, ressources, invites, résultats structurés, progression, annulation et travaux de longue durée. Cet enregistrement met en avant les fonctionnalités modernes du protocole explicitement mentionnées par ce dépôt.

Le README actuel se concentre sur sa surface d'outil. Vérifiez la source et les notes de version avant de compter sur des capacités MCP optionnelles au-delà de la découverte et de l'invocation d'outils.

ADK MCP SDKrmcpManifeste du registre

Installer et connecter

Suivez le point de départ documenté du projet.

Installez le serveur dans l'environnement qui possède ses identifiants et l'accès au domaine. Ajoutez-le à votre hôte MCP, vérifiez les outils découverts, et réduisez l'ensemble d'outils avant de le confier à un agent en production.

Installer

cargo install mcp-iot

Configuration client MCP

{
  "mcpServers": {
    "iot": { "command": "mcp-iot" }
  }
}

Les commandes et la configuration sont extraites du README public. Confirmez les prérequis, variables d'environnement et options spécifiques à la version dans la documentation officielle avant le déploiement.

Documentation officielle

Poursuivez avec la source de vérité des mainteneurs du projet.

Cette page fournit une carte accessible du serveur. Le dépôt reste la référence pour les schémas exacts, prérequis, configuration, exemples, tests, versions et mises à jour de sécurité.

Présentation ↗README.md JOURNAL DES MODIFICATIONS ↗CHANGELOG.md Architecture ↗docs/assets/architecture.svg Problèmes et support ↗problèmes github.com

Continuez à explorer