planetibo

Il y aussi le correcteur/réducteur x0,75 modèle Nexus de chez Starizona qui me semble intéressant; il permet de transformer le tube F/4 en F/3:

https://starizona.com/products/starizona-nexus-0-75x-newtonian-focal-reducer-coma-corrector 

A noter qu'avec un capteur Full-Frame, il y aura un vignetage important.

Bonjour à tous,

Il y a 4 heures, lock042 a dit :

Non.

C'est quelque chose qui doit être corrigé dans la future version.

Merci, bonne nouvelle

J'ai constaté le même phénomène avec la commande split_cfa, et effectivement j'ai trouvé ce récent post: https://discuss.pixls.us/t/date-obs-disappears-from-fits-header-using-split-command/24331

qui évoque une correction déjà publiée.

Je viens donc de tester la version 0.99.9 trouvé là https://gitlab.com/free-astro/siril et le Fit Header conservé.

Encore merci!

Le 09/10/2019 à 09:22, lock042 a dit :

Oui, tu as bien compris. Tu devrais regarder l'utilitaire Sirilic qui te permet de créer des scripts.

Voici a quoi ressemble une execution de script via la console : https://free-astro.org/videos/console.webm

 

il suffit de rajouter a la fin du script :

load ton_image

split r g b

et récupérer l'image "g".

 

EDIT : et dans la version 0.9.12 il y'aura meme une commande split_CFA (ou je sais plus quoi exactement) qui te permet de récupérer directement la couche que tu souhaites

Bonjour Cyril,

J'ai des Fit en RGB, et je souhaiterais récupérer que la couche rouge avec un datage dans le Header.

J'ai fait des tests avec "slipt r g b" et "split_cfa", par contre je perds l'entête DATE-OBS= '2021-04-27T05:52:29' du FIT .

Y a t il un moyen de conserver le Header après un passage dans la moulinette de Siril?

Merci par avance.

Voici ce que j'ai observé.

Siril prends l'info de l'entête du FIT et l'entête du FIT est créé par le fichier de capture avec la matrice à utiliser.

J'ai mis en PJ, une photo des mots BLEU VERT et ROUGE avec différents paramétrages de matrice lors de la capture avec APT et SHARPCAP.

J'ai refait la comparaison avec Pixinsight : Gauche  GRBG et Droite GRGB, le bleu et le vert on voit clairement l'inversion mais pour le rouge, c'est bizarre cependant il n'y a pas de doute que c'est bien du GRBG (l'image que j'avais utilisé avant était trompeuse).

SV305-RGB-APT-Bayer-Aucun.fit SV305-RGB-APT-Bayer-GRBG.fit SV305-RGB-SharpCap-Bayer-BGGR.fits SV305-RGB-SharpCap-Bayer-Desactive.fits SV305-RGB-SharpCap-Bayer-GBRG.fits SV305-RGB-SharpCap-Bayer-GRBG.fits SV305-RGB-SharpCap-Bayer-RGGB.fits

Il y a 13 heures, lock042 a dit :

OK. C'est bien ce que je pensais.

Dématricer une matrice GRGB en faisant autre chose qu'un simple bilineaire n'est pas aussi simple. Je pense que Sharpcap et autres utilisent un dématriçage simple.

Le problème étant que ce type de matrice n'est pas de type BAYER, et par conséquent les algorithmes ne marchent pas car ils nécessites d'avoir une diagonale de pixel vert.

Pourrais-je avoir un fichier brut ?

Bonjour,

Ci dessous, une image de M100 faite avec la Sv305 en utilisant Sharpcap.

Le capteur est un IMX290, c'est le même que l'ASI290MC et j'ai vu à différents endroits que c'est une matrice "GRBG".

Il faudrait que je fasse une photo d'un écran affichant une palette RVB pour confirmer cela.

Capture_00015.fits

EDITE:

Voici le contenu de l'header d'un FIT:

SIMPLE = T / C# FITS: 04/20/2021 08:33:57

BITPIX = 16

NAXIS = 2 / Dimensionality

NAXIS1 = 1920

NAXIS2 = 1080

BLKLEVEL= 26 /

GAIN = 1 /

DATE-OBS= '2021-04-20T06:33:57.2868751' / System Clock:Est. Frame Start

SWCREATE= 'SharpCap' / v4.0.7680.0, 32 bit

FRAMETYP= 'Light ' /

BAYOFFY = 0 /

BAYOFFX = 1 /

BAYERPAT= 'GRBG ' / Try BGGR if image upside down or R/B swapped.

YPIXSZ = 2.9 / microns

CAMID = '01232A5C71F0D4D9EE1908150000' /

XPIXSZ = 2.9 / microns

EXPTIME = 0.101112 / seconds

ROWORDER= 'TOP-DOWN' /

BSCALE = 1 /

BZERO = 32768 /

EXTEND = T / Extensions are permitted

COLORTYP= 'GRBG ' / Try BGGR if image upside down or R/B swapped.

INSTRUME= 'SVBONY SV305' /

Le 20/04/2021 à 15:28, planetibo a dit :

 

Je ne trouve pas "GRGB" dans la liste des motifs de Siril (APT et Sharpcap non plus).

D'où ma question si il y a une option ligne de commande Siril pour spécifier le motif.

Ce motif, je ne l'ai trouvé que dans Pixinsight.

 

Pour APT, j'ai posé la question au développeur pour la matrice GRGB et il va l'intégrer dans la prochaine version (en général, il y a une nouvelle version chaque semaine)

il y a une heure, vinvin a dit :

Il me semble avoir déjà lu sur les forums qu'une caméra était documentée comme ayant un capteur comme ça, et qu'en fait c'était un GRBG habituel et la documentation était incorrecte. Je ne sais plus laquelle c'était, peut-être celle-là du coup.

Ah j'avais pas vu, du coup il suffit de configurer ce motif dans les préférences de siril il me semble.

Je ne trouve pas "GRGB" dans la liste des motifs de Siril (APT et Sharpcap non plus).

D'où ma question si il y a une option ligne de commande Siril pour spécifier le motif.

Ce motif, je ne l'ai trouvé que dans Pixinsight.

il y a une heure, lock042 a dit :

En quoi c'est atypique ? Ca fait parti des 4 motifs de Bayer couramment utilisés.

Siril par défaut lit le motif de Bayer dans l'entête de fichier.

Sinon on peut le forcer, et ca se joue dans les préférences.

J'ai utilisé le terme "atypique", car je ne l'ai pas trouvé dans la liste des motifs de bayer de Siril, APT et Sharpcap et on peut lire sur des forums des personnes dire que ce motif n'existe pas (un certain lock042 dit également qu'il n'existe pas 😀)

Le seul logiciel que j'ai trouvé qui propose ce motif est Pixinsight.

Bonjour,

Je possède une caméra Svbony SV305.

La doc indique une matrice de bayer "GRGB".

https://www.svbony.com/blog/svbony-sv305-camera-faq

Ce motif étant atypique, j'ai fait le test dans Pixinsight de dématricer avec tous les motifs disponibles, et c'est effectivement le GRGB qui correspond:

Y-a-t-il une option dans la commande convert -debayer pour spécifier un motif de bayer dans Siril?

Car je n'ai rien trouvé dans la doc: https://free-astro.org/index.php/Siril:Commands#convert

Merci par avance.

Il y a 15 heures, manu69 a dit :

bonjour

une altair 294 refroidie pour 400 € au lieu de 1000 € neuf chez pierro astro

https://www.webastro.net/petites_annonces/altair-hypercam-294c-pro-_66300.htm

cdt

Celle en vente semble être la Altair Hypercam 294C Pro refroidie par un ventilateur, sans Peletier:

https://www.altairastro.com/altair-hypercam-294c-pro-colour-camera-fan-cooled-51-p.asp

Tandis que celle chez Pierro-Astro est une Altair Hypercam 294C Pro TEC ave un refroidissement Peletier:

https://www.altairastro.com/altair-hypercam-294c-pro-tec-cooled-116mp-colour-cmos-camera-52-p.asp

Bonjour à tous,

La nouvelle équipe municipale de Pont-Saint-Vincent (54230) élue en 2020 avait dans son programme électoral comme objectif de diminuer la pollution lumineuse, via une extinction partielle, en milieu de nuit ,de l'éclairage public.
Le lundi 11 janvier 2021, j'ai été invité à la réunion de la commission environnement de la mairie de Pont-Saint-Vincent (54) pour faire une présentation sur la pollution lumineuse et discuter de la mise en place technique d'une extinction de l'EP.
Mi février, l'équipe de la commission environnement ainsi qu'une correspondante locale de l'ANPCEN ont rencontré la société en charge de la gestion de l'éclairage; il en est ressorti que la mise en place d'une extinction de l'EP était possible par une simple programmation des horloges déjà en place.
La commission environnement prévoit de réaliser une période test d'extinction de l'EP en juin, juillet et août.
La décision de cette période test doit être validée par l'ensemble des élus.

Une réunion est prévue début mai, un mercredi soir à partir de 19h.
La commission environnement souhaiterait que des habitants (idéalement faisant partie de l'équipe municipale) de communes pratiquant l'extinction de l'EP témoignent des avantages que cela apporte.
J'ai été sollicité pour trouver des personnes acceptant d'apporter leur précieux témoignage et c'est pour cela que je lance cet appel.
Le témoignage pourra se faire en présentiel ou en distanciel (différents outils de visio-conférence sont possibles).
Si vous souhaitez consacrer un peu de votre temps pour aider à convaincre un auditoire de faire le bon choix pour l'environnement, je vous en remercie infiniment.
Vous pouvez me contacter directement pour organiser le témoignage.
Cordialement, Thibaut, membre de l'ANPCEN.

Bonjour,

Je viens de récupérer une monture avec un Servocat Gen 2 et un ArgoNavis.

Malheureusement, il n'y a ni les CDs ni les câbles RJ11-DB9.

J'ai l'intention d'utiliser les drivers Ascom créés par Eschman.

Pour cela, il faudrait que le Servocat et l'Argonaivs soient à jours.

Merci à moebius9 pour la traduction du manuel de l'ArgoNavis, on y trouve le schéma de câblage du port RJ11 <> Serial permettant de le brancher à l'ordinateur.

J'ai ainsi pu sauvegarder les paramètres, le mettre à jour en version 3.0.4 et restaurer les paramètres.

Par contre, je ne trouve rien pour le Servocat:

http://www.stellarcat.com/Graphics/servocatv6.pdf

Dans le manuel, il est indiqué qu'il y a un câble RJ11 avec 4 fils (6p4c) pour la connexion/contrôle au pc et un câble RJ11 avec 6 fils (6p6c) pour l'upgrading.

J'ai juste trouvé cela dans le manuel de Sky Fi qui pourrait convenir pour le câble de contrôle:

Est-ce que quelqu'un connaît le câblage de ces 2 câbles (surtout pour l'upgrade)?

Merci par avance.

Bonjour,

Plusieurs d'entre vous préconise la graisse "3en1 Lithium Universel".

Elle est vendue par des marchands de vélo pour les vélos.

J'ai de la graisse au lithium de chez Zéfal (made in France  ) pour le vélo justement.

Je suppose qu'elle est également satisfaisante pour les vis sans fin et tout ce qui tourne sur une NEQ5?

https://www.probikeshop.fr/zefal-graisse-pro-ii-grease-150-ml/68724.html

Merci par avance pour votre aide.

D'après l'ANPCEN, 12000 communes pratiquent l'extinction de l'éclairage, c'est dommage de ne pas avoir la liste exhaustive.

Bonjour,

Voici quelques villages à proximité de Nancy (54) qui éteignent une partie de la nuit:

Allamps
Barisey-la-Côte
Battigny
Bouvron
Bruley
Charmes-La-Côte
Fraisnes-en-Saintois
Manoncourt-en-Woëvre
Maiziere
Mont L'Etroit
Mont-le-Vignoble
Praye
Saxon-Sion
Tramont-Lassus
Vicherey
Viterne

Il y a 14 heures, FS2 a dit :

c'est lent, pour faire du tracking d'accord, mais pas pour du goto.

Effectivement, ça sera peut être pas le slew rate le plus rapide qui existe.

1° ou 2° par seconde me suffirait amplement, ça ferait 2-3 minutes pour traverser le ciel. 

La "calculette" indique 19.53°/sec maximum en 2 Micro-Steps pour le slewing:

Pour le tracking, je prévois d'être en 32 Micro-Steps, je pense que ça sera suffisamment précis:

Il y a 8 heures, FS2 a dit :

ok planetibo,

je te deconseille vivement de faire le projet avec un un mega 2560 il  faut minium un Teensy 3.2 ou un esp32...

peut être pour experimenter et découvrir onstep à la rigueur, pour observer: non! 

Ah mince, il me semblait avoir lu de bons retour sur le Mega2560, qu'est ce qui est problématique?

il y a 12 minutes, FS2 a dit :

pour info :

avec 25€ ( frais de port inclu) tu as les 2 pcbs (raquette + unit centrale) et les faces avant et arrière du boitier ainsi que le capot de la raquette en impression 3D de qualité.

La raquette est chiante à faire mais c'est à la porter de tous surtout avec le kit.

Après libre à toi de faire ce que tu veux.

amicalement,

Charles

J'ai récemment découvert Teenastro, je trouve ça extraordinaire.

En creusant un peu, les points suivants m'ont freiné:

-Je ne connais personne en mesure de produire des PCB.

-Je n'ai pas contact en ce moment avec mes collègues ayant une imprimante 3D

-La liste de composants à commander est assez importante et les points d'approvisionnement sont nombreux avec beaucoup de références

-Il y a bcp de soudure à faire

-A vu d’œil le coût est d'au moins 150€ (ça fait chère l'expérimentation).

-Il n'y a pas de moyen d'y brancher un DHT22/BME280 pour commander une résistance déclenchée à l'approche du point de rosée.

Pour ces raisons, je vais déjà tester la solution Onstep avec les éléments suivants:

-MKS Gen-L v2.0 + 5 Stepper Motor Driver TMC2130 (normalement pas de soudure)

-2 moteur pas à pas Nema 17 0.9° 36Ncm 0.9A 17HM15-0904S (je prévois par la suite un troisième moteur pour Focuser)

-2 supports équerre pour Nema 17 

-1 BME280 Température/Humidité/Pression

-2 poullies 60 dents GT2 W6 B6

-2 poullies 12 dents GT2 W6 B5

-14 courroies de longueurs plus ou moins importantes que celle calculée (152 à 164)

Je serai peut être déçu et je me tournerai aussitôt vers le Teenastro, qui sait!

L'idée est aussi de présenter aux membres de mes clubs d'astro une solution simple et performante de guidage/suivi/goto de n'importe quelle monture.

"Pins.MiniPCB.h: No such file or directory"

Il semblerait qu'il te manque ce fichier pur la compilation.

Le 09/09/2019 à 22:37, mulot35 a dit :

Salut,

-Ce post présente mon expérience de débutant avec Onstep sans soudure pour motoriser l'EQ5 de ma fille. Ça rassemble les infos pioché sur les différents postes et la réalisation d'une solution Goto bluethoot pour l'instant.

Un bon mémo pour moi et peut être un pseudo tuto pour d'autres.

 

1-Le matériels

                       Acquis                                                                       Plus sérieux

2 moteurs Nema 17 200 pas/tour    -------------      2 moteurs Nema 17 400pas/tour

1 arduino mega 2560                            -------------      MKS gen-L

1  ramps v1.4                                             ------------       MKS gen-L

 

Nota:

-Pour les moteurs 400pas c'est plus précis,

-La MKS gen-l remplace la ramps v1.4 et le mega2560 et est plus compact et possède une horloge interne.

 

 

 

Bonjour,

Merci pour ce retour d'expérience!

Je suis à la recherche d'une solution de motorisation pour une NEQ5 qui permet de communiquer avec le protocole ASCOM.

J'ai vu qu'il y avait AstroEQ, Onstep et l'extraordinaire Teenastro qui permettait cela.

J’écarte (pour l'instant Teenastro), car trop complexe à faire, nécessite des pcb, de l'impression 3d, etc...

Ton montage est très intéressant, et comme tu l'as indiqué, une amélioration et simplification pourrait être apportée grâce au MKS Gen-L.

C'est vers cette solution sans impression de PCB et sans trop de soudure que je souhaiterais m'orienter.

Malheureusement, je ne trouve que très peu d'informations au sujet de l'utilisation du MKS, si quelqu'un a des infos je suis preneur!

Pour l'instant, j'ai identifié les éléments suivants nécessaire au montage:

-Kit MKS Gen-L+ des TMC2130
-2 Moteurs pas à pas Nema 17 Bipolar 0.9deg 0.9A
-2 Poulies de 60T W6 B6
-2 Poulies de 16T W6 B5
-1 Courroie de 180mm

-1 Courroie de 176mm.

Est ce que cela parait cohérent?

Merci par avance.

Bonjour,

Je viens d'imager M105 et ses proches copines:

https://www.astrobin.com/f6gp59/?nc=user

Voici les détails de la capture:

Télescope Perl 200/1000sur une neq5

OAG pour PHD2 avec T7M

APN: Canon 100D d'origine

65 * 300s 800iso
9 flats à 0.5s
25 offsets

Début: 2020-03-18 à 22h23m15s
Température CMOS: 14 à 21°C, moyenne 20°C

Pour ce qui est de la partie pré-traitement, SIRIL gère plutôt bien les choses automatiquement je trouve, je me contente de ça:

-auto ajustement pour voir qqch

-recouper pour enlever le petit bord moche

-étalonnage des couleurs par photométrie

-histogramme clique sur la roue auto, je retouche si "trop de perte de pixels"

-suppression bruit vert

-saturation des couleurs dans le cas M105 ici, j'ai mis 1.00

-extraction du gradient en retirant les carrés verts autour des galaxies

Par contre, je ne suis pas très à l'aise avec le traitement dans GIMP, du coup je me limite au réglage des niveaux et un peu les courbes.

Je ne suis pas pleinement satisfait par le résultat, et j'aimerais savoir si le problème vient de mon processus de capture, des conditions ou de mon traitement GIMP.

C'est pour cela que j'aimerai que quelqu'un "travaille" pendant quelques minutes sur le fichier tif suivant et me dise "ton shoot est dégueulasse" ou alors "ton traitement GIMP que j'ai vu sur Astrobin est immonde!"

http://dl.free.fr/fsHWfTtie

Merci par avance et préparez vous bien à profiter des belles nuits qui se profilent semaine prochaine.

Le 10/03/2019 à 10:32, FrancoisGAP a dit :

 

Je viens de t'écrire un article ou j'explique d'ou provenait mon problème d'aigrettes très moches sur mon tube. A la base c'est à cause de l'aluminure déposée sur le chanfrein du primaire.

http://planetediy.fr/index.php/2019/03/10/masque-de-primaire-pour-aigrettes-disgracieuses/

 

Résultats il faut faire un masque pour le primaire et cacher le bord qui émet des reflets.

Bonjour,
Solution très intéressante! Étonnant qu'il n'y ai pas plus d'exemples sur le net.
Je possède un Perl 200/1000, je suppose que le masque et les trous seront aux bonnes dimensions.
Question: La surface réfléchissante masquée ne se ressent pas trop sur la quantité de lumière?
Quelle est la dimension extérieure? C'est pour savoir si ça passe sur l'imprimante d'un copain qui je crois qu'il est limité à 200mm*200mm...
Merci par avance.

Le 18/10/2018 à 21:48, Greg34 a dit :

 

Pour les caméras de sécurité, j'avais recompilé le u-boot, la rom et le kernel en bidouillant avec les drivers, j'avais réussi à dépasser la limitation des 80ms constructeur à 6s (au delà, j'avais une image dégueulasse et des plantages...).

Le souci, c'est qu'il fallait utiliser un SDK que j'ai dû bidouiller pour la faire fonctionner vu que ce n'était pas une carte de développement qu'ils vendent en moyenne dans les 300€...

 

 

 

Bonjour,

Je possède également une Allskycamera à environ 40€ de chez Aliexpress, on voit une centaine d'étoiles mais c'est pas mal bruité je pense à cause d'un gain trop élevé par rapport au temps de pose de 80ms.

Le temps de pose est limité à 80ms dans l'interface, y a t il un moyen simple de dépasser cette limite sans recompiler le firmware si possible, en pousser un nouveau à la rigueur?

Merci par avance.

Bonjour,

PI, le câble droit rj11 fourni avec ma T7M provoque une inversion dans 3 directions lors du guidage depuis l'ordinateur en le connectant sur ma raquette Skywatcher rouge pilotant mon NEQ5.

Seul le RA+ (droite) était bon.

Pour corriger ce problème, j'ai du croiser les câble 4,5,6 (vert, jaune et bleu).

Attention le câble ne fonctionne que dans un sens par la suite:

Brochage côté caméra: 

Brochage côté raquette: