MiravoLitmus Edge
Provisionnez des ressources Miravo sur Litmus Edge avec `apply le`, `cleanup le`, `export le-*` et les cibles enregistrées.
Provisionnez des devices, tags, Digital Twins models et Digital Twins instances gérés par Miravo sur Litmus Edge depuis des scripts, le CI et d'autres workflows headless.
Utilisez ce flux
Utilisez ces commandes quand le runtime Miravo existe déjà et que Litmus Edge est la cible suivante.
Appliquer
- Enregistrez la cible.
- Prévisualisez le plan.
- Appliquez.
# Enregistrez une cible
miravo platforms target add \
--label demo \
--hostname 10.0.0.20 \
--api-token "$TOKEN" \
--source-hostname 172.17.0.1# Prévisualisez les changements
miravo apply le --target demo --template smart-factory --dry-run# Appliquez les changements
miravo apply le --target demo --template smart-factoryVérifiez avant d'appliquer
Exécutez miravo platforms target test demo pour confirmer la
connectivité. Le dry run doit afficher un plan non vide avant le premier apply
mutateur.
Mettre à jour
apply le suit un modèle de convergence. apply litmus-edge est la même commande. Relancez le même état désiré pour obtenir un no-op ou un plan de mise à jour.
# Synchronisez toutes les ressources
miravo apply le --target demo --template smart-factory# Limitez les types de ressources
miravo apply le --target demo --template smart-factory --scope devices,models,instances# Ciblez une instance
miravo apply le --target demo --template smart-factory --instance pump-001Nettoyer
Cleanup supprime uniquement les ressources gérées par Miravo. Le contenu Litmus Edge existant reste en place.
# Prévisualisez la suppression
miravo cleanup le --target demo --template smart-factory --dry-run# Supprimez les ressources gérées
miravo cleanup litmus-edge --target demo --template smart-factory --yesExporter
Utilisez les exports quand l'accès direct à Litmus Edge n'est pas possible ou quand le flux cible demande des fichiers d'import.
# Exportez le bundle template
miravo export le-template -t smart-factory# Remplacez l'hôte d'endpoint embarqué
miravo export le-template -t smart-factory --host 192.168.1.100 --protocol opcua -o ./out/sfÉcrit <prefix>.le-template.json et <prefix>-tags.csv. Importez le JSON dans Litmus Edge via Template Store ⭢ Import.
# Exportez le CSV de tags
miravo export le-tags --device DTW-FAB-PLC --protocol opcua# Écrivez le CSV dans un fichier
miravo export le-tags --device DTW-FAB-PLC --protocol mqtt -o tags.csv# Exportez le JSON d'un modèle
miravo export le-dt centrifugal-pumpRessources créées
- Devices: un par asset, par protocole
- Tags: chaque membre publié, avec unités d'ingénierie et niveaux d'accès
- Digital Twins models: un par twin model Miravo
- Digital Twins instances: une par instance en cours, liée à son device et à ses tags
Référence
Variables d'environnement
| Nom | Défaut | Rôle |
|---|---|---|
LITMUS_EDGE_HOSTNAME | Non défini | Hostname ou IP LE pour apply le et cleanup le |
LITMUS_EDGE_API_TOKEN | Non défini | Token API LE pour apply le et cleanup le |
MIRAVO_SOURCE_HOSTNAME | Non défini | Hostname Miravo visible depuis Litmus Edge |
MIRAVO_CATALOG_DIR | Non défini | Racine de catalogue pour la résolution des templates et modèles |
Ordre de résolution
| Chemin de résolution | Ordre |
|---|---|
| Auth LE | --target nommé avec surcharges par flag -> flags CLI -> LITMUS_EDGE_* -> cible enregistrée par défaut |
| Hostname source | --source-hostname -> MIRAVO_SOURCE_HOSTNAME -> cible nommée -> cible enregistrée par défaut |
Pages liées
Intégration Litmus Edge
Installez, lancez et explorez l'ensemble Miravo et Litmus Edge.
CLI ⭢ platforms target add
Enregistrez une cible avant apply.
CLI ⭢ miravo apply
Scope, dry-run et politique de collision.
CLI ⭢ export le-template
Construisez un bundle d'import hors ligne.
Core ⭢ Templates
L'entrée .miravo.yaml derrière le plan.
Console plateformes
Workflow navigateur pour les mêmes cibles enregistrées et opérations Litmus Edge.
Variables d'environnement
Valeurs par défaut de LITMUS_EDGE_*, MIRAVO_SOURCE_HOSTNAME et du
catalogue.
Was this page useful?
Last updated on