Serveur MCP Sedona
Accès unifié multi-protocoles à Sedona, Sandstar et SkySpark
Un serveur MCP, quatre protocoles d'automatisation des bâtiments, zéro code de liaison.
Sedona MCP Server parle Sedona Sox sur TCP binaire sur le port 1876, Sedona Weblet sur HTTP sur 8085, le pont Project Haystack de Sandstar et SkySpark sur HTTPS -- tout derrière une surface d'outil MCP unifiée. Demandez-lui de rechercher les classes Sedona, générer du code de composant ou exécuter Axon en direct contre un projet SkySpark en cours d'exécution, et la couche de routage de protocole détermine quel transport utiliser.
Hors ligne, il indexe plus de 27 outils d'exemples Sedona, de kits, de classes, de motifs et de modèles avec FlexSearch. En ligne, il accède aux bâtiments réels.
Pourquoi cela existe
Une pile de contrôle moderne n'est pas un protocole -- c'en est quatre, parfois cinq. Les ingénieurs jonglent avec des outils distincts pour chacun, perdant le contexte chaque fois qu'ils changent. Sedona MCP Server réduit cela à une seule conversation : l'assistant appelle executeAxonCode et le serveur gère HTTPS plus la poignée de main SCRAM vers SkySpark ; il appelle searchSedonaClasses et le serveur accède à l'index local ; il appelle getActiveConnection et le serveur signale quel appareil est actuellement lié.
À qui c'est destiné
- Ingénieurs en contrôle travaillant sur les appareils Sedona et les projets SkySpark sur le même chantier
- Développeurs Sandstar reliant les étiquettes Haystack au matériel Sedona
- Intégrateurs assistés par l'IA qui veulent un serveur MCP, pas quatre
Tableau de commutation de protocoles
Quatre protocoles, un appel d'outil MCP
Un fichier de configuration définit vos appareils Sox, serveurs Weblet, ponts Sandstar et instances SkySpark. Tout appel d'outil est acheminé vers le bon transport -- TCP binaire, HTTP, HTTPS -- sans une seule ligne de code de liaison.
Surface d'outils
Six domaines, une interface
Recherche, génération, validation, analyse, exécution, connexion. Vingt-sept outils et plus organisés par l'opération que vous effectuez -- pas le protocole que vous utilisez.
L'assistant n'a pas besoin de connaître le format de câblage. Il choisit l'outil pour la tâche. Le routeur compose la bonne destination.
Connexions actives
Quatre rails, un tableau de bord
Chaque connexion est suivie indépendamment. getActiveConnection signale quel protocole a été utilisé en dernier. discoverInstanceProjects parcourt tout ce qui est accessible. clearProjectCache réinitialise quand quelque chose s'écarte.
Le fichier de configuration est la source unique de vérité. Ajoutez une nouvelle instance SkySpark, ajoutez un nouvel appareil Sedona, changez un port -- le routeur relit au prochain appel d'outil.
Exécution SkySpark
Du catalogue au bâtiment
executeAxonCode exécute du code Axon arbitraire par rapport au projet SkySpark actuellement lié. listSkySparkProjects et switchSkySparkProject vous permettent de naviguer sur les instances. discoverProjectFunctions fait l'introspection ; getProjectSchema retourne le modèle de données.
L'état du projet persiste. Basculez une fois, et les 50 prochains appels d'outil vont vers le même bâtiment. Basculez en arrière, et le cache était prêt.
| dis | zone | val | ts |
|---|---|---|---|
| Zone 101 | core-1 | 72,3°F | 10:12 |
| Zone 102 | core-1 | 74,1°F | 10:12 |
| Zone 103 | core-1 | 71,8°F | 10:12 |
| Zone 201 | core-2 | 73,4°F | 10:12 |
| Zone 202 | core-2 | 72,9°F | 10:12 |
Appareils Sedona
Introspection de première classe sur le rail binaire
listSedonaKits parcourt le manifeste du dispositif. getActiveConnection signale l'hôte lié. discoverInstanceProjects associe automatiquement les appareils découverts à leur contexte de projet. Sox est traité comme un pair du HTTP, pas un transport hérité.
Binaire ne signifie pas opaque. Chaque classe, chaque kit, chaque version du micrologiciel est visible pour l'assistant -- et peut être recherché.
Pile technologique
Architecture
Capacités
- 27+ outils MCP -- organisés par domaine : recherche Sedona, génération de code, analyse de fonction, exécution SkySpark / Axon, gestion des appareils / connexions, requêtes Haystack
- Routage multi-protocole -- Sedona Sox (TCP binaire 1876), Sedona Weblet (HTTP 8085), pont Haystack Sandstar, SkySpark HTTPS 443 avec authentification SCRAM
- Indexé avec FlexSearch -- Exemples Sedona, exemples d'opérateurs, documents, classes, kits, modèles et motifs pour les requêtes hors ligne
- Génération et validation de code --
generateSedonaCodeetvalidateSedonaCodeavec des modèles conscients des kits - Analyse bidirectionnelle du graphique d'appels et utilisation -- sur une base de code Sedona
- Exécution SkySpark et Axon en direct -- avec basculement de projet et mise en cache de projet par instance
- Configuration YAML et JSON --
config/connections.jsonpour les définitions de connexion déclaratives par protocole
Jalon v2.0.0
Expansion de Axon uniquement (v1.x) vers un serveur unifié multi-protocole : Sedona Sox plus Weblet plus Sandstar plus SkySpark.
Exigences
- Node.js 18+
config/connections.jsoncomplété pour chaque protocole que vous utilisez- Accessibilité réseau aux appareils Sox (TCP 1876), Weblet / Sandstar (HTTP 8085) et / ou SkySpark (HTTPS 443)
Intéressé par ce projet ?
Explorez le code source, contribuez ou prenez contact.