FAQ

C'est un service cloud qui transforme une simple demande utilisateur (« je veux M31 ») en une image scientifique calibrée, en orchestrant toute la chaîne : choix de la fenêtre d'observation, météo, pilotage du télescope, capture, calibration, livraison. La métaphore canonique : « Spotify pour les photons » — vous commandez, le système orchestre, vous récupérez le résultat. Voir /docs/concept pour la philosophie complète.

Trois différences fondamentales : (1) NOVA est open source MIT, auditable, hébergé en Europe (souveraineté). (2) NOVA s'appuie sur des observatoires associatifs existants (comme Rouen) plutôt que de construire un parc commercial. (3) NOVA délivre les frames brutes calibrées, exploitables scientifiquement, pas juste des JPEG marketing. iTelescope/Slooh sont excellents mais payants, américains, et orientés tourisme astronomique.

Pour les amateurs : oui, gratuit. Pour les associations / observatoires : contributions volontaires (hébergement, ressources cloud). Pour les usages professionnels (enseignement supérieur, médias scientifiques, programmes universitaires) : abonnement modeste (à définir). Le code et l'agent sont open source MIT — vous pouvez auto-héberger si vous voulez.

Oui. Vos sessions, vos cibles, vos préférences sont privées par défaut. Vous pouvez les rendre publiques sous licence CC-BY-SA si vous voulez contribuer aux campagnes communautaires. NOVA ne revend rien, ne track pas, ne diffuse à aucun tiers.

Sans compte : explorez le catalogue, regardez les cibles ce soir, exportez un .ics pour votre calendrier. Avec compte (v0.4+) : ajoutez vos cibles préférées, créez vos campagnes. Pour utiliser le pilotage hardware : voir /docs/quickstart.

Cinq causes les plus fréquentes : (1) focus dérivé — la température a changé pendant la session, refaire un autofocus toutes les 30-60 min. (2) Seeing dégradé — turbulence atmosphérique, rien à faire sinon attendre une nuit calme. (3) Suivi imparfait — alignement polaire approximatif ou guide RMS trop élevé, retravailler les bases. (4) Vibrations — vent, marche dans la coupole, monture mal équilibrée. (5) Optique sale — buée sur la lame du SCT, poussières.

Pour une « belle » M31 esthétique en LRGB depuis Rouen (Bortle 6-7) : 4 à 8 heures de pose totale, réparties typiquement en 50 % luminance + 17 % R + 17 % G + 17 % B. À répartir sur 2-3 nuits. Pour une M31 photométrique (suivi de novae par exemple), 1 h suffit par filtre. Voir le détail dans /docs/workflow étape 3.

Technique différente : lucky imaging. On capture 1 000-5 000 frames courtes (10-50 ms) avec l'ASI120MC en haute cadence, puis on garde les 5-10 % les moins déformés par la turbulence (AutoStakkert!). Stack final + ondelettes RegiStax. NOVA ne couvre pas encore ce workflow — pour l'instant, à faire manuellement depuis l'observatoire. Roadmap v0.7.

Été 2026 depuis Rouen : pas de nuit astronomique complète entre le 3 juin et le 9 juillet (Soleil reste à > -18°). Programmes possibles : Soleil (Lunt 40 mm H-α), Lune (cratères avec ASI120MC), planètes (Jupiter visible en seconde moitié de nuit), objets brillants en pose courte (M13, M27, M57, Voile du Cygne sous résiduel crépusculaire). Voir /campaigns pour les 10 campagnes pré-curatées.

v0.6 prévue. Aujourd'hui (v0.1), seuls les 349 objets des catalogues Messier/Caldwell/NGC/IC/Sharpless sont disponibles. Si vous voulez tracker une supernova/comète/asteroïde, contactez-nous par mail et on l'ajoutera manuellement.

FITS (Flexible Image Transport System) — le standard ouvert de l'astronomie depuis 1981. 16 ou 32 bits par pixel + header avec métadonnées (coordonnées, exposition, filtre, température). Lisible par Siril, PixInsight, FITS Liberator, Python astropy. Optionnellement un JPEG 90 % stretched pour partage rapide.

L'Observatoire de Rouen a un C11 (280 mm) depuis 2019. Un C14 (355 mm) aurait 1,6× plus de surface collectrice mais coûte 2× plus, demande une monture plus robuste, et amplifie les défauts de seeing (qui sont déjà importants en ciel urbain). Le C11 est l'optimum « gros tube amateur sérieux sans devenir pro ». Voir /docs/equipment.

Le Sony ICX694 (Atik 460EX) est sorti en 2012, obsolète depuis 2017. Mais c'est un CCD : bruit de lecture constant, courbe linéaire, pas d'amp glow. Le remplacer par un CMOS moderne (ZWO ASI2600MM, Atik Apx 60 Pro) demanderait ~3000 € + recalibration de toute la chaîne. La 460EX fonctionne, c'est l'essentiel. Une migration vers CMOS est dans la roadmap matériel (post-2027).

Takahashi est l'une des marques les plus respectées de l'astronomie amateur — mécanique de précision. Une EM-400 bien entretenue (graissage annuel) tient 30+ ans. Le contrôleur Temma 2 est obsolète mais stable, drivers ASCOM et INDI maintenus. Risques principaux : pile mémoire CR2032 (perd config polaire si déchargée), backlash en Dec (compensable PHD2).

Oui. L'agent NOVA est conçu pour être matériel-agnostique : il parle ASCOM (Windows) ou INDI (Linux) en standard. Toute monture compatible ASCOM/INDI (Sky-Watcher EQ6, iOptron, Losmandy, etc.), toute caméra (ZWO, QHY, Atik, etc.) fonctionne. Configurer demande de changer 4 lignes dans le fichier config.toml (drivers ASCOM).

Théoriquement non, grâce à 14 fail-safes hardcodés : altitude minimum (slew refusé si Alt < 5° → évite collision trépied), altitude maximum (refusé si Alt > 89° → zone interdite zénith), kill-switch fichier local (créer STOP coupe en 10 s), quota slew/h, timeout commande, mode lecture seule par défaut, etc. Voir l'inventaire complet sur /docs/agent. Cela dit : pas de système 100 % infaillible — d'où l'autorisation écrite de l'opérateur observatoire avant activation.

L'agent détecte 5 heartbeats consécutifs sans réponse serveur (~2 min 30) et déclenche park automatique de la monture (Park on disconnect). La session en cours est sauvée localement. Au retour Internet, l'agent reprend les heartbeats et synchronise les résultats. Aucune perte de données locales.

Non. L'agent fait uniquement des connexions sortantes HTTPS (443) vers nova-obsrouen.pages.dev. Aucun port n'est ouvert sur le routeur de l'observatoire. C'est l'architecture pull standard (Tailscale Funnel, GitHub Actions self-hosted runners). Zéro surface d'attaque entrante.

Minimal : ~50 MB RAM, ~1 % CPU (la majorité du temps en attente d'heartbeat). Le binaire Rust statique est 5 Mo sur disque. Les logs prennent ~10 MB/mois en mode normal, rotation 30 jours. Aucun impact sur les performances de NINA / PHD2 qui tournent en parallèle.

Oui : lancer avec nova-agent.exe --dry-run. Toute la logique tourne (validation, calculs altitude, plate solving, etc.) mais les commandes ASCOM ne sont jamais envoyées au matériel. Idéal pour vérifier la config sans risque, pendant la journée.

Rotation immédiate : éditez config.toml → générer un nouveau token sur le portail (futur v0.4) → restart agent. Le précédent token devient invalide instantanément. À noter : seuls les comptes autorisés par l'opérateur observatoire peuvent envoyer des commandes — un token volé ne suffit pas, le compte associé est aussi vérifié.

Oui, HTTPS/TLS 1.3 bout-en-bout (Cloudflare). Les headers Authorization Bearer sont chiffrés dans le tunnel TLS. Aucune donnée n'est échangée en clair. Une migration vers ML-KEM-1024 (key exchange post-quantique) est prévue v0.10.

Les FITS bruts sont stockés localement sur le mini-PC MeLE (SSD M.2 256 Go). À chaque session terminée, l'agent uploade vers Cloudflare R2 (à venir v0.5, hébergement européen via Cloudflare EU). Rétention 90 jours par défaut, extensible sur demande. Les fichiers de session sont signés ML-DSA-87 (GARANCE PKI Cryptops) pour assurer la non-altération.

Oui — le binaire nova-agent et la plateforme NOVA sont open source MIT. Le code source sera publié sur GitLab Cryptops (gitlab.cryptops.fr) lors de la v0.4. En attendant, le binaire est reproductible : checksum SHA-256 publié, build déterministe Rust 1.94 + nightly.

Dépend de l'accord écrit d'Eric Mandon (président de l'Observatoire). Le mail de présentation a été envoyé le 21 juin 2026. En attente de retour. Sans son accord explicite, NOVA reste en mode planification pure (pas de pilotage). Voir Doctrine.

Pour l'instant (v0.1) : 1 cible — Observatoire de Rouen. La plateforme est conçue pour être multi-sites dès la v0.5 : autres associations astronomiques françaises (Pic du Midi observatoire amateur, observatoire de Lyon...), observatoires personnels d'amateurs avancés, et à terme partenariats avec les observatoires distants existants (Atacama via SADR Astronomy).

Q3 2026 : Open-Meteo weather integration v0.3, persistence D1 Cloudflare v0.4, NINA Target Scheduler export complet v0.5. Q4 2026 : Raspberry Pi weather watchdog v0.6, agent v0.2 multi-monture, dashboard temps réel V0.7. 2027 : intégration FRIPON bolides, programmes scientifiques amateur Gaia/AAVSO. Voir le roadmap complet sur l'accueil.

v0.5 prévue Q3 2026. Cloudflare est utilisé pour le bootstrap (gratuit, simple), mais incompatible avec la doctrine de souveraineté numérique. Migration prévue vers OVH Object Storage + Scaleway Serverless en Europe. Le DNS reste FR (cryptops.fr).

Oui, prévu v0.8 (Q1 2027). Image Docker Compose complète : web (Astro), API (Workers compatible), DB (PostgreSQL), object storage (MinIO). Permet à une association d'avoir sa propre instance NOVA totalement indépendante, fork du code MIT.