-
Compteur de contenus
373 -
Inscription
-
Dernière visite
Type de contenu
Profils
Forums
Téléchargements
Blogs
Boutique
Calendrier
Noctua
Messages posté(e)s par src386
-
-
Le 04/06/2019 à 00:28, dragonlost a dit :
L'avantage des jets on c'est qu'il existe un système Ubuntu préparer au petit oignon par NVIDIA ! Je pense que c'est ma prochaine acquisition !
Il faut voir si ce sera toujours le cas dans 6 mois, Linux évolue vite et il y a des tas de boards ARM laissées à l'abandon par leurs constructeurs.
C'est la raison pour laquelle je reste sur des Raspberry Pi. Niveau hardware ce n'est pas le meilleur, mais niveau support et communauté c'est top.
-
il y a 47 minutes, dragonlost a dit :
Je ne pense pas que ce soit une bonne idée de maintenir 2 versions de la nafabox, en plus des variantes pour les board arm.
J'ai pas de monture motorisée, si un jour c'est le cas j'utiliserai l'image nafabox standard, ou alors j'installerai les composants sur mon laptop Debian. Mais il ne faut pas se lancer dans une fragmentation du projet.
-
Le 16/02/2019 à 10:29, patdut a dit :
Nous testons aussi de nouvelles cartes autres que Tinker ou RPi beaucoup plus puissantes et équipées d'USB3. L'idée c'est d'étendre les capacités du système à la prise de vue planétaire, ce qui nécessite puissance et rapidité.
Bonjour,
Si ça peut aider, Phoronix teste régulièrement pas mal de hardware sous Linux. Récemment ils ont fait quelques benchmark sur des board ARM: https://www.phoronix.com/scan.php?page=article&item=nvidia-jetson-nano&num=4
En gros, rpi 3 < thinkerboard < odroid xu4 < Nvidia Jetson.
Après je ne connais pas les specs détaillées de chaque board ni le coût, on parle de $99 pour la Jetson nano.
-
il y a 56 minutes, Alarcon yves a dit :
Une partie de la réponse, c'est comme le boitier reste fixé sur la lunette/télescope, on peut laisser également les cam sur la lunette, donc on ne défait aucun branchements à part l'alim et le câble réseau, c'est plus rapide et moins risqué de faire comme ça, que de devoir tout débranché / démonter, et comme c'est pilotable à distance, le PC principal il reste au chaud (son utilisateur aussi).
Yves.
Ah d'accord le dernier point est clairement un avantage, merci.
il y a 55 minutes, patdut a dit :Bonjour, libre à toi d'utiliser un PC sur le terrain avec une énorme batterie pour l'alimenter.
Bon, ce projet est né de la convergence de plusieurs idées:
1/ Un PC ça consomme et ça consomme énormément sur le terrain. Un SBC (single board computers) à base d'ARM ça consomme environs 5 fois moins que le moins puissant des Intels en régime d'utilisation "standard".
2/ Le monde du libre sous Linux est riche de pépites logicielles qui font superbement le boulot.
3/ Proposer à l'astronome amateur un moyen de contrôler tout son matériel pour un coût le plus serré possible.
Le nom n'est pas choisi au hasard: NAFABox veut dire Nomad Astronomy For All.
Quelques remarques:
Les logiciels qu'on intègre sur la NAFABox sont pour la presque totalité licenciés GPL. Ils sont puissants et encore en pleine évolution. Parce que la communauté des développeurs est riche et nombreuse, le cœur de la NAFABox, le serveur INDI dispose déjà d'une base de drivers plus importante que celle d'ASCOM. La "tour de contrôle" est constituée de Kstars et Ekos. Les développeurs de ces logiciels sont très accessibles et les corrections et évolutions sont rapides. De plus Linux est un système très stable.
Bon voici un peu la philosophie: léger, pas cher, économe en énergie, flexible (fonctionnement à géométrie variable: remote partiel ou complet) tout ça sans renoncer à la puissance, et surtout axé nomade.
Ceci dit, les systèmes SBC utilisés de plus en plus puissants et les optimisations logicielles vont permettre, au-delà du pilotage et de la prise de vue ,d'augmenter les fonctionnalités de la NAFABox avec le pré-traitement des images, ou encore le live astro.
Tout ça c'est dans les tuyaux et devrait être disponible dans les mois à venir.
Merci de la réponse, je suis déjà sous Linux, et déjà convaincu par les solutions libres. Mon laptop est sous Debian + Mate, je fais mes captures avec Planetary Imager dans la cambrousse et je peux tenir 5h sur batterie sans trop de difficultés. C'est pour ça que je pose la question.
Ma monture n'est pas pilotable donc je ne pense pas pouvoir profiter de tout ceci pour le moment.
-
Bonjour, la question va peut-être paraître bête, mais après avoir lu les quinze premières pages et les quelques dernières, je n'arrive pas à comprendre exactement à quoi ressemble ce projet et comment il fonctionne. Et surtout pourquoi ça plutôt qu'un PC portable ? En bref est-ce qu'il y a une doc centralisée quelque part ? Le github ne mentionne que la procédure d'install, et le site http://nafabox.linux-astro.fr/#StellarMate ne semble contenir aucune information utile et certaines sections bouclent sur elles-mêmes.
-
Il y a 17 heures, dragonlost a dit :
Pour installer les librairies python comme open cv2 sur python 3 via apt ta juste a écrire sudo apt install python3-...
Pour lancer als il faut absolument lancer avec la commande python3 sinon ça vas le lancer en python2 et als n'est pas compatible python2.
Je confirme, il y a effectivement un problème avec te images pour l'alignement. Ta moyen de nous envoyer les 10 premières image pour que je regarde ce qui merde ?
Il n'y a pas de paquet python3-opencv sur Debian Stretch. C'est pour ça que je l'ai installé via pip3.
J'ai utilisé la commande "python" comme mis en instruction, mais Debian utilise Python 2 par défaut. Donc j'ai forcé python3.
Mes images sont pourries, y'a presque rien dessus a moins de les empiler. Sauf que le suivi est pourri aussi. Mais bon le but c'était de tester le soft. Le problème vient clairement de mes images.
Une amélioration appréciable serait de conserver les réglages au lancement et éviter les chemins en dur type ~/als .
-
Il y a 7 heures, gehelem a dit :
Essaie sans aligner...
Yep ça fonctionne, par contre ça donne un objet flou (mon suivi est vraiment pas top).
Je suis content de ce genre de soft sous Linux. J'ai pas de compétences Python mais je peux peut-être contribuer de plusieurs manières:
- Une image Docker
- Traduire les commentaires en anglais
- De la doc (wiki sur le github)
- Et bien sûr des tests d'un Linuxien
-
Alors j'ai tenté l'injection de fits existants mais le soft crashe:
$ python3 ./als.py Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. Gtk-Message: GtkDialog mapped without a transient parent. This is discouraged. /home/xavier/github/als/wrk /home/xavier/github/als/scan New image arrive: /home/xavier/github/als/scan/2019-05-31T222356.588-UTC.fits The file does not exist B&W mode... TIFF image create : /home/xavier/github/als/wrk/stack_image.tiff first file created : /home/xavier/github/als/wrk/stack_ref_image.fit New image arrive: /home/xavier/github/als/scan/2019-05-31T222401.688-UTC.fits B&W mode... alignement and stacking... New image arrive: /home/xavier/github/als/scan/2019-05-31T222406.793-UTC.fits New image arrive: /home/xavier/github/als/scan/2019-05-31T222411.893-UTC.fits New image arrive: /home/xavier/github/als/scan/2019-05-31T222416.998-UTC.fits Traceback (most recent call last): File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 197, in find_transform target_controlp = _find_sources(target)[:MAX_CONTROL_POINTS] File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 333, in _find_sources sources = sep.extract(image - bkg.back(), thresh) File "sep.pyx", line 718, in sep.extract File "sep.pyx", line 282, in sep._assert_ok Exception: object deblending overflow: limit of 1024 sub-objects reached while deblending. Decrease number of deblending thresholds or increase the detection threshold. During handling of the above exception, another exception occurred: Traceback (most recent call last): File "./als.py", line 65, in <lambda> align_on, save_on, stack_methode)) File "./als.py", line 79, in created save_im=save_on, align=align_on, stack_methode=stack_methode) File "/home/xavier/github/als/stack.py", line 199, in stack_live p, __ = al.find_transform(new, first_ref) File "/home/xavier/.local/lib/python3.5/site-packages/astroalign.py", line 199, in find_transform raise TypeError('Input type for target not supported.') TypeError: Input type for target not supported. Abandon
Mon hypothèse est que mes images ne contiennent pas assez d'étoiles pour permettre l'alignement.
-
$ python ./als.py File "./als.py", line 2 SyntaxError: Non-ASCII character '\xc3' in file ./als.py on line 2, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details
Je vais tester avec les autres branches.
EDIT: bizarre on dirait qu'il n'aime pas les accents, même quand ce sont des commentaires.
EDIT2: avec la commande "python3" ça a l'air mieux, je tombe sur l'erreur de module "cv" dont on a parlé dans le thread.
EDIT3: Alors pour résoudre le probleme de "cv" manquant, j'ai du installer opencv-python via pip. Ce qui donne:
$ pip3 install --user astropy numpy tqdm watchdog pyqt5 astroalign opencv-python
Sous Debian 9, le paquet opencv des dépôts est pour Python2. D'où la nécessité d'utiliser pip3. Maintenant l'ui se lance bien.
EDIT4: truc perturbant est que CTRL+C ne kille pas le soft.
-
Defakator en parle:
https://www.youtube.com/embed/k5O73SY47LI
Les mecs ont peur de rien pour affirmer produire 2000W avec un petit ventilo de PC de 80mm...Pour ceux qui ne connaissent pas Defakator, c'est un vidéaste qui démonte pas mal ce genre de video.
-
Il y a 20 heures, 'Bruno a dit :
Je suis sous Kubuntu. Pour installer des programmes, j'utilise le gestionnaire de paquets Muon. Non seulement mes programmes sont installés, mais de plus leur mise à jour se fait automatiquement (il me demande mon avis, mais je n'ai aucune initiative à prendre).
Est-ce qu'un script d'installation permettrait d'avoir automatiquement les mises à jour ?
J'imagine que Kubuntu fait un apt-get update donc oui ce sera mis à jour si installé via Ansible.
Lorsque l'on installe des logiciels avec Ansible il détecte automatiquement le gestionnaire de paquets (dpkg, rpm...) c'est ça qui est magique
-
Avec Ansible il est possible de faire un playbook d'installation des logiciels astro.
L'avantage c'est qu'on peut le rendre portable sur les distributions majeures (Debian family et RedHat family) et que le code est facile.Faire une distribution j'en vois pas trop l'intérêt si c'est juste pour se retrouver avec une Ubuntu + 3 logiciels en supplément. C'est un boulot monstrueux en terme de code, hébergement, rapports de bugs, communauté...
-
C'est un classique, on a aussi des faux disques externes USB.
Petite liste: https://www.tomshardware.fr/articles/best-of-contrefacons-fake-hightech,5-893.html#s1 -
Enfin!
dans Support débutants
Au pire tu peux regarder dans la section des rencontres astro s'il y a des gens près de chez toi qui peuvent t'aider à manipuler ton instrument
-
J'ai eu un Orion Optics UK 250/1200 il y a presque 10 ans et je ne suis pas sûr de le recommander car c'était assez cher et je n'ai jamais rien eu de "claquant" en planétaire (2 bandes nuageuses sur Jupiter, pas de GTR) alors qu'avec mon 150mm aujourd'hui (un Intes Alter M603) je m'éclate. Je dirais que si c'est ton premier télescope, ne cherche pas à fusiller ton budget dans un instrument surcoté (et encore).
Un dobson 300 nécessite un break pour le transport alors qu'un 250 se met sur les sièges arrière d'une petite voiture, mais si tu observe de chez toi ça ne devrait pas poser de souci.
-
Si tu prends du 100% Intel, sur une gamme pas trop récente (entre 6 mois et 2 ans selon ta distrib) en général ça passe bien. Et ça fonctionne out-the-box.
Je dirais que le risque c'est que les logiciels astro sont peu nombreux et très spécifiques. On a déjà beaucoup de chance d'avoir certains softs tels que Siril.
- 1
-
Tu prends un instrument ouvert pour le CP et tu rajoute une barlow x2 pour le planétaire, simple
-
Windows est clairement le plus universel et le plus simple si ton but est l'astronomie.
Après rien ne t'empêche d'utiliser Linux moi je tourne sous Debian.
-
Salut, toi tu veux voir le monde brûler avec ce genre de question polémique
Je pense que tu aura tes logiciels favoris sur les deux alors mets l'OS qui te convient le mieux.
Il est possible de faire de l'imagerie avec une CCD sous Linux (j'utilise Planetary Imager avec une zwo ASI120MC) en revanche attention à bien vérifier la compatibilité du matériel.
- 1
-
Prends un Ryzen, avec 16 cœurs le traitement photo c'est top.
Bon l'inconvénient est que la DDR4 est ultra chère depuis 2 ans.
-
Si t'as les moyens pour un C8 je pense qu'il est meilleur que le Mak:
- plus gros diammètre
- focale plus courte (mieux pour le ciel profond)
- focale plus longue avec une "simple" barlow x2 (pour le planétaire)
L'inconvénient je dirai c'est la collimation que je trouve personnellement assez compliquée alors que sur le Mak il n'y en a pas, mais il ne faut pas que ce soit un critère bloquant c'est pas non plus insurmontable.
-
Il y a 8 heures, Gontran a dit :
Hello,
Si ton budget est moins de 300€, que tu veux un grand capteur pour avoir du champ, le réflex numérique est vraiment bien. Et en le défiltrant, tu entres très facilement dans le monde des nébuleuses.
Un canon 1000D non défiltré se trouve à 100-150€ et ça marche très bien.
Quand je vois ta signature, je vois M603 et CG5. Donc 1500mm de focale, F/10 sur une CG5. Sans autoguidage, tu ne vas pratiquement rien sortir de bon en CP. Donc, soit tu passes en autoguidage (mais il faudra de toute façon poser longtemps à cause du F/10), soit tu réduis la focale (je ne sais pas ce que ça donne sur un intes) pour ramener autour de F/6 et tu pourras commencer avec des poses de 30s. C'est pas terrible, mais en en faisant des centaines, tu auras au moins quelques résultats.
BAh faut mettre un Iphone au cule du M603
Que veux tu dire par performant ? Si tu veux du champ, tu dois avoir un grand capteur. Je ne pense pas que ça soit le cas des téléphones. De plus, les photosites doivent être minuscules, pas bon pour capter de la lumière. Sans parler du bruit lors des longues poses.
L'iPhone ne fait pas de très belles photo je trouve... mais avant j'avais un Lumia 950 et il faisait des photo dans la pénombre comme en plein jour, très lumineuses et sans bruit. Si on couple ça à la résolution, je me dis qu'il ne manque que la possibilité de bidouiller (régler les poses et le gain) pour pouvoir au moins faire du filé d'étoiles !
Sinon comme dit précédemment j'ai un réducteur de focale f6,3.
merci aussi @Roch je continue donc de guetter les annonces.
-
Bonjour merci pour vos réponses.
Le 06/08/2018 à 10:58, ouki a dit :Déjà détermine et donne nous ton budget et ton programme.
Houla. Le budget risque d'être ridiculement faible face à la réalité... j'aimerai que ce soit contenu sous les 300€ et je compte beaucoup sur l'occasion.
Le programme c'est principalement le catalogue messier et les cibles faciles, je ne compte pas tenter les objets trop diffus.Le 06/08/2018 à 11:31, Roch a dit :Si tu veux un grand champ à tout prix, l'alternative serait le reflex numérique. Au prix d'une sensibilité un peu plus faible qu'une caméra dédiée, pour 200/300 euros voire moins tu peux avoir quelque chose d'intéressant d'occase.
[...]
Pour couronner le tout, un mak n'est vraiment pas fait pour le ciel profond... si tu images au m603, la longue focale te donnera effectivement un champ très très petit et réduira d'autant l'illumination par pixel. Avec un newton ouvert à f/5 ça irait déjà beaucoup mieux.J'attends de tomber sur un appareil à 100-150€
Pour le Mak oui mais j'ai un réducteur de focale ce qui descend le F/D à 6,3 de plus il y a pas mal de photo faites avec des C8 voire C11. Mais c'est sûr qu'avec un budget illimité j'achèterai une petite lunette apo.
Une caméra noir & blanc est donc plus sensible, mais il faut investir dans une roue à filtres ?
-
Il y a 8 heures, ouki a dit :
bon ca va etre coton .
Clairement il y as trop de bruit.
Excuse moi redonne moi ta monture stp.
Alors si tu souhaites faire quelques test supplémentaires je te conseille de faire des poses unitaire de disons 10 secondes et d'empiler au moins 2 minutes binning ou pas avec ton reducteur bien sur
En même temps avec la chaleur actuel c'est pas simple
Au niveau du gain cool pas trop
Ouki
Le souci c'est qu'avec des pauses de 10 secondes on ne voit pas du tout l'objet et l'empilement ne donne rien.
Mais je testerai à l'occasion...Ma monture il n'y a aucune référence dessus mais il semble que ce soit une CG5 blanche de Celestron. Le suivi est très correct mais mais il y a un peu d'erreur périodique, j'ai du jeter certaines images car la cible a bougé d'un coup.
il y a une heure, Greenood a dit :moi aussi j'aimerais connaître le matos (F et D du télescope, cam, gain ...)
effectivement trop de bruit, en mono l'avantage c'est que le bruit est blanc, (ça passe mieux, on à l'impression de piloter hubble )
le point positif c'est que tu arrives à faire des poses de 30s (avec mes 4s je ne vais pas aussi loin)
J'ai un Intes M603, 150/1500 sur lequel j'ajoute un réducteur de focale Antares 0,63 (ce qui ramène la focale à 945mm et donc F/D 6,3). Ah oui et un renvoi coudé, sinon impossible de faire la mise au point et il me faudrait ajouter une rallonge d'au moins 12cm (je ne sais pas si ça existe).
Sur l'image en question c'est 30s de pause avec le gain à 100, sur une asi 120mc.
il y a 46 minutes, popov a dit :C'est juste pas possible de travailler avec un bruit comme ça
Ca te le fait idem sur toutes les poses, même hors période de canicule ?
C'est pas si bloquant, on peut s'en sortir après soustraction du dark, offset, puis empilement:
Le ciel n'est pas parfaitement noir mais vu la caméra et mon niveau je trouve cela plutôt convenable. La nébuleuse manque de détails mais je mets ça sur le compte d'un nombre insuffisant de pauses.
Je n'ai pas testé l'hiver mais là durant la capture il faisait 20,7°c (indication de la caméra) donc pas non plus la canicule.
NAFABox Version 3.2
dans Raspberry, Tinkerboard, etc...
Posté
C'est le problème avec les boards ARM, tu es dépendant du bon vouloir du fabricant pour les mises à jour.
Il faut en choisir une qui a un support upstream de la part de Linux...