aris71

διαβάζοντας το φορουμ που συζητανε για κινέζικο στικακι σε προσφορά διαβάζω οτι πολλοί έχουν θέματα οπότε πολύ καλά έκανες και προτίμησες Intel

Δεν τρέχει κανονικά Windows 10 ούτε τις εφαρμογές. Από το link που παρέθεσες: "...Windows 10 on the Pi won't run traditional Windows desktop applications..."

Το θέμα είναι Παντελή να το δοκιμάσεις στο πεδίο: Για παράδειγμα, όταν παίζεις με τους χάρτες να μην τρώει κολλήματα το Phd και σου κάνει τρελά errors. Μου κάνει εντύπωση πως χωράνε τα windows pro σε 32GB παρεμπιπτόντως είχε ένα κινέζικο μαγαζί ένα τέτοιο στικάκι προσφορά 50% κάτω (γύρω στα 58€) και έληξε λίγο πριν βγεί αυτό το νήμα. Στο τσακ το έχασα

για να είμαστε σίγουροι... με 2G ram και 32G χωρο+ κάποια sd 64G έχεις windows 10 pro και μπορείς να τρέξεις phd, χαρτες, eqmod, και backyardEOS σωστά?

Το remote που έχω στη φωτογραφία το έχω πάρει ήδη (2€!!). Το post αφορά όσους ενδιαφέρονται αν έχουν ήδη ή σκοπεύουν να πάρουν κάποιο joystick που εκ πρώτης δεν υποστηρίζεται από το EQASCOM, να μπορέσουν να το χρησιμοποιήσουν

Σίγουρα δουλεύει μια χαρά (προσωπικά μου φαίνεται λίγο ογκώδες και με πάρα πολλά κουμπιά) αλλά άμα δεν το έχεις πρέπει να δώσεις 40~50€ Σχετικά με τα κουμπιά, τα μόνα που προγραμμάτισα στο remote είναι 2: για να ανεβάζω και κατεβάζω τα preset για την ταχύτητα κίνησης.

Καταρχάς να πω ότι με ρομποτική βάση και EQMOD έχω ελάχιστη εμπειρία, οπότε είναι πολύ πιθανό να κάνω κάποια λάθη... Η δυσκολία μου είναι όταν κάνω το star alignment: - διαλέγω από το Stellarium ένα φωτεινό αστέρι - Η βάση σπάνια (από τις λίγες φορές που έχω δοκιμάσει) το φέρνει στο FOV της κάμερας για να το κεντράρω από το laptop - οπότε πρέπει να βλέπω μέσα από το red dot finder και να διορθώνω τη βάση για να έρθει στο πεδίο της κάμερα και να συνεχίσω από το laptop να το φέρω ακριβώς στο κέντρο - εκεί θα χρησιμοποιώ το joystick καθώς είναι πολύ ποιο εύκολο να παρατηρήσεις τις μετατοπίσεις και να χειρίζεται ανάλογα τα χειριστήρια. Με το Ascom pad πρέπει να πηγαίνεις πέρα δώθε για να δεις τι πατάς με το ποντίκι και πως συμπεριφέρεται η βάση (το μυαλό -μου- δουλεύει στο καρτεσιανό σύστημα και για το ισημερινό θέλει άμεσο feedback για να καταλάβει τι γίνεται) Θα μπορούσα να το κάνω και με το ποντίκι και το slew pad αλλά μου φαίνεται δύσκολο μέχρι να το συνηθίσεις: Βορράς Νότος με δεξί αριστερό κλικ και μετά πατάς το κεντρικό για αλλαγή σε Ανατολή Δύση και μετά ξανά .... Είπαμε, ξέχωρα από την χαρά της εξόρμησης έχουμε και τη χαρά της κατασκευής

Μιας και ο καιρός δεν βοηθά στην παρατήρηση και ποιο πολύ μαστορεύουμε από το να παρατηρούμε, είπα να χρησιμοποιήσω ένα Bluetooth remote control που από eBay έχει 2€ σαν αυτό της φωτογραφίας για να ελέγχω το mount κατά τη διαδικασία του star alignment. Παρότι όμως είναι πολύ βολικά και ασύρματο, δυστυχώς όμως τα windows το βλέπουν σαν ποντίκι και όχι σαν gamepad οπότε δεν το αναγνωρίζει και το EQASCOM. Το ζητούμενο είναι να κοροϊδέψω τα windows να νομίζουν ότι έχουν ένα κανονικό gamepad. Για αυτή τη δουλειά υπάρχουν πολλά προγράμματα, όπως διαπίστωσα, για τα παιχνίδια. Μετά από αρκετό ψάξιμο κατέληξα στο vJoy που δημιουργεί ένα εικονικό Joystick και στο FreePie για να μετατρέπει τις εντολές από το remote σε κινήσεις του Joystick. Αρχικά, εγκαθιστούμε το vJoy και ορίζουμε τις παραμέτρους που θέλουμε (ανοίγοντας το vJoy configure): πόσα XY joystick χειριστήρια και πόσα κουμπιά. έφτιαξα ένα joystick με 6 κουμπιά. Αυτό δημιουργεί τον driver και από εκεί και πέρα δεν ξανά ασχολούμαστε. Σε αυτό το σημείο μπορούμε να δοκιμάσουμε το εικονικό joystick με το EQASCOM ανοίγοντας το vJoy Feeder και μετακινώντας τα sliders και πατώντας τα κουμπιά (αφού έχουμε επιλέξει το σωστό Joystick ID) Στη συνέχεια, με το FreePie πρέπει να γράψουμε έναν κώδικα σε Python(!!!) που διαβάζει τις κινήσεις μας στο remote control και να τις μετατρέπει σε ενέργειες του vJoy. Η Python είναι γενικά μια εύκολη γλώσσα και τα παραδείγματα που έχει το documentation του FreePie είναι αρκετά κατανοητά. Επισυνάπτω τον κώδικα σαν αναφορά, απλά πρέπει να αλλάξει η κατάληξη από .txt σε .py. Εδώ πρέπει να έχουμε ανοιχτό το FreePie και να τρέχει ο κώδικας για να δουλεύει η "μετάφραση". Η κατανάλωση σε cpu και μνήμη είναι ελάχιστη οπότε αυτό δεν είναι πρόβλημα. Για όποιον θέλει να δει τον κώδικα, να πω ότι το joystick του remote επιστρέφει 0,9000,18000,27000 για τις θέσεις δεξιά, κάτω, αριστερά και πάνω αντίστοιχα ενώ τα 6 κουμπιά του αριθμούνται 0,1,2,3, 8 και 9 Οι δοκιμές με τον EQASCOM έδειξαν ότι όλα παίζουν super. bluetoothJoystick.txt python code remote control

Φαντάζομαι τον driver του καλωδίου πρέπει να βάλεις.

Ψάχνοντας στο web υπάρχουν πολλοί που το έχουν κάνει. Θα πρέπει να δηλώσεις στο PHD2 ότι έχεις μόνο RA. Αν χρησιμοποιήσεις απλή web camera χρειάζεσαι και έναν αντάπτορα από usb σε ST4. Υπάρχουν και έτοιμοι αλλά δες και αυτό: https://hackaday.io/project/4386-arduino-st4-telescope-control

Το παρακάτω link σου λέει από που θα εμφανιστεί το φεγγάρι (γκρι γραμμή) σε οποιαδήποτε μέρα. Μπορείς να βάλεις τη καρφίτσα σε οποιοδήποτε σημείο θέλεις. Η ημερομηνία αλλάζει πάνω αριστερά και την έχω θέσει για τις 8/11ου http://app.photoephemeris.com/?ll=37.670628,23.949220&center=37.6562,24.0125&z=12&spn=0.15,0.46&dt=20161108090800%2B0200

Σωστό το ερώτημα. I google it και αυτό που συμπέρανα είναι: η μέγιστη ταχύτητα (του φωτός) αναφέρεται σε "αντικείμενα" μέσα στο χώρο, και πράγματι κανένα δεν μπορεί να κινηθεί ταχύτερα αλλά η "εξάπλωση" του ίδιου του χώρου δεν έχει περιορισμό

Επειδή και εγώ περιμένω να ανοίξει ο καιρός να κάνω τα πρώτα τεστ...έχεις δοκιμάσει με τους simulator της ASCOM να τσεκάρεις το installation σου?

Πάρε ένα 200αρι f4 ως μάστορας του collimation που είσαι

Πέτυχα αυτό το site, που προσωπικά (καθότι άσχετος) μου φαίνεται πολύ χρήσιμο, μιας και μου παίρνει πολύ χρόνο να ανατρέχω στις λίστες και μετά να ψάχνω με το Stellarium, αν και που και πότε και μέχρι ποια γωνία θα είναι το κάθε υποψήφιο αντικείμενο https://dso-browser.com/ enjoy

Επειδή τώρα το πρόσεξα, μην μπερδεύεστε παιδιά, οι ψηφιακές μηχανές δεν έχουν σχέση με τις αναλογικές, το ISO δεν είναι η "ευαισθησία στο φώς" και ας κυκλοφορεί ακόμα αυτός ο ορισμός. Δηλαδή αν πέσουν Χ φωτόνια στον αισθητήρα, τα Υ από αυτά θα δώσουν σήμα, ανεξαρτήτως του ISO. Το ISO απλά θα ενισχύσει το σήμα, ώστε αν ο ADC που ακολουθεί είναι θορυβώδης, να μην πνιγεί στο θόρυβο (οι crop Canon έχουν συνήθως θορυβώδες ADC, οπότε το υψηλότερο ISO βοηθάει, οι Sony και Nikon συνήθως όχι). Δηλαδή δεν "κερδίζουμε" φως. Η σχέση του Y με το X που είναι όντως αυτό που θα λέγαμε ευαισθησία, είναι το "Quantum Efficiency" και είναι κάτι "φιξ" για κάθε αισθητήρα (αλλά η τιμή του κυμαίνεται με το μήκος κύματος). Αν δεν έγινε κατανοητό, δύο φωτογραφίες ίδιας έκθεσης/f-ratio κλπ με διαφορετικό ISO αν τραβηχτούν σε RAW, ουσιαστικά είναι ίδιες αν δεν έχει γίνει clipping στο υψηλό ISO, με πολύ μικρή διαφορά στο θέμα θορύβου είδικά για ορισμένες μηχανές, αφού το ISO πολλαπλασιάζει το sensor noise, αλλά δεν πολλαπλασιάζει το ADC noise (εκτός αν ανεβάσαμε πολύ το ISO και φτάσαμε στο digital ISO, το οποίο είναι κάτι που δε χρησιμοποιούμε). Χωρίς να θέλω να ανοίξω διαμάχη ούτε να υπερασπιστώ το λάθος μου: "... το παίρνεις πίσω από το iso (1600 αντί 800) ..." νομίζω ότι είσαι λίγο υπερβολικός σχετικά με το ISO-less των σημερινών ψηφιακών μηχανών Πράγματι ο αισθητήρας, για ίδιο χρόνο έκθεσης και ίδιο διάφραγμα θα πάρει ακριβώς τα ίδια φωτόνια αλλά το υψηλότερο ISO (που στην ουσία είναι το κέρδος του αναλογικού ενισχυτή, πριν το ADC) θα βοηθήσει τις χαμηλές αναλογικές τιμές σε υψηλότερες ψηφιακές ή να το πω αλλιώς, θα τους δώσει μεγαλύτερη διακριτότητα , σε βάρος των highlights που ίσως να κλιπαριστούν. Μαζί φυσικά ενισχύεται και ο θόρυβος που πρέπει μετά, βασιζόμενοι στη τυχαιότητα του, να τον αναιρέσουμε με stacking. Άρα, κατά τη γνώμη μου, σε ένα ασθενές σήμα θα πρέπει να χρησιμοποιούμε το μέγιστο δυνατό ISO που ο ενισχυτής είναι στην "καλή" του περιοχή (δεν έχει μη γραμμικότητες - παραμορφώσεις) και δεν έχει αναλάβει η ψηφιακή ενίσχυση, μετά τον ADC. Το ISO αυτό είναι συγκεκριμένο για κάθε σενσορα/μοντέλο. Περισσότερες πληροφορίες στο http://dslr-astrophotography.com/iso-dslr-astrophotography/ και μερικές μετρήσεις στο http://www.sensorgen.info/ φιλικά Α.

Κοίτα, με star adventure, Sony a6000 (πάνω κάτω σαν τη δικιά σου) με 200αρι φακό και διάφραγμα f4.0 είχα αυτη: http://www.astrovox.gr/forum/album_showpage.php?pic_id=19821 (που εντάξει δεν διεκδικεί δάφνες αλλά έχει πολύ περισσότερη πληροφορία) Αν συγκρίνω τις 2: έχεις διάφραγμα 5.6 ενώ εγώ 4, άρα έχω κερδίσει 1 στοπ το οποίο το παίρνεις πίσω από το iso (1600 αντί 800) Επόμενη διαφορά είναι τα 60 sec έναντι 120, που σημαίνει +1 στοπ και πάλι Γενικά νομίζω ότι θα έπρεπε να έχεις (ή έχεις ήδη) την πληροφορία αλλά κάπου στην επεξεργασία τη χάνεις

Ποια μηχανή έχεις και ο Sigma με τι διάφραγμα τον είχες?

Αρη καλησπέρα. αν μπορώ να σε βοηθήσω σε κάτι ευχαρίστως μόνο που δεν έχω eq5. Όμως γενικά το γρασσάρισμα τα εξαρτήματα και οι ρυθμίσεις είναι τα ίδια. Θοδωρή 1000 ευχαριστώ για την διάθεση και προσφορά. Όταν μπει ο χειμώνας (οπότε σίγουρα θα μειωθούν οι εξορμήσεις) θα το δοκιμάσω και αν χρειαστώ βοήθεια θα σε ενοχλήσω.

Πίσω στο θέμα μας....προσφέρεται κανείς να μας κάνει σεμινάρια...έχω μια HEQ5 pro που θα ήθελε ένα φρεσκάρισμα

Έτσι όπως είναι γραμμένο "Φέτος η ισημερία είναι στις 26 και όχι στις 22 Σεπτεμβρίου" υπονοεί ότι τις άλλες χρονιές ήταν στις 22 αλλά το 2016 είναι εξαίρεση. Από το κείμενο κατάλαβα ότι στην Αθήνα που έχει γεωγραφικό πλάτος 38Βόρεια, η ισημερία (ίση μέρα - ίση νύχτα) συμβαίνει πάντα γύρω στις 26 αντί στις 22, κάτι που λέει και πιο πάνω ο astrovox διαφορετικά: " η διάρκεια της ημέρας θα είναι λίγο μεγαλύτερη για μερικές ημέρες ακόμα πριν υποχωρήσει οριστικά"

Αν πατήσεις στο "Shipping cost" λέει 650Kg