Jump to content

pch

Membre
  • Content Count

    61
  • Joined

  • Last visited

About pch

  • Rank
    Membre
  • Birthday 03/21/1958

A propos

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Il ne faut pas utiliser en même temps le simulateur avec une monture réelle. Ça ne peut pas marcher car le simulateur de camera n'a pas d'interaction avec la monture donc les étoiles ne bougent pas. Pour s'amuser avec PHD2 en intérieur il faut choisir Camera=Simulator et Monture=On-camera. Mais en aucun cas ça permet de tester le matériel. Si tu as le même message avec une vraie monture et caméra c'est un tout autre problème, soit avec les câbles, les réglages du driver de la monture ou les réglages de PHD2. Avec EQmod c'est important de faire les réglages recommandés ici: https://github.com/OpenPHDGuiding/phd2/wiki/EQASCOM-Settings
  2. pch

    EQ6RPro et PHD2

    Quand je le fait sur mon HEQ5, je bouge l'axe de déclinaison à la main en faisant des petit aller-retour, on sent très bien le jeu de la vis. Il faut arrêter de serrer dès qu'on ne sent plus le jeu. Il faut surtout pas trop serrer car ça fait avancer l'axe par à-coup, pour le guidage c'est encore pire que le jeu . Ce réglage est le même quand tu as des courroies car elles sont entre le moteur et la vis sans fin. Ce jeu est entre la vis sans fin et la couronne dentée de l'axe.
  3. pch

    EQ6RPro et PHD2

    Oui n'importe quel logiciel peut guider avec un gros jeux en déclinaison, mais seulement si les corrections sont toujours dans le même sens ou si il n'y a pas besoin de correction en déclinaison ... Pour guider toujours dans le même sens il suffit une erreur d’alignement polaire de 5 minutes. Si par contre ça oscille entre nord et sud et que tu vois des corrections qui semblent corriger la position c'est probablement que l’alignement polaire est bon mais que l'axe de déclinaison ne bouge pas du tout, c'est simplement les fluctuations du seeing qui bougent l'étoiles autours de la position moyenne. Si tu es dans ce cas tu peux en être sur en coupant le guidage en déclinaison, choisir Off pour "Mode de guidage Dec" et vérifier que ça dérive pas plus qu'avec le guidage. Mais pour un bon guidage dans toutes les situations il faut que l'axe de déclinaison réponde rapidement aux changements de direction. Et pour ça la seule solution c'est de régler la position de la vis sans fin sur la monture. La différence que tu observe maintenant est probablement du a la température plus basse qui rend le jeux plus important. Pour l'EQ6 il y a des info sur la page suivante. Tu dois probablement trouver les deux mêmes petites vis opposée sur l'EQ6R. http://www.astro-baby.com/EQ6 rebuild guide/EQ6 worm alignment.htm
  4. Le lien est en bas de la page de téléchargement: https://www.ap-i.net/skychart/fr/download#images
  5. Commence par contrôler la version d'INDI que tu utilise. Dans un terminal entre indiserver sans paramètre ça va afficher la version. La dernière est 1.8.3. Ensuite pour revenir aux valeurs par défaut du driver, ferme kstar et indiserver, va dans le répertoire ~/.indi il doit y avoir deux fichiers "ASI EAF_config.xml" et "ASI EAF_config.xml.default" ou quelque chose de similaire. Efface les. Pour tester le fonctionnement de base ouvre le "Panneau de contrôle INDI", a l'onglet du focuser clic Connecter, attend que les autres contrôles apparaissent. Entre 100 dans le champ "Position absolue" et clic Définir. Est-ce que le moteur bouge? est-ce que le champ de gauche passe à 100?
  6. Je ne connais pas du tout l'EAF mais je viens de jeter un coup d'oeil au code source. L'erreur 5 ça veux dire: EAF_ERROR_MOVING,//focuser is moving Le driver croit que le focuser est en cours de déplacement et c'est pour ça qu'il refuse de modifier reverse et max position. C'est aussi pour ça que ça va mieux après Interrompre car il doit faire un reset de "focuser is moving"
  7. Ce qui est bizarre c'est la corrélation des sursauts en RA et DEC et le fait que dans la fenêtre "Cible" tous les mouvements sont en diagonale. Ces sursauts sont dus à une cause externe au logiciel et ça ne sert a rien d'essayer de changer des paramètres. Je trouve même que le programme se débrouille plutôt bien pour ramener l'étoiles après ces sursauts. Pour sur c'est un problème mécanique, mais c'est difficile de dire quoi sans être a côté du télescope. Regarde par exemple si la lunette guide ne flotte pas dans son support, ou la caméra dans le porte oculaire, ou un câble trop tendu qui fait bouger le tout. Ça peut être quelque chose de très faible, avec 200mm de focale un mouvement de 10" c'est environ 1/100 de millimètre.
  8. Je peux te répondre pour CdC. La valeur des magnitudes disponibles pour une étoile donnée dépend en effet de la bande passante ou la mesure est faite. Ce qui est affiché dans CdC dépend bien sur des mesures disponible dans le catalogue d'origine mais j'essaye toujours d'ajouter une valeur de V ou approchant ainsi qu'un indice de couleur. Par exemple pour GAIA DR2 on peut voir en cliquant sur un étoile: Magnitude G: 12.798 Magnitude BP: 13.084 Magnitude RP: 12.362 Magnitude visuelle: 12.91 Indice de couleur B-V: 0.56 Les valeurs de G, BP et RP sont les magnitudes mesurée directement par GAIA dans la bande passante de ses instruments. La magnitude V et l'indice de couleur B-V sont calculé en utilisant les formules données dans la documentation de GAIA. La même chose est faite pour les étoiles brillantes avec Hipparcos et la comparaison avec GAIA marche assez bien malgré qu'a la base les mesures sont différentes. Hipparcos : V=7.59 B-V: 1.005 GAIADR2 : V=7.58 B-V: 0.99 Mais si pour la même étoile on regarde la magnitude Vt de Tycho on a 7.69 car Vt n'est pas exactement égal à V. Le GSC donne 7.43 et USNO-B R=7.0 et B=8.7. Il s'agit de magnitude photographique très imprécises et a peu près impossible a ramener a un système standard. Il faut vraiment se méfier des magnitudes de ces anciens catalogues photographiques. J'oubliais un truc, la référence pour les magnitudes est l'APASS fait par l'AAVSO mais malheureusement pas encore disponible en version définitive. Pour l'étoile ci-dessus il donne V=7.566 et B-V=1.003. Ca donne une idée de la précision des transformations depuis GAIA et Hipparcos mais bien sur à condition que l'étoile ne soit ni très rouge ni très bleue. Patrick
  9. Excellent, bravo à tous! Je viens de faire un petit essai en lui envoyant des images du mois dernier et ça marche super bien. Le VA n'est pas trop mon truc mais ça me semble idéal pour avoir une idée de ce qu'on est en train d'enregistrer. Jusqu'à présent je rapatriais les images dans PI pour faire un stack rapide mais là ça va être beaucoup plus simple. Merci! Patrick
  10. Oui, mais dans ce cas il ne faut vraiment rien changer et ne pas espérer que les pilotes des nouvelles camera vont fonctionner éternellement par miracle. Le contraire est également vrais, après mise à jour tu peux avoir des soucis avec un vieux matériel plus maintenu dont le pilote date de XP. Pour mes test sous Windows j'ai mis Win10 sur un Acer très basique vieux de 10 ans et ça marche très bien. J'ai juste remplacé le vieux disque 5400 t/m. par un petit SSD (30 euro maintenant) et ça marche parfaitement. En plus le remplacement du disque te permet de faire la manip sans risque, si ça marche pas tu remet l'ancien disque et tu as de nouveau Win7. Patrick
  11. C'est normal que le graphique ne montre rien tant que la calibration n'est pas terminée. Sur ta copie d'écran tu es en train de faire la calibration. Ca ce voit a la croix pointillée jaune et au message en bas a gauche. Quand c'est terminé la croix passe au vert et le message indique "Guidage". Essaye d'attendre un peu plus longtemps pour voir.
  12. Je les ai installés et ça marche, le menu Py-Astro vient entre Filtres et Fenêtres. Ils sont dans ce dossier qui est définit dans Gimp Preferences, Dossiers, Greffons : $ ls ~/.config/GIMP/2.10/plug-ins python-clip-image-brightness.py python-layer-subtract-dark2.py python-scale-layers-darkness.py ... Regarde aussi que ton python par défaut est en version 2, il dit que ça marche pas en version 3: $ python Python 2.7.16 (default, Apr 6 2019, 01:42:57) ...
  13. Je pense que c'est peine perdue, le nouveau SDK d'Atik n'a pas cette dll mais une nouvelle AtikCameras.dll. Le driver de PHD est assez ancien, il date de PHD1 et il est initialement que pour l'atik 16 et il a marché un temps avec les atik 3xx mais pas les nouvelles caméra. Il faudrait refaire le driver PHD2 pour cette nouvelle dll. La meilleure solution pour le moment, installe le driver ASCOM de l'Atik et configure PHD2 par ASCOM, ça marche très bien.
  14. Peut-être: sudo apt install gimp-python
  15. Ça ressemble beaucoup a un manque de puissance sur les ports usb. Tu as essayé avec un hub alimenté?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.