CNC DIY, Molto DIY

Io continuo a credere che la parte incasinata non sia la meccanica ma quella del controllo elettronico degli assi, anche se con i motor a passo.

Gli scalini ci sono. Ci sono sempre, solo che, se la risoluzione dei motorini a passo è sufficiente non si vedono.
Il difficile è proprio fare un software che interpreti i comandi tipo plotter in GP-GL o HP-GL e li trasformi in impulsi di comando per i motorini. Insomma, il plotter vero e proprio. Quello è il vero casino...

Ecco, proprio quello non è facile. Per i motori a passi che si muovono con impulsi di comando è un vero casino. Devi mandare ad un motore gli impulsi che mandi all'altro diviso o moltiplicato per il seno o il coseno dell'angolo che compie moltiplicato per il raggio che deve avere il cerchio o anche peggio. Ma il problema non è fare le operazioni quanto calcolare gli archi e le raccordature che il programma di plot richiede. Io una volta mi ci sono messo. Ma è da neuro.
Io ho un vecchio plotter della Ioline con un controllo con Z80 e motori a passo per gli assi, ed è da tanto che voglio smontarlo, copiare la EPROM, disassemblarla e retroingegnerizzare il controllo fino agli schemi dettagliati in modo da capire come diamine hanno fatto e rifarlo. Ma il tempo non c'è mai.

Cos'è un GCODE? Un GencoDice
Sarebbe si interesante, il fatto è che il plotter è su di un armadio sotto tonnellate di roba.

Bhò...

AHHHH.... ora ricordo, si, ho visto su wiki, è il linguaggio di programmazione ISO 6983... o simile... và che l'ho usato per anni e non mi ricordavo più che si chiamava GCode... o forse non l'ho mai saputo e l'ho sempre chiamato linguaggio di programmazione CNC ISO... o semplicemente linguaggio di programmazione. O forse lo chiamavo "Beppe"...
Non mi pare comunque che nè Autocad almeno quelli che ho io, e neppure OrCad abbiano i drivers. Orcad ha i drivers per scrivere files NCdrill e per i photoplotter laser Gerber...
Comunque, sia il linguaggio di interfaccia, HP-GL o GP-GL o Gerber o cosa ti pare, è un casino interfacciarsi, ma anche muovere utensile o tavola a secondo di cosa viene chiesto. Specialmente se si tratta di archi, cerchi, ellissi o altre cose strane...

Il problema serio è che se non si ha modo di variare nel software i parametri macchina (chiamiamoli così) come il rapporto tra passi motore e vite dell'asse ecc... non si fa un granchè anche se hai tutto già fatto. Il problema con Arduino ed il sorgente in C è che poi, nel sorgente in C no ci si capisce un tubo perchè chi l'ha fatto ha annaspato non poco e nessuno ti garantisce che alla fine vada. Quindi, diventi matto, non va una mazza e non hai probabilità che vada, e non lo sai...

Per esempio, un tizio che conosco che ha un'officina con una alesatrice Deckel Maho (un capitale di macchina) ha un controllo Heidenhain non è mai riuscito a convertire un disegno autocad in istruzioni NC malgrado avesse speso un 5000 euri in un software apposito. Ogni tanto venivano fuori dei codici assurdi che andavano a schiantare utensili da qualche parte o dopo due ore di lavoro tagliavano in due il pezzo per passarci attraverso.