Considerando che analizzare il GCode generato da uno slicer non è che sia la cosa più semplice di questo mondo, io uso Slic3r e c'è un opzione che fa seguire ad ogni linea quello che fa, con un parser magari in python, o anche con una console unix con "grep" o con uno stream editor tipo "sed" o al limite con "gawk" è possibile inserire ad esempio delle linee in più che seguono, o precedono alcune linee con determinati "tag", però hai voglia di farlo con un file di 2 o 3 MB, usando un editor serio tipo VIM puoi fare una ricerca e sostituisci abbastanza potente e abbinarla magari ad una sequenza di tasti, comunque parliamo del mondo unix/linux.
Un sender ci sarebbe, se vai sul sito github di GRBL c'è un semplice programma python che manda alcune linee di codice a Grbl, essendo python sotto windows hai delle implementazioni di python che girano decentemente, ancorché tutte le utility che ti ho elencato le trovi compilate anche per windows, però la console di windows fa un po' penare per l'uso a livello di script.
Però ad esempio su Slic3r ci sono già alcune opzioni che ti permettono di inserire alcuni Gcode personalizzati ad esempio al cambio di layer oppure al cambio di "utensile" magari senza tirare in ballo roba strana già all'interno di qualche slicer ci sono possibilità di personalizzare in un certo modo il codice generato.
CAMBam è decentemente potente, io uso ancora la versione 0.9.8 in quanto sotto Linux è quella che gira meglio e mi sono creato una serie di plugin "ad hoc" però per la stampa 3D è scarsamente utilizzabile, in quanto ha limitate capacità di slicing, cioè puoi "affettare" il modello ma ad esempio non calcola i riempimenti ecc e dovresti crearti a mano un plugin in C# che faccia il lavoro che ad esempio fa Slic3r, secondo me è tempo perso, nel campo CAD/CAM va bene così com'è, ad ognuno il suo mestiere, la comunità che gira attorno al forum di CAMBam è quanto di meglio ci sia in giro, dh42, lloydspy, EddyCurrent e onekk (me) in genere sono quelli che fanno i plugin ultimamente io un po' meno.
La comunità ti dicevo è molto attiva anche se al momento putroppo il forum sta avendo problemi di connessione.
Lavorare in C# non è rognosissimo, il problema è la documentazione delle API, ma vabbeh si riesce a fare diversa roba, anche se non è tutto piano e semplice, però parliamo di CAD e CAM, io ho fatto ad esempio un plugin per fare le scatole in legno con i lati ad incastro, che calcola tutti gli incastri e genera anche le operazioni di taglio pronte da modificare, devi sistemare i "fermi" per i pezzi in quanto l'algoritmo di calcono non è il massimo, ma ti elimina il 95% del lavoro rispetto al vecchio plugin che girava. (e gira sotto Linux).
Programmando si può fare tutto è solo questione di API, ho scritto anche un piccolo interprete 2D per generare il GCode per robe semplici in modo programmatico tutto in python riutilizzando alcune idee parzialmente sviluppate che c'erano in giro, ad esempio avevo necessità di fare un lavoro in 2.5 D per fare dei gocciolatoi per delle finestre in legno, ho scritto un paio di routine e gliele ho date in pasto, partendo dal pezzo grezzo l'utensile fa una serie di passate da un certo X in poi scalando di un certo Z alla passata successiva incrementa l'X in modo da creare una Scaletta in Z con una certa inclinazione calcolata semplicemente dando la quota X,Z di partenza e la quota X,Z finale. Con un CAM era uno strazio, anche perché dovevo fare pezzi di lunghezza differente in Y quindi a meno di non lavorare in aria per un bel pezzo nei pezzi più corti è stato solo il caso di dare degli Y differenti ad ogni giro del programma.
Se vuoi ci sentiamo in PM perché qui la roba CNC mi sa che è OT.
Saluti
Carlo D.
P3Steel - MKS GEN v1.2 e REPRAP_DISCOUNT_FULL_GRAPHIC_SMART_CONTROLLER + Gen 7 MOSFET (HotBed) + alimentatore step-down 12V -> 5V
Firmware MK4duo 4.3.6 con ABL induttivo con LJ18A3 - Slic3R (Originale) ed ESP3D per controllare la stampante da remoto.
HotEnd Cinese V6 clone con ugello da 0.4mm.
[
My Building Log]