Visualizzazione Stampabile
Ciao, sembra che abbia caricato sia agotino che il catalogo. Mi dava lo stesso errore di Jach Blak, ma poi seguendo il tuo consiglio di cambiare scheda, tutto ok. Ora quando avrò un po' di tempo utile, monterò tutto e vedrò cosa succederà. Intanto Grazie Tantissime, gspeed, buona giornata e cieli sereni!
Buonasera, voglio innanzitutto fare i complimenti a @gspeed per il progetto e ringraziarlo per averlo condiviso. Avendo completato la mia realizzazione di questo progetto utilizzando i driver TMC2225 (silenziosissimi), ho constatato una cosa che non riesco a spiegarmi e vorrei chiedere a qualcuno che ha usato driver TMC analoghi se può darmi una spiegazione. Dopo aver settato la vref secondo le prescrizioni ho inserito i driver nel circuito e cablato in modo da avere i 5v sui due pin MS, impostando quindi i microstep fisicamente ad 1/32 senza usare il protocollo UART, tuttavia facendo un po di test indoor ho constatato che lo spostamento degli assi AR e Dec era inferiore a quello comandato ed infine ho riscontrato che per ottenere lo spostamento corretto degli assi i valori delle costanti MICROSTEPS_PER_DEGREE dovevano essere impostati a 48000 in RA e 23111 in DEC, corrispondenti ad una impostazione del motore di 128 microstep anzichè 32, come mai?
Allegato 49870
Allegato 49871
Allegato 49872
ciao Carmine,
i motori che usi sono da 0,9°? il rapporto delle pulegge? gli ingranaggi della montatura in AR e DEC sono uguali e sono 144? se hai cambiato almeno uno di questi parametri devi riaggiustare il calcolo nel firmware di aGotino (creato dal grande @gspeed), io monto i driver DRV8825, nel complesso è un po' tutto rumoroso ma il mio osservatorio è remotizzato quindi per me il problema non esiste
Roberto
Carmine, grazie dei commenti. In effetti vedo che i driver TMC sembrano essere una questione aperta (anche sul thread di CloudyNights) e se non ho preso un abbaglio la ragione è che quando Agotino pensa di disabilitare i microstep (D2&D9 a LOW per DRV8825) in realtà da datasheet del TMC2225 (pag 4) i microstep vengono messi a 1/4 non a 1. Questo spiega perché hai dovuto quadruplicare il valore per avere gli spostamenti (slew) corretti - ti torna il ragionamento?Citazione:
Originariamente Scritto da Carmine Crocco
Ma hai fatto anche qualche test outdoor? Il tracking non dovrebbe funzionare a dovere.
Mi chiedo se la cosa giusta da fare sia introdurre un nuovo parametro (del tipo "MICROSTEP_FACTOR_WHEN_SLEWING") da impostare a 1 per DRV8825 a 4 per TMC2225, a 8 per il TMC2208...). Ci rifletto...
Nel frattempo, il buon @RobertoV ha trovato un "bug" che previene il codice agotino di fare slew superiori a 46 gradi... a breve una fix.
Alcuni aggiornamenti al codice e al Readme in aGotino Github:
- Readme: aggiunta sezione Motor Driver con alcuni esempi per l'uso di drivers alternativi al DRV8825. Con quest'ultimo i microstep per step passano da 1 (cioè no microsteps) a 32 mentre con i driver TMC passano da un valore N a un valore M in base al modello e da come si è deciso di collegare i pin MS1&2 del driver: i microstep variano ma sono quindi sempre abilitati - questo ha generato alcuni problemi come descritto nei post precedenti.
- Codice aggiornato con le variabili per specificare il numero di microsteps minimo e massimo al variare dello stato dei pin D2&D9 di Arduino
- Corretto un overflow che si generava estendendo il range massimo ammesso per un movimento goto (variabile MAX_RANGE) oltre i 46 gradi - grazie a @RobertoV per aver trovato l'errore e testato la soluzione.
Sembra vi siano dei problemi di connessione bluetooth con Stellarium Plus mobile (da PC mai avuti), sono in contatto con gli sviluppatori di Stellarium per avere lumi su come usano un comando del protocollo LX200 che genera un timeout - probabile a breve un piccolo aggiornamento.
Ciao, essendosi presentati dei problemi di salute (risolti) in famiglia avevo messo da parte il progetto. La prima risposta è per @RobertoV, al quale confermo che l'hardware da me utilizzato è quello del progetto originario ad esclusione dei driver TMC2225, la seconda è per @gspeed al quale confermo che in effetti l'inseguimento non avveniva correttamente ed infatti mi ero ripromesso di sostituire i driver con i DRV8825. Ora, grazie alla grande generosità di @gspeed che ha integrato il codice per risolvere il problema di quelli che come me hanno optato per altri driver, provvederò ad aggiornare il software e a testarlo quanto prima. Grazie e buona giornata a tutti.
Carmine, ottimo! Grazie, attendo tue nuove allora.
Nel frattempo, ho ricevuto un feedback dagli sviluppatori di Stellarium Plus (mobile) sul fatto che questo richiede (forse solo nelle ultime versioni) il supporto di un comando LX200 per sapere se c'è un goto in corso; quindi un piccolo update:
- Supporto comando D# del protocollo LX200 per segnalare se il telescopio è in fase di goto o meno
- Modificato la risposta al comando CM# (Stellarium PC nella modalità di connessione "diretta" si aspetta un "0#" dopo un sync, altrimenti si deve attendere una decina di secondi prima che mostri le nuove coordinate).
Ciao, mi spieghi come fai a fare il calcolo degli ingranaggi? O, ancora meglio, qualcosa da leggere? Sono interessato a costruire questo sistema per il mio dobson ed è l'unica cosa che mi blocca :(; Denti, dimensioni, rapporti... etc.. ingranaggi piccoli devono fare più giri per completarne uno e viceversa, ma come si calcolano con precisione, anche a partire dai motori?
Ti ringrazio
Buongiorno a tutti, spero di non essere troppo fuori con il tempo, visto che l'ultimo msg risale a 2 ani fa.
Mi rivolgo a GSPEED, ottimo progetto e ovviamente grazie per la condivisione.
posseggo arduino uno e vorrei utilizzarlo, mi confermi che e' compatibile con il codice che hai usato per il nano?
inoltre ti chiedo, ho notato, e spero di non essermi perso qualche passaggio, che hai inserito due soli pulsanti nel progetto AGOTINO quindi in modalita' manuale e' possibile gestire i movimenti di ar e dec in un solo senso? spero di non aver detto una fesseria........
Ti ringrazio
Mimmo59
... no non sei in ritardo, il mio aGotino funziona ancora ;) ma non ho più fatto aggiornamenti perché non ho bisogno di altro per come lo uso io.
Ti confermo che funziona con un nomale arduino, non c'è nessuna differenza tra il nano o lo standard a livello di chip.
Riguardo i due bottoni, funzionano in un ciclo: es. in declinazione un primo click si muove in un senso, secondo click cambia direzione, terzo click si ferma. Se dopo il primo click fai un doppio click quindi si fermerà.
La storia di aver solo due bottoni nasce perché... ne avevo solo due, ma poi ho trovato la soluzione pratica e semplice (fili in meno). Sarebbe comunque piuttosto semplice implementare 4 bottoni.
Cieli sereni!
Ciao ok, grazie, mi accingo ad acquistare il resto dei componenti. comunicherò i risultati del mio assmblaggio.Citazione:
Originariamente Scritto da gspeed
Bene, in bocca al lupo!
ciao gspeed, scusa ho cercato nei veri messaggi, ma non trovo il tipo di stepper che hai usato nel progetto, forse vanno bene qualsiasi motorino nema17???Citazione:
Originariamente Scritto da gspeed
Grazie
@mimmo59 si ma per pochi euro in più suggerisco di prenderne uno da 0.9°/step (400 step per giro anziché 200), il mio è questo:
STEPPERONLINE Nema 17 Motore passo a passo Bipolar 0,9deg 36Ncm 0,9A 42 x 40 mm 4 fili per stampante 3D / DIY CNC https://amzn.eu/d/0et4a8SM
ok grazie, ma per la declinazione si puo usare un nema17 a 1,8° ??Citazione:
Originariamente Scritto da gspeed
Si
okCitazione:
Originariamente Scritto da gspeed
@mimmo59 , non quotare il messaggio immediatamente precedente, è vietato da regolamento...
ho risposto dopo 15 ore al msg, personalmente mi sembra un lasso di tempo congruo, e non immediatamente dopo. cmq cortesemente mi quantifichi in ore il tempo che deve intercorrere tra i msg???????Citazione:
Originariamente Scritto da Red Hanuman
grazie
Il tempo, si sa, è cosa relativa :biggrin:; ed in questo caso si tratta di spazio-tempo, dove con immediatamente è inteso il messaggio che viene subito dopo, dove un lettore della discussione non fa caso a quante ore siano passate tra un messaggio e l'altro, ma nota la ripetizione dello stesso messaggio fatta attraverso il quote.Citazione:
15 ore... mi sembra un lasso di tempo congruo, e non immediatamente dopo
Scusami la battuta ma spero di aver spiegato ciò che intende il regolamento.
Non cominciamo con le polemiche... La cosa è vietata da regolamento, punto. Se hai necessità di attirare l'attenzione di un utente, usa il mention (@+nickname). E' più che sufficiente...:whistling:Citazione:
Originariamente Scritto da mimmo59
e soprattutto no parole stile messaggistica sul forum, come da regolamento!Citazione:
Originariamente Scritto da mimmo59
@Mulder, ciao, grazie della spiegazione garbata, anche se mi lascia dei dubbi.
Caio @gspeed, forse non l'ho visto il messaggio in cui parlavi delle pulegge cinghie, puoi dirmi che tipo hai usato?. la mia montatura se non ricordo male ha una riduzione di 144:1 che forse
è uguale alla eq5.
Grazie
@mimmo59 non so che montatura hai, su github trovi i dettagli per le pulegge ed il resto dei componenti, le mie sono 40T-16T
https://github.com/mappite/aGotino
@gspeed, grazie, cmq ho verificato anche la exos2 e la eq5 hanno 114:1 e anche la mia.
no parole con abbreviazione stile messaggio, gli altri li ho modificati io, prestate attenzione per cortesia, abbiamo poche regole ma ci teniamo a farle rispettare.Citazione:
Originariamente Scritto da mimmo59
Ciao @gspeed, nel programmare arduino nano, purtoppo mi da problemi........riporto qui sotto gli errori.
ho provato a cambiare nella com le varie velocita' ma nulla da fare.......help.
pero su arduino uno, non mi ha dato problemi, ha caricato subito.
Using Port : COM7
Using Programmer : arduino
Overriding Baud Rate : 115200
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0xbd
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0xbd
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0xbd
avrdude done. Thank you.
Caricamento non riuscito: errore durante il caricamento: exit status 1
scusate forse ho fatto un po di caos, comunque @gspeed, ho faato la prova a caricare una versione datata di arduino ide, poi ho scelto la scheda arduino nano con processore atmega328P oldbootloader.......e il codice si e' caricato, ho ripetuto per 3 volte tutto ok, spero sia di aiuto ad altri.
@mimmo59 va bene tutto a 12v, come da schema. Arduino nano li supporta con il pin VIN che è a monte di un regolatore di tensione.
Ciao @gspeed, ho assemblato il tutto su bread bord, lo stepper ha un comportamento anomalo, accenna a girare ma poi si ferma. Agendo sui pulsanti qualche volta compie degli step.....che dici?? ho controllato e regolato la vref a 0,56 v.
Mimmo non saprei, ti consiglio di trovare un tutorial per provare solo a muovere il motore, tipo questo; https://themachineshop.uk/how-to-dri...n-arduino-uno/
Così con meno variabili in gioco puoi verificare se il problema è nelle connessioni, nel driver o nel motore.
@gspeed ok, proverò come da tuo suggerimento. comuque il motore nema non ha problemi, perche provato con driver TB6600 e generatore d'impulsi custom, e funziona, probabilmente sara questione di connessioni o di driver drv8825. seguiranno risultati.
Gia che mi trovo, potresti darmi le connessioni per la seriale, in modo da usare l'app serial usb terminal
Grazie
Ciao, ho provato i drv8825 e lo stepper con arduino uno ed uno sketch leggero, funzionano entrambi.......incomincio a dedurre che il problema sia il nano.........sai mica la corrispondenza dei pin del nano con arduino uno......Citazione:
Originariamente Scritto da gspeed