spostamenti rapidi artcam 2008

[caccia66]

ciao a tutti
qualcuno sà se e possibile inserire in automatico qli spostamenti in rapido durante una lavorazione ?
con artcam 2008, magari con una riga nel postprocessor?

grazie Luca

[Diego]

La tua domanda è troppo generica per avere una risposta.
Gli spostamenti in rapido li calcola il CAM in base alle tue richieste/strategie di lavorazione mentre imposti la fresatura (Artcam come in tutti i CAM). Se mancano rapidi c'è qualcosa che non quadra nella tua strategia.Un CAM non sbaglia, siamo noi che sbagliamo a impostare il cam. Al massimo puoi aggiungere qualche riga manualmente in operazioni particolari (sempre in ambiente CAM) ad esempio spostare Z tutto alto prima di una rotazione del 4°asse (per evitare collisioni) oppure portare la fresa in una determinata posizione prima di un cambio utensile.
La tua richiesta di "toccare il postprocessor" per i rapidi è... strana senza sapere cosa vuoi fare... e perchè lo vuoi fare...

[caccia66]

buonasera,
artcam 2008 pro (quello che uso)nei vari spostamenti tra una "passata" e l'altra usa la velocità che usa durante la lavorazione, è sempre la stassa velocita.
siccome sono riuscito ad andare a 12000mm minuto mi piacerebbe che negli spostamenti andasse a chiodo , non come una lumaca

[MauPre75]

La velocità di spostamento in rapido non dovrebbe essere gestito dal cam ma dal controller quando legge il G0, non uso artcam ed è la prima volta che vedo una richiesta di questo tipo.
Aspetta che qualche utente di artcam dica la sua.

[Diego]

io ho dato per "scontato" che nel g-code non uscissero i G0 ma tutti G1 visto che parlava di "modificare il post processor" e questa frase

possibile inserire in automatico qli spostamenti in rapido

a me indica che mancano i G0 e gli spostamenti sono fatti tutti in G1.. ma il listato non si vede e l'utente non ne parla.

Poi se l'utente non ha configurato la velocita in rapido nella sua CNC piu' lenta del magazzino utensili beh... non si sà... e quindi il ragionamento di #maupre75 non fa una piega, dipende dalla CNC e non dal CAM.
scusate

[caccia66]

allego listato post processor
;
; Cariage return - line feed at end of each line
;
END_OF_LINE = "[13][10]"
;
; Block numbering
;
LINE_NUM_START = 0
LINE_NUM_INCREMENT = 1
LINE_NUM_MAXIMUM = 999999
;
; Set up default formating for variables
;
; Line numbering
FORMAT = [N|@|N|1.0]
; Spindle Speed
FORMAT = [S|@|S|1.0]
; Feed Rate
FORMAT = [F|#|F|1.0]
; Tool moves in x,y and z
FORMAT = [X|#|X|1.3]
FORMAT = [Y|#|Y|1.3]
FORMAT = [Z|#|Z|1.3]
; Home tool positions
FORMAT = [XH|@|X|1.3]
FORMAT = [YH|@|Y|1.3]
FORMAT = [ZH|@|Z|1.3]
;
; Set up program header
;
START = "%"
START = "M08"
START = "G90"
;START = "G21"
; G20 = Use MM as unit value
START = "G49"
;START = "M6 T1"
; M6T1 = tool change via macros (commented out)
START = "M3 [S]"
;START = "M7"
; M7 = turn misting coolant on (commented out)
;
; Program moves
;
FIRST_RAPID_RATE_MOVE = "G0 [X] [Y] [Z]"
FIRST_FEED_RATE_MOVE = "G1 [X] [Y] [Z] [F]"
FEED_RATE_MOVE = "[X] [Y] [Z]"
;
; End of file
;
END = "G0[ZH]"
END = "[XH][YH]"
END = "M05"
END = "M09"
END = "M02"
END = "%"

[caccia66]

allego risultato percorso di sei fori dove ho impostato profondità 10 avanzamento 5000 affondo 300 rotazione mandrino 1000
probabilmente è il settaggio di linux che ha il G0 basso basso

%
M08
G90
G49
M3 S1000
G0 X-207.846 Y-120.000 Z153.694
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 X0.000 Y-240.000
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 X207.846 Y-120.000
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 Y120.000
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 X0.000 Y240.000
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 X-207.846 Y120.000
Z2.000
G1 Z-10.000 F300
G0 Z153.694
G0 X0.000 Y0.000
G0Z153.694
X0.000Y0.000
M05
M09
M02
%

[lelef]

i rapidi G0 ci sono quindi il problema e`altrove
in linux non ersiste propriamente il settaggio G0 ,lui usa la vel max possibile nel file di configurazione
https://linuxcnc.org/docs/2.6/html/conf ... onfig.html

precisamente in questa parte del link sopra
The [AXIS_0], [AXIS_1], etc. sections contains general parameters for the individual components in the axis control module. The axis section names begin numbering at 0, and run through the number of axes specified in the [TRAJ] AXES entry minus 1.

MAX_VELOCITY = 1.2 - Maximum velocity for this axis in machine units per second.

MAX_ACCELERATION = 20.0 - Maximum acceleration for this axis in machine units per second squared.


ho lasciato volutamente anche il paramentro MAX_ACCELERATION perche`se l`acc e`troppo blanda ci mette cosi`tanto a raggiungere la vel max che su percorsi brevi non ci arrivera`mai

[MauPre75]

ho lasciato volutamente anche il paramentro MAX_ACCELERATION perche`se l`acc e`troppo blanda ci mette cosi`tanto a raggiungere la vel max che su percorsi brevi non ci arrivera`mai

Secondo me è come dice lelef, nel listato pubblicato ci sono spostamenti massimi di 240 mm, distanza che probabilmente è insufficiente per raggiungere l'accelerazione massima tenendo conto che deve anche decelerare per fermarsi, penso che non vi sia nulla di anomalo.

Però mi chiedo se c'è una ragione per un sollevamento a 150 mm del mandrino, forse è per evitare staffaggio alto? Anche questo aggiunge tempo.
E poi foratura di 10mm in un solo step, è materiale non metallico?

[caccia66]

ciao a tutti
ringrazio tutti per le risposte
siccome per mè linuxcnc con etherchat è un mondo nuovo , colgo tutte le informazioni che mi avete fornito e sabato/domenica mi dedico alla mia macchinetta e provo ,,,,,,,,provo ,,,,,,,, freso.... freso fi faccio sapere

grazie a tutti Luca

[caccia66]

ciao a tutti
con l'amico jjdege abbiamo risolto il mistero
la versione di linuxcnc che ho installato ha 5 cursori
il primo incremento avanzamento
il secondo superamento limite mandrino
il terzo superamento limite mandrino
il quarto velocità jog
il quinto velocità massima
il secondo cursore lega la velocità del mandrino alla velocità in rapido è una configurazione stranissima
si vede qualcosina in questo video https://www.youtube.com/watch?v=1AOZnLHuYXc
magari si può togliere ( a sapere come fare )

ciao a tutti

[lelef]

strano, parecchio strano ,ci potrebbe essere un join (se ricordo il termine giusti) tra parametri in un file HAL
pero`cè da fare attenzione, di solito non e`che basta togliere una riga perche`magari poi chiama qualcosa legato a quel link e quando lanci ti manda in errore

ipotizzando che ti trovi un join axis maxvel => mandrelspeeed ,piu`o meno eh, insomma una roba simile, potresti sostituire mandrelspeed con un valore fisso schiaffato in una variabile e tutto il resto che dipende da li non dovrebbe veder differenze quindi una volta parametrizzato giusto con G0 arrivera ,rampa permettendo, alla vel max dell` asse

[jjdege]

ciao
svelato l'arcano,
il problema non era in Artcam, ma nella traduzione in Italiano dell'intestazine del secondo cursore,
che ti portava tenerlo basso insieme al terzo cursore per controllare la velocità del mandrino,

mentre il secondo cursore controlla la velocità in rapido

originariamente si chiama "rapid override", nel video infatti è al 12%

Istantanea_2024-01-24_21-03-25.png

con la modifica alla GUI AXIS, non dovrebbe più ingannare

Istantanea_2024-01-24_21-38-25.png

ciao