consiglio nuova elettronica 2 motori su Y

[Junior73]

L'ho visto fare sulle stampanti 3d ultimamente per ragioni di sincronia ma il concetto è quello..in particolare il modello Artillery Genius dove ai due motorini di Z aggiungono una cinghia .

Saluti

[arm]

Esatto, in realtà sarebbe un sistema banale, semplice e veloce da realizzare; una HTD5 di 2500 si trova a circa 10 euro.
E tra l’altro, montandoci anche un volantino, potrebbe servire a muovere il ponte a macchina spenta

[Junior73]

Intendi 2,5metri di cinghia aperta o chiusa? Presumo in Cina giusto.....?Che larghezza?

Saluti

[arm]

L'interasse fra le viti è 1160, quindi considerando due pulegge da 40 denti, diciamo che ci vuole proprio 2520.

Il sito è inglese: https://www.beltingonline.com/5mm-htd-t ... hbrj3ulu50

Ho sbagliato di qualche sterlina e costa più di spedizione (25£), ma te le tagliano della larghezza che vuoi. Le trovi di tutti i tipi e passi.

A limite ne metti 2 più corte e metti un rimando al centro con ulteriori 2 pulegge collegate ad un alberino e qualche cuscinetto qua e la come tendicinghia; anche se sbacchetta un pò serve solo come sicurezza.

[danieleee]

Mi unisco al post perchè è sempre stato un argomento che mi metterebbe in difficoltà se me lo trovassi davanti.
Partiamo dal presupposto che per mè una cosa è valida o no.. la via di mezzo anche se probabilmente funzionante la scarterei comunque.
Visto che il problema si presenta in particolar modo quando si alimenta la macchina, allora non resta che far una domanda secca!
@hellfire diciamo che è indirizzata a te...
Cosa si deve usare??
Sò che esistono drive con encoder, i quali hanno una batteria in modo da non perdere la posizione (o meglio dire, sanno sempre dove sono)
Ebbene esiste un modo di sincronizzarli, oppure tocca al controller occuparsi di ciò?
Se dovesse essere il controller a farlo, presumo che i classici non siano sufficienti...forse quelli EtherChat..sono più evoluti, però anche qui ci sono tanti se e ma...

[hellfire39]

Nei sistemi professionali, i motori vengono venduti con un encoder che può essere incrementale o assoluto (*)
Gli encoder assoluti sanno sempre la loro posizione pertanto non hanno bisogno di azzeramenti alla riaccensione. Di solito hanno un disco che codifica la loro posizione in binario (codice gray). La loro posizione è restituita sempre in impulsi, poi è il controllore che la "traduce" in una posizione.
Gli encoder incrementali (per loro stessa natura) non ti danno la posizione ma ti indicano solamente se hanno fatto un passo in avanti o all'indietro.

Chiaramente gli azionamenti che pilotano questi motori nascono per essere interfacciati con un encoder. In fase di progettazione si sceglie cosa comprare in base a vari criteri tecnici e non, tra cui il COSTO.

Questa strada è solitamente preclusa agli hobbisti per via del costo (una accoppiata azionamento/motore non la paghi meno di 1000-1500€).

Pertanto, se un hobbista cerca una soluzione robusta ma non troppo costosa, la via maestra è quella degli stepper closed loop. Spendendo un po' di più si trovano anche azionamenti + motori brushless sia cinesi che italiani. Qualche settimana fa ho salvato un link di una ditta italiana, ma è nel pc del lavoro.

Personalmente, di encoder assoluti nel mondo amatoriale non ne ho mai visti.

Se poi pensi a Rosetta, penso ti possa rispondere meglio @quandro.



-----------------------
(*) ci sono anche i resolver, ma tralascio per semplicità

[danieleee]

Il mio pensiero era di capire se era il controller ad occuparsi di ciò.
Mach4, EMC2, come Rosetta hanno la possibilità di essere usati in EtherChat.
Ma stiamo solcando un terreno forse troppo complesso per chi non è strettamente del settore.
Uno come mè, non sarà mai in grado di costruire una rete Network.

[hellfire39]

L'encoder mantiene il valore di posizione. Il controller lo interpreta e ci fa quello che deve (controllo di posizione, velocità, ...)

Occhio che rete = network.

La tua ultima frase non è molto chiara.

[danieleee]

Si hai ragione, ma non mi sò spiegare su stè cose.
Intendo lo schema che si deve creare per creare le comunicazioni tra i vari componenti.

[arm]

Collegandosi alla chiara spiegazione di hellfire39, metto uno dei tanti video sulla differenza tra lineare/rotativo e assoluto/incrementale (al minuto 3:50 quando perde l'alimentazione)
https://www.youtube.com/watch?v=09BXUdqpvIo

Va da se che un sistema del genere (costo 1000/1500€ per motore) deve essere accoppiato ad sistema elettronico/meccanico di un certo livello, altrimenti perde lo scopo per il quale è stato progettato.

Dal mio punto di vista si deve partire dal rapporto "costi/benefici" che si traduce in "uso che ne faccio/risultato che voglio ottenere"; in una cnc amatoriale, anche se di uso professionale, se si raggiunge l'obbiettivo anche accrocchiando soluzioni discutibili, a prescindere ovviamente dalla sicurezza dell'uso che ne facciamo, ben venga; anche perchè se la cnc la usi per lavoro devi mettere in conto che deve essere ammortizzata in breve tempo ovvero €/ora di lavorazione da imputare al cliente, cioè più la macchina costa, più il preventivo lievita.

Non solo più il sistema è "raffinato" e di alto livello, più è necessaria un'assistenza specifica, tempi di fermo macchina, ecc e si ritorna che i costi di gestione aumentano.

Insomma il cliente è contento? ha speso il giusto? (che poi è sempre troppo ) ok, mi basta

[hellfire39]

Personalmente non andrei a cercare un sistema con encoder assoluto per una cnc amatoriale (3 assi, per 4 o più assi probabilmente la penserei differentemente).


P.S. nel video che hai postato c'è un errore nell'animazione. Il disco che hanno disegnato non utilizza il codice Gray. Il codice Gray ha la caratteristica che cambia sempre solamente un bit per volta, in modo da evitare false letture durante il passaggio da una posizione alla successiva.
Chi ha disegnato il disco ha utilizzato una codifica sequenziale, 000, 001, 010, 011, 100, ...

[arm]

Grazie per la precisazione

[danieleee]

La butto lì...ma credo sia possibile.
Quindi..
Utilizzare 2 Drive In slave ed avere il precise homing, di conseguenza sfrutta la tacca dell' encoder per la posizione del motore.
Se dovesse essere una soluzione efficace, allo stato attuale è da escludere Rosetta.
Si è costretti ad usare la CSMIO IP/S della CsLab.
Tale funzioni sono perfettamente funzionanti, testate sia su tornio che fresa.
Usando CaLab hai modo di poter usare tre software.
Mach3, Mach4, SimCnc.

[arm]

avere il precise homing, di conseguenza sfrutta la tacca dell' encoder per la posizione del motore.

cioè eviti di utilizzare gli switch di fine corsa, induttivi/magnetici che siano? Beh sarebbe sicuramente più preciso

Aggiungo; ma allora non sarebbe meglio avere l'encoder sulla vite, anzichè sul motore? considerando anche i servo di solito sono ridotti nel collegamento vite/motore e magari proprio li perdi qualcosa

[hellfire39]

Ragazzi, qui il discorso di ampia...

La tacca dell'encoder viene utilizzata insieme al sensore induttivo. Dopotutto la tacca di zero dell'encoder si ripresenta ad ogni giro.
Una delle tecniche più utilizzate per l'homing degli assi è proprio questa:

l'asse avanza nella direzione prestabilita fino ad incontrare il sensore induttivo. Appena lo trova, l'asse inverte la direzione di marcia fino a trovaree la tacca di zero.
E' buona roma regolare il sensore induttivo in modo che la tacca di zero sia circa mezzo giro distante, in modo da non rischiare di fare un giro in più (se, ad esempio si trova proprio in corrispondenza dell'induttivo e quindi potresti averla appena superata).

Sugli assi utilizzati in automazione, l'encoder si mette sempre sul motore. Perché? Per semplicità costruttiva, perché l'azionamento deve sapere la posizione angolare del motore (parliamo essenzialmente di brushless), ...
Ciò non toglie che molti azionamenti prevedono la possibilità di collegare un secondo encoder.