mg95

Citation

ma raquette synscan

La mienne je l'ai même pas sorti de l'emballage . En fait SynScan fait référence à une appli W10 ou Android qui reprend les fonctionnalités de la raquette.

Je faisait plutôt référence à "La correction des erreurs périodiques (PEC) sur les montures équatoriales" qui est une fonction de Synscan et qui est indépendante de PHD2, elle peut même fonctionner sans dispositif de guidage.

Citation

Le deuxième est un PEC permanent (PPEC) qui s’applique aux montures AZ-EQ6
GT et EQ8. La détection automatique du type de monture permet à la raquette SynScan
d’appliquer automatiquement l’algorithme de PEC adapté.
Le PEC est basé sur un système d’enregistrement de l’erreur puis de lecture de la correction
apportée

Et à l'assistant de guidage, il en parle dans sa vidéo "23:28 L'assistance de guidage" mais n'en dis pas grand bien :-(.

https://openphdguiding.org/PHD2_BestPractices.fr.pdf

Sur PHD2 il y a un outil d'analyse de suivit qui s'active en cliquant sur le cerveau et qui fournit de mémoire un log.

Il y a aussi sur le pilotage SyncScan la fonction PEC qui je crois enregistre les erreurs périodiques puis les anticipe.

Quelqu'un utilise ?

Très beau cadrage en effet .

Justement tu le prépares comment ce cadrage ?

Merci.

La lune commençait à se coucher mais j'ai quand même pu prendre quelques photos à l'aide de FireCapture.

Toujours par manque de pratique je n'ai pas retrouvé dans FireCapture le réglage qui permet de croper lors de la capture et de faire des images non débayerisées, je me suis donc retrouvé avec des fichiers de 8 Go.

Ce Samedi soir la météo prévoit une nuit claire donc direction le Vexin avec un 200/800 et une ZWO 533 et un nouveau PC pour l’acquisition.

Mise en place du matos avec un chercheur et une caméra guide QHY qui naturellement n’est pas reconnue par le nouveau PC, j’aurais du tester avant

Donc plus de guidage et pas de mise en station non plus.

Car j’utilise pour cela SharCap et ça ne fonctionne pas car je pense que la polaire n’était pas dans le champ assez réduit du 200/800.

Je passe outre la MES mais le filet d’étoile est vraiment trop présent.

Je me souvient alors d’une méthode de mise en station sans la polaire proposé par SynScan le logiciel de pilotage de ma monture.

En gros on pointe une étoile, le logiciel décale la monture et on recentre en utilisant les vis de latitude et d’azimut de la monture.

Ça à l’air de fonctionner l’image ne défile plus au fil des prises de vue.

A ce moment j’aurais du reprendre la procédure SharCap mais pas pensé.

Je commence donc mes photos et je suis rejoins par William et son Dobson 300/1500.

Nous ferons entre autre des observations de Jupiter, M13 et Saturne impressionnant avec un oculaire grand champ.

Rentré chez moi je commence le traitement par un problème, selon la version SharCap enregistre le motif de Bayer en GRBG ou RGGB et ça ne facilite pas la calibration.

Bon j’ai quand même sorti une M16, le lien AstroBin https://astrob.in/f9x9ph/0/

Citation

question de nombre d'image que de temps total d'intégration?

En fait ça revient au même. Le RSB est le même pour 10 x 60s que 40 x 15s. Il y a bien le signal de lecture qui apparait sur chaque pose donc est plus important pour la séquence de 40 x 15 mais avec des CMOS récents il est négligeable devant les autres signaux.

Il y a des vidéos de Robin Glover le développeur de SharpCap qui expliquent cela.

Merci.

Pour la mise au point on peut donc la faire sur une étoile à l'infini et elle sera ok pour la Lune qui est beaucoup plus proche ?

Première image d'un petit setup : Mak127 et QHY 5P Mono.

Mise au point très laborieuse.

est ce bien Clavius que l'on voit à gauche un peu au dessus du milieu de l'image et pret du terminateur ?

Je viens de tomber là dessus https://issuu.com/practicalastrophotography

C'est pas mal, mais j'ai l'impression que le projet est tombé à l'eau .

En fait la "formule" serait distorsion de coma = 3/16 * d * (D/F)²

d étant la distance par rapport à l'axe et F/D le rapport bien connu, http://serge.bertorello.free.fr/cdc/cdc.html#correcteurs

Citation

les petites annonces sur Webastro et astrosurf

A priori il faudrait un correcteur adapté au rapport F/D=4.

Merci pour vos commentaires.

A priori il me faudrait ce modèle Réducteurs, Correcteurs et Barlow: Correcteur de coma GPU pour Newton F/4 coulant 50,80mm (M48) - Sky-Watcher - Astronomie Pierro-Astro'

Je pensais avec un capteur de 11mm2 ne pas être dans la zone où la coma commençait à se manifester mais à priori ce n'est pas le cas

Je crois qu'il existe une formule donnant la coma en fonction de l'optique et de la distance du centre de l'image, si quelqu'un la connait.

Tu peux faire tes tests en mettant l'APN dans un frigo.

Avec l'utilitaire exiftool tu peux récupérer la température de tes photos.

exiftool -s -CameraTemperature -csv brutes-M31\*.cr2
SourceFile,CameraTemperature
brutes-M31/_MG_8674.CR2,30 C
brutes-M31/_MG_8676.CR2,30 C

Ca permet de faire des master darks en regroupant les photos qui ont la même température à 2° près par exemple.

Je crois qu'il s'agit de la température du capteur pas de l'air ambiant.

Même setup et traitement que pour M 51 mais 59 poses de 60 sec.

Première utilisation d'un Newton 200/800 pendant le séjour Astroguindaine Mai 2021.

Caméra couleur ZWO 533 234x30 sec, mise en station faite à la boussole et inclinomètre la polaire étant dans les arbres à l'emplacement choisit, suivit multistar PHD2.

Prétraitement avec APP et post traitement Affinity Photo.

Pas de correcteur de coma.

Merci.

Pour le prétraitement, je me suis surtout concentré sur la partie nébuleuse.

J'ai fais la montée d'histo avec Affinity Photo, je voulais voir comment s'en tirait un logiciel non astro. En plus je l'ai fais avec l'outil niveau. L'outil courbe aurait été plus adéquat.

Quand je regarde Stellarium en ce moment c'est le grand vide dans la zone du ciel qui m'est accessible, plus haut dans le ciel je vois le balcon de la voisine du dessus.

Pour moi M16 ne sera au méridien en milieu de "nuit" que le 26/06, la lune aussi d'ailleurs

En ce moment elle se lève trop tard.

Toujours à la maison :-(.

M16 avec un SW Quatro 200/800 et une ZWO 533 avec un filtre Enhance L Pro 100x30sec soit moins d'une heure, le temps que M16 émerge de l'immeuble d'en face et plonge dans les arbres d'à coté.

L'utilisation d'un tube plus volumineux qu'un objectif photo entraine de nouvelles contraintes. Obligé de reculer le pied pour éviter que l'instrument ne se retrouve dans le garde fou, donc moins de champ. Obligé de mettre la caméra vers le haut pour que le tube et la caméra de suivi passent au dessus du sus dit garde fou, du coup câble d'alimentation de la caméra trop court, donc plus de refroidissement.

Citation

07 heures !!!!

Et avec un rapport f/d de 2 je suppose. Ce qui équivaut à 28h à f/d 4 et 98h à f/d 7.5 soit 4 jours.

Merci pour le tuto.

Avec SyncScan lors du pacquage on a le choix entre la position initiale et la position actuelle.

Ça à l'air d'en être de même pour EQMOD https://stargazerslounge.com/topic/123368-parking-in-defined-position-eqmod-simulator/

Dans ce cas il y a la solution de ne mettre qu'INDI sur le RPi et de faire tourner Kstar/Ekos sur un PC.

Citation

tu es de la vieille école 

Hé oui ! J'ai connu l'info sans IP, la stack n’était même pas dans le noyau de base (Unix), il fallait le recompiler.

On peut mettre des priorité dans wpa-supplicant ça pourrait régler mon problème.

Je m'intéressais surtout à Ekos pour le séquenceur, mais depuis que j'ai découvert NINA, ça devient moins urgent.

Et si j'en crois WhatSapp il y a d'autres soucis .

Citation

tu le branches avec le PI avec un bête cable ethernet

Faut pas un câble croisé ?

Garder la main sur le RPi chez moi c'est pas un problème, mais la panne a l'air aléatoire.

Citation

emmené le PI en sortie

Ça se passerait peut être mieux !

Je viens de penser à une chose, le RPi connait et est habilité sur d'autres Wifi chez moi, il a peut être basculé sur un autre réseau.

Connaissez vous la config pour le verrouiller sur un Wifi, ça m’embêterai de devoir désactiver les autres

Citation

Est-ce qu'il ne se serait pas mis en mode hotspot ?

Je suis parti de l'OS de base, pas d'une image pret construite. Je crois qu'il faut configurer le mode hotspot pour qu'il s'active, à minima donner un SSID et password.

Mais effectivement il me semble que le RPi peut "disabler" tout seul des réseaux Wifi.

Maintenant pourquoi perd il le Wifi ?

J'ai déjà fait tourner la même config avec un portable W10 à la place du RPi et je n'ai jamais eu de problème Wifi.

Le pilotage et le guidage de la monture se fait par Wifi, donc en cas de perte je m'en serai aperçu.

Merci pour ton aide.

La conf un raspberry pi4 alimenté par sa propre batterie sous Raspberry Pi OS et opéré via VNC en Wifi.

Je tiens au Wifi et VNC et comme toute l'installation d'Ekos, PHD2 et ASTAP c'est fait de cette manière j'en ai déduit raisonnablement que le Wifi fonctionnait.

La nuit tombe, les premiers réglages de mise au point et d'astrométrie sont très laborieux au point que je repasse sur une plateforme Windows pour les initialiser.

Je continue à bricoler sur le RPi, puis je le laisse tranquille pendant une heure et quand je reviens VNC a perdu la connexion.

Je débranche le RPi (pas bien) pour le redémarrer et là plus moyen de s'y connecter en Wifi, j'ai beau scanner tout le sous réseau je ne le retrouve pas. Je laisse tomber.

Naturellement ce matin la même config fonctionne.

Tu fais de l'autoguidage en même temps ?

Le basculement sollicite plus les moteurs, donc l'alimentation, que le suivit.

Il faudrait peut être alimenter le Raspberry séparément de la monture.