ELS (Electronic Lead Screw) - 2.0

[massimilianob]

Grazie...

[HappyFly]

Ciao Max ed amici del forum, sempre studiando i due thread sul tuo ELS mi sembra di avere capito che, tranne che in filettatura, contare tutti i passi encoder per ricavare la velocità mandrino è dispendioso e potrebbe essere la cosa sostituta da un encoder con index, non facile da trovare e per giunta tutti quelli che hanno già realizzato il tuo ELS dovrebbero retrofittare a livello hardware il proprio tornio per la sostituzione, cosa da escludere.

Ma non si potrebbe fare un "retrofit" elettronico usando un arduino Nano con il quale prelevare i due segnali encoder e con poche righe di codice contando generare un segnale di index "software" da passare all'ELS ?

Non so se ho detto una sciocchezza a livello di segnali, non sono un grande elettrotecnico ma penso che essendo gli ingressi di arduino ad alta impedenza l'uscita dell'encoder non dovrebbe avere problemi ad passare il segnale ad entrambe gli arduino.

Ovvio poi dovresti riscrivere (rendendolo portabile) le routine di gestione velocità mandrino (tranne che in filettatura dove ovvio devi contare i passi) ... quindi non prenderla come una "proposta" di modifica o come sono stato già rimproverato di volere "aggiungere" ad una cosa che già va ... sto solo usando il forum (mentre sistemo il tornio per l'ELS) per studiare ;-)

[umbez]

non hai bisogno dell'index per il calcolo della velocità, basta contare il numero di step dell'encoder nell'unità di tempo.

[FlyHappy]

Ovvio, infatti proponendo di usare un circuito esterno proprio contare volevo fare, mi sembrava di avere capito , forse male, che sarebbe stato utile avere avuto interrupt meno frequenti (da parte dell’encoder sui passi) per gestire meglio (con più tempo) la gestione del passo passo (accelerazioni, altro) … ma forse ho capito male …

Non cerco di inventarmi niente ma sto solo rileggendo meglio tutti i thread capendo le scelte progettuali :-)

[billielliot]

@FlyHappy: se ben ricordo, in qualche messaggio precedente McMax si era gia' espresso in proposito.

Se ci si deve complicare la vita con una piattaforma che e' gia' stata tirata all'osso, tanto vale fare un passaggio di livello e orientarsi su piattaforme di calcolo molto piu' prestanti.
Queste piattaforme piu' prestanti (STM32 per fare un esempio) integrano ingressi dedicati alla lettura degli encoder. Ingressi che non perdono i passi e non caricano il processore. Offrono anche altri vantaggi che potrebbero tornare utili.

Non voglio spegnere gli entusiasmi. Personalmente ammiro (e cerco di imparare da) quanto McMax e' riuscito a spremere dall'Arduino. Io lascerei questo progetto cosi' come e'. Se qualcuno se la sente avvii un nuovo progetto con piattaforma avanzata. Anche perche', detto tra noi, se si migliora la lettura encoder, presto o tardi arrivera' un'altra richiesta e poi un'altra, etc...

I miei due centesimi.

Ciao :-)

Mauro

[McMax]

HappyFly/FlyHappy (immagino siate la stessa persona), per favore:
- sistema questa cosa degli utenti e usa sempre lo stesso. Consiglierei FlyHappy visto che hai già inserito la residenza
- evita di usare il tasto quote, soprattutto quando non è strettamente necessario: a che serve quotare un messaggio immediatamente sopra al tuo ?

il circuito con XOR e FLIP FLOP l'ho provato ma, come avevo detto, sull'inversione esiste un'incertezza ed è possibile perdere passi.
se mai farò una nuova versione del ELS utilizzerò sicuramente un STM32; questi micro hanno timer multi ingresso che possono leggere direttamente l'encoder senza bisogno di interrupt e senza impegnare la CPU, un altro mondo rispetto ad arduino.
Sistemerò (prima o poi) i vari bug che ci sono sulla attuale versione con arduino ma non implementerò nuove funzionalità perché ormai con la flash (e pure con la RAM..) siamo a tappo. Usare un altro micro per leggere l'encoder è una complicazione inutile, soprattutto se l'altro micro è sempre un ATMega (arduino): l'encoder va comunque letto con interrupt e il limite è la velocità del clock e di processamento dell'interrupt. Con i timer di STM32 il limite virtualmente non esiste...

[eugeniopazzo]

ciao ragazzi, provato in una breadboard funzionava tutto alla grande, collegato al tornio il joystick ha assunto un offset.
Sto ricontrollando i collegamenti per vedere che non ci siano ground loops ma...
Altri sugerimenti?
Si puo nel codice fare un offset sulla resistenza del joystick?
Per il resto funziona tutto meravigliosamente anche l encoder

grazie

[eugeniopazzo]

Risolto era un loop, ricablato in maniera diversa e va

[massimilianob]

salve a tutti, avrei una domanda, su alcuni schemi l' alimentazione dell' encoder viene da arduino direttamentea 5v mentre su altri viene alimentato a 9 v dall' alimentatore esterno di arduino ma non è che il segnale dell'encoder ha una tenzione superiore alimentandolo a 9 v ?
Saluti
Massimiliano

[umbez]

il tuo encoder ha una targhetta? fagli una foto e postala qui così vediamo a che tensione devi alimentarlo

[McMax]

a quali schemi ti riferisci ?
Sul mio schema, ovvero quello riportato nel pdf del progetto, dico chiaramente che l'encoder va alimentato dalla 5V di arduino e, importantissimo, con massa in comune. potrebbero esserci encoder che richiedono tensioni superiori (io non ne ho mai visti) ed in quel caso è necessario verificare la tensione di uscita dei segnali perché se supera i 5V può danneggiare arduino. Mi aspetto comunque che encoder che richiedono tensioni di alimentazione superiori a 5V (ammesso che esistano) abbiano un uscita "open collector" che può facilmente essere riferita alla 5V di arduino tramite una resistenza di pull-up.
Comunque se posti il codice dell'encoder che usi posso dirti come collegarlo.

[massimilianob]

non riesco a postare una foto, ma l' encoder è questo
https://italian.alibaba.com/product-det ... 29433.html
in basso alla pagina c'è scritto che si può alimentare da 5 a 24 vcc
e c'è la scritta open collector

[McMax]

Dal momento che ha uscite open-collector puoi alimentarlo come vuoi. Se a 5V va attaccalo alla 5V e sei a posto, altrimenti puoi attaccarlo alla 9 oppure alla 12 (fino a 24 va bene), tanto le uscite non sono una tensione ma presentano il collettore (da qui open-collector) di un transistor che viene messo in conduzione dall'uscita stessa: in pratica quando l'uscita è attiva il transistor è chiuso e ti porta a massa il pin di arduino a cui lo colleghi, invece, quando è aperto, il pin di arduino andrà a livello logico alto grazie alle resistenze di pull-up interne di arduino che sono collegate (sempre internamente) alla 5V. I pin sono già impostati di default come "INPUT PULLUP" quindi esternamente non devi mettere nulla.

[umbez]

Ti ha risposto tecnicamente Max, comunque se segui il suo schema non sbagli.

[massimilianob]

Ok, perfetto grazie della spegazione si impara sempre qualcosa. vorrei installare l' ELS su un tornio che ha gia la semi norton, la barra con gli avanzamenti e la vite per le filettature, ho anche tutti gli ingranaggi. Vi chederete perche lo voglio fare, primo per farlo.... secondo per avere sia filetti che torniture a misura. Per adesso ho un motore pp da 12 nm nema 34 con relativo driver da 8 A alimentatore 48 v 25A l' encoder che ho indicato sopra 3 tasti separati un arduino nano con morsettiera un joistik un riduttore di tenzione 60-1,2 v registrabile un lcd 4x16 i2c, credo che non mi manchi nulla. Mi sa comunque che vi disturberò ancora per i vari settaggi. Grazie ancora.
saluti
Masimiliano