FORUM DU LOGICIEL PRISM

Bonjour à tous,

Voilà mon petit soucis :

Lorsque je connecte la CCD celle ci bascule automatiquement son refroidissement à 0°C.

Je n'ai pas trouvé ou modifier cette valeur ( pour que la nouvelle valeur soit pris en compte au redémarrage suivant), car je souhaite passer par un palier supérieur à 0°C pour éviter le givrage de la fenêtre du CCD. Du coup je modifie cette valeur juste après la connexion de la caméra à chaque démarrage de Prism, en me dépêchant avant que le refroidissement ne soit trop fort.

J'ai également un problème sur mes rampes de montée/descente en température qui disparaissent régulièrement de Prism alors que je les trouve bien dans la base de registre. Je sais qu'il y a eu des discussions là dessus mais je n'ai pas vu la solution.

Pour information j'utilise Prism V10.3.63.500 sur windows 10 pro.

J'ai réussi à contourner ces 2 problème sen créant un script que je lance pour le démarrage de la CCD mais j’aimerais éviter ces 2 soucis lorsque je me connecte en manuel, ce qui arrive de temps à autre.

Merci d'avance pour l'information.

Thomas

Salut Thomas,

Si ta CCD démarre à 0°C à sa mise en marche, c'est que sa dernière consigne de température devait être 0°C. En tout cas, c'est comme ça que cela marche dans mon cas pour une SBig (la valeur doit être enregistrée dans le firmware de la CCD).
Si tu veux éviter ça, dans ta rampe de température, en remontée, tu dois lui donner une température finale qui soit ce que tu veux, par exemple 10°C en hiver, c'est pas mal. Et tu dois être sûr que ta CCD n'est pas déconnectée avant d'avoir reçu cette consigne (pas forcément nécessaire que la température ait été effectivement atteinte, il faut juste que la consigne soit reçue par la CCD, bon ça aussi c'est mon expérience avec SBig, c'est peut-être différent avec une autre CCD).

Pour ce qui est de la disparition des rampes, j'ai déjà rencontré ce problème plusieurs fois. Je ne suis pas certain que la solution ait été trouvée. En tout cas, quand cela se passe, tu le vois assez vite car si tu cliques sur le bouton "Descente", rien ne se passe.
La fréquence de ce bug est quand même assez rare, mais cela peut être effectivement gênant en full remote.

Marc

Salut,

Pour la dernière consigne active, ça ne s’enregistre pas sur ma QSI, j'ai déjà essayé plusieurs procédures d'arrêt sans succès.Ce n'est donc pas géré comme Sbig apparemment.

Pour les rampes de température, c'est ce que je fais, je vais les redéfinir et espérer qu'elle ne disparaissent pas à nouveau. Cela me gêne plus en local lorsque je fais des essais qu'en remote ou je démarre un script qui gère le start de tous les accessoires CCD et monture comprise.

Thomas

C'est une QSI récente ou ancienne ?

Salut,

Elle a déjà quelques années à son actif, plus de 5 je dirais et c'est le modèle 583 ws.

Pour la consigne de départ, elle est pas inscrite/enregistrée quelque part dans le registre ou dans un fichier de config de Prism ? histoire de pouvoir la modifier

Thomas

Salut,

Elle a déjà quelques années à son actif, plus de 5 je dirais et c'est le modèle 583 ws.

Pour la consigne de départ, elle est pas inscrite/enregistrée quelque part dans le registre ou dans un fichier de config de Prism ? histoire de pouvoir la modifier

Thomas

Thomas SALOMON a écrit : ↑09 déc. 2019, 00:08
J'ai également un problème sur mes rampes de montée/descente en température qui disparaissent régulièrement de Prism alors que je les trouve bien dans la base de registre. Je sais qu'il y a eu des discussions là dessus mais je n'ai pas vu la solution.

Thomas

Bonjour Thomas,
Je viens de trouver une solution au problème de disparition de rampes de montée/descente en température. Explications :

1.1 Description de l’anomalie de disparition de la rampe de température :
Je possède une QSI583 depuis 2011. Jusqu’à présent la perte de la rampe de température, en montée et en descente, me semblait aléatoire. Cette anomalie est pénalisante en particulier lorsque l’on ne se rend compte que le lendemain matin que le capteur de la caméra est resté toute la nuit à « 0°C ». J’ai passé une semaine a faire des tests et maintenant j’arrive à reproduire l’anomalie de manière systématique et de surcroît avec n’importe quelle caméra, sauf les caméras virtuelles car elles ne sont pas alimentées électriquement. 1.2 Comment reproduire l’anomalie
Ouvrir PRISM. Ne pas alimenter la caméra principale, si elle est auto-alimentée par le port USB le problème de perte de rampe ne devrait pas se présenter. Cliquer sur l’icône de connexion de la caméra principale. Une erreur de connexion s’affiche. A ce moment là, dans la base des registres (Ordinateur\HKEY_CURRENT_USER\SOFTWARE\Prism\CCD\QSI\TempRampData) les valeurs des champs NbSamples_DWN et NbSamples_UP passent à « 0 » (zéro) ce qui provoque la disparition de la rampe dans le fenêtre de réglage de la descente/ montée en température.
Cliquer sur le bouton « Ok » de la boîte de dialogue d’erreur. Alimenter la caméra. Attendre le délai d’initialisation de la caméra (5s pour une QSI environ). Cliquer sur l’icône de connexion de la caméra principale. Aller dans l’onglet « Temp ». Cliquer sur « Editer » et vous constaterez que les valeurs de la rampe de température ont disparu. 1.3 Méthodologie de test :
Le but est de surveiller les modifications de l’arborescence «  TempRampData » de la base de registre. Afin de surveiller le dossier TempRampData de la base des registres j’ai utilisé l’utilitaire PROCMON64.EXE disponible ici https://docs.microsoft.com/en-us/sysint ... ds/procmon. Afin d’afficher uniquement les modifications de « TempRampData », dans PROCMON64, j’ai utilisé la fonction « Filter/Filter », à la place du champs « Architecture » j’ai indiqué « Path », à la place du champs « is » j’ai indiqué « contains », dans le champs vide j’ai indiqué « TempRampData », puis j’ai cliqué sur le bouton « Add ». Attention à s’assurer qu’il n’y a aucun autre filtre (en vert) sinon il faut les supprimer, ensuite j’ai cliqué sur « Ok », puis j’ai cliqué sur le bouton « Autoscroll » de la barre d’icône ou « CTRL+A ». Ainsi ne s’affichent que les événements relatifs à « TempRampData ». Il faut de plus s’assurer, en cliquant sur les boutons à droite de la barre d’icône, la prise en compte des événements « Registry Activity ». Ensuite je lance PRISM en version 32 bits. A ce stade PROCMON64 n’enregistre aucune activité concernant « TempRampData ». Dans PRISM aller dans « Configuration/Configuration du matériel », choisir l’arborescence « Cameras (CCD/CMOS) », choisir une caméra physique « Caméra Chungara » par exemple. Cliquer sur « Ok », puis encore sur « Ok ». Mettre la fenêtre de PROCMON64 et de PRISM côtes à côte (touches « Windows » et flèche à gauche ou à droite. Cliquer sur l’icône de connexion de la caméra 1. Une boîte de dialogue d’erreur apparaît car la caméra n’est pas connectée vu que je ne possède pas de caméra Chungura. Cliquer sur « Ok ». Au même moment il apparaît sur PROCMON une série d’opérations dans l’arborescence de « TempRampData » et l’on peut voir que les champs ci-dessous sont initialisés par PRISM via la fonction «RegSetValue »
HKCU\SOFTWARE\Prism\CCD\Chungara\TempRampData\CheckPowerDown
HKCU\SOFTWARE\Prism\CCD\Chungara\TempRampData\MaxAllowagePower
HKCU\SOFTWARE\Prism\CCD\Chungara\TempRampData\StopNullPowe
HKCU\SOFTWARE\Prism\CCD\Chungara\TempRampData\NbSamples_DWN
HKCU\SOFTWARE\Prism\CCD\Chungara\TempRampData\NbSamples_UP



1.4 Conclusion
A mon avis c’est cette réinitialisation des valeurs NbSamples_DWN et NbSamples_UP qui provoque la perte de la rampe de température de la CCD. La solution de contournement à cette anomalie est de s’assurer avant de connecter la caméra (prendre en compte un certain temps de démarrage) que celle-ci à terminé son cycle d’initialisation avant de la connecter. Le module OBS-AUTO prévoit bien un temps d’attente entre la mise sous tension des équipements et la connexion logicielle (30 secondes dans mon exemple), ce qui permet normalement de ne pas être confronté à cette anomalie.

Voici d'autres copies d'écran utiles que je n'ai pas été autorisé à mettre dans mon message principal (sans doute une limitation du forum en nombre d'images ou de volume maximum des images).

Très bon travail d'analyse !

Marc

Merci Marc.

Mon exposé est un peu long mais j'espère assez complet pour que le développeur puisse reproduire l'anomalie et la corriger. En attendant il faut attendre que la caméra soit conectée électriquement et que son cycle de démarrage soit terminé pour connecter la caméra logiciellement sous PRISM.