Gribol

Membre
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    510

  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 45982

Messages posté(e)s par Gribol

  1. Posté(e)

    Salut Fred,

     

    En fait, ton principal problème c'est de trouver un logiciel sur tablette/smartphone Android qui va pouvoir interagir avec ta monture pour pouvoir la synchroniser après une résolution astrométrique d'une image (que cette résolution se fasse via un serveur distant mais il te faut du réseau ou bien en local sur la tablette). Et tu sembles vouloir une solution sans fil entre la tablette et la monture.

    Il faut donc commencer à chercher dans les softs existants. Stellarium existe pour Android mais je ne sais pas si on peut piloter la monture avec.

     

    Ensuite, pour Astrometry.net, il existe des implémentations qui permettent de faire une résolution astrométrique en local (en gros ce que fait le serveur distant, c'est ta machine locale qui va le faire). Cela existe sous Windows. Il me semble que cela existe aussi sur du Raspberry, donc à porter sur du Android (si cela n'existe pas encore), cela doit être faisable. Il faudra un peu d'espace de stockage pour mettre les fichiers nécessaires.

     

    Voilà quelques pistes de recherche pour faire avancer ta problématique.

     

    Maintenant, autre solution, avoir un petit boitier genre Raspberry qui va faire le pilotage de ta monture, le platesolve et ta tablette permet d'avoir une interface graphique distante. Il existe déjà de tels produits.

     

    Marc

     

  2. Posté(e)

    Dans ta démarche, il y a un point important qui manque: Quel budget pour ta monture ?

     

    Si tu nous dit quelque chose du genre 800€ (comme le prix de ton tube 305/1220), tu peux toujours rêver.

    Ce newton fait 1170mm de long. Il faut quand même quelque chose qui puisse gérer un tel porte à faux.

    Surtout que tu parles d'APN donc astrophoto. Tu te focalises sur le GOTO, mais pour un tel tube, il faut une monture sérieuse, là ton projet parait bancal.

     

    En astrophoto, surtout avec des gros/longs diamètres, l'important c'est: la monture, la monture, la monture.

    Avec un tel tube, il te faut quelque chose comme une EQ8. Avec une G11, cela me parait très compliqué.

     

    Marc

  3. Posté(e)

    Salut Eric,

     

    Le Linky a été posé chez moi il y a 2 semaines mais il ne doit pas encore être communiquant.

    Comme toi l'observatoire est relié en réseau à la maison via le CPL.

    J'ai demandé au technicien qui a posé le Linky si cela posait un problème par rapport au CPL. Il m'a dit que non.

    Tes propos m'inquiètent donc.

     

    Je me demande quand même si ENEDIS n'est pas responsable et n'a pas obligation de mettre les moyens en œuvre pour palier le problème.

    Cela me parait quand même énorme comme situation ce truc là encore.

     

    A suivre pour moi.

    Marc

  4. Posté(e)

    Bonjour,

     

    Je viens de repérer ce site potentiel, la Montagne de Chabre (44.298023 N, 5.765144 E), pas très loin de Sisteron. Une route d'accès permet de grimper jusqu'au sommet (autour de 1350m), c'est d'ailleurs un site d'envol pour les parapentes.

    Est-ce que quelqu'un connait le site ?

     

    Je sais qu'il y a la Montagne de Lure et l'Observatoire Marc Bianchi un peu plus au Sud, mais c'était pour avoir une idée sur ce sommet de Chabre dont le point culminant est un cul de sac avec peut-être moins de passage qu'à Lure.

     

    Merci.

    Marc

  7. Posté(e)

    Salut Pascal,

     

    J'ai essayé plusieurs softs (SpeedFan, Open Hardware Monitor, HW Monitor, Thinkpad Fan Controller), tous permettent de voir la température des CPU mais rien pour le ventilateur.

    J'ai ouvert le mini-PC pour voir un peu comment se comportait le ventilateur. A la toute première mise sous tension, le ventilo est à l'arrêt et après quelques secondes il se met en marche.

    Si je fais un arrêt/marche ensuite, le ventilo démarre tout de suite.

    Donc à ce niveau là cela semble OK.

     

    Je verrai dans les prochaines nuits ce qu'il va se passer.

    Merci.

     

    Marc

  10. Posté(e) · Modifié par Gribol

    Salut Pascal,

     

    Tous les events 41 sont avec:

    BugcheckCode 0

    BugcheckParameter1 0x0

    ...

     

    J'ai revérifié l'historique, j'ai mis à jour le driver de la monture après le premier plantage (Kernel-Power), donc pas de causalité a priori.

    La monture et tous les autres équipements ont leurs propres sources électriques à l'exception d'une caméra DMK31 qui est en USB et qui est alimentée via l'USB.

    Je ne vois rien en amont des plantages Kernel-Power.

     

    C'est peut-être un problème de chauffe. Mais en ouvrant le mini-PC, RAS pas de poussière et le ventilateur au-dessus d'une plaque de cuivre, fonctionne bien.

    vorke-v2-plus-minipc-hardware-1024x448.j

     

    J'ai installé le soft Core Temp pour monitorer un peu la température. En moyenne cela tourne autour de 59 à 60°C avec une puissance de 12W. Il y a une valeur max à 91°C sur le Cœur #0.

     

    Je vais essayer de creuser la piste de la surchauffe même si je ne pige pas pourquoi cela plante tout le temps en début de nuit et jamais en cours de nuit.

     

    J'ai désactivé le démarrage rapide de Windows 10. A voir si cela aura un impact.

     

    Merci à tous pour vos retours.

    A suivre.

    Marc

     

     

     

  11. Posté(e)

    Bonsoir,

     

    Merci pour vos retours.

     

    Je ne crois pas trop à l'origine d'un problème de chauffe.

    Le CPU est un Intel Core i7-8550U, cela ne chauffe pas beaucoup.

    En plus la première panne est arrivée en plein Décembre, ...

    J'ouvrirai le bestiot pour vérifier la poussière.

     

    Un truc assez étrange est que tous les plantages ont eu lieu lorsque j'étais connecté à distance via le bureau à distance de Windows.

    Le mini-PC tourne en moyenne 10h par nuit, plus en hiver. Donc le plantage intervient toujours en début de session dans les premières heures.

    Après je me déconnecte du bureau à distance et je dors. Et je n'ai jamais eu de plantage du moment que j'étais déconnecté. Alors la cause liée à la chauffe et/ou la poussière, je n'y crois pas trop.

    Aucun problème pendant plus de 120 nuits.

     

    J'aime bien le Windows bashing, mais cela ne va pas faire avancer le schmilblick.

    Il faut que je fasse des essais en collant un moniteur au mini-PC et faire des tests avec le bureau à distance.

    Cela m'occupera les soirées de mauvais temps.

     

    Merci.
    Marc

     

  12. Posté(e)

    Bonsoir,

     

    J'ai un mini-PC (VORKE V2 PLUS) depuis Juin 2018 qui pilote mon matériel astro, le tout sous Windows 10 Pro.

    Tout allait bien jusqu'à présent.

    Sauf que depuis Décembre 2019, j'ai de temps en temps un arrêt brutal du mini-PC (je prends la main à distance avec le bureau à distance de Windows).

    Dans l'observateur d'évènements, j'ai dans le journal Système un évènement critique: Kernel-Power (Évènement 41);

     

    Citation

    Le système a redémarré sans s’arrêter correctement au préalable. Cette erreur peut survenir si le système ne répond plus, s’est bloqué ou n’est plus alimenté de façon inattendue.

      

    - System 

  - Provider 

   [ Name]  Microsoft-Windows-Kernel-Power 
   [ Guid]  {331c3b3a-2005-44c2-ac5e-77220c37d6b4} 
 
   EventID 41 
 
   Version 6 
 
   Level 1 
 
   Task 63 
 
   Opcode 0 
 
   Keywords 0x8000400000000002 
 
  - TimeCreated 

   [ SystemTime]  2020-07-08T20:23:04.995358500Z 
 
   EventRecordID 9100 
 
   Correlation 
 
  - Execution 

   [ ProcessID]  4 
   [ ThreadID]  8 
 
   Channel System 
 
   Computer BOXASTRO 
 
  - Security 

   [ UserID]  S-1-5-18 
 

- EventData 

  BugcheckCode 0 
  BugcheckParameter1 0x0 
  BugcheckParameter2 0x0 
  BugcheckParameter3 0x0 
  BugcheckParameter4 0x0 
  SleepInProgress 0 
  PowerButtonTimestamp 0 
  BootAppStatus 0 
  Checkpoint 0 
  ConnectedStandbyInProgress false 
  SystemSleepTransitionsToOn 0 
  CsEntryScenarioInstanceId 0 
  BugcheckInfoFromEFI false 
  CheckpointStatus 0

    J'ai eu le problème:

    • 1 fois en Décembre 2019
    • 1 fois en Avril 2020
    • 2 fois sur 2 jours consécutifs en Mai 2020
    • 1 fois en Juin 2020
    • 3 fois hier 07/07
    • 1 fois aujourd'hui 08/07

     

    Pour un mini-PC en service depuis Juin 2018. Donc RAS pendant 1,5 ans. Le mini-PC tourne toute la nuit pour une session d'observation automatique. Il est arrêté ensuite la journée. Je l'allume manuellement (en appuyant sur son bouton power).

    Au niveau drivers, j'ai du mettre à jour le driver de la monture fin Décembre 2019, c'est le seul truc de changé récemment et qui colle avec l'apparition du premier plantage.

    Il y a ensuite les mises à jour régulières de Windows que j'applique aussi.

    Mais bon, un problème drivers, je m'attendrai plutôt à un truc du genre "blue screen".

     

    Quand le problème apparait, le bureau à distance se fige puis indique la perte de connexion. La reconnexion est impossible car en fait le mini-PC n'est plus allumé.

    Donc c'est une erreur violente avec arrêt du mini-PC.

     

    Le mini-PC est alimenté avec son câble d'alimentation fourni avec, en parfait état (c'est un convertisseur 220V => 19V avec 1 ou 2 ampères, je ne l'ai pas sous les yeux là). Bon c'est un truc made in China, mais je ne vois pas trop ce qui pourrait merder.

    Il est branché sur un onduleur et le tout sur une alimentation secteur.

    Ce n'est pas un problème électrique car seul le mini-PC est éteint, par exemple la CCD continue de tourner avec son refroidissement actif.

     

    Pour le moment, je n'ai rien trouvé de concluant sur le Net.

    Il faudrait que j'essaye une autre alimentation pour le mini-PC, mais bon, je n'y crois pas trop.

    Je pensais aussi à la chaleur, mais les aérations du mini-PC ne sont pas du tout obstruées et le mini-PC chauffe un peu mais sans plus. Le mini-PC est dans une grande boite plastique avec l'onduleur et les autres alimentations des autres équipements, dont le couvercle est ouvert en été pour une meilleure circulation de l'air.

     

    Si quelqu'un a une idée sur le problème.

    Merci.


    Marc

  16. Posté(e) · Modifié par Gribol

    Le CCDT67 d'AP est un réducteur pur, pas un correcteur donc tu peux jouer sur la distance réducteur / plan focal pour moduler le coefficient de réduction.

    Sur mon C8 avec un focuseur + SBIG ST8 et différentes configurations (avec ou sans roue à filtres, avec ou sans AO8) j'ai une réduction entre 7.1 et 8.1.

    Attention juste que le réducteur corrige pour un capteur de taille maximum de la ST10.

     

    Regarde plutôt la doc du fabriquant, c'est mieux: Doc CCDT67

     

    Marc

    • Merci 1

  19. Posté(e)

    OK 2 secondes de temps de pose pour le guidage, c'est ce que je fais aussi, parfois 3 secondes.

    J'ai remarqué que le guidage est quand même bien meilleur quand l'étoile guide est brillante. Toujours sur cette image, tu te souviens de la valeur en ADU de ton étoile guide ?

    Et les valeurs RMS du guidage, c'est en pixel ou en secondes d'arc ?

     

    Marc

  21. Posté(e)

    il y a une heure, Apollo39 a dit :

    Que représente exactement ce rapport Rp/R* ?

    C'est le rapport entre le rayon de la planète et le rayon de l'étoile.

    Plus ce rapport est grand, plus le transit sera profond (la planète masque une portion plus importante de l'étoile).

     

    Marc

  22. Posté(e)

    Retour sur Kepler-447 b pour @Arno C

    Donc c'était bien ça, après avoir signalé l'anomalie probable sur la profondeur du transit à l'équipe, ils ont vu effectivement qu'il y avait une erreur sur la valeur du demi-grand axe. Après correction, la profondeur du transit pour Kepler-447 b est de 2.99 mmag (soit 0.00299 mag). Donc c'est un peu normal que tu n'aies rien vu, cela devient extrêmement compliqué à mesurer un transit avec une profondeur si faible.

     

    Marc

    • J'aime 1

  23. Posté(e)

    Très bon @Apollo39 !

    Ce qu'il faut bien comparer par rapport aux autres mesures sur le même objet, c'est le Rp/R* qui doit être dans le même ordre de grandeur. Le O-C lui peut être différent, c'est d'ailleurs le principal objectif du projet.

     

    Marc

  25. Posté(e) · Modifié par Gribol

    +1 avec @Jean-Christophe Dalouzy, sauf si tu as un champ tout tout petit.

     

    Et il existe des solutions pour faire de l'Astrometry.net avec les données en local, cela fonctionne donc si tu n'as pas de connexion Internet et cela fonctionne si parfois le serveur Astrometry.net ne fonctionne plus (cela m'est déjà arrivé plusieurs fois il y a quelques années).

     

    Marc