Apprendre
KStars et Ekos : piloter la nuit avec la suite libre INDI
Vous avez une monture qui tient le suivi, un capteur qui refroidit et l'envie que la nuit se déroule seule pendant que vous dormez. La suite KStars, son module Ekos et la couche INDI en dessous font exactement ce travail, sous licence GPLv2 et pour zéro euro. Ce tutoriel monte la chaîne dans l'ordre où elle se construit : le modèle serveur-pilotes-clients qui distingue INDI de tout ce qui tourne sous Windows, le profil d'équipement qu'on écrit une fois pour toutes, l'heure et les coordonnées du site — la ligne que l'on remplit trop vite et qui fait rater l'alignement —, puis les trois modules d'une séance : Alignment, Capture et le Scheduler. On finit par les contraintes mal posées, celles qui transforment une nuit planifiée en dossier de nuages.
- 7624
- le port sur lequel le serveur INDI publie les propriétés de tous les appareils déclarés
- 30 ″
- l'écart résiduel par défaut sous lequel le module Alignment considère la cible atteinte
- 2003
- l'année où Elwood Downey pose le protocole INDI, huit ans avant que le pilotage libre devienne courant
- 15 ′
- l'erreur de pointage qu'une horloge fausse d'une seule minute introduit dans l'angle horaire
- 5
- les contraintes qu'un travail planifié doit satisfaire en continu : hauteur, écart à la Lune, crépuscule, horizon, météo
L'architecture
Un serveur, des pilotes, plusieurs clients
La façon dont le pilotage est découpé décide de la topologie du poste : ce qui reste dehors sous le tube, ce qui remonte au chaud, et ce qui circule entre les deux.
Le pilote habite du côté du matériel
Commencez par là, parce que tout le reste en découle. Elwood Downey pose en 2003 un protocole où chaque appareil est tenu par un petit programme autonome — un pilote — qui publie l'état de sa machine sous forme de propriétés typées : des nombres, des textes, des boutons, des voyants et des blocs binaires pour les images. Ces propriétés remontent en XML vers un processus unique,
indiserver, qui écoute sur le port 7624 et redistribue à qui s'abonne. Le pilote de votre monture s'appelle indi_eqmod_telescope, celui d'un détecteur ZWO indi_asi_ccd ; ils se lancent ensemble, ils vivent leur vie, et l'application graphique se contente de lire et d'écrire des propriétés. La conséquence pratique arrive vite : la carte du ciel qui tourne sur votre portable dans le salon parle au tube resté au jardin, sans que personne partage un écran.Deux philosophies du pilotage, deux périmètres
Le modèle qui domine l'astronomie amateur — la couche ASCOM — fonctionne autrement : elle est synchrone, elle vit dans l'écosystème Windows et .NET, et elle suppose que tous les appareils sont branchés sur un seul ordinateur où toutes les applications s'exécutent aussi. Pour sortir de cette machine, il faut lui ajouter un bureau déporté. INDI part de l'hypothèse inverse : asynchrone et réparti d'emblée, il accepte que le détecteur principal soit sur une carte embarquée, la caméra de guidage sur une autre, et le poste de commande à mille kilomètres. Chaque approche a son domaine : l'écosystème Windows aligne un catalogue de pilotes plus fourni pour le matériel exotique, la suite INDI donne la réparation en réseau et l'indépendance du système d'exploitation. Le passionné sous Linux, ou sur une carte embarquée, choisit la seconde.
Le profil
Déclarer son attelage une bonne fois
Ce formulaire se remplit une fois et se rejoue à chaque démarrage : une case renseignée de travers se paie plus tard, en pleine nuit, sous la forme d'un symptôme précis.
Une ligne par appareil, un mode de connexion
L'éditeur de profil d'Ekos tient sur un écran. Vous nommez le profil, vous cochez la connexion automatique aux appareils dès le démarrage du serveur, puis vous choisissez le mode : local, quand les pilotes tournent sur la machine même qui affiche l'interface ; distant, quand ils tournent ailleurs et que vous fournissez l'adresse de l'hôte et son port. Viennent ensuite les menus déroulants, un par famille : monture, détecteur principal, caméra de guidage, roue à filtres, moteur de mise au point, optique adaptative, coupole, station météo, et quatre emplacements auxiliaires pour tout le reste — un boîtier de distribution, un capteur de couverture nuageuse, un panneau à plat. Une case supplémentaire mérite un instant : le sélecteur de port, qui fige le chemin série ou l'adresse réseau de chaque pilote, et vous épargne le grand jeu de la monture devenue
ttyUSB1 parce qu'un branchement s'est fait dans un autre ordre.
| Case du profil | Ce qu'on y déclare | Le symptôme d'une erreur |
|---|---|---|
| Mode de connexion | Local si les pilotes tournent sur la même machine, distant avec adresse et port sinon | L'interface reste vide, aucun appareil n'apparaît au démarrage |
| Monture | Le pilote de la famille exacte : EQMod pour les Sky-Watcher, le pilote constructeur pour les autres | Le pointage part d'un quart de ciel, le parcage refuse de s'exécuter |
| Détecteur et guidage | Deux entrées distinctes, même si les deux caméras portent la même marque | La séquence photographie avec le capteur de guidage |
| Roue à filtres | Le pilote de la roue, ou celui de la caméra quand la roue est intégrée | Les positions de filtre se décalent d'un cran pour toute la nuit |
| Mise au point | Le pilote du moteur, avec le sens de rotation vérifié au premier essai | L'autofocus s'éloigne du point net à chaque itération |
| Guidage externe | PHD2 et l'adresse de son serveur d'événements sur le port 4400, quand vous préférez ce logiciel au module intégré | Le calibrage démarre deux fois, sur deux logiciels différents |
| Aucune ligne ne correspond au filtre. | ||
Le piège classique
L'heure et les coordonnées du site
Quinze secondes d'arc par seconde de temps
Voici le calcul qui explique la moitié des soirées perdues. La sphère céleste défile de 360° en 23 h 56 min, soit 15,04° par heure, 15,04′ par minute et un peu plus de 15″ par seconde de temps. Une horloge en retard de 60 s décale donc l'angle horaire de 15′ — la moitié du diamètre apparent de la Lune, et bien au-delà du champ d'une caméra montée derrière une focale de 800 mm. Même mécanique du côté du lieu : 1° de longitude vaut 4 minutes de temps sidéral, si bien qu'une ville choisie à cent kilomètres de la vôtre suffit à sortir la cible du capteur. La barre d'état de la carte affiche en permanence la date, l'heure locale et les coordonnées retenues : lisez-la avant chaque séance, c'est un réflexe de dix secondes. Cette même carte, distribuée sous licence GPLv2, embarque 13 000 objets du ciel profond et sert de catalogue à toute la planification qui suit.
Premier module
Alignment : mettre en station, puis se recaler sur le ciel
Ce que produit ce module — l'axe calé, le champ résolu — sert ensuite de point de départ au guidage et à la séquence, et se rejoue après chaque retournement au méridien.
L'assistant de mise en station, trois poses et deux rotations
Le module Alignment porte deux fonctions distinctes que l'on confond souvent. La première est l'assistant de mise en station : il capture trois images séparées par deux rotations de la monture autour de l'axe polaire, résout chacune sur le ciel réel, en déduit la position vraie de l'axe et affiche l'écart sous forme d'un vecteur à corriger aux vis d'azimut et de hauteur. Vous choisissez la portion de ciel dégagée, l'amplitude de chaque rotation et la vitesse de déplacement. La correction se suit en direct sur une étoile-repère : le logiciel dessine le chemin à parcourir, vous tournez les vis, le triangle se referme. La théorie de l'alignement polaire lui-même vit dans son guide dédié ; ici, c'est la procédure logicielle qui nous occupe.
Le recentrage résolu, et son seuil en secondes d'arc
La seconde fonction est la boucle de recentrage. Vous demandez une cible, la monture s'y rend avec l'erreur de son modèle de pointage, le module prend une pose, la résout, compare la position obtenue à la position visée, envoie une correction, et recommence jusqu'à passer sous un seuil de précision fixé par défaut à 30″. Deux ou trois itérations suffisent en général. Le solveur employé se choisit dans les réglages : la copie interne du code d'astrometry.net embarquée dans StellarSolver, un solveur local externe, ou un service en ligne quand la machine manque de puissance — la version en ligne paie le trajet des données. Le choix du solveur et le dimensionnement de sa base d'étoiles font l'objet du tutoriel consacré à ASTAP.
-
Vérifiez la focale et la taille de pixel déclarées
Le solveur cherche dans une fourchette d'échelle : une focale de 800 mm déclarée à la place de 480 mm envoie la recherche à côté et rallonge chaque résolution de plusieurs dizaines de secondes.
-
Lancez l'assistant de mise en station vers le sud dégagé
Trois poses courtes, deux rotations amples, correction aux vis pendant que le vecteur d'écart reste affiché. Le résultat se juge sur le chiffre final, jamais sur l'impression visuelle.
-
Enchaînez un recentrage résolu sur une cible franche
M 31 ou NGC 7635 selon la saison : la boucle capture, résout, corrige et s'arrête d'elle-même sous les 30″ annoncés. Vous savez alors que le modèle de pointage et le champ réel coïncident.
-
Enregistrez la solution avant de passer au reste
La position résolue sert de point de départ au guidage et à la séquence. La relancer après chaque retournement au méridien évite de découvrir au matin trois heures cadrées de travers.
Deuxième module
Capture : la file d'attente qui tient la nuit
La file décrit ce que la nuit doit produire, et les valeurs qui l'encadrent décident de ce qui survit à une rafale de vent ou à une descente en température.
Un travail par ligne, quatre natures d'image
Le module Capture empile des travaux dans une file. Chacun porte une durée de pose, un nombre de vues, un délai entre deux déclenchements, un filtre, et une nature parmi quatre : lumière, noir, offset et plage uniforme. La consigne de refroidissement s'y ajoute, avec une tolérance par défaut de 0,1 °C : le premier déclenchement attend que le capteur ait vraiment atteint sa température. Le format se choisit entre le FITS universel et le format natif d'un boîtier photographique. Une option change tout pour qui étale un projet sur plusieurs nuits : la mémorisation de l'avancement, qui parcourt le dossier de sortie, compte les vues déjà obtenues et reprend la file là où la nuit précédente s'est arrêtée. Vous relancez le même fichier de séquence en novembre et en décembre, il complète le compte au lieu de tout refaire.
Les limites, ces garde-fous qui interrompent avant les dégâts
Sous la file vivent quelques valeurs qui font la différence entre une nuit exploitable et un dossier à jeter. La déviation de guidage maximale abandonne la pose en cours dès que l'erreur dépasse le seuil en secondes d'arc que vous fixez, puis reprend quand le suivi se calme : une rafale de vent coûte alors une vue, plutôt que la série entière. Le seuil de rayon à mi-flux relance la mise au point quand les étoiles gonflent entre deux images — la contraction du tube pendant une descente en température se rattrape ainsi toute seule. La limite d'angle horaire déclenche le retournement au méridien, puis rejoue l'alignement et le guidage dans la foulée. L'écart de pointage entre chaque vue, enfin, décale la cible de quelques pixels pour que l'empilement efface les défauts fixes du capteur.
| Limite | Point de départ raisonnable | Ce qu'elle protège |
|---|---|---|
| Déviation de guidage | Deux fois l'écart quadratique habituel de votre montage | Écarte les vues bougées sans arrêter la séquence |
| Rayon à mi-flux | Le rayon mesuré après une mise au point réussie, majoré de 10 % | Rattrape la dérive du point net quand la nuit se refroidit |
| Angle horaire au méridien | Le retard toléré par votre monture avant le contact des contrepoids | Déclenche le retournement plutôt qu'un blocage mécanique |
| Consigne de refroidissement | Une température atteignable toute l'année, tolérance de 0,1 °C | Rend les images de calibration réutilisables d'une nuit à l'autre |
| Écart de pointage entre vues | Quelques pixels, dans les deux axes | Efface les pixels chauds et les traînées fixes à l'empilement |
| Aucune ligne ne correspond au filtre. | ||
Le module qui fait la nuit
Scheduler : des travaux, des contraintes, une extinction
Décrire des conditions plutôt que conduire la séance déplace le travail en amont : la fenêtre réellement exploitable se calcule avant que la moindre cible soit inscrite.
Un travail, c'est une cible plus des conditions
Le Scheduler renverse la logique : au lieu de conduire la séance, vous décrivez ce que la nuit doit produire. Chaque travail associe une cible, un fichier de séquence, une condition de démarrage — dès que possible, au passage au méridien, ou à une heure fixée —, une condition d'achèvement — la séquence terminée, un nombre de répétitions, une heure limite — et un jeu de contraintes qui doivent rester vraies pendant toute l'exécution : hauteur minimale de la cible, écart minimal à la Lune, obligation de rester entre les deux crépuscules, respect de l'horizon artificiel que vous avez dessiné pour tenir compte du toit du voisin, et surveillance météo quand une station est déclarée dans le profil. Le module note ensuite chaque travail selon ces conditions et exécute celui qui obtient le meilleur score ; la variante gourmande introduite plus tard préfère occuper le matériel avec un travail secondaire plutôt que de laisser le tube immobile.
Le démarrage et l'extinction sont des procédures, pas des gestes
Deux blocs encadrent la liste des travaux. La procédure de démarrage enchaîne, à la carte, la mise en route du suivi, une mise au point automatique, un recentrage résolu et le lancement du guidage ; elle se déclenche avec une avance de 5 minutes sur l'heure de départ du premier travail, de quoi absorber le temps d'ouverture des pilotes. La procédure d'extinction referme la nuit dans l'ordre inverse : remontée en température du capteur, parcage de la monture sur sa butée, parcage de la coupole quand il y en a une, puis exécution d'un script à vous — celui qui coupe les résistances chauffantes, éteint le boîtier de distribution et arrête proprement la machine. Un script de démarrage symétrique existe côté ouverture, utile pour un abri motorisé, sujet traité dans le tutoriel qui lui est consacré.
Ce que les contraintes retranchent vraiment à une nuit
Déroulons une nuit d'octobre à 45° de latitude nord. Le Soleil se couche vers 20 h, le crépuscule astronomique s'achève autour de 21 h 50 et l'aube astronomique commence vers 5 h 30 : la fenêtre de nuit noire dure sept heures quarante, quand la période d'obscurité apparente en annonçait onze. Posez maintenant une hauteur minimale de 30° sur une première cible qui culmine tôt et sur une seconde qui se lève après minuit, ajoutez un écart à la Lune de 60° parce qu'un croissant traîne à l'ouest, réservez la demi-heure qui précède l'aube au réchauffage du capteur et au parcage : il reste un peu plus de sept heures d'acquisition, réparties en deux blocs. Ce compte-là se fait avant de charger la liste des travaux, jamais après : c'est lui qui dit combien de vues de 300 secondes tiennent réellement dans la nuit.
-
Chargez la séquence, puis seulement la cible
Un travail sans fichier de séquence valide reste à l'état inerte toute la nuit. Le fichier se teste au préalable sur une pose de 10 secondes, filtres inclus.
-
Fixez la hauteur minimale sur le ciel réel, pas sur la théorie
Trente degrés conviennent en plaine ; une vallée encaissée impose davantage, et l'horizon artificiel dessiné dans la carte remplace avantageusement un chiffre unique.
-
Cochez la contrainte de crépuscule, systématiquement
Sans elle, le premier travail démarre pendant que le fond de ciel vaut encore mag 16 par seconde d'arc carrée, et les cent premières vues partent à la poubelle.
-
Déclarez une station météo, ou renoncez à la contrainte
La surveillance météo n'a de sens qu'adossée à un capteur réel publié par un pilote. Sans sonde, le module planifie en aveugle et tourne sous les nuages.
-
Écrivez le script d'extinction avant la première nuit sans surveillance
Capteur réchauffé, monture parquée, alimentations coupées, machine arrêtée. Testez-le une fois en plein jour : c'est le seul bloc de la chaîne que personne ne surveillera.
L'attelage
Ce que la séquence commande vraiment
Chaque geste rendu autonome correspond à un moteur, à une optique parallèle ou à une réserve d'énergie : ce matériel forme le vrai budget d'une nuit qui se déroule sans personne.
Trois organes rendent l'automatisation possible
Le logiciel se télécharge gratuitement ; les gestes qu'il automatise, eux, réclament des moteurs. Trois postes conditionnent une nuit qui se déroule seule. La mise au point d'abord : un tube qui refroidit de dix degrés entre 22 h et 4 h déplace son point net, et la relance automatique demande un moteur sur le porte-oculaire — le moteur de mise au point Celestron, à environ 295 €, se déclare dans le profil comme n'importe quel autre appareil. Le guidage ensuite : la lunette-guide Sky-Watcher EvoGuide 50DX, un doublet à verre ED de 50 mm ouvert à f/4,8 pour 242 mm de focale, sert d'œil au module de suivi pour environ 340 € ; ceux qui préfèrent supprimer l'étape de mise en station manuelle regardent l'autoguideur Celestron StarSense, à 798 €, qui résout le ciel et corrige la monture sans lunette parallèle. L'énergie enfin, dont on reparle juste après.
Une nuit entière tient sur une réserve, et sur un seul câble
Une séance planifiée dure par définition jusqu'à l'aube, ce qui déplace le problème de l'alimentation. Pour une monture seule et une caméra sans refroidissement, la batterie TalentCell LiFePO4 de 12 V, à 69,99 €, passe la nuit sans se faire remarquer. Dès qu'un capteur refroidi et deux rubans chauffants entrent dans le train, la PowerTank Lithium Pro (238,16 €) devient la réserve minimale. Et comme un montage automatisé multiplie les fils qui se tendent au retournement au méridien, le boîtier de gestion Svbony SV241 Pro (169,99 €) regroupe les sorties à la tête de l'instrument : une seule descente vers la source, des lignes courtes vers chaque appareil, et une commutation à distance des voies. Le dimensionnement de la réserve en wattheures se travaille dans le guide de l'alimentation nomade ; la discipline des câbles a le sien. Prix relevés fin juillet 2026.
Le retour d'expérience
Les contraintes mal posées, et leurs matins
Les nuits perdues se rangent en un petit nombre de causes récurrentes, et chacune laisse au matin une trace reconnaissable dans les fichiers.
Quatre causes couvrent l'essentiel des nuits perdues
La première tient à la contrainte météo cochée sans capteur : le module considère la condition satisfaite faute d'information contraire, et la séquence déroule ses trois heures sous une couche d'altocumulus. La deuxième vient de la gestion d'énergie de la machine hôte, laissée dans sa configuration d'usine : l'écran s'éteint, la mise en veille suit, le serveur perd ses pilotes vers 1 h du matin. Sous un système de la famille Linux, la parade tient en une commande —
sudo systemctl mask sleep.target suspend.target hibernate.target — doublée de la désactivation de l'extinction d'écran dans les réglages du bureau. La troisième est la qualité inégale des pilotes tiers : un modèle confidentiel de roue à filtres peut publier ses positions avec un décalage d'un cran, défaut qui se voit en trente secondes avec indi_getprop et jamais au matin. La quatrième, enfin, est le jargon lui-même : propriétés, vecteurs, permissions de lecture et d'écriture, la courbe d'apprentissage est réelle et se paie en deux ou trois soirées de mise au point à blanc, au chaud.Avantages
- La chaîne complète — carte du ciel, pilotage, résolution astrométrique, guidage, planification — coûte zéro euro et vit sous licence GPLv2
- Le modèle réparti autorise un poste de commande à distance sans partage d'écran, et un ordinateur de terrain minuscule
- Le Scheduler exécute des nuits entières sans personne, et rend le matériel productif les soirées où vous travaillez le lendemain
- Les pilotes se déboguent en ligne de commande, ce qui rend le diagnostic reproductible et transmissible sur un forum
Inconvénients
- Le vocabulaire et le nombre de modules imposent quelques soirées d'apprentissage avant la première nuit réellement automatique
- La couverture des pilotes dépend du matériel : les modèles confidentiels sont servis plus tard et parfois moins finement que sous Windows
- Une contrainte météo sans sonde déclarée laisse la séquence tourner sous les nuages en toute confiance
- L'hôte demande sa propre préparation — veille désactivée, horloge sûre, stockage endurant — sous peine de coupure en pleine nuit
Continuer
Autour de la chaîne de pilotage
Le boîtier tout-en-un, l'autre école Un écosystème fermé qui range la même chaîne dans une boîte et une application mobile : ce qu'on y gagne en temps de mise en route, ce qu'on y perd en liberté de configuration. Le guidage, brique par brique Lunette parallèle ou diviseur optique, caméra de suivi, calibrage et fréquence de correction : le matériel que le module de guidage commande, et la logique de son réglage. Mise au point motorisée et autofocus Le moteur, le pas, la courbe en V et le masque de Bahtinov : comment une séquence retrouve seule le point net quand le tube se contracte pendant la nuit. 
Ranger les câbles d'un montage automatisé Une monture qui se retourne seule au méridien tend tout ce qui traîne. Longueurs, boucles de mou, points d'attache et alimentation groupée à la tête de l'instrument. 
La mise en station équatoriale Ce que l'assistant logiciel mesure, et pourquoi il le mesure : l'axe polaire, la rotation de champ, et le niveau de précision qu'exige une pose de cinq minutes. Lire la météo avant de planifier Couverture nuageuse, courant-jet, transparence et humidité : les paramètres qu'une contrainte automatique surveille, et ceux qu'aucune sonde ne remplace. Le logiciel est gratuit, les moteurs qu'il commande le sont moins
Mise au point motorisée, lunette-guide, réserve d'énergie et distribution propre : voilà ce qui transforme une belle configuration logicielle en nuit qui se déroule seule. Notre sélection d'astrophotographie, du premier autoguidage au train complet.