Ovviamente il Simulatore di RosettaCNC è nato per far vedere come questa CNC gestisce la lavorazione ed è legato al suo set di codice G/M oltre che ai suoi algoritmi interni di raccordo, look-ahead, ottimizzazione ed interpolazione.
A tal proposito sono stati creati 4 modi di compilazione (ora attivi solo 3 ma il quarto sarà disponibile a breve):
MT = Toolpath da MODELLO + colore toolpath da TOOL.
RT = Toolpath REALE + colore toolpath da TOOL.
RV = Toolpath REALE + colore toolpath da dinamica velocità relativa alla velocità massima.
RF = Toolpath REALE + colore tollpath da dinamica velocità relativa al FEED impostato (rilascio con 1.5).
Per Toolpath da MODELLO si intendo quello che si programma in codice G.
Se faccio un rettangolo perfetto X100, Y100, X0, Y0 otterrò un rettangolo formato da 4 lati.
Per Toolpath REALE si intende quello che realmente la CNC farà applicando raccordi (Bezier) e ottimizzazioni.
Se faccio un rettangolo perfetto X100, Y100, X0, Y0 otterrò un rettangolo formato da 4 lati più eventuali curve negli angoli.
I vari modi di compilazione non influiscono sul movimento che sarà sempre Toolpath REALE ma solo sulla visualizzazione di anteprima.
Prendiamo per esempio questo progetto fatto con Fusion360 e 5 assi su rotobasculate A/C:
001.jpg
di qui allego il link pubblico come progetto:
https://a360.co/2NsbqdM
PS: Non mettetemi in croce se le strategie sono assurde, di CAM non ci capisco un'acca.
Ne ho esportato G-CODE e il modello come STL, e prima di caricare il progetto su RosettaCNC ho cambiato le velocità di tutti gli assi di default post installazione da 500 mm/min a 1000 mm/min e le accelerazioni da 100 mm/s2 a 1000 mm/s2 e caricato il tutto su RosettaCNC e compilato come MT:
002.jpg
mi da come anteprima il percorso a due colori per rappresentare i due utensili usati T2 (sgrossatura, verde) e T1 (finitura, giallo).
Oltre a questo mi genere un LOG molto dettagliato sulla lavorazione che ora riporto in testo:
Codice: Seleziona tutto
Begin compilation:
· g-code file saving... Done in 67 ms
· g-code compiler init... Done in 3 ms
· g-code file compiling... Done in 1076 ms
· tool path time calculation... Done in 1609 ms
· tool path generation... Done in 1246 ms
· simulator data generation... Done in 2811 ms
tool path
in fast 28657.987 mm
in feed 137481.224 mm
total path 166139.211 mm
used tools 2
| fast | feed | total |
T1 | 10121| 109955| 120076| mm
T2 | 18537| 27526| 46063| mm
fast extents cartesian
min X -127.114 mm
min Y -148.855 mm
min Z -142.368 mm
max X 148.059 mm
max Y 140.358 mm
max Z 0.000 mm
length X 275.173 mm
length Y 289.213 mm
lenght Z 142.368 mm
max speed 2676.341 mm|deg/min
feed extents cartesian
min X -61.956 mm
min Y -62.438 mm
min Z -129.490 mm
max X 61.566 mm
max Y 61.566 mm
max Z -64.942 mm
length X 123.522 mm
length Y 124.004 mm
lenght Z 64.548 mm
max speed 1800.532 mm|deg/min
work extimated time 02:38:46 s
· tool path vertex count: 460499
· used memory: 382 MB (0.37 GB)
End compilation in 7081 ms
In questo log ci sono informazioni riguardanti le tempistiche necessarie alla compilazione, il percorso utensile fatto in fast (G0) e in feed (G1/G2/…), la tabella utensili usati con i relativi percorsi fatti in fast/feed, l'area di lavorazione dell'utensile in fast e feed (poi riportata anche graficamente con un blocco grafico trasparente), le massime velocità d'interpolazione raggiunte in fast/feed, il tempo stimato di lavorazione ed altre cose che servono più a me che all'utente finale
Il tempo stimato in realtà e il tempo che ESATTAMENTE verrà richiesto alla lavorazione preciso al millisecondo, in quanto per questo calcolo vengono tenute in considerazione tutte le variabili che avvengono durante il movimento, accellerazioni, raccordi, velocità non raggiungibili, intervento del look-ahead che connette i movimenti mantenendo alta la velocità, etc. L'ho chiamato "stimato" solo perché c'è la variabile cambio utensile che non è predicibile e quindi è stata omessa.
Ora ricompilando il progetto in modalità RV, e disabilitando griglia, modello, e sgorssatura si ottiene per esempio:
003.jpg
dove quelle sfumature di colori che vanno dal verde al rosso stanno ad indicare la velocità di feed in quei tratti in relazione alla velocità massima leggibile nel log di prima: 1800.532 mm|deg/min
poi ovviamente con il simulatore e la
"Linea temporale percorso utensile" ci si può muovere esattamente sulla parte interessata e leggere le 5 componenti di velocità dal dro con il feed risultante per avere il valore corretto.
Per la colorazione si può scegliere tra gradiente tra due colori o spettro con intervalli definibili:
004.jpg
Secondo queste impostazioni quando vado piano ho verde e quando vado veloce ho rosso. Semplice !
Questo serve per certe lavorazioni, ora non spiego, ma anche per capire se il CAM a generato un buon codice o se inserendo rotazioni o micro deviazioni di percorso mi sta facendo perdere tempo rispetto ad un path ben fatto. Ho notato che giocando un po con i valori delle varie funzioni multi-asse si ottengono a volte ottimi percorsi, altre volte delle schifezze immonde che ad occhio nudo scappano.
Sono consapevole che di fronte ai programmi di simulazione professionali già citati tutto questo è poca roba ma pensiamo che comunque aiuterà ad usare meglio la nostra CNC.
Non hai i permessi necessari per visualizzare i file e le foto allegati in questo messaggio. Per visualizzare tali file devi registrarti ed effettuare il Login