FORUM DU LOGICIEL PRISM

Bonjour,

Gros problème détecté cette nuit.
En fin de séance de prise de vue (en observation automatique), il y a eu un problème de liaison ASCOM avec ma monture G11. Le télescope est donc resté au Zénith au lieu de se mettre en position de parking.
Le toit s'est ensuite logiquement fermé puisque demandé dans la séquence. Et donc cela a conduit à la dégradation de mon C8 (et peut être la monture je ne sais pas encore)qui s'est retrouvé en sandwich entre le toit et la monture (configuration toit roulant).

J'ai pourtant un dome Tracker de chez Shelyak, qui prend théoriquement en compte la position du télescope via un capteur de parking.
Le dome Tracker étant en natif dans Prism, je pensais très naïvement que ces 2 systèmes dialoguaient ensemble, et bien j'ai désormais la preuve que non. Avec malheureusement des conséquences matériels.

Là ou je suis très embêté c'est le manque de précision ou information pouvant conduire à ce genre d'incidents.

Exemple via le log de cette nuit avec mes annotations en rouge
TU 04/05/2016 02:18:13.1 : M101_VERT-02-07.fits : Netteté/seeing : 122 étoiles, FWHM=1.53 pixels, Angle = -57°, Elongation=19 %, seeing = 4.29 " arcsec
TU 04/05/2016 02:18:13.1 : M101 a été effectué à hauteur de (9/3) -> 300.0% Boucle n°3
TU 04/05/2016 02:18:13.2 : M101 a été effectué à hauteur de (9/3) -> 300.0% Boucle n°3
TU 04/05/2016 02:18:13.2 : M101 a été effectué à hauteur de (6/3) -> 200.0% Boucle n°3
TU 04/05/2016 02:18:13.4 : [Meteo] "WatchDog" terminé
TU 04/05/2016 02:18:13.4 : [Meteo] : Processus de watchdog détruit
TU 04/05/2016 02:18:13.4 : [Camera] La rampe de la camera CCD est activée pour réchauffage Jusqu'à là, tout se passe normalement
TU 04/05/2016 02:18:13.4 : [Telescope] Parking du telescope en cours...
TU 04/05/2016 02:18:13.4 : [Telescope] début parking à AZ=181.0° ELV=1.0° ici, il y a eu plantage de la liaison ASCOM avec ma G11
TU 04/05/2016 02:18:27.8 : [Telescope] Telescope parké! Ah bon !!! donc la position du télescope n'est pas contrôlée, mais le terme pouvait laissé penser que si. Jusqu'à présent cette information apparaissait au moment ou mon capteur de position détectait la mise en parking effective. Ce n'était donc qu'un concours de circonstances. Je pensais que cette information venait du Dome Tracker
TU 04/05/2016 02:18:27.9 : [Dome] Fermeture dome/abris requis Très facheux puisque le télescope visait encore le Zénith
TU 04/05/2016 02:18:27.9 : [Dome/Abri] Fermeture de dome/abri en cours...
TU 04/05/2016 02:21:30.2 : Erreur fatale : [Dôme/Abri] : fermeture impossible, erreur fatale ! Et oui puisque le toit écrasait mon C8
TU 04/05/2016 02:21:30.2 : [Meteo] : Processus de watchdog détruit
TU 04/05/2016 02:21:30.2 : Execute la procédure de gestion d'erreur !
TU 04/05/2016 02:21:30.3 : [Err. Management] Tente de parker le télescope...
TU 04/05/2016 02:21:30.3 : [Telescope] Parking du telescope en cours...
TU 04/05/2016 02:21:30.4 : [Telescope] début parking à AZ=181.0° ELV=1.0°

Serait-il donc possible de :
1- A minima ajouter une mention qui alerte l'utilisateur que la fermeture du toit s'effectue sans le moindre contrôle de la position réelle du télescope (au moins on est prévenu et on sait que ça peut arriver si on coche la case "Fermer le toit").
Mention très importante pour les configurations toit roulant.
Je ne cherche pas à entrer dans un systeme à l'américaine, mais si j'avais eu cette information, j'aurais géré mon setup autrement et mon C8 serait actuellement dans un état normal.
2- Ajouter un contrôle de la position Réelle du télescope pour la gestion des ouvertures et fermetures si le système de pilotage du toit le permet (ce qui est manifestement le cas sur le Dome Tracker).

Bonjour,
Quelle version de prism ?

Normalement, il y a le capteur qui permet de ne pas fermer le toit, meme si TOUS les softs sont "plantés".
As tu cablé correctement ce capteur ?
N'hesite pas a poster des photos, et diagrammes si necessaire.

Enfin, il y a des drivers ascom qui une fois le park effectué ne repondent plus a aucune requete...

Merci

Bonjour Cyril,

J'étais en test sur la V10.

Le capteur de position parking est connecté via le Dome tracker. La fenêtre du dometracker affichait bien l'état de la mise en parking ou non, d'où le fait que je pensais que cette information "monture parkée" venait du Dome tracker. Lorsque j'ai eu l'incident cette nuit, le dometracker affichait bien que la monture n'était pas dans sa position de parking.

Concernant le branchement du capteur, je ne pense pas qu'il y ait de problème, puisque en utilisation non automatique, si je demande la fermeture du toit alors que la monture n'est pas en position parking, j'ai bien un popup qui s'ouvre qui me demande de confirmer la fermeture alors que la monture n'est pas en position parking. Donc du coté du capteur je pense que tout est OK.
Le capteur est de type barriere lumineuse utilisé pour les portails coulissants et en cas de position parking, il ferme un relais qui envoi l'information au dometracker. Une seule position de la monture permet la détection de mise en parking.

Pour le drivers ASCOM, pour ce qui concerne le toit, j'utilise le .dll qui est fournit directement dans Prism.
Pour ce qui concerne la monture, il y a effectivement eu un plantage du drivers ASCOM qui a empêché la mise en parking, mais je ce n'est pas la monture qui déclenche la fermeture du toit.

J'envoi des diagrammes et photo dès que possible.

Voici les diagrammes de câblage que j'avais lors de l'incident



La détection de mise en parking est assuré par un capteur barrière lumineuse comme utilisée pour les portails coulissants. Un réflecteur est positionné sur le mur.
La mise en parking est alors détectée lors que le faisceau lumineux du capteur coïncide avec le réflecteur. Donc une seule position n'est possible pour la mise en parking. Lors de l'incident, la monture visait le ciel et la détection de parking n'était pas détecté (j'ai bien vérifié qu'il n'y avait pas de soucis de ce coté avant de toucher quoi que ce soit)


Suite à l'incident, j'ai fais quelques modification afin d'avoir un verrouillage Hard qui empêchera la fermeture du toit si la monture n'est pas parquée.
1- Ajout d'un contact supplémentaire (piloté par capteur position monture) directement sur circuit de commande du moteur.
De cette façon, je palie à tout problème de soft. si la monture n'est pas parquée, aucune fermeture de toit ne sera possible.
2- J'ai supprimé le contact de fermeture d'urgence inutile finalement et qui par le passé a également engagé des fermeture de toit alors que le télescope pointait vers le ciel (j'étais heureusement présent ces fois-ci).


Mais il y a un réel soucis de prise en compte de l'information de mise en parking de la monture. Je ne sais pas si c'est coté Prism ou Dome Tracker. Mais il y a un soucis.


En commande manuelle, il n'y a pas de soucis (hors mode observation automatique)
La position parking est bien détecté via le Dometracker et transmit à Prism
Si la monture est parquée, j'ai bien l'information via la case rouge "Télescope Parké"

Si je bouge la position du télescope la case devient blanche et si je tente une ouverture de toit, j'ai immédiatement un pop up qui s'ouvre pour m'avertir que le télescope n'est pas parqué et me demande de confirmer ma volonté d'ouvrir le toit.


Donc en manuel, ça fonctionne. c'est uniquement en observation automatique que l'information de parking ne semble pas prise en compte.

Frederic

En mode automatique, il n'y a pas de gestion particuliere de ce cas.
C'est fait par le matériel.

Il est demandé (si l'utilisateur le demande), la mise en parking du telescope et ensuite apres un certain temps la fermeture du toit.

Si le telescope n'est pas parké, et que le dome tracker ne voit pas le telescope parké, la fermeture du toit ne se fera pas (pour eviter au telescope d'etre heurté par le toit). Mais prism ne voit ou ne lit pas ce detecteur.

Sur la doc ici

http://thizy.free.fr/shelyak/Dome%20Tra ... ancais.pdf

et sur le connecteur J3 pin3, s'il est mis en boucle sur le 12 V, le toit pourra se fermer, sinon il ne se ferme pas.
Cela a été verifié maintes fois sur une carte proto que j'ai chez moi.

Si ton capteur ne fonctionne pas correctement, cela peut faire croire au dometracker que ton telescope est parké alors que ce n'est pas le cas, et la fermeture se fait malgré tout.

Dans tous les cas PRISM ne fait rien avec ces securités et si prism ordonne de fermer l'abri et que ton telescope n'est pas parké, il ne se passera rien en réalité si le materiel est connecté correctement.

La tu as une tentative de fermeture ->>

TU 04/05/2016 02:18:27.9 : [Dome] Fermeture dome/abris requis Très facheux puisque le télescope visait encore le Zénith

Et in fine, comme le capteur semble ne peut pas etre actif dans le LOG y a bien marqué fermeture impossible

TU 04/05/2016 02:21:30.2 : Erreur fatale : [Dôme/Abri] : fermeture impossible, erreur fatale ! Et oui puisque le toit écrasait mon C8

D'ailleurs je doute du "plantage ascom" puisque le script se fait normalement....


Donc, je pense qu'il faut transporter cette discussion avec F.Cochard de Shelyak.

Une autre chose, il faut etre sur que ton capteur ne voit pas de la lumiere IR d'une autre source, (genre camera IP a led IR) ou d'une reflexion venant d'ailleurs.
Il faut bien controler ce point, sinon, dometracker va croire que le telescope est parké et avoir la possibilité de fermer le toit.

Pour le plantage ASCOM, c'est celui de la monture qui a planté et donc raison pour laquelle elle est restée en position vers le Zenith au lieu de se parquer. J'avais d'ailleurs un beau message d'erreur que je n'ai malheureusement pas noté.

Le câblage de mon installation est bien celui mentionné dans la notice. Lorsque j'ai constaté l'interférence entre le toit et mon télescope, j'ai vérifié l'état du capteur et il mentionnait bien une monture NON parquée.


Je viens également de faire un test.
J'ai volontairement débranché le capteur (contact ouvert = comme si la monture n'est pas parquée. Carré blanc sur la fenetre de contrôle DomeTracker) et lancé une observation automatique.
Et bien le toit s'est ouvert. donc ce n'est pas le capteur qui est en cause.

TU 05/05/2016 19:16:52.7 : Début immédiat de l'observation automatique.
TU 05/05/2016 19:16:52.7 : [Camera] Caméra principale deja connectée
TU 05/05/2016 19:16:52.7 : [Camera] Caméra principale deja connectée
TU 05/05/2016 19:16:52.7 : [Dome/Abri] Dome en cours d'ouverture...
TU 05/05/2016 19:18:12.8 : [Dome/Abri] ouvert !
TU 05/05/2016 19:18:12.8 : Système de focalisation : Seletek Focuser
TU 05/05/2016 19:18:12.8 : Roue à filtres : Sbig Embedded filter wheel
TU 05/05/2016 19:18:12.8 : Système de position de telescope : Gemini Telescope .NET
TU 05/05/2016 19:18:12.8 : Système de pilotage de telescope : Gemini Telescope .NET
TU 05/05/2016 19:18:12.8 : Système dome/abri : DomeTracker, 31/01/14,v1.96 Firmware=1.57
TU 05/05/2016 19:18:12.8 : Pas de station météo.
TU 05/05/2016 19:18:12.8 : Système de mesure de couverture nuageuse : BoltWood Cloud monitor I (or Compliant device)
TU 05/05/2016 19:18:12.8 : Camera primaire : SBIG ST-2K Dual CCD Camera
TU 05/05/2016 19:18:12.8 : Monture Allemande détectée : retournement au méridien possible
TU 05/05/2016 19:18:12.8 : [Telescope] Vérification du status de parking du telescope
TU 05/05/2016 19:18:12.8 : [Méteo] Démarrage du processus de surveillance
TU 05/05/2016 19:18:12.8 : Durée des poses totales (H:M:S) -> 01:40:00
TU 05/05/2016 19:18:12.8 : *********************[BOUCLAGE] boucle n° 1*********************
TU 05/05/2016 19:18:12.8 : Soleil en "descente"
TU 05/05/2016 19:18:12.8 : [Telescope] Déplace le télescope sur cet objet -> Essai
TU 05/05/2016 19:18:20.3 : [Telescope] Pose de 5s pour rattrapage des jeux
TU 05/05/2016 19:18:25.3 : [Telescope] Tube coté Ouest du pied visant l'Est
TU 05/05/2016 19:18:25.3 : [Filtres] requis n°1

En manuel, l'état capteur est bien pris en compte (Cf mon message de ce matin)
En observation automatique, il ne l'est pas.

Bon, j'ai regardé dans le code C du firmware v1.57 du dometracker.

Voici ce que ca donne ->

1. En ouverture, Il n'y a aucun contrôle de l'état du parking (je veux dire la PIN J3 .3)
Cela n'existe qu'en fermeture.

2. Le contrôle de l'état de parking en mode de fermeture ne se fait que SI la pin d'urgence est actionnée, cela ne se fait pas en mode fermeture normale (!)

Donc, en fait le comportement que tu décris est conforme a la V1.57 du firmware du dometracker, si j'ose dire.
Et cela m'a étonné pour dire la vérité.

Je reconnais que ce n'est pas vraiment un comportement bien adapté.

Je vais faire une version 1.60 du firmware, ou :

- un contrôle sera fait avant ouverture ET fermeture de l'abri en mode normal et pas QUE en mode d'urgence.

Et je pense que tout rentrera dans l'ordre.

Mais on est bien d'accord que SI, le parking a planté et le telescope se trouve au zenith, il se sera encore au petit matin et au soleil.

Bonjour,

J'ai mis une version 1.60 ici avec un logiciel pour l'injecter par le port COM dans le dometracker.

-> un contrôle de la position de PARKING sera fait avant ouverture ET fermeture de l'abri en mode normal et pas QUE en mode d'urgence.

https://www.dropbox.com/s/cby6oob8ayjiv ... 0.zip?dl=0

Attention, il faut faire un ON/OFF une fois le firmware injecté.

Cyril

Merci Cyril pour ce correctif.
Je teste ça dès que possible.

Pas de soucis avec ta remarque

Mais on est bien d'accord que SI, le parking a planté et le telescope se trouve au zenith, il se sera encore au petit matin et au soleil.

Je souhaite juste éviter que le toit ne vienne défoncer mon matos une fois de plus en cas de disfonctionnement de la monture.