TGA con controller Theremino e DRV8825

[pieri70]

Qui ThereminoCNC ha caricato il file convertito in .tap

I settings che ho usato su cut2G sono questi



Qui la schermata di ThCNC



Fa vedere un solo profilo..
vabbè stasera provo a tagliare un blocchetto e vediamo cosa ne esce..

ciao

[GentlemanRider]

Un'osservazione in generale: io ho impostato gli assi di un apiano come XY, quelli dall'altra parte come AB. L'asse Z per me è perpendicolare al piano XY e averlo paralelo mi fa salire la pignoleria.

Inoltre usando un controller che non nasce per le TGA ma viene 'imbrogliato' c'è la possibilità che il movimento di Z venga calcolato nel feed rate di XY.

Ciaociao

[devCad]

Originalmente inviato da pieri70

Si, so, si deve usare cut2G..
Questo è il cut originario di GMFC per i blocchetti usati per calibrare il kerf


e questo il file convertito da cut2G


Vedo che converte anche l'accensione e probabilmente anche la temperatura del filo...
Interessante dato che sul master ho ancora pin liberi e gli si potrebbe dare un valore PWM...

Stranamente usa il metodo G94 = UNITS PER MINUTE e non G93: INVERSE TIME MODE. Ne risulta comunque, causa l'approssimazione dei calcoli, una velocita' F non costante ed un altro grosso problema per ali molto rastremate.
Infatti per i tagli con TGA il modo giusto e' il G93, che ti permette di impostare la velocita giusta di taglio in modo non interpretabile.
Impostando invece il modo G94 = UNITS PER MINUTE, si tratta poi di capire su quale dei due carrelli e' calcolata la velocita', le differenze posso essere enormi ed ogni interprete GCode ragiona a modo suo.
L'unico modo sensato di ragionare sarebbe quello di applicare la velocita' sul percorso piu' lungo, ma diversi interpreti la applicano sul primo carrello. Ne consegue che se il percorso sul primo carrello e' piu' breve (puo' anche essere nullo, causa estrapolazione), la velocita' sul secondo carrello impazzisce e raggiunge valori da bang sonico.
Il modo G93 (che uso io nei miei nuovi programmi come devWing Foam e che usa anche GMFC, sia pure con una sintassi diversa) risolve alla radice il problema.
Questo metodo in pratica ti dice quando tempo usare per quel movimento, e quindi non ci sono ambiguita'.
In pratica ti consiglio in seguito di cercare un altro traduttore da file CUT a GCode, in quanto con quello che hai usato potrai avere grossi sbalzi di velocita' e quindi di kerf (spessore materiale fuso dal filo caldo).
La prossima versione definitiva di devCnc Foam includera' anche l'importazione di file cut di GMFC, e nel modo corretto.

[devCad]

Originalmente inviato da pieri70

Qui ThereminoCNC ha caricato il file convertito in .tap

I settings che ho usato su cut2G sono questi



Qui la schermata di ThCNC



Fa vedere un solo profilo..
vabbè stasera provo a tagliare un blocchetto e vediamo cosa ne esce..

ciao

Theremino CNC mostra solo il profilo del primo carrello, in quanto e' nato come Mach3 per macchine di tipo fresa e non TGA.
Per alte rastremazioni diventa spesso difficile poi capire se il profilo e' giusto, in quanto l'interpolazione fai scherzi di percorso difficili da capire, specialmente se il pezzo da tagliare e' molto rastremato e con le facce lontane dai carrelli

[devCad]

Originalmente inviato da GentlemanRider

.....

Inoltre usando un controller che non nasce per le TGA ma viene 'imbrogliato' c'è la possibilità che il movimento di Z venga calcolato nel feed rate di XY.

Ciaociao

Questo problema resta comunque, vedi il mio messaggio precedente.

[pieri70]

Originalmente inviato da devCad

Stranamente usa il metodo G94 = UNITS PER MINUTE e non G93: INVERSE TIME MODE. Ne risulta comunque, causa l'approssimazione dei calcoli, una velocita' F non costante ed un altro grosso problema per ali molto rastremate.
Infatti per i tagli con TGA il modo giusto e' il G93, che ti permette di impostare la velocita giusta di taglio in modo non interpretabile.
Impostando invece il modo G94 = UNITS PER MINUTE, si tratta poi di capire su quale dei due carrelli e' calcolata la velocita', le differenze posso essere enormi ed ogni interprete GCode ragiona a modo suo.

In realtà sono io che non sapendo cosa vuol dire ho messo "Units per minute"

L'opzione per "INVERSE TIME MODE" c'è, vedi qui


c'è anche il

Path Control Mode: sets the g-code file to use either Exact Stop or Control Velocity modes. Google this if you don't know the difference.

ThereminoCNC poi ha feed e speed che possono assumere 4 settaggi:

Feed (mm/m)
Questo valore specifica la velocità durante gli spostamenti di “lavoro” (Feed). Può seguire i comandi del
GCode o essere regolato manualmente, a seconda che “Feed locked” sia abilitato, o disabilitato.
Leggere anche l'appendice sulla velocità di lavorazione e le traiettorie.
Speed (RPM)
Questo valore specifica la velocità di rotazione del mandrino. Può seguire i comandi del GCode o essere
regolato manualmente, a seconda che “Speed locked” sia abilitato, o disabilitato. Si possono anche
specificare velocità negative per far girare il mandrino in senso antiorario (se l'hardware lo permette).
Feed & Speed locked
“Locked” significa che i valori di Feed e Speed si regolano manualmente e non vengono modificati dal
Gcode. Il comando ha quattro posizioni, per specificare i singoli casi.
Look Ahead
• Look Ahead Disabled serve per andare molto velocemente, tagliando le curve a anche saltando
interi segmenti, per rispettare il MaxError stabilito dall'utente.
• Look Ahead Enabled è il normale modo di funzionamento, veloce e preciso.
• Look Ahead Hi-Precision passa esattamente sulle coordinate per tutte le curve da 90 gradi e oltre.
• Stop every segment è simile allo “Exact stop” di Mach3 e rallenta molto la lavorazione.
Leggere l'appendice sulla velocità di lavorazione e le traiettorie.

Originalmente inviato da devCad

L'unico modo sensato di ragionare sarebbe quello di applicare la velocita' sul percorso piu' lungo, ma diversi interpreti la applicano sul primo carrello. Ne consegue che se il percorso sul primo carrello e' piu' breve (puo' anche essere nullo, causa estrapolazione), la velocita' sul secondo carrello impazzisce e raggiunge valori da bang sonico.
Il modo G93 (che uso io nei miei nuovi programmi come devWing Foam e che usa anche GMFC, sia pure con una sintassi diversa) risolve alla radice il problema.
Questo metodo in pratica ti dice quando tempo usare per quel movimento, e quindi non ci sono ambiguita'.
In pratica ti consiglio in seguito di cercare un altro traduttore da file CUT a GCode, in quanto con quello che hai usato potrai avere grossi sbalzi di velocita' e quindi di kerf (spessore materiale fuso dal filo caldo).
La prossima versione definitiva di devCnc Foam includera' anche l'importazione di file cut di GMFC, e nel modo corretto.

Ok, ma quindi se io setto "inverse time" come feed rate mode dovrei risolvere, giusto?
Grazie!

[pieri70]

Questo è il cut precedente con FEED RATE MODE=INVERSE TIME MODE (MOVES PER MINUTE) e PATH CONTROL MODE = CONSTANT VELOCITY

%% G-Code prepared by cut2G, version 1.3
%% copyright G Sokoll 2012

%% SET LENGTH UNITS
%% G20: INCHES
%% G21: MILLIMETERS
G21

%% SET CUTTER COMPENSATION
%% G40: OFF
%% G41: ON LEFT
%% G42: ON RIGHT
G40

%% SET TOOL LENGTH OFFSET
%% G43: INDEX IN TOOL TABLE
%% G49: NO OFFSET
G49

%% SET PATH CONTROL MODE
%% G61: EXACT STOP
%% G64: CONSTANT VELOCITY
G64

%% SET DISTANCE MODE
%% G90: ABSOLUTE
%% G91: INCREMENTAL
G90

%% SET FEED RATE MODE:
%% G93: INVERSE TIME MODE (MOVES PER MINUTE)
%% G94: UNITS PER MINUTE (PER SECOND ???)
%% G95: UNITS PER REV
G93

%% Axes Naming convention:
%% - Left hand axes = X, Y
%% - Right hand axes = Z, A

%% Foam: Expanded polystyrene
%% Table: Prova
%% Set wire heat using PWM spindle speed and turn on
S 24,0000000 M3
%% Set wire heat using PWM spindle speed and turn on
S 24,0000000 M3
G4 P 10,0000000
F 0,7585815 G1 X 0,0000000 Y 98,8555560 Z 0,0000000 A 53,0222220
F 0,5203565 G1 X 43,0722220 Y 98,8555560 Z 140,9888890 A 53,0222220
G4 P 0,0106000
F 1,7642374 G1 X 43,0722220 Y 122,4500000 Z 140,9888890 A 28,7000000
F 0,4455262 G1 X 136,9277780 Y 122,4500000 Z 39,0111110 A 28,7000000
F 1,7646698 G1 X 136,9277780 Y 98,8555560 Z 39,0111110 A 53,0222220
F 1,7646698 G1 X 136,9277780 Y 75,2611110 Z 39,0111110 A 77,3444440
F 0,4455583 G1 X 43,0722220 Y 75,2611110 Z 140,9888890 A 77,3444440
F 1,7648140 G1 X 43,0722220 Y 98,8555560 Z 140,9888890 A 53,0222220
G4 P 0,0093170
F 17,9774742 G1 X 41,0722220 Y 98,8555560 Z 138,9888890 A 53,0222220
F 0,5358206 G1 X 0,0000000 Y 98,8555560 Z 0,0000000 A 53,0222220
F 0,7586294 G1 X 0,0000000 Y 0,0000000 Z 0,0000000 A 0,0000000
%% Turn off wire heat
M5
%% End of file. Bye.

Questo invece lo stesso cut con FEED RATE MODE=INVERSE TIME MODE (MOVES PER MINUTE) e PATH CONTROL MODE = exact stop

%% G-Code prepared by cut2G, version 1.3
%% copyright G Sokoll 2012

%% SET LENGTH UNITS
%% G20: INCHES
%% G21: MILLIMETERS
G21

%% SET CUTTER COMPENSATION
%% G40: OFF
%% G41: ON LEFT
%% G42: ON RIGHT
G40

%% SET TOOL LENGTH OFFSET
%% G43: INDEX IN TOOL TABLE
%% G49: NO OFFSET
G49

%% SET PATH CONTROL MODE
%% G61: EXACT STOP
%% G64: CONSTANT VELOCITY
G61

%% SET DISTANCE MODE
%% G90: ABSOLUTE
%% G91: INCREMENTAL
G90

%% SET FEED RATE MODE:
%% G93: INVERSE TIME MODE (MOVES PER MINUTE)
%% G94: UNITS PER MINUTE (PER SECOND ???)
%% G95: UNITS PER REV
G93

%% Axes Naming convention:
%% - Left hand axes = X, Y
%% - Right hand axes = Z, A

%% Foam: Expanded polystyrene
%% Table: Prova
%% Set wire heat using PWM spindle speed and turn on
S 24,0000000 M3
%% Set wire heat using PWM spindle speed and turn on
S 24,0000000 M3
G4 P 10,0000000
F 0,7585815 G1 X 0,0000000 Y 98,8555560 Z 0,0000000 A 53,0222220
F 0,5203565 G1 X 43,0722220 Y 98,8555560 Z 140,9888890 A 53,0222220
G4 P 0,0106000
F 1,7642374 G1 X 43,0722220 Y 122,4500000 Z 140,9888890 A 28,7000000
F 0,4455262 G1 X 136,9277780 Y 122,4500000 Z 39,0111110 A 28,7000000
F 1,7646698 G1 X 136,9277780 Y 98,8555560 Z 39,0111110 A 53,0222220
F 1,7646698 G1 X 136,9277780 Y 75,2611110 Z 39,0111110 A 77,3444440
F 0,4455583 G1 X 43,0722220 Y 75,2611110 Z 140,9888890 A 77,3444440
F 1,7648140 G1 X 43,0722220 Y 98,8555560 Z 140,9888890 A 53,0222220
G4 P 0,0093170
F 17,9774742 G1 X 41,0722220 Y 98,8555560 Z 138,9888890 A 53,0222220
F 0,5358206 G1 X 0,0000000 Y 98,8555560 Z 0,0000000 A 53,0222220
F 0,7586294 G1 X 0,0000000 Y 0,0000000 Z 0,0000000 A 0,0000000
%% Turn off wire heat
M5
%% End of file. Bye.

Che settaggi mi conviene impostare per la miglior accuratezza nel taglio?

Immagino che in ThereminoCNC sia da impostare "feed & Speed from GCode"

[devCad]

Originalmente inviato da pieri70

In realtà sono io che non sapendo cosa vuol dire ho messo "Units per minute"

Quelle opzioni sono nel convertitore da CUT a GCode o in Theremino Cnc, che non ho capito bene?

[devCad]

Originalmente inviato da pieri70

Che settaggi mi conviene impostare per la miglior accuratezza nel taglio?

Immagino che in ThereminoCNC sia da impostare "feed & Speed from GCode"

Io imposterei il Time inverse mode nel convertitore, poi in Theremino Cnc che legga feed da Gcode. La velocita' per gli spostamenti rpaidi non compare nel GCode, e' una caratteristica che usualmente si imposta nel programma Cnc.
Per quanto riguarda exact stop metti uno dei due look-ahead, ti garantiscono una migliore uniformita' di velocita' (e quindi di kerf) rispetto all'exact stop. L'exact stop non serve per quelle basse velocita', e fa solo danni, specialmente se taglio senza contatto (parere mio, come sempre)

[pieri70]

Tagliato il mio primo pezzo!





Ho sbagliato la quota è la radice è uscita dal blocco.. Vabbè ci farò più attenzione.

Il blocco è venuto 8cm quasi perfetto in radice e 4,1cm in estremità, devo vedere come settare il kerf all'estremità.

Ho un archetto di circa 120cm con filo nicr 0.4mm
Ho tagliato a 12V in alternata.
Pvc espanso giallo.

La superficie è venuta bella liscia senza pelucchi.
Unico neo è una leggerissima ondulazione, si deve mettere in controluce per apprezzare, perpendicolare rispetto alla lunghezza del filo.
Inoltre in prossimità della estremità, la parte più piccola, la superficie è come se arricciasse leggermente. Appena prima della estremità si ha sezione minore Che poi curva per arrivare a quella corretta..



Suggerimenti?
Ciao!

Inviato da smartphone