1° Forum di Astronomia Amatoriale Italiano

(Provate al banco)=
...
Ora girano anche i motori sulla montatura, avanti-indietro, dec/ar, ma sempre alla massima risoluzione di microstep.
Nel GoTo e spostamenti veloci probabilmente si richiedono microstep più grossi.
Diventa importante scoprire dove sono le uscite che impostano la divisione in microstep (1/2,1/4, 1/8 ...). A rigor di logica dovrebbero essere lì vicino. C'è anche il pin di enable ... nei paraggi.
Il "firmware" AstroEq-Ramps1.4 sembra non avere intoppi con EqAscom. GoTo e Park sembrano reggere bene anche dopo ore, così come l'inseguimento.
Certo che sarebbe divertente ... se funzionasse ...
...
... AstroEq ...
Ecco alcuni appunti volanti incomprensibili per chi non è dentro, ma utili in futuro per una stesura organica dell'argomento, se interesserà (il post è andato in fondo classifica, quindi nessuno lo legge, ma si può riesumare se ne vale la pena).
1. AstroEq-Ramps1.4 sembra il programma che, messo su ArduinoMega2560 tramite l'utility di config. (bella!), risulta stabile in Cartes Du Ciel esattamente come un driver di Eqmod.
2. ArduinoMega è connesso al Computer tramite la USB di servizio (che lo alimenta pure).
3. Per i motori passo-passo ho usato dei driver un po' più performanti del solito, alimentati a parte, e che vengono pilotati da Arduino: A0->StepAR, A1->DirAR, A6->StepDec, A7->DirDec. Non è presente la shield Ramps1.4 .
4. La configurazione di AstroEq-Ramps1.4 importata nell'utility di config. è quella della montatura EQ6.
Importante: l'utility suggerisce i dati di montatura da immettere nella configurazione di EQMod!!!
5. Arduino, in sostanza, diventa un "tramite" tra i motori della montatura ed EqMod
6. Per il momento viaggio senza cambio di rapporto di microsteps, alla risoluzione massima, ma non è detto che in futuro si possa risolvere la questione; Synscan, del resto, sembra usare solamente due rapporti di velocità corrispondenti alla risoluzione massima e ad una risoluzione più bassa di 8 volte più grossolana, corrispondente però, a pari frequenza di pilotaggio, a una velocità 8 volte maggiore.
7. Dato che il GoTo non è lentissimo neanche con la risoluzione massima, per il momento mi accontento di un puntamento lento, ma probabilmente più preciso.
8. La Punsantiera Synscan per il momento va a farsi benedire.
9. In programma prove future sul campo, con PHD guiding anche.

...

... PS
10. Segreto: il pin del cambio di microstep (cambio di velocità) per l'asse A.R è il pin 29 di ArduinoMega.
(speriamo di trovare anche quello Dec per completare l'opera, oscilloscopio e qualche artificio).
Per la precisione, il pin 29 è alto quando la montatura è in velocità AR bassa ed è basso quando la montatura è in velocità alta; quindi vanno settati opportunamente gli ingressi S1 S2 S3 del driver microstepper per fare due velocità: la lenta a massima risoluzione (pin29 a 5V) e l'alta a 8x (da verificare) quando il pin è basso. Forse si può collegare il tutto in modo diretto senza usare porte logiche intermediarie.
...

... PPSS
11. C'è il pin di ArduinoMega che offre il cambio di velocità anche per l'asse Dec: è il 23!!!
L'analisi con l'oscilloscopio delle uscite di Arduino chiarisce molte cose.
12. Attualmente sto provando la risoluzione a 32 microstep/passo che può essere un interessante compromesso tra precisione e velocità di puntamento, senza cambio di velocità. La precisione del puntamento, una volta settati i parametri esatti, è notevole, migliore di quella della scheda madre originale della SkyWatcher.
Il Goto impiega circa un minuto e mezzo in più dalla Home Position ad un punto a 0 Dec a Sud sul meridiano, in 2 minuti e 20 secondi è sul target. Francamente potrebbe anche essere ok, con migliore sicurezza nel movimento, tra l'altro.
I 32 microstep anziché 64 corrispondono ad una precisione di 1/4 di secondo d'arco anziché 1/8 di secondo d'arco. Mi fa ridere pensare che ci sia differenza, visto che corrisponderebbe a un errore di qualche micron sulla linea primitiva di una "cinghietta" dentata che sicuramente ha un'estensione elastica ben maggiore.

13. Riassumo (sistema già in funzione sulla montatura):

AtroEQ, Firmware Ramps1.4
Uscite di ArduinoMega2560 (va bene anche un clone) senza la shield Ramps1.4:

Stepper ASSE A.R.
Step (comando passi): A0 (sì è strano, di solito A0 è ingresso analogico invece qui funziona da uscita)
Dir (comando direzione): A1
Cambio risoluzione microstep: pin29 (uscita digitale)

Stepper ASSE Dec.
Step (comando passi): A6
Dir (comando direzione): A7
Cambio risoluzione microstep: pin23 (uscita digitale)

L'Enable non lo sto usando.

......................................................

PPS...
14. Prove col Firmware ArduinoMega 2650 (diverso da Ramps1.4) del programma di configurazione
(forse un po' più instabile)

Uscite di ArduinoMega2560 (va bene anche un clone):

Stepper ASSE A.R.
Step (comando passi): pin5
Dir (comando direzione): pin3
Cambio risoluzione microstep: pin17

Stepper ASSE Dec.
Step (comando passi): pin12
Dir (comando direzione): pin7
Cambio risoluzione microstep: pinSDA


....

PPPPS
15. Confermo: un solo cambio di microstep di 8x nel passaggio dalla velocità 199 alla velocità 200 di EQmod
Quindi:
se la velocità di puntamento di EqMod è tra 0 e 199 si ha il massimo della risoluzione
se la velocità di puntamento di EqMod è tra 200 e 800 si ha una risoluzione 8 volte inferiore
(a vantaggio di una velocità maggiore)

16. Curiosità
Il passaggio da 19 a 20 della velocità di EQmod cambia improvvisamente la frequenza di step
ma ciò non corrisponde a un cambio di microstep perchè le coordinate seguono la frequenza di pari passo.

Morale: c'è UN SOLO pin per il cambio di microstep del motore
NOTA: sul driver TB6600 basta agire su un solo dip-switch per passare dalla risoluzione massima (OFF,OFF,OFF) alla risoluzione 8 volte inferiore (ON,OFF,OFF).

_________________
Costanzo
"Una cosa ho imparato nella mia lunga vita: che tutta la nostra scienza è primitiva e infantile
eppure è la cosa più preziosa che abbiamo" (A. Einstein).