LED Display Server
MCP server for controlling LED displays via MQTT. It enables AI agents to list devices and send text, images, colors, or clear commands with authentication and permission checks.
README
LED Display Server
Serveur central Laravel d'une plateforme domotique pilotable par IA.
Agent IA (Claude) → [MCP/HTTP + OAuth Passport] → ce serveur → [MQTT] → Mosquitto → Raspberry Pi (écran LED)
Le serveur ne fait aucun rendu. Il authentifie, vérifie les permissions, publie des payloads MQTT stricts, et journalise.
Stack
- Laravel 11 / PHP 8.3
laravel/mcp— tools MCPlaravel/passport— OAuth 2.1 pour les agentsphp-mqtt/laravel-client— publication MQTT- PostgreSQL 16
- Docker Compose (app PHP-FPM + nginx + Postgres + Mosquitto)
- GitHub Actions → build/push
ghcr.io
Contrat MQTT (Raspberry Pi)
Topic : display/led/# (le mqtt_topic du device en base, ex. display/led)
Payload JSON exact :
{
"type": "text|image|color|clear",
"content": "...",
"duration": 10,
"priority": "normal|high"
}
| type | content |
|---|---|
text |
texte à afficher |
image |
URL http(s) uniquement (jamais de binaire) |
color |
hex #RRGGBB / #RGB ou r,g,b |
clear |
ignoré |
duration et priority sont optionnels (priority défaut normal).
Tools MCP
Endpoint : POST /mcp/led-display (middleware auth:api)
| Tool | Rôle |
|---|---|
ListDevices |
devices accessibles à l'utilisateur |
DisplaySendText |
publie type=text |
DisplaySendImage |
publie type=image |
DisplaySetColor |
publie type=color |
DisplayClear |
publie type=clear |
DisplayGetStatus |
dernier status / last_seen_at connus |
Chaque tool vérifie les permissions (device_user_permissions.allowed_actions), récupère mqtt_topic, publie, écrit un display_logs.
Note API laravel/mcp : structure basée sur la doc officielle (
Server+$tools,Tool::handle(Request): Response,schema(JsonSchema), enregistrement dansroutes/ai.phpviaMcp::web+Mcp::oauthRoutes). Si un attribut / namespace change dans une version future du package, vérifier https://laravel.com/docs/mcp.
Installation locale (Docker)
Prérequis VPS : réseau Docker partagé avec Caddy :
docker network create proxy # une seule fois si absent
cp .env.example .env
# APP_URL=https://led.ton-domaine.fr
# Mot de passe Mosquitto
chmod +x docker/mosquitto/generate-passwd.sh
./docker/mosquitto/generate-passwd.sh ledserver changeme
# ou :
docker run --rm -v "$PWD/docker/mosquitto:/mosquitto/config" eclipse-mosquitto:2 \
mosquitto_passwd -b -c /mosquitto/config/passwd ledserver changeme
# Aligner MQTT_AUTH_* dans .env
# MQTT_AUTH_USERNAME=ledserver
# MQTT_AUTH_PASSWORD=changeme
docker compose build
docker compose up -d
docker compose exec app php artisan key:generate --force
docker compose exec app php artisan migrate --force
docker compose exec app php artisan passport:keys --force
docker compose exec app php artisan db:seed --force
Reverse-proxy Caddy
Le service web (container_name: led-display-web) n'expose plus de port public : Caddy termine le TLS et reverse-proxifie sur le réseau proxy.
- Ajoute le snippet
docker/caddy/Caddyfile.snippetà tonCaddyfile(adapte le domaine). - Vérifie que le compose Caddy est bien sur
networks: proxy: external: true. - Recharge Caddy :
docker exec caddy caddy reload --config /etc/caddy/Caddyfile
Internet → Caddy:443 → led-display-web:80 → app:9000
Pi LED ────────────── MQTT :1883 ─────────→ mqtt
MQTT reste exposé sur l'hôte (MQTT_PUBLIC_PORT, défaut 1883) : ce n'est pas routé via Caddy HTTP.
Assets CSS/JS : nginx sert
public/via le volume Dockerpublic_assets(sync au démarrage deapp). Sans ça, Filament apparaît sans styles. Vérifie aussiAPP_URL=https://…dans.env.Attention VPS / Portainer : si
compose.yamletdocker-compose.ymlcoexistent, Compose utilisecompose.yamlen priorité. Garde les deux identiques (le repo versionne les deux) ou n’en garde qu’un.
Back-office Filament (/admin)
Accessible uniquement aux users is_admin=true (compte seed : admin@led-display.local / password).
| Section | Contenu |
|---|---|
| Dashboard | Stats devices (online / offline / never seen) + tableau de statut |
| Dispositifs | CRUD + actions Texte / Couleur / Clear (MQTT) + permissions |
| Utilisateurs | CRUD + flag admin |
| Tokens MCP | Créer / révoquer des personal access tokens Passport |
| Logs | Historique des commandes d'affichage |
Après déploiement image :
docker compose exec app php artisan migrate --force
# Se connecter sur https://domaine/admin
Si la création de token échoue, créer un client Passport personal access :
docker compose exec app php artisan passport:client --personal --name="LED Personal" --no-interaction
Compte démo (seeder) :
admin@led-display.local/password(admin)agent@led-display.local/password(permissions LED complètes)- Device
#1— topicdisplay/led
Sans Docker (dev)
cp .env.example .env
# Adapter DB_* (pgsql ou sqlite)
composer install
php artisan key:generate
php artisan migrate
php artisan passport:install
php artisan db:seed
php artisan serve
Enregistrer un device / permissions
php artisan device:create "LED Cuisine" display/led/cuisine
php artisan device:grant agent@led-display.local 1 --actions=text,image,color,clear
API REST (Bearer Passport) :
CRUD /api/devicesCRUD /api/users(admin)POST /api/devices/{id}/permissions{ "user_id": 2, "allowed_actions": ["text","clear"] }GET /api/display-logs
Connecter un agent MCP
- Créer un client OAuth Passport (ou personal access token pour tests) :
php artisan passport:client --name="Claude Agent" --no-interaction
# ou token personnel :
php artisan tinker
>>> $u = App\Models\User::where('email','agent@led-display.local')->first();
>>> $u->createToken('mcp')->accessToken;
- Configurer le client MCP (ex. Claude / Cursor) :
- URL :
https://VOTRE_HOST/mcp/led-display - Auth : Bearer token Passport (
Authorization: Bearer …) - OAuth discovery : routes enregistrées via
Mcp::oauthRoutes()(voir doc MCP OAuth)
- L'agent appelle
ListDevicespuisDisplaySendText.
Listener de statut (optionnel)
Le Pi peut publier son état sur display/led/+/status (JSON libre). Pour mettre à jour devices.status / last_seen_at :
docker compose --profile listeners up -d mqtt-listener
# ou
php artisan mqtt:listen-status --topic='display/led/+/status'
Broker MQTT externe
Si Mosquitto tourne ailleurs (pas le service mqtt Compose), dans .env :
MQTT_HOST=mqtt.example.com
MQTT_PORT=8883
MQTT_TLS_ENABLED=true
MQTT_TLS_CA_FILE=/etc/ssl/certs/ca-certificates.crt
MQTT_AUTH_USERNAME=...
MQTT_AUTH_PASSWORD=...
Puis retirez / ne démarrez pas le service mqtt du compose.
Déploiement GitHub Actions → GHCR → VPS
Workflow : .github/workflows/deploy.yml
- Push
main(ou tagv*) → build image Docker → pushghcr.io/fabienhamot/mcp_mqtt_server - Déploiement SSH optionnel : définir la variable de dépôt
ENABLE_VPS_DEPLOY=trueet les secrets :VPS_HOST,VPS_USER,VPS_SSH_KEY,VPS_PORT,VPS_APP_DIR,GHCR_TOKEN
Sur le VPS :
docker network create proxy 2>/dev/null || true
git clone git@github.com:fabienhamot/mcp_mqtt_server.git ~/mcp_mqtt_server && cd ~/mcp_mqtt_server
cp .env.example .env # APP_URL=https://led.ton-domaine.fr, DB_*, MQTT_*
# générer passwd mosquitto + ajouter le snippet Caddy (docker/caddy/Caddyfile.snippet)
docker compose pull
docker compose up -d
docker compose exec app php artisan passport:keys --force
docker compose exec app php artisan db:seed --force
Tests
php artisan test --filter=DisplayPayloadTest
Structure utile
app/Mcp/Servers/LedDisplayServer.php
app/Mcp/Tools/*Tool.php
app/Services/{DisplayPayload,MqttPublisher,DisplayCommandService,DevicePermissionService}.php
app/Models/{Device,DeviceUserPermission,DisplayLog,User}.php
routes/ai.php # MCP + OAuth
routes/api.php # back-office REST
docker-compose.yml
Dockerfile
.github/workflows/deploy.yml
Points à vérifier contre la doc officielle
laravel/mcp— attributs#[Name],#[Description], annotations tools (IsReadOnly,IsIdempotent), signature exacte deMcp::oauthRoutes()/ middleware Passport : https://laravel.com/docs/mcp- Passport 13 — trait
HasApiTokens+ interfaceOAuthenticatable, guardapidriverpassport - TLS Mosquitto 8883 — certificats à fournir dans
storage/mosquitto/certsavant d'activer le listener TLS dansdocker/mosquitto/mosquitto.conf
Recommended Servers
playwright-mcp
A Model Context Protocol server that enables LLMs to interact with web pages through structured accessibility snapshots without requiring vision models or screenshots.
Magic Component Platform (MCP)
An AI-powered tool that generates modern UI components from natural language descriptions, integrating with popular IDEs to streamline UI development workflow.
Audiense Insights MCP Server
Enables interaction with Audiense Insights accounts via the Model Context Protocol, facilitating the extraction and analysis of marketing insights and audience data including demographics, behavior, and influencer engagement.
VeyraX MCP
Single MCP tool to connect all your favorite tools: Gmail, Calendar and 40 more.
graphlit-mcp-server
The Model Context Protocol (MCP) Server enables integration between MCP clients and the Graphlit service. Ingest anything from Slack to Gmail to podcast feeds, in addition to web crawling, into a Graphlit project - and then retrieve relevant contents from the MCP client.
Kagi MCP Server
An MCP server that integrates Kagi search capabilities with Claude AI, enabling Claude to perform real-time web searches when answering questions that require up-to-date information.
Neon Database
MCP server for interacting with Neon Management API and databases
E2B
Using MCP to run code via e2b.
Exa Search
A Model Context Protocol (MCP) server lets AI assistants like Claude use the Exa AI Search API for web searches. This setup allows AI models to get real-time web information in a safe and controlled way.
Qdrant Server
This repository is an example of how to create a MCP server for Qdrant, a vector search engine.