Serveur MCP Sedona
Accès unifié multi-protocoles à Sedona, Sandstar et SkySpark
Un serveur MCP, quatre protocoles d'automatisation de bâtiments, zéro code de liaison.
Le serveur MCP Sedona 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 -- le tout derrière une surface d'outils MCP unifiée. Demandez-lui de rechercher des classes Sedona, de générer du code de composant ou d'exécuter du code 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 27+ outils d'exemples Sedona, de kits, de classes, de modèles et de templates 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 seul protocole -- c'est quatre, parfois cinq. Les ingénieurs jonglent avec des outils distincts pour chacun, perdant le contexte à chaque fois qu'ils changent. Le serveur MCP Sedona réduit cela à une seule conversation : l'assistant appelle executeAxonCode et le serveur gère la poignée de main HTTPS plus SCRAM avec SkySpark ; il appelle searchSedonaClasses et le serveur accède à l'index local ; il appelle getActiveConnection et le serveur signale quel appareil est actuellement lié.
Pour qui c'est
- Les ingénieurs de contrôle travaillant sur des appareils Sedona et des projets SkySpark sur le même travail
- Les développeurs Sandstar reliant les tags Haystack au matériel Sedona
- Les intégrateurs assistés par l'IA qui veulent un serveur MCP, pas quatre
Tableau de bord des 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
Rechercher, générer, valider, analyser, exécuter, connecter. Vingt-sept outils ou plus organisés par l'opération que vous effectuez -- non par le protocole que vous appelez.
L'assistant n'a pas besoin de connaître le format de fil. Il choisit l'outil pour la tâche. Le routeur compose la bonne destination.
Connexions en direct
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 entre les instances. discoverProjectFunctions introspecte ; getProjectSchema retourne le modèle de données.
L'état du projet persiste. Changez une fois, et les 50 appels d'outil suivants vont au même bâtiment. Changez de nouveau, 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 de l'appareil. getActiveConnection signale l'hôte lié. discoverInstanceProjects appaire automatiquement les appareils découverts avec leur contexte de projet. Sox est traité comme un pair de HTTP, pas un transport hérité.
Binaire ne signifie pas opaque. Chaque classe, chaque kit, chaque version de microprogramme est visible pour l'assistant -- et recherchable.
Pile technologique
Architecture
Capacités
- 27+ outils MCP -- organisés par préoccupation : recherche Sedona, génération de code, analyse de fonctions, 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é par FlexSearch -- exemples Sedona, exemples d'opérateur, docs, classes, kits, templates et modèles pour les requêtes hors ligne
- Génération et validation de code --
generateSedonaCodeetvalidateSedonaCodeavec templates conscients des kits - Analyse bidirectionnelle du graphe d'appels et d'utilisation -- sur une base de code Sedona
- Exécution en direct de SkySpark et Axon -- avec commutation 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) à un serveur unifié multi-protocole : Sedona Sox plus Weblet plus Sandstar plus SkySpark.
Exigences
- Node.js 18+
config/connections.jsonrempli 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.