Project

General

Profile

Actions

Story #45119

open

Story #45452: *** REQ-0XX REQUIREMENTS FROM CNES (PR)

Story #44713: **** REQ-020 CCTP

REQ-008 requêtes SST flexibles

Added by Pallier Etienne about 1 year ago. Updated about 1 year ago.

Status:
New
Priority:
Normal
Assigned To:
-
Category:
-
Target version:
-
Start date:
05/12/2021
Due date:
% Done:

0%

Estimated time:

Description

Origine du besoin
chaîne de traitement OSMOSE du CNES utilisant les télescopes TAROT pour la surveillance de l'espace.

Besoin

  • Créer un nouveau format de description de série (par exemple en JSON) permettant de décaler la date des requêtes de surveillance de l’espace.

Remplacer l’information « coordonnées à l’ouverture de la première image » par une éphéméride de direction de la cible sur toute la plage sur laquelle on accepte de décaler la date de l’observation.

L’éphéméride comprendra une liste d’éléments ‘date,angle1,angle2’

L’éphéméride sera associée à un repère parmi ceux-ci-dessous :

AZEL_OBSERVED : azimut/élévation visés par le télescope (référence terrestre).
C’est le repère naturel d’un télescope à monture AZEL.
HADEC_OBSERVED : angle horaire et déclinaison visés par le télescope (référence terrestre).
C’est le repère naturel d’un télescope à monture HADEC.
ALTALT_OBSERVED : altitude/altitude (référence terrestre).
C’est le repère naturel d’un télescope à monture ALTALT.
RADEC_ICRS : ascension droite et déclinaison (référence céleste).
C’est le repère naturel des catalogues d’objets stellaires.
Entre les points de l’éphéméride, la trajectoire sera interpolée. L’entête de l’éphéméride indiquera l’interpolateur à utiliser. Le système implémentera au moins l’interpolation linéaire.
Si l’éphéméride ne contient qu’un point, la date d’exécution est imposée ; si l’éphéméride contient plusieurs points, la date d’exécution doit être choisie entre les deux dates extrêmes.

  • Pour chaque image de la série, le format prévoira :

Le filtre à utiliser pour l’image

Le temps d’intégration de l’image. Ce temps sera indiqué en secondes avec la possibilité de spécifier des durées non entières (par exemple 0,125 s).

La possibilité d’un « filage de la cible » pendant l’image :

Indiquer la longueur en X et en Y que doit parcourir la cible dans le champ de vue pendant l’intégration.
Indiquer si avant le début de l’image suivante le télescope doit revenir sur l’éphéméride de référence ou s’il doit garder le dépointage du au filage de la cible.

La possibilité d’un décalage en X et Y avant l’image suivante afin d’éviter de confondre une détection d’objet nouveau avec un pixel chaud. (TNCFONC_020)

  • Prévoir dans le format de description des séries une sous structure spécifique à chaque modèle de caméra afin de pouvoir adresser les fonctions avancées des caméras (binning, choix de la durée du readout, mode de rolling shutter, …)

  • Créer un service web indiquant la validité d’une requête et son temps d’exécution sans la lancer :

    Avant de lancer une requête, l’utilisateur peut vouloir déterminer le temps télescope qui sera nécessaire à son exécution (le temps d’exécution de la requête dépendra des temps de vidage des caméras, des temps de changement de filtre, des temps de décalage du pointage entre les images, du recouvrement entre ces actions…)

Finalité
La version ROS actuelle permet de donner les coordonnées célestes à l’ouverture du diaphragme de la première image, la vitesse de motorisation en ascension droite et déclinaison, la date d’ouverture du diaphragme et l’écart possible à la date demandée.
Ceci permet de décaler les dates des requêtes d’observation d’objets célestes car les coordonnées célestes utiles sont les mêmes quelle que soit la date d’exécution de la requête. En revanche, ceci ne permet pas de décaler les dates des requêtes d’observation d’objets en orbite terrestre car les coordonnées célestes utiles dépendent de la date d’exécution de la requête.
Cette évolution permettra de :

  • passer à l'ordonnanceur PyROS des informations lui permettant de limiter les temps morts dans la programmation des télescopes
  • limiter les risques de confusion entre détections et artefacts
  • profiter des fonctions avancées des caméras

Test de validation
Etape 1 : validation du format de fichier à transférer et de l'interface des services REST de soumission de requête et de validation de requête.
Etape 2 :

  • test de validation d'une requête et consultation du retour (temps d'exécution prévu)
  • test de soumission de requête et vérification que les informations transmises sont stockées dans la BD PyROS sous une forme exploitable par l'ordonnanceur PyROS. Etape 3 :
  • vérification que PyROS comble bien les temps morts par décalage des requêtes
  • vérification que les télescopes insèrent bien les dépointages demandés par l'interface
  • vérifcation qu'on peut règler les paramètres avancées des caméras

Related issues

Related to PyROS - Feature #44153: *** SF05 - SEQ - Observation Sequences ManagementNewKoralewski Alexis04/29/2021

Actions
Related to PyROS - Feature #44160: *** SF07 - PLN - Observation Sequences Planning & SchedulingNew04/29/2021

Actions
Related to PyROS - Story #45114: REQ-021 FONC_020 Saut en déclinaison entre chaque imageNew05/12/2021

Actions
Related to PyROS - Story #45136: REQ-052 ERGO_020 OperabilitéNew05/12/2021

Actions
Actions #1

Updated by Pallier Etienne about 1 year ago

  • Related to Feature #44153: *** SF05 - SEQ - Observation Sequences Management added
Actions #2

Updated by Pallier Etienne about 1 year ago

  • Related to Feature #44160: *** SF07 - PLN - Observation Sequences Planning & Scheduling added
Actions #3

Updated by Pallier Etienne about 1 year ago

  • Related to Story #45114: REQ-021 FONC_020 Saut en déclinaison entre chaque image added
Actions #4

Updated by Pallier Etienne about 1 year ago

  • Related to Story #45136: REQ-052 ERGO_020 Operabilité added
Actions #5

Updated by Pallier Etienne about 1 year ago

  • Subject changed from req-008 requêtes SST flexibles to REQ-008 requêtes SST flexibles
Actions

Also available in: Atom PDF