Wan186

Salut. Le problème des accus rechargeables est qu'ils sont en 1.35V. Donc on atteint 5.4V, ce qui n'est pas suffisant lorsque j'ai essayé. D'ailleurs, même avec des piles classiques, j'ai vite eu des problèmes de suivi après quelques heures d'utilisation. A avoir fouillé, je n'ai rien trouvé en batterie 6V. Résultat: il faut utiliser un "buck" qui régule la tension. J'ai pris celui-là: https://www.amazon.fr/dp/B0D7VCRPFQ?ref=ppx_yo2ov_dt_b_fed_asin_title Ainsi, tu peux utiliser n'importe quelle batterie de 9 à 40V. A toi de faire ton propre câble avec les connecteurs qu'il faut (dont le DC5525 côté raquette).

Page up / page down.

Mmm. Je me suis peut être emmêlé les pinceaux avec Archlinux, car j'étais limité en espace disque au départ.

J'ai testé AstroArch. C'est l'enfer. J'ai testé 6 ou 7 distributions différentes pour mon portable, c'était la pire de toute. Des dépendances à installer à gogo, la nécessité de compiler en veux-tu en voilà... Et je penses pas que ce soit mieux pour les RPI.

Salut tout le monde. Je me forme un peu sur le bidouillage de PHD2... Et je pensais me mettre en PEC pour le guidage en RA. Il me faut donc mettre la période de ma monture NEQ5. Je trouve beaucoup pour HEQ5, plus difficilement pour EQ5 (et des infos contradictoires), qui "est censé être la même monture, avec 3 broutilles en différence". Je suis tombé sur un topic ici, qui parlait d'analyser le spectre fréquentielle sur PHD2 Log Viewer. Voilà donc ma courbe sur PHD2 Log Viewer (en RA RAW): Ohhh surprise: 574.5s. Pas 598, pas 638s, pas 600s. Non non! 574.5s. Et comme de par hasard, si on utilise la formule 86164/nb dents, çà correspond à 150 dents... (ce qui donne 574.42s...) Peut-être une coïncidence. Il faut en penser quoi du coup... Que l'analyse PHD2 est foireuse? Que c'est normal, car les moteurs peuvent avoir une erreur de vitesse de rotation, ce qui influe sur l'EP? Ou qu'elle a bien 150 dents? Quelle valeur mettre pour l'algo PEC? La valeur théorique, ou celle mesurée ici? ---- J'ai 2 autres pics: 149.5s et 292s A quoi peuvent-ils correspondrent? Sachant que je suis avec un kit moteur dual axis, donc moteur pas à pas avec réducteur intégré puis engrenage droit (32 dents / 32 dents) avant d'être sur la VSF? Si je considère que j'ai 8 filets sur ma VSF, et que j'ai bien 144 dents comme tout le monde le dit, alors j'ai un rapport de réduction de 8/144 = 1/18 Si je fais 86164s/18 çà me donne 4786,88889 s Et si divise par 32 dents, çà me donne 149.59s (ce qui correspond au premier pic) Le 2ème pic serait lié au réducteur du moteur?

Tu demandes des explications sur un très, très vaste sujet 😁 Pour le mode d'étirement des couleurs, j'ai beaucoup de mal à comprendre encore moi aussi...

C'est bien avec juste un trépied. N'hésite pas à regarder des tutos sur l'utilisation de la Transformations d’Étirement Hyperboliques Généralisées (GHS), plutôt que d'utiliser l'outil histogramme.

Quand ils surchauffent, ils baissent la fréquence processeur. Ce n'est pas évident à voir, mais çà peut entraîner des problèmes. A voir comment est fait le refroidissement passif. Attention, un I7 peut consommer pas mal, à voir donc le TDP. Et suivant la génération, çà peut être peu performant comparé au N100 &co.

Ca y est, elle est arrivée 😍

Bonne année. Que la couverture nuageuse soit inexistante les soirs aux alentours des nouvelles lunes. Que le taux d'humidité reste faible en période froide. Que le seeing soit remarquable. Depuis Août où je me suis lancé dans l'astro, ce forum a été d'une aide incommensurable. Un grand merci particulier à: @Tyler le ChatGPT de Webastro. On me la fait pas, c'est forcément une IA: tu poses une question, tu as la réponse dans les 5s! Un phare dans la tempête, qui rationnalise l'efficacité à moindre coût, j'adore! @sixela pour élever toujours plus haut nos connaissances pratiques et nos exigences. @rmor51 pour ses connaissances indispensables pour la partie logicielle, et pour ses discussions sur la cosmologie. @180Vision pour tous ces encouragements et cette positivité qu'il distille dans le forum. Au fait, tu shoot avec un XT-5 comme moi! J'espère que tu t'es mis à Indigo! @T350 et @Forest69 pour me vendre du rêve à chaque nouvelle image publiée. Et forcément @macfly51 de m'avoir pris sous son aile dans la vie d'astram réelle. Même si tu as des goûts de chiotte pour la musique, les films, et surtout les marques de voitures 😂 Et forcément aux admins, modos, et adhérents de Webastro, sans qui cette aventure n'aurait pas été possible.

Il faut installer CUDA et éviter une carte graphique nVidia pour l' accélération matérielle. J'avais fait un tutoriel pour l'installation de CUDA pour Starnet++ (c'est pareil)

La roulette à pizza parfaite n'existe p.. Ah bah si 😁

Merci pour la découverte de cette théorie! Un régal. Je viens de découvrir le site "çà se passe là haut" du coup. De quoi réduire encore ma quantité de sommeil 😅 https://www.ca-se-passe-la-haut.fr/?m=1

Peut-être. Ce sont des théories que je trouve "sensationnalistes", car s'attaquant au problème majeur du problème de l'horizon, et donc aux théories de l'inflation. Elles sont simplistes... Mais bon... Le rasoir d'Ockham... Certaines découvertes ont été théorisées des dizaines d'années avant d'avoir des observations, voir des siècles si l'on parle de concept. Si aucune preuve ne réfute ou ne conforte la théorie, il n'y aura pas d'évolution concernant celle-ci: on ne peut pas dire qu'elle soit vraies ou fausses. On arrive à un stade en cosmologie qui nécessite d'investir de grandes sommes d'argents, afin d'avoir les moyens nécessaires à prouver ou réfuter par l'observation la majorité des théories. Le télescope James Webb, c'est 9.3 milliards d'euros qui vont nous permettre de faire le tri parmi toutes les théories proposées. Et pour l'instant, le JWST a apporté plus de questions que de réponses. Mais si c'est le cas, c'est car les théories qui ont recueilli le plus d'adaptes sont soit fausses, soit partiellement fausses. C'est extrêmement excitant! Je n'ai pas les connaissances nécessaires pour dire si les théories dont on parle, sont plus que "sensationnalistes". Peut être que le JWST va les remettre sur le devant de la scène? Ou pas.

C'est facile à découper si besoin?

C'est bien ce que je pensais pour les 0.1s. Au début j'étais à 2s et 0 en gain. J'avais un profil d'étoile très mou et donc un SNR très bas... J'ai peut être eu trop peur de saturer la caméra, j'aurais dû monter à un gain de 80 peut être (et donc multiplier le SNR par 2.33). Je cocherais l'option pour forcer l'orthogonalité. Le manuel dit que c'est fermer les yeux sur un gros problème, donc je vais essayer de le résoudre au mieux avant. Je guide en ST4 oui, kit moteur dual axes oblige. Comme il n'y a pas de slew, impossible d'utiliser l'assistant calibration. Par contre on peut tout de même faire la calibration: il faut maintenir la touche shift quand on clic sur l'icône de démarrage du suivi. Rien dans les menu... Autant te dire que c'est pas évident de le deviner!

Sur mon Fuji XT-5, il s'en cogne le coquillard. L'intervalomètre prend les valeurs de réglages actuelles de l'appareil. Résultat: je peux faire 999 photos de 15 minutes 🙃 Et cerise on the cake, le filtre IR est bien plus permissif que beaucoup d'appareils 😁 Les Fuji méritent plus de reconnaissance de la part des astrams...

Plus que les colliers à la place des anneaux 3 points: c'est la distance entre eux, et la fixation avec le télescope (ou mieux la monture) qui est important. Sur ma lunette guide, l'embase est de type chercheur (Vixen mâle longueur de 3cm), et fixé sur un adaptateur qui tiens grâce à une simple vis sur un des colliers du télescope... Ca va dégager très vite, j'ai commandé ce qu'il faut pour... A la place, l'embase sera une Vixen mâle de 80mm de longueur, qui va aller sur un rail Vixen femelle fixé sur les 2 colliers.

Il ne trouve peut être simplement pas la librairie libgthread-2.0.so.0. A voir donc pour l'installer... Des pistes ici: https://askubuntu.com/questions/1060903/importerror-libgthread-2-0-so-0-cannot-open-shared-object-file-no-such-file-o

De là à déformer quelque chose à cause du transport, franchement je trouve çà assez dur. Il faut quand même une force assez importante pour dépasser le domaine élastique des pièces en question... Mais je suis un grand maniaque, et pareil: je préfèrerais éviter tout risque, et caler tout. J'y ai déjà pensé, mais je vois pas comment procéder pour éviter de se retrouver avec la mousse collée aux objets. Tu as fait comment? Et niveau durabilité, çà tient bien?

Il y a une théorie sur ce que tu dis, développée par John Moffat et le duo Albrecht-Magueijo. D'après leur théorie, la vitesse de la lumière dans le vide était 1060 fois plus grande au début de l'univers. Jean-Pierre petit a aussi fait l'hypothèse d'une vitesse de la lumière variable. Cependant, c'était il y a plus de 30 ans, et ces théories n'ont pas eu d'echo (probablement car elles n'ont jamais apporté la seule réponse viable à un problème). Si "c" est utilisé, c'est bien car un photon n'a pas de masse, et de ce fait est l'objet qui théoriquement peut atteindre la vitesse la plus grande possible. Cela ne veut pas dire que "c" est une constante qui n'a pas varié dans le temps. Mais pour l'instant, il n'existe aucune démonstration montrant le contraire. Seulement ces théories qui ont imaginé çà. ------ Ce qui est sous-jacent à tes questions c'est le facteur de Lorentz, par lequel le temps, les longueurs et la masse relativistes changent pour un objet tandis que cet objet est en mouvement: https://fr.wikipedia.org/wiki/Facteur_de_Lorentz .

Pour info, hésitant à recycler un vieux portable, je suis tombé sur un mini-pc TRES intéressant, le Chatreey T9: https://www.chatreey.com/t9-mini-pc/ -Déjà car on peut l'alimenter directement via USB-C. Cela se fait via le protocole PD, qui est présent sur de nombreuses stations électriques comme celle que je dispose (Aferiy P010). Pas besoin donc d'utiliser le convertisseur DC-AC, ou un régulateur de tension. -Ensuite c'est une belle bête: Intel N100 (24% plus rapide qu'un raspberry pi 5 en single-core, 37.1% en multi-core), jusqu'à 16Gb de RAM DDR4, jusqu'à 1TB de stockage). -TDP de 6W pour le processeur. Ridicule. -Possibilité de le booster. Le stockage de base est un SSD en M2 2242 (SATA donc), mais il y a un port M2 2280 (NVMe donc). Il est possible de monter la RAM jusqu'à 32 Go. -taille: 112mm*112mm*38mm -poids: 360g C'est le meilleur que j'ai trouvé dans tous ceux que j'ai cherché, par rapport à mes critères. Le tarif: de 100€ "nu" (sans RAM ni disque) à 185€ pour la version 16Go / 1Tb

En gros: "les gars, on a pas besoin de prouver notre légitimité, on vous considèrera sans porter de jugement de valeur sur vous, et on se cantonne à notre approche scientifique et technique, rien d'autre". A mettre dans le contexte de la déclaration précédente:

Voilà donc mon guidelog en PJ. Et voilà une capture d'écran du guidage (premier guidage). Donc tout est fait à l'arrache... Calibration faite quasiment plein sud avec 20°. @Tyler Je pensais avoir fait une très bonne MES (renvoi coudé avec zoom x2, pas d'assistant PHD2), mais apparemment c'était pas top... En fait quand je tentais d'utiliser l'assistant calibration ou l'assistant guidage, j'étais bloqué... l'assistant calibration demande apparemment d'avoir une monture GOTO (je n'ai même pas de slew), et l'assistant guidage, je pense que je n'avais pas encore fait la calibration, et donc il ne se lançait pas. Pour les paramètres: Guiding Begins at 2024-12-29 01:49:09 Equipment Profile = Ceres Dither = both axes, Dither scale = 1.000, Image noise reduction = none, Guide-frame time lapse = 0, Server enabled Pixel scale = 2.49 arc-sec/px, Binning = 1, Focal length = 240 mm Search region = 15 px, Star mass tolerance = 50.0%, Multi-star mode, list size = 11 Camera = PlayerOne CCD Ceres 462M, full size = 1944 x 1096, have dark, dark dur = 100, no defect map, pixel size = 2.9 um Exposure = 100 ms Mount = On Camera, connected, guiding enabled, xAngle = 98.1, xRate = 2.943, yAngle = 20.7, yRate = 1.413, parity = ?/? Norm rates RA = 7.3"/s @ dec 0, Dec = 3.5"/s; ortho.err. = 12.6 deg X guide algorithm = Hysteresis, Hysteresis = 0.100, Aggression = 0.700, Minimum move = 0.214 Y guide algorithm = Resist Switch, Minimum move = 0.214 Aggression = 100% FastSwitch = enabled Backlash comp = disabled, pulse = 20 ms Max RA duration = 2500, Max DEC duration = 2500, DEC guide mode = Auto RA Guide Speed = Unknown, Dec Guide Speed = Unknown, Cal Dec = Unknown, Last Cal Issue = Orthogonality, Timestamp = dim. 29 déc. 2024 01:49:09 RA/Dec = Unknown, Hour angle = Unknown, Pier side = Unknown, Rotator pos = N/A, Alt = Unknown, Az = Unknown Lock position = 592.831, 299.363, Star position = 592.831, 299.363, HFD = 4.50 px Donc erreur d'orthogonalité de 12.6 deg... -------------- Prochaine fois: -utilisation des outils de MES. -calibration au croisement de l'équateur céleste et du méridien. -utilisation de l'outil assistant de calibration Il va falloir que je regarde aussi les bons paramètres pour le gain/l'exposition de la caméra. J'ai mis un gain de 100 et une exposition de 0.1s. Peut être qu'il va falloir que j'augmente le temps d'expo..? PHD2_GuideLog_2024-12-28_152125.txt

"Tiens je comprends pas... Mes étoiles sont dégueulasses maintenant" [2 min à chercher le problème] "Mais tonton, t'es dans le sapin. Tu m'étonnes! Çà fait 2 heeeeures qu'on a commencé!" 😂 ----- Merci pour ces infos. C'est une TS 60/240 Deluxe. Bien entendu, sur la photo des boutiques, il y a un tube allonge entre la lunette et le focuser 🙃 J'avais hésité à prendre la SVBony. Mais il y avait une trop grande différence de poids. J'ai mal calculé mon coup... Je pensais que le capteur était à 7.5mm derrière l'épaulement, pas pour rapport à l'extrémité du tube. J'ai de sacrés pics de 6" qui n'ont pas de période, c'est ce qui flingue mon erreur RMS. Et çà sur les 2 axes. Tout à l'heure je poste une image du log (là, je prends mon café, je viens de me lever).