FalCT60

Dans le cas présent, c'est le sens de la phrase associé à la règle de la concordance des temps qui imposent un futur simple. D'ailleurs, la tournure «Si il y a...» est totalement fausse : une condition impose un imparfait - c'est d'ailleurs sa définition. Donc «S'il y avait...» suivi de «il y aurait...». À notre époque, nous apprenions cela en première année de cours moyen.

Très joli poisson. Si, si. 🤣 Il fallait y penser.

Bonjour, Afin de fixer divers petits accessoires sur mon train optique, j'ai entrepris la création d'une sorte de caisson qui se fixerait autour de la webcam et de la bague de fixation à l'objectif. En deux demi-coquilles et munie d'une série de rails tous les 30 degrés, afin de pouvoir y attacher lesdits accessoires. Les deux rails supérieur et inférieur servent également de verrous. Je me suis ensuite demandé s'il ne serait pas plus judicieux de prévoir des ouïes d'aération pour la caméra, qui n'est pas refroidie. D'autant plus que j'ai dernièrement acquis un petit module de refroidissement à fixer à l'arrière de la caméra. Sur la représentation ci-dessous, de g. à d. : gris cendre : la bague intermédiaire de fixation à l'objectif, gris sombre : la bague de fixation de la caméra, rouge : la caméra et bleu : le module de refroidissement. Le tout assemblé dans le caisson vu en coupe donne ça : La turbine du module est bien dégagée à l'extérieur. Lors de mes tests, module simplement posé sur la caméra, j'ai noté une condensation non négligeable. Cela représente-t-il un risque pour le matériel dans ma conception telle qu’actuellement ? Des évidements entre les rails de fixation, autour de la caméra, sont-ils ou non utiles ou indispensables ? Merci pour vos retours et conseils avisés.

Bonsoir, J'ai acquis voilà quelques jours ce modèle-ci (à un bien meilleur tarif, heureusement, sacrée augmentation en moins d'un mois !). Testé en intérieur, juste posé sur la 183MC attachée à un objectif posé au sol à la verticale. Il a fallu environ une trentaine de minutes pour que la température descende d'une dizaine de degrés. Effet collatéral : l'ASI transpirait pas mal, du coup je n'ose imaginer ce qu'il en serait dans des conditions réelle, à l'extérieur. Il a tenu un peu plus de trois heures avec un accu d'environ 24 Wh 5V.

Finalement, pas besoin de me prendre le chou avec un GPS supplémentaire : contrairement à ce qu'il m'avait semblé (peut-être mauvaise manip de ma part), je peux ne me servir de la raquette que pour actionner les axes RA/ Déc et laisser l'application gérer le reste. Inutile dans ce cas de paramétrer la raquette. Ça fait un peu cher de boutons directionnels, mais en tout cas ça me convient.

Je précise : le problème de l'emballement est antérieur à l'achat de la raquette et ne se produit qu'avec l'application mobile. Par ailleurs, dans mon cas ce n'est pas le Goto qui est capricieux, mais le déplacement via les touches fléchées de l'application (pour centrage de l'objet, par exemple). Pilotée depuis la raquette, la monture se comporte parfaitement bien.

Merci @schizophrene, je n'avais absolument pas fait attention, mais effectivement on voit qu'il n'y a que deux fils de câblés. Et je suppose qu'il doit y avoir de l'électronique pour diriger tout ça. @macfly51, la saisie ne prend certes que quelques secondes, mais elle est source d'erreur, comme tout ce qui est manuel. Je ne pratique pas suffisamment souvent, d'une session à l'autre il se trouve toujours quelque chose que je fais de travers ou que j'oublie, de nature à me gâcher la soirée. Je suis passé voilà un an de la Star Adventurer à la GTI, et de l'APN à la caméra. Depuis, entre mes propres conneries et les défaillances en tous genres, j'ai dû me ruiner une vingtaine de soirées - soit la totalité de celles qu'il m'a été possible d'effectuer. Pour une raison que j'ignore, lorsque j'utilise l'application mobile pour piloter la monture, cette dernière se met soudainement à se déplacer indéfiniment jusqu'à ce que je la coupe électriquement. L'alignement sur trois étoiles qui devrait ne me prendre que quatre à cinq minutes au pire en arrive à me faire perdre plus d'une heure. J'ai donc investi 200€ supplémentaires dans la raquette, sans prendre garde que le port pour GPS n'a rien de standard. Enfin, disons dans ce qui se fait de standard actuellement. Devoir rallonger de plus de 200€ de nouveau pour un bidule qui se trouve à moins de 30 me ferait bien mal (le GPS lui-même est muni d'une micro-DIN, il est donc nécessaire d'acheter également l'adaptateur micro-DIN/RJ11) J'ai dû tomber sur un autre article, là je viens d'en voir un complet pour 165€. Et il ne m'est a priori pas possible d'utiliser la raquette uniquement pour actionner la monture, tout en continuant d'utiliser l'application mobile. Volià... 😞

Bonjour, Sujet très intéressant, étayé d'explications très détaillées. Malheureusement, les liens sont morts pour la plupart, ce qui empêche de suivre et de bien comprendre certaines choses. En particulier, le site d'@Argonothe me renvoie vers une jolie page d'erreur. Après avoir parcouru ce fil relatif à l'alimentation nomade de bout en bout, je me trouve dans la nécessité de recommencer, sans en avoir réellement le courage, juste pour m'assurer d'un point. J'ai bien compris que la meilleure stratégie consiste à partir d'une tension de 24 V qui sera ensuite abaissée à celle nécessaire aux équipements : nP6S, le BMS kivabien, et le ou les abaisseurs. J'ai lu également qu'il est possible moyennant l'utilisation de diodes spécifiques, de mettre en parallèle des blocs entiers ainsi constitués, tel que l'a fait @Daube-sonne. Mais je ne me rappelle pas voir lu s'il est possible de mettre en série deux blocs ayant chacun son BMS. Je clarifie : j'ai des BMS pour trois éléments que j'aimerais pouvoir utiliser plutôt que de devoir racheter un BMS pour six éléments. Ils sont donnés pour 20A, donc j'imagine qu'en limitant à 6P3S je ne prendrai pas de risque. Un truc du genre 2S(6P3S) est-il faisable simplement ? Merci d'avance,

Bonjour, Je possède un capteur GPS muni d'une prise USB mâle dans ce genre que j'aimerais pouvoir utiliser avec ma raquette Synscan. Après pas mal d'heures de recherches je n'ai pas trouvé grand'chose de probant, hormis peut-être cet adaptateur. Même si le prix est dérisoire, j'aimerais éviter un (autre) achat inutile. Ce bidule est-il, à votre avis, apte à me permettre d'utiliser mon GPS avec la Synscan ? Avez-vous connaissance d'autres adaptateurs plus à même de remplir cette fonction ? Merci d'avance,

Bonjour, Petit retour sur ce sujet que je croyais avoir parfaitement compris, mais là d'un coup je suis pris de sérieux doutes. Utilisateur d'une ASI183MC classique, j'ai pris l'habitude de renseigner la valeur ADU utilisée lors de l’acquisition en tant que master offset. Et, comme j'aime bien me compliquer l'existence, j'ai voulu couper un peu plus les cheveux en quatre. On ne se refait pas. J'ai repotassé le tuto sur le sujet, puis j'ai pris dix bias de 5 à 50. J'ai déjà dit que je suis un CCQ. Un convert offset suivi d'un seqstat offset offset.csv basic plus tard, j'ai mon tableau. Petite parenthèse rapide : ne serait-il pas possible de faire en sorte que Siril tienne compte des paramètres régionaux ? Il me sauvegarde les données avec des points au lieu de virgules. Fin de la parenthèse. J'ai donc mon tableau de valeurs dans lequel, après remplacement des points par des virgules, seule la colonne median m'intéresse ; et comme il s'agit d'entiers inutile de se compliquer (tiens, c'est moi qui écris cela ?) avec les median16. Cette courbe montre une progression apparemment linéaire, et si j'effectue le rapport median/offset j'obtiens des valeurs groupées entre 67 et 74 - exception faite de la première valeur à 83 qui se singularise. Pour pousser un peu plus la curiosité, la colonne Progrès indique le pas entre deux paliers avec, là aussi, des valeurs quasi-homogènes. Le capteur est censé être 12 bits (sauf erreur de ma part) pour lequel le tuto stipule qu'il faut utiliser un facteur 16. Au gain 120 que j'utilise, l'offset déterminé de façon empirique avec Sharpcap est 13. Et 120 est actuellement la valeur que j'indique en tant que master offset. Néanmoins, si à présent j'utilise 64*$OFFSET, je vais me retrouver avec une valeur de 832 et non plus de 120. Valeur qui, par ailleurs, serait bien cohérente avec les mesures effectuées, et en tout cas bien à sa place entre 736 et 1064, resp. offset 10 et 15. J'ai voulu voir si cela induisait un quelconque changement entre un prétraitement avec 120 ou 64x$OFFSET et n'ai rien remarqué qui semble anormal ni flagrant. Soit je ne sais pas regarder, soit ce ne sera visible que dans certaines conditions, par exemple de forts écarts thermiques, étant donné que ma caméra n'est pas refroidie. Quoi qu'il en soit, si je me suis planté, merci de me dire où, et pourquoi. Et j'espère que ça permettra d'éviter à d'autres de commettre les mêmes erreurs. ASI183MCnc.ods

Bonsoir, Cela ne m'arrive pas souvent, mais parfois j'ose me laisser aller à une réduction d'étoiles. Une fois le résultat pas trop moche, je souhaite l'enregistrer, mais aussitôt que s'ouvre la boîte de dialogue j'obtiens ce qui apparaît sur la capture d'écran jointe. Et, avant de pouvoir saisir un nom cohérent, il me faut valider trois (ou quatre - plus très sûr) fois. Mais, à supposer que je veuille l'enregistrer sous un nouveau format (.tif, .jpeg, ...), c'est reparti comme en quatorze. Seule solution pour ne plus avoir ces hiéroglyphes à chaque demande d'enregistrement : quitter Siril. Une idée de la cause de ce comportement incongru ?