easybob95

Member
  • Content count

    141
  • Joined

  • Last visited

  • Days Won

    1
  • Country

    France

Posts posted by easybob95


  1. Pour ceux que ça intéresse, un retour rapide sur le raspberry pi 3 B+.

     

    Franchement, très bien foutu comme petit ordi, aussi bien au niveau hardware que software.

     

    L'installation, le paramétrage, les mises à jour etc., c'est vraiment opérationnel. La communauté est énorme et on trouve facilement des réponses aux questions de base voire plus ardues.

     

    La programmation en Python est assez simple et il y a pléthore de docs tutos en français et en anglais sur le net. L'accès aux librairies usuelles (PIL, opencv, Tkinter, numpy etc.) est facile et bien documenté.

     

    Le hardware est tip top aussi. J'ai commencé à développer mon appli pour piloter la picamera V2 et même si je suis un peu rouillé, ça avance bien.

     

    Bref, un système au top (bien qu'un peu poussif car peu puissant). Pour ceux qui veulent tenter l'aventure, c'est très sympa.

     

    Voilà, c'est tout pour l'instant.

     

    Alain


  2. Raspberry pi 3 B+ reçu et opérationnel.

     

    Je post avec d'ailleurs. Franchement, c'est excellent. Ca marche très bien.

     

    Le pilotage à distance avec un PC portable (via RealVNC) fonctionne super bien.

     

    J'ai fait mon premier petit programme en Python3 pour piloter la caméra Pi V2 et ça marche très bien.

     

    Bon, il reste beaucoup de choses à faire mais franchement, c'est un petit produit très abouti. Je suis bluffé.

     

    Alain


  3. oui, j'ai pris une 3 B+.

     

    Attention si tu prends une raspi 3 b+. Avec l'OS officiel Raspbian, a priori, difficile voire pas possible d'installer Kstar+Ekos. Il faut Ubuntu Mate sauf qu'a priori (toujours), le raspi 3 b+ aime pas du tout Ubuntu Mate.

     

    Je pense que les solutions clé en main comme Kstar sont plutôt destinées au TB qui est plus puissant que le Pi.

     

    Bon, moi, finalement, les solutions clé en main ne m'intéressent pas trop. Je souhaite développer un peu et le raspi sera une base plus répandue que le TB.

     

    Alain


  4. J'ai continué mes recherches sur le raspi et il y a une foule d'infos sur le net en téléchargement gratuit.

     

    Il y a notamment des dossiers (en anglais) téléchargeables de la revue british MagPi qui sont supers. J'ai récupéré les infos sur les modules caméras (y compris la doc sur la librairie pour programmer), sur le port GPIO, etc.

     

    Pour la programmation, on trouve des choses très bien pour programmer en Python (avec Tkinter) ou en Qt.

     

    Ca donne accès au contrôle complet de la camera du raspi, des entrées sortie, des interfaces un peu évoluées etc. Avec le SDK de ZWO pour ses caméras, ça laisse également entrevoir pas mal de possibilités.

     

    Tout cela est très ouvert et ça change des systèmes propriétaires qu'on utilise généralement. Après, c'est sur, il faut mettre les mains dans le cambouis mais bon, ça occupe quand le ciel est pourri.

     

    J'ai tout ce qu'il me faut comme doc donc, il ne manque plus que le matériel qui ne devrait pas tarder à arriver.

     

    La suite dans très longtemps.

     

    Alain


  5. A propos du problème avec ASICAP avec mon netbook sous Ubuntu Mate, voici la réponse de ZWO, pour ceux que ça peut intéresser :

     

    a priori, Ubuntu Mate (et peut-être une autre distribution Linux) met la librairie libpng12.so.0 dans /snap/core/4914/lib/i386-linux-gnu, ce qui fait que  ASICAP ne peut pas la trouver car il cherche plutôt dans /usr/lib/i386-linux-gnu/

     

    Donc, il faut faire les 2 manips suivantes pour qu'ASICAP retrouve ses petits :

     

    sudo cp /snap/core/4914/lib/i386-linux-gnu/libpng12.so.0.54.0 /usr/lib/i386-linux-gnu

     

    sudo ln -s /usr/lib/i386-linux-gnu/libpng12.so.0.54.0 /usr/lib/i386-linux-gnu/libpng12.so.0

     

    Je ferai le test d'ici peu.

     

    Si ça fonctionne, je ferai un test de contrôle du netbook relié à la caméra par un autre portable sous W10 avec VNC. Si ça marche, c'est déjà intéressant de pouvoir piloter une caméra planétaire facilement à partir d'un poste déporté.

     

    Alain

     


  6. J'avais vu ce fil de discussion du temps où je trainais sur WA. C'est intéressant mais j'avoue que pour l'instant, je suis largué sur pas mal de choses.

     

    Si je veux pouvoir avancer correctement, il faut que je commence au chapitre 1 paragraphe 1 car il y a trop de choses qui ne sont pas du tout acquises pour moi.

     

    J'attaque la littérature générale sur raspberry (installation, paramétrage, premiers pas etc.) et il faudra ensuite que je comprenne bien tout ce qui est lié à l'installation et l'utilisation de programmes. Ensuite, il faudra que je vois les bases de la programmation pour estimer ce qui est assez facilement faisable et ce qui ressort de l'usine à gaz.

     

    Donc, en ce moment, c'est lecture de tutos type raspberry pour les gros noobs. Faut bien commencer par là sinon, on fait trop par mimétisme et au final, on comprend pas ce qu'on est en train de faire, on bloque très vite dès que ça se corse un peu et le bazar finit dans un tiroir.

     

    Alain


  7. Oui, j'ai vu cette page et j'ai à peu prêt tout essayé. J'ai envoyé un mail au concepteur du soft pour lui faire part de mes difficultés.

     

    J'ai aussi demandé à ZWO si mon problème avec ASICAP peut être résolu et je leur ai demandé de sortir la version Raspberry de ASICAP. Bon, j'ai un vieux portable qui pourrait passer en Linux 64 bits mais je préfèrerais le garder sous W10 pour l'instant.

     

    ASICAP ou PlanetaryImager sous Raspberry avec un contrôle depuis un PC avec VNC, ça peut faire une bonne base de test pour voir si ce type de configuration peut présenter un intérêt.

     

    Après, faire des choses plus évoluées, ça peut aussi passer par des logiciels tiers. On est pas obligé d'avoir un système totalement piloté par le même logiciel.

     

    Alain


  8. Merci Jean-Jacques, tu es sympa. Il est certain que j'aurai besoin de coups de main réguliers vu que tout ça n'est pas simplissime quand même.

     

    J'ai juste fait fonctionner la ASI178MC avec Ekos. J'ai une image, ça marche.

     

    Par contre, rien de rien avec ASICAP et j'ai aussi essayé PlanetaryImager qui refuse de s'installer. Ce dernier me dit qu'il a besoin de QT5 et d'openCV. Les 2 sont installés mais rien à faire.

     

    Ca me rappelle quand j'ai installé Linux sur mon Pentium 90. Quelle galère à l'époque.

     

    Bon, ça va, je suis pas pressé.

     

    Sinon, je pense que je passerai par un Raspberry Pi " B+ pour profiter de la communauté. La carte ASUS est plus sympa (hormis le WIFI) mais je veux éviter les problèmes de compatibilité etc.

     

    Bon, j'arrête là pour aujourd'hui.

     

    Alain


  9. Bon, et bien je viens d'installer Ubuntu Mate sur mon vieux NC10 et ça fonctionne très bien.

     

    J'écris ce post sur le NC10 d'ailleurs.

     

    Dans la foulée, j'ai installé INDI Kstars/Ekos et ASICAP. Ca fonctionne bien aussi.

     

    Reste à brancher ma caméra ASI178mc pour voir ce que ça donne. Ca va déjà m’entraîner un peu sur Linux et valider quelques points (pilotage déporté avec un autre portable etc.) avant d'acheter un Raspberry (ou ASUS TB à voir) et tout le bazar qui va avec.

     

    Voilà pour les news.

     

    Alain


  10. Je pense que je m'orienterai vers la solution la plus standard.

     

    Je redécouvre un peu l'univers Linux après l'avoir laissé tombé très longtemps. Les choses ont bien évolué.

     

    Comme je vais utiliser une caméra ASI, il y a pas mal de choses sur leur site web.

     

    Comme tu le suggérais, je vais installer Linux sur un vieux Samsung NC10 et essayer de faire déjà tourner tout ça avec ma ASI178mc. Si ça fonctionne, je ferai des essais de remote du Samsung avec un autre PC et si ça marche toujours comme je le souhaite, alors je passerai au Raspberry.

     

    Pour la monture, je vais réfléchir et voir sur WA ce qui se raconte.

     

    Alain


  11. Oui, j'avais vu qu'il n'y a pas de support Indi pour des moteurs pas à pas.

     

    En cherchant rapidement, il faut passer par une carte HAT et le port GPIO pour contrôler le moteur. J'ai vu ce genre de carte qui peut contrôler 2 moteurs. Le principe de gestion du GPIO est simple.

     

    Après, il y a peut-être des softs de contrôle qui existent sinon, il faut probablement se taper le travail de création du code mais c'est du boulot. Il faut gérer les moteurs (rampes d'accélération décélération j'imagine), les entrées pour donner les consignes de pilotage etc. Le plus simple serait une monture altaz pas chère et passer par le driver Indi, ça c'est sur.

     

    Sinon, je vois que pas mal de choses sont faites avec le ASUS TB. Est-ce qu'il vaut mieux passer par cette carte ou par le Raspberry 3 B+, sachant que je voudrais éviter de trop galérer avec des incompatibilités matériel en passant éventuellement par la carte d'ASUS.

     

    Alain


  12. Salut Jean-Jacques,

     

    merci pour tes réponses.

     

    Effectivement, Indiserver et Gui client, ça pourrait être la bonne solution. Je vais regarder ça de près.

     

    Quand tu dis que le problème, c'est le rapatriement des images par WIFI, tu penses au débit du WIFI ou à un autre problème ?

     

    Si c'est le débit, c'est pas très gênant. Comme mon projet ne concerne pas le planétaire, je n'ai pas besoin d'une cadence d'images élevées. Les poses seraient de l'ordre de quelques centaines de millisecondes à quelques secondes (avec une résolution pas très élevée si capteur à gros photosites sinon du BIN2) donc la bande passante n'est pas vraiment un problème.

     

    J'avais fait des essais de pilotage d'un PC portable avec mon PC desktop en utilisant Teamviewer et une liaison WIFI. La faible bande passante n'était pas un soucis (le seul soucis en fait, c'est que Teamviewer compressait l'acquisition vidéo d'où une mauvaise qualité de l'image à l'arrivée.

     

    Une fois que j'aurai les idées un peu claires sur une solution du type client serveur, il faudra que je vois comment un Raspberry Pi peut contrôler 2 moteurs pas à pas et comment depuis le PC de contrôle, je peux contrôler ces 2 moteurs. Je sais que le Raspberry peut contrôler une monture mais acheter une monture dédiée uniquement à ce système, c'est un peu dommage quand même).

     

    Bonne journée.

     

    Alain


  13. Salut les gars,

     

    merci pour ces infos. J'avais vu tout ça et c'est très intéressant.

     

    Mon soucis, c'est le pilotage depuis un PC. C'est pas clair pour moi.

     

    J'ai l'impression que astropibox est un système autonome alors que je voudrais en fait que le raspberry soit un relais totalement pilotable depuis un PC, y compris le rapatriement des acquisitions en temps réel. C'est là que j'y vois pas clair du tout.

     

    J'avais lu aussi des choses sur la Thinkerboard d'Asus. Elle est sympa.

     

    Alain


  14. Bonjour,

     

    j'envisage de tenter l'expérience Raspberry Pi et je me pose des questions sur la faisabilité de mes projets.

     

    Mon projet principal serait d'avoir un petit système autonome à base de caméra type ASI120mc, ASI178mc ou ASI385mc avec un objectif type Canon FD 50mm et une petite monture éventuellement bricolée à base de 2 moteur pas à pas pour faire du visuel assisté grand champ.

     

    Je souhaiterais un système autonome qui dialoguerait avec un PC via Wifi (la solution téléphone ou tablette ne me plaît pas) avec du liveview et du timelapse.

     

    J'ai vu que ASI sort un système ASIAir mais pas pilotable à partir d'un PC donc ça ne me convient pas.

     

    Est-ce qu'une solution à base de Raspberry 3 B+ par exemple pourrait être pilotée en direct via WIFI avec un PC et me permettre du liveview. Pour le pilotage des moteurs pas à pas, j'ai vu qu'il existe des contrôleurs. Pour l'acquisition, il y a les drivers INDI et tout un tas de chose qui semblent pas mal. Mon soucis, c'est d'avoir le pilotage de tout ça via un PC (acquisition, paramétrage en direct, , récupération de l'image en liveview, récupération de timelapses, pilotage des moteurs pas à pas sans goto ou calibration, etc.).

     

    Je suis pas certain que ça soit vraiment possible.

     

    Si quelqu'un peut m'éclairer, ça serait sympa.

     

    D'avance merci.

     

    Alain


  15. Bonjour les astrams,

    je me permet de squatter le topic, ayant un peu fait des Lunes en couleurs.

    Il faut effectivement pousser la saturation des couleurs en plusieurs passes, faire un peu de flou gaussien sinon c'est très moche et superposer la version colorisée sur la version de base pour récupérer de la netteté.

    Voici quelques exemples (en mode un peu réduit).



    Désolé pour le léger parasitage.


  16. Salut,

    une petite nouvelle va bientôt arriver on dirait. Le papa est QHYCCD et le nom du bébé est QHY-miniCAM5S. A priori, c'est une QHY5L-II refroidie.

    Les images :

    Les specs en anglais :

    Peak QE(mono version): up to 78%
    sensor size: 1/3inch
    pixel array: 1280*960
    pixel size 3.75um square
    cooling: max -35C below ambinet with one stage TEC
    temperature regular: Yes
    ADC depth: 12bit/8bit
    max frame rate: 30fps@1280*960 (8bit) 15fps@1280*960(12bit)
    Support ROI: 44fps@1024*768 75fps@800*600 106fps@640*480 200fps@320*240
    Guide port Yes
    Telesocpe Interface: 1.25inch
    Active FAN: Yes
    Exposure time: 20us-1800sec
    Color/Mono version: Both Available

    Le lien vers le forum QHYCCD : http://qhyccd.com/ccdbbs/index.php?topic=4744.msg25285#new

    Plus d'infos à venir probablement.