Articoli

Ok, arrivati quindi fin qua dopo la lettura DELLA PARTE I <– link posso “provare” ad introdurre un pò il software di guida PHD con qualche raccomandazione.

La prima è la piu importante..prestate attenzione anche ai miei articoli! Repetita Juvant…io non sono un esperto assoluto di astrofotografia, quanto piuttosto un astrofotografo che cerca di raccontare tramite esperienze cosa ci sta dietro ai sistemi a mano a mano che li scopre. Siccome adoro l’interfaccia del blog, che è anche un pò il mio blocco appunti, questa anticipazione è dovuta perchè come abbiamo visto anche nei precedenti articoli, spesso la sensazione è che sia vero tutto e il contrario di tutto. Quindi d’obbligo sempre incrociare piu fonti.

La seconda raccomandazione invece è questa: i sistemi di guida, come abbiamo visto, sono semplicissimi finchè tutto funziona. Tuttavia,a livello pratico, un sistema di autoguida è talmente sensibile a tutte le condizioni di circostanza, da rendere praticamente impossibile trovare un uovo di colombo che vada bene per tutti i setup e per tutte le situazioni, e questo ovviamente non fa che aumentare a dismisura la bibliografia di problemi che si può di norma trovare online. Ahimè, la risposta universale a tutte le domande dell’autoguida, probabilmente non esiste e questo di sicuro può deludere un pò le aspettative che di norma ci possiamo aspettare dai vari tutorial.

Esiste però un atteggiamento che si dovrebbe adottare tutte le volte che ci si prefigge di riprendere, e su questo ovviamente mi rivolgo in larga parte a chi approccia alla materia…la differenza, la fa IL METODO.

DUE PAROLE SUL METODO

Il metodo, soprattutto all’inizio, è l’unica vera garanzia di successo quando si vuole iniziare a fare “sul serio”. Prendere appunti, valutare e scriversi le procedure di stazionamento , fare continui accertamenti sul proprio setup, ricordarsi BENE cosa si sta smanazzando sui software, sono tutti aspetti che fanno parte di quelle piccole accortezze che piano piano portano ai risultati.

Diversamente, è talmente ampia la casistica di parametri ritoccati che portano a risultati poco prevedibili, da far perdere il filo a qualsiasi astrofotografo, di qualsiasi grado. Non è un caso se ad esempio astrofotografi di maggior esperienza consigliano spesso di “tenersi lontani dai problemi”, e questo deriva sicuramente dalle miriadi di notti perse in un frustrante insuccesso dovuto magari ad una DLL che non funziona, ad un cavo che tira, ad un attacco non ben serrato, ad una impostazione modificata mentre si provava il sensore dell’amico la volta prima e che la nostra memoria ha totalmente bypassato.

Giusto per ridere un pò, tra le casistiche ricorrenti relative ad insuccessi o stress aggiutnvi, si va da mezza serata persa perchè si è lasciato impostato il simulatore come camera di guida (wow che graifco piatto!!) fino al tappo nel telescopio di guida (ma cavolo non mi va piu a fuoco!!) Personalmente, sonocose che mi sono capitate e in certi casi sono state anche piuttosto frustranti 😀

Anche quando ci si avvicina proprio al problem solving di un’autoguida, l’approccio fondamentale è sempre alla base di qualsiasi problem solver e risponde ad una domanda, e una soltanto: COSA STO FACENDO?

Questa banalità spesso risiede all’interno di logiche piu “oscure”, il piu delle volte non si ha ben chiaro dove si è, da dove si arriva e soprattutto dove si andrà, anche in un ambito procedurale volto a migliorare una buona situazione pregressa ma non molto chiara.

Il motivo per cui faccio questo papiro all’interno di queste chiacchierate, risiede proprio nella logica di utilizzo di un qualsiasi programma di autoguida, di cui PHD rappresenta attualmente forse la scelta piu quotata da molti astrofili. e cioè:

Per SAPERE come funziona un software di guida come phd, bisogna STUDIARE

Per CAPIRE come funziona Yn software di guida ocme PHD bisogna INTERPETARE


Applicare una sola di queste due logiche, non fa che dare risposte parziali. In realtà, bisogna strizzare l’occhio ad entrambe.

Infatti, questi due aspetti sono asslutamente legati tra loro e la capacita del loro “utilizzo completo” risponde ad un nome e uno soltanto: ESPERIENZA. L’esperienza è quell’aspetto che permette la soluzione personale ad un problema proprio e di altri, risiede sostanzialmente nella completezza di casistiche da affrontare e spesso passa inosservato nella valutaizone sia di chi consiglia sia di chi riceve il consiglio per due motivi: o chi sta consigliando ha già un bel bagaglio di esperienza e dà per scontate alcune cose, o chi consiglia ha risolto qualche proprio problema in maniera del tutto fortuita, o chi riceve il consiglio applica senza aver compreso in pieno i motivi. E’ normale, ci si passa tutti.

Ecco, questo concetto racchiude in sè la grandissima risorsa che ognuno di noi ha mentre prosegue nel suo percorso, l’esperienza è la risoluzione dei problemi, ma l’esperienza non può essere un tutorial. Ecco spiegato a mio parere per quale motivo è difficile trovare tutorial risolutivi in termini di autoguida e quindi è bene considerare che finchè la barca va bisogna lasciarla andare e rimandare i miglioramenti di un sistema non precisissimo a piccoli interventi circostanziati nel tempo.

Detto questo, uno dei miei preferiti metodi per avventurarsi nel proprio problem solving, sta nel fatto che l’autoguida va letta, interpreatata e corretta non sulla base di un parametro ma sulla base di una serie di parametri che sono tra loro connessi per via diretta o indiretta. Detto in parole povere, se si vuole migliorare un aspetto relativo alla propria autoguida agendo su un parametro, può essere difficile che si ottenga un risultato a meno che a monte non ci sia stata una valutazione precisa che porta ad agire su quel parametro. Il piu delle volte, è opportuno intervenire su un parametro “in relazione a”, e intuire che siccome “la conseguenza sarà”, allora dovrò “agire anche su”

Detto in parole povere: se vogliamo parlare a nuora (software) perchè suocera intenda (montatura) dobbiamo intuire quale sia il punto della discordia, trovare le parole giuste per affrontare il discorso con la moglie, dopodichè magicamente la suocera farà ciò che noi gli abbiamo trasmesso tramite la nuora.

La conoscenza del software implica una logica di insieme, dove la valutazione si dovrebbe fare sulla base di tutti gli elementi di intervento che permette il programma e non solo di uno di questi. In pratica, non ha alcun senso agire ad esempio su un solo parametro tipo il MIN MOV se non abbiamo tenuto conto della lunghezza dell’esposizione e non abbiamo messo in relazione il seeing, con la durata della posa della camera di guida, con l’entità di scostamento minima entro cui far intervenire l’impulso di guida, relazionando tutto poi alla meccanica della montatura.

Vista cosi di sicuro è tutto fuorchè semplice, ma se sei qua probabilmente hai già passato la fase del “mi va bene qualsiasi cosa purchè sia..” e quindi tantovale affrontare un paio di cosette.

INSTALLAZIONE PHD

Saltando a piè pari tutta la questione di installazione (RACCOMANDAZIONI: modalità AMMINISTRATORE) una finestrella caruccia e spesso trascurata è quella che si presenta al primo avvio, in buona sostanza questa:

Questa finestrella è molto importante e ci fa capire subito un qualcosa su una parte di architettura che sta dietro al software. Proprio il fatto che si attivi un allarme Windows Defender Firewall ci fa capire che questa finestrella ha a che fare con le connessioni, in dettaglio connessioni server e loro comunicazione. E’ importante sempre sincerarsi che al primo avvio della macchina, si dia l’accesso a PHD2 di smanazzare con la comunicazione tra software e il motivo è presto detto. Avendo PHD un lato server che riceve istruzioni da script esterni e restituisce array di dati, è importante fornire al programma le autorizzazioni a farlo sltrimenti il firewall farà ciò che è deputato a fare: cioè, da un bel calcione alla connessione con buona pace dell’intercomunicabilità tra le piattaforme..Prestare attenzione a questo aspetto evita tutti quei problemi e problemuncoli dovuto sostanzialmente a mancate comunicazioni tra piu applicativi, ad esempio un software di gestione (come Voyager o APT o SGP per citarne alcuni) devono poter comunicare con PHD affinchè gli impartiscano istruzioni, quali ad esempio effettuare appunto un dithering, una calibrazione, l’intervallo di guida. A sua volta, PHD comunicherà ai software il suo stato, riporterà i dati per i grafici e per le dimensioni delle stelle e tutto quanto farà parte dell’array necessario a gestire il tutto. Dico questo perchè è capitato ad alcuni amici che non funzionasse il dithering tramite software esterni a PHD e la problematica è stata poi ricondotta a questo aspetto. Per comunicare con programmi esterni, quindi, dobbiamo assegnare a PHD il diritto di farlo.

Il sunto di questo piccolo paragrafetto è quindi questo: se hai problemi di dithering mancati o problemi relativi alla comunicazione tra piu software (problemi di timeout, problemi di mancate risposte, problemi di dati che non arrivano, latenze varie) che devono interfacciarsi con PHD, in prima analiisi la soluzione va cercata qua, con tanto di Antivirus al seguito.

LA PIRAMIDE DI PHD

Osservando un pò l’architettura con cui è stato programmato, possiamo interpretare una piramide che personalmente valuto cosi

a) In cima abbiamo gli algoritmi. Gli algoritmi sono praticamente quella serie di istruzioni di calcolo che vengono inserite all’interno di una routine ed è volta a fornire sostanzialmente un ambiente definito entro cui effettuare una serie di considerazioni matematiche volte a determinare (nel nostro caso) il risultato in termini di autoguida. Ecco spiegato, ad esempio, per quale motivo non è possibile modificare un algoritmo DURANTE la guida e per quale motivo è bene metterli in cima alla nostra piramide: a prescindere dagli interventi su altri parametri (che vengono a cascata) saranno sempre questi a determinare le valutazioni primarie su cui far rientrare la predizione sul prossimo intervento di guida.

Prendendo a riferimento una normale montatura equatoriale, possiamo innanzituto osservare che i due assi sono diversi, hanno movimenti e ruoli completamente separati tra di loro. In dettaglio osserviamo che:

  1. L’asse di AR ha un movimento continuo durante la nottata, scandito come un orologio e la cui meccanica è costantemente in movimento. A livello meccanico sappiamo che c’è una vite senza fine(VSF) che pilota una corona su cui è fissato l’asse, facendolo girare. Bene, l’accoppiamento corona/VSF è soggetto ad errori intrisechi del sistema che dipendono nel loro susseguirsi nel tempo dalla durata di un giro di Vite senza Fine. Questa varia di montatura in montatura, esempio dura 5 Minuti per una CEM60 o 8 minuti per una Neq6 (mi pare..verificatelo voi). Questo significa che ogni tot minuti si ripresenterà sempre lo stesso errore periodico, che il sistema dovrà “filtrare” individuandolo tra tutte le ulteriori correzioni necessarie, che siano dovute ad un bilanciamento, a un brutto seeing o al vento o a un cavo che si è mosso. Utilizzando un algoritmo di ISTERESI viene quindi apposto un certo ritardo prima di intervenire ad effettuare correzioni, onde evitare che una situazione momentanea (come può essere ad esempio il seeing) vada a influire negativamente su un movimento regolare nel tempo come appunto dovrebbe essere l’asse di AR.
  2. L’asse di DEC: l’asse di Dec, invce ha un funzionamento diametralmente opposto. Come visto nei precedenti articoli, se c’è un perfetto allineamento non ci sarebbe nemmeno bisogno di guidare! (ad esempio in tutti quei casi in cui una postazione fissa viene allienata con il metodo BIGOURDAN di precisione). Ma ahimè…siamo itineranti, spesso non abbiamo tempo o voglia di fare un sistema del genere (che è l’UNICO vero sistema con cui stazionare di precisione alla polare) e quindi abbiamo bisogno di correggere in dec. In questo caso, ad ogni modo, non c’è limite al periodismo..nel senso che in una serata potrebbe anche non verificarsi mai un giro completo di vite senza fine. Tutto dipende da quanto siamo precisi…Ad ogni modo, l’asse subisce correzioni in entrambe le direzioni, Nord e Sud, quasi in continuo se non siamo ben allineati. Quel continuo su e giu è dovuto sostanzialmente a due aspetti legatissimi tra loro: giochi e bilanciamento. Giochi, perchè chiaramente un ampio gioco della VSF non fa che “titillare” continuamente tra un dentino e l’altro…Bilanciamento, per gli stessi motivi spiegati per l’AR. In questo caso però, di norma siamo fuori polare in una direzione e quindi il sistema può avere dei vantaggi se gli suggeriamo di evitare di passare da una direzione all’altra. Questo Logaritmo è il RESIST SWITCH la cui base è molto similare all’Isteresi ma con una considerazione in piu: preferisce anteporre appunto una resistenza al cambiamento di direzione durante la guida. Questo significa che di norma aspetterà che la stella derivi in una stessa direzione prima di correggere. Quando arriverà però a correggere troppo, portandola dall’altra parte, allora cercherà nuovamente di riportarla in centro con direzione opposta (Nota: questa funzione non è da confondere con il parametro “Nord” “Sud” “Auto” che si trova nella maschera principale.

A questo punto, la cosa migliore da fare è studiare i restanti algoritmi tenendo sempre presente un aspetto: di norma, questi due funzionano benissimo per tutte le volte in cui è sereno e c’è un tempo adatto alle riprese. Elencare tutti i restanti algoritmi non solo appesantisce tutto (e già è pesante di suo) ma contribuisce a fare piu confusione a mio parere. Per lo scopo di questo intervento, è la LOGICA che deve passare, il resto vien da se.

2) Tornando a bomba alla piarmide, subito sotto gli algoritmi, abbiamo gli interventi che si possono fare durante la guida, nella barra utente per dirla spiccia. E sono questi qua:

Questi sono i parametri che, a differenza del punto precedente, si possono cambiare durante la guida e servono per le correzioni fini. C’è poco da dire e li conosciamo piu o meno tutti,…

Agr è l’aggressività, intesa come la durata e tempestività con cui inoltrare un comando di guida,

Isteresi l’ìabbiamo visto piu sopra, è la quantità di “memoria” di cui tenere conto prima di rilevare un sostanziale cambiamento dell’andamento della guida,

MoMi è il minimo movimento oltre il quale far intervenire la guida.

Gli ulotimi due parametri si ripetono anche per la Dec, dopodichè abbiamo la durata massima degli impulsi, espressa in micorsecondi, e la compensazione della deriva…Su automatico, permette correzioni del solo asse di DEC in entrambe le direzioni, se messo su Nord solo in un verso, se messo su Sud solo nell’altro ma ovviamente è una impostazione sconsigliabile per itinerante.

3) La diagnostica: PHD è un software che permette anche una diagnostica molto interessante per valutare la propria strumentazione. In prima analisi è bene osservare il grafico quando ci si pone nell’ottica di diagnosticare il sistema, ma oltre questi la schermata piu importante è sicuramente costituita dalle statistiche:



Le statistiche si dovrebbero sempre leggere in arcosecondi e il calcolo viene effettuato in automatico dal software quando si inseriesce la lunghezza focale del telescopio di guida. Essendo un riferimento universale, l’arcosecondo ci fornirà anche l’idea di massima sulla qualità dell’immagine dal momento che se il setup è stato opportunamente studiato avremo ben a mente il rapporto tra guida e ripresa e quindi sapremo valutare tempestivamente la qualità della guida. Oltre a questo PHD permette di fare valutazioni sul backlash della montatura e sugli errori periodici dell’asse di AR.

SOPRA A TUTTO QUESTO…L’ASTROFILO

Bene, abbiamo in pratica questi TRE contest che sono in ordine di importanza: .gli algoritmi e gli interventi in corso d’opera e la diagnostica.

E’ importantissimo a mio parere leggere in questa maniera il software, perchè mentre gli algoritmi ci fanno entrare all’interno di un contesto, i parametri variabili in corso d’opera ne regolano alcuni aspetti sostanziali e costituiscono in buona sostanza tutta quella serie di valutazioni e considerazioni da fare durante una normale nottata di riprese. La diagnostica, oltre a costituire un elemento in piu, ci permette di entrare nello specifico del problema qualora intuiamo di averne uno e di attuare una serie di misure volte a circoscrivere una problematica. I tre aspetti, ad ogni modo, sono FORTEMENTE legati tra loro ma in termini di autoguida sul campo solo i primi due già costituiscono uno strumento piuttosto potente di intervento. Adesso, ad esempio, sapendo come può funzionare un’isteresi o per quale motivo utilizziamo un resist switch, ci apparirà piu chiaro un aspetto fondamentale: TUTTI I PARAMETRI SONO INTRECCIATI TRA LORO e consentono una correzione opportuna solo quando teniamo conto di tutto l’ambiente che circonda quel parametro.

Per quel che mi riguarda, io lego sempre diversi aspetti per ogni asse e decido in seguito come operare…

Tempo di posa tra un frame e l’altro con Algoritmo di guida con Valutazioni sul Seeing con Isteresi con MoMi con Aggressività. Tutto insieme. E’ l’unico modo che conosco per poter interpretare corretttamente una guida e fare gli opportuni aggiustamenti, passare quindi da cambiare un parametro “in relazione a”, intuire che siccome “la conseguenza sarà”, allora dovrò “agire anche su”

Ipotesi: una montatura con cinghia è piu reattiva di una con ingranaggio. Quindi, poste come ottime le condizioni di bilanciamento, stazionamento, campionamento etc, avremo una montatura piu reattiva. Bene, già questo ci farà capire ad esempio che è bene aumentare il tempo tra una posa e l’altra, attestandoci magari anzichè dai 2 secondi ai 4 secondi. Questo aspetto avrà come vantaggio il fatto di diminuire i nefasti effetti del seeing. Bene, aumentando però il tempo di posa, utilizzando una isteresi, significa che supponendo un ciclo di 10 pose avrò un cambio di condizoni piu lento qualora io abbia bisogno di adeguarmi ad una condizione dinamica intercorsa durante la serata (ipotesi, si alza un pò di vento). Questo perchè ovviamente aumentando il tempo di posa, aumenta anche il tempo di reazione dal momento che l’isteresi è un parametro che non tiene conto del tempo intercorso ma solo del numero dei frame! Allora, questo potrebbe ad esempio portarmi ad una sottocorrezzione, cioè potrebbe non essere sufficiente la quantità di correzioni apportate…ed ecco quindi venirmi in soccorso il MoMi, ch eposso abbassare affinchè il sistema venga allertato su una condizone piu restrittiva da considerare come errore forte anche del fatto che aumentando la durata della posa contengo di piu il seeing. Ovviamente a questo si va a legare poi anche l’aggressività, dal momento che se il sistema è troppo lento nella risposta ma ha una forte aggressività, potrebbe causare l’effetto contrario ergo sovracorreggere..cioè, una volta superata l’inerzia al movimento, potrebbe trovarsi a dare una bella “botta” di impulsi che farebbe ribaltare la situazione…da deriva in un lato a deriva all’altro. E di nuovo ricominciare la solfa. Ecco quindi, alla noce del discorso, chje in questo caso abbassare l’aggressività potrebbe rivelarsi vincente.

Risultati immagini per phd overcorrection

Nella stessa ipotesi ma con risolti differenti una montatura sovraccarica o che già nativamente ha forti resistenze al movimento..allora in questo caso, potrei avere necessità di diminuire i tempi di posa, magari portandoli ad un secondo per poter avere una guida continua e contestualmente aumentare il MNmo perchè la logica conseguenza di una situazione del genere è di sicuro il rischio di guidare sul seeing. Se sono in serate dove tutto sta andando bene, posso aumentare l’isteresi in Ar in modo da poter avere una guida un pò piu morbida e meno soggetta a sbalzi e contestualmente potrei anche diminuire la lunghezza massima degli impulsi di guida in modo da evitare un eventuale rimbalzo.

Questi concetti son ogli stessi che posso applicare all’asse di DEC, praticamente gli stessi. E’ importante leggere il grafico e di conseguenza agire ma prima di tutto cercar edi capire COSA sta causando un brutto grafico e le stelle allungate..

Purtroppo, tutto questo è difficilmente inseribile all’interno di un articolo di blog, soprattuto un articolo di questo tipo che è piu volto a spiegare l’approccio che la soluzione… ma possiamo “stringere” il succo del discorso con tre fondamentali concetti

a) come visto negli articoli precedenti, tutto deve essere METICOLOSO e fatto con METODO, i setup ben studiati, le flessioni meccanice EVITATE come la peste etc.

b) Nelle serate poco belle, non è bene riprendere. O perlomeno, è necessario evitare di confrontare i grafici di guida con sessioni a cielo perfetto..lo facciamo tutti, è vero, ma è da evitare.

c) nel software phd TUTTI i parametri forniscono una risposta ad una condizione precisa e cioè che abbiamo in testa non un parametro solo, ma tutta una serie di considerazioni. Come un direttore d’orchestra, quante piu casistiche abbiamo a disposizione e informazioni sul sistema e piu precisi saremo negli interventi.

Per concludere lascio qua in allegato questa DISPENSA che si trova direttamente dal sito PHD. E’ fondamentale leggerla anche come approfondimento di quanto spiegato in questo blog e contiene i consigli utili piu opportuni su PHD:

Ora, spero che anche questo articoletto poss aver contribuito a sviluppare qualche aspetto relativo alla giusta “forma Mentis”.., il mio “lavoro” su questi aspetti lo ritengo finito. Tutta questa serie di considerazioni parte da diversi articoli fa, precisamente dai campionamenti e via discorrendo fino a tutta la serie di articoli sull’autoguida e questo articolo è il naturale proseguimento di quei lavori.

Ringrazio tutti gli amici che fin qua hanno supportato e letto questo blog e rivolgo un caro saluto a tutti!

Cieli sereni

Fabio Mortari con 37.7 di febbre. 😀 Si nota?

Nei precedenti tutorial ho tentato di spiegare in brevi linee come predisporre un pc per l’installazione della porta COM e di ASCOM.

Una volta predisposto il tutto, quindi, non rimane che effettuare installazione e collegamento di Eqmod

INSTALLAZIONE E COLLEGAMENTO EQMOD

L’installazione di EqMod è particolarmente semplice, sostanzialmente si tratta di andare al link di download  e scaricarsi il seguente file:

  • EqAscom: sarebbe il “cuore” del programma

Oltre a questo ci sono vari addon nella pagina di download, quelli piu importanti li elenco in seguito:

  • EqTour: è una utility che si connette ad EqMod e premtte di avere a disposizione delle liste di visualizzazione, le quali sono ovviamente personalizzabili.
  • EqMosaic: è una utility che si connette ad EqMod e permette di effettuare foto a mosaico, impostando i dati della camera e della focale di ripresa.
  • Sounds: una suite di suoni vocali che aiutano a capire a che punto si trova lo sleewing o le funzioni di puntamento.

Le altre utility verranno poi spiegate brevemente in tutorial successivi, alla bisogna.

COME SI CONNETTE EQMOD ALLA MONTATURA?

Eqmod si connette alla montatura sfruttando, ovviamente, la porta COM precedentemente installata. Ci sono due metodi per cablare la montatura: o si connette direttamente la montatura con il cavo Eqdir (opzionale) oppure si connette la montatura attraverso il cavo in dotazione che permette di mettere in comunicazione la pulsantiera synscan con il pc. I pro e i contro di entrambe i collegamenti sono i seguenti:

  • Collegamento tramite EqDir: Pro: non necessita della pulsantiera, quindi un dispositivo in meno da portarsi in giro. Contro: se per sfortuna parte una scarica elettrostatica nel momento del collegamento, si rischia di cuocere tutto. Un esempio è riportato in questa discussione LINK

Era tutto correttamente connesso con eqmode, maxim_dl. Ad un certo punto, siccome il pc si stava scaricando, ho inserito la presa accendisigari nell’apposita presa nel mio generatore (precedentemente provato e funzionante). Era buio, avevo dimenticato la torcia, sbaglio a mettere lo spinotto nel PC e lo avvicino alla presa RJ11 del PC. A quel punto fa 2 scintille, sul pc viene fuori la scritta “sovraccarico di corrente nelle porte USB” si spegne il PC. […]…e mi sono accorto che la montatura non comunica più…nè con la pulsantiera, nè con EQ-dir…ho controllato la scheda elettronica, sembra funzioni tutto a parte la connessione RS232. […]quindi ho pensato:

1) sovraccariuco di corrente nell’usb
2) il cavo eqdir è connesso all’usb e si trasforma poi in com per connettersi con la montatura
3) la scheda, non prevede che tra la rs232 e il microcontrollore ci siano protezioni, quindi ho dedotto che si sia cotta la parte I/O del microcontrollore, che poi fa funzionare tutto l’ambaradam.

  • Collegamento tramite la pulsantiera: si imposta sulla pulsantiera la funzione “Pc Direct Mode” che si trova sotto utility e il gioco è fatto: Pro: abbiamo la pulsantiera che in qualche modo potrebbe fare da filtro per eventuali scariche elettrostatiche. Contro: abbiamo un dispositivo in piu da portare con noi, ma personalmente non mi causa alcun disturbo.

Quindi va da se che io eviterei come la peste il cablaggio diretto, tramite EqDir. Poi ognuno la pensa come vuole, ma la pulsantiera ha qualche “protezione” da questi problemi e nel caso, meglio far fuori una pulsantiera da 50 euro che una scheda da centinaia di euro.

IMPOSTAZIONI BASE

Normalmente il nostro Eqmod è bello che pronto all’uso.  Le impostazioni base si trovano seguendo il percorso “start – > programmai – > Eqmod – > Toolbox”

Si apre una schermata, dove è possibile inserire le impostazioni. Cliccare su driver setup:ImmagineUna volta cliccato, si apre la pagina delle impostazioni del driver che vediamo nel dettaglio:

Immagine

Quadrato Giallo: Attraverso questa sezione è necessario impostare i parametri della comunicazione. E’ importante che la porta COM inserita sia la stessa rilevata dal computer, come spiegato nell’articolo “installazione della porta com” riportato nell’ìintroduzione a questo articolo. Oltre a questo i parametri che si impostano sono i seguenti:

TIMEOUT 2000
RETRY 1
BAUD 9600
PORTA COM (n)

Quadrato Viola: In questo quadrato è necessario inserire le coordinate del luogo di osservatzione. L’aspetto interessante è che è possibile salvare tutte le postazioni di osservazione in modo da poterle richiamare al momento del bisogno. Ovviamente, occorre prestare attenzione perchè se si richiama un luogo di osservazione, si modificano le coordinate e si clicca sul dischetto, le coordinate di quel luogo vengono cancellate. Ovviamente. Se si dispone di un GPS, è possibile connetterlo e cliccare sull’apposito pulsante.

Infine, consiglio di osservare la freccia blu. Questa freccia indica il protocollo di guida, di default impostato su Pulseguide. Siccome farò un tutorial a parte, per il momento limitatevi a cambiare questo punto con ST4 o con “Esterno” (dipende dalla versione in uso di Eqmod)

Una volta verificate queste impostazioni, siete pronti per connettere Eqmod alla montatura. Basta aprire Eqmod da “start – Programmi  – Eqascom” e cliccare su “eqmod” e partirà il software.

Se tutto è fatto bene, dovreste vedere in alto a destra le coordinate in cui si trova al momento la montatura.

Immagine

Ora che è tutto connesso, non vi rimane che studiarvi un pò il funzionamento di questa schermata principale e provare ad agire sui pulsanti NORD SUD EST OVEST per vedere se la montatura si muove.

TROUBLESHOOT

PROBLEMA PROBABILE CAUSA PROBABILE SOLUZIONE
Il programma si avvia ma si chiude immediatamente, dopodichè si riapre e si chiude di nuovo, continuamente Questo è probabilmente a causa di una mancata comunicazione con la porta com.Potrebbe essere il driver, la pulsantiera non impostata oppure una porta non corretta. Verificare di aver impostato la porta com correttamente e che la pulsantiera sia su “Pc Direct Mode”. Eventualmente reinstallare i driver
Si è bloccato tutto il pc Quando le porte com hanno delle disconnessioni improvvise possono portare anche a crash del sistema. Verificare la correttezza dei driver o che i cablaggi siano ancora connessi