CAM Postprocessor Customization/it: Difference between revisions

From FreeCAD Documentation
(Created page with "Molti fresatrice usano anche i G-codes per controllare il processo di fresatura. Possono assomigliare quasi ai codici interni, ma ci possono essere alcune differenze: * la mac...")
(Updating to match new version of source page)
 
(26 intermediate revisions by 2 users not shown)
Line 1: Line 1:
<languages/>
<languages/>
{{UnfinishedDocu{{#translation:}}}}


{{Docnav
{{TutorialInfo/it
|[[CAM_SetupSheet|SetupSheet]]
|Topic=Ambiente Path
|[[CAM_fourth_axis|Fourth axis]]
|Level=
|[[CAM_Workbench|CAM]]
|Time=
|IconL=
|Author=chrisb
|IconR=
|FCVersion=
|IconC=Workbench_CAM.svg
|Files=
}}
}}


{{TOCright}}

<span id="Introduction"></span>
==Introduzione==
==Introduzione==


<div class="mw-translate-fuzzy">
FreeCAD usa come rappresentazione interna dei percorsi generati i cosiddetti G-codes. Possono descrivere cose come: velocità e avanzamenti, arresto del motore, ecc. Ma la cosa più importante sono i movimenti che descrivono. Questi movimenti sono piuttosto semplici: Possono essere linee rette o archi di cerchio. Curve più sofisticate come le B-spline sono già approssimate dal [[Image:Workbench_Path.svg|24px]] di FreeCAD. [[Path Workbench/it|Ambiente Path]].
FreeCAD usa come rappresentazione interna dei percorsi generati i cosiddetti G-codes. Possono descrivere cose come: velocità e avanzamenti, arresto del motore, ecc. Ma la cosa più importante sono i movimenti che descrivono. Questi movimenti sono piuttosto semplici: Possono essere linee rette o archi di cerchio. Curve più sofisticate come le B-spline sono già approssimate dal [[Image:Workbench_Path.svg|24px]] di FreeCAD. [[Path Workbench/it|Ambiente Path]].
</div>


<span id="What_the_postprocessor_can_do_for_you"></span>
==Cosa può fare il postprocessore per voi==
==Cosa può fare il postprocessore per voi==


<div class="mw-translate-fuzzy">
Molti fresatrice usano anche i G-codes per controllare il processo di fresatura. Possono assomigliare quasi ai codici interni, ma ci possono essere alcune differenze:
Molti fresatrice usano anche i G-codes per controllare il processo di fresatura. Possono assomigliare quasi ai codici interni, ma ci possono essere alcune differenze:
* la macchina può avere una sequenza di avvio speciale
* la macchina può avere una sequenza di avvio speciale
Line 27: Line 35:
* Potresti voler includere un'intestazione personalizzata per identificare o documentare il programma per riferimenti futuri.
* Potresti voler includere un'intestazione personalizzata per identificare o documentare il programma per riferimenti futuri.
* ...
* ...
</div>


Furthermore there are other languages to control a mill, such as HPGL, DXF, or others.
Inoltre ci sono altri linguaggi per controllare un fresatrice, come HPGL, DXF o altri.


Il postprocessore è un programma che traduce i codici interni in un file completo, che può essere caricato sulla vostra macchina.
The postprocessor is a program which translates the internal codes into a complete file, that can be uploaded to your machine.


<span id="Preparation_for_writing_your_own_postprocessor"></span>
==Preparazione per scrivere il proprio postprocessore==
==Preparazione per scrivere il proprio postprocessore==


Puoi iniziare con un modello molto semplice che mostri come la tua macchina legge linee rette e archi. Preparalo con qualsiasi programma adatto alla tua macchina.
You may start with a very simple model showing how your machine reads straight lines and arcs. Prepare it with any program suitable for your machine.


Un file per tali percorsi che iniziano a (0,0,0) e vanno verso Y sarebbe utile. Assicuratevi che sia l'utensile stesso a muoversi lungo questo percorso, vale a dire che non deve essere applicata alcuna compensazione del raggio dell'utensile.
A file for such paths starting at (0,0,0) and going towards Y would be helpful. Make sure it is the tool itself moving along this path, i.e. no tool radius compensation must be applied.


[[File:Path_PostProcessorSketch.png]]
[[File:Path_PostProcessorSketch.png]]


The path in FreeCAD would look like this. Please note the small blue arrow, it indicates the starting direction. For a very first go you may provide only one level in the XY-plane.
Il percorso in FreeCAD sarebbe simile a questo. Notate la piccola freccia blu che indica la direzione di partenza. Per un primo tentativo si può fornire solo un livello nel piano XY.


[[File:Path PostProcessorModel.png]]
[[File:Path PostProcessorModel.png]]


<div class="mw-translate-fuzzy">
You can then have a look at the file and compare it to the output of existing postprocessors such as {{FileName|linux_cnc_post.py}} or {{FileName|grbl_post.py}} and try yourself to adapt them or you upload your to the Path forum https://forum.freecadweb.org/viewforum.php?f=15 to get some help.
Puoi quindi dare un'occhiata al file e confrontarlo con l'output di postprocessori esistenti come {{FileName|linux_cnc_post.py}} o {{FileName|grbl_post.py}} e provare tu stesso ad adattarli o caricare il tuo sul forum di Path https://forum.freecadweb.org/viewforum.php?f=15 per ricevere aiuto.
</div>


<span id="Naming_convention"></span>
==Convenzione dei nomi==
==Convenzione dei nomi==


<div class="mw-translate-fuzzy">
For a file format {{FileName|<filename>}} the postprocessor should get the name {{FileName|<filename>_post.py}}. Please note that {{FileName|_post.py}} has to be in all lower case letters.
Per un formato di file {{FileName|<filename>}} il postprocessore dovrebbe ottenere il nome {{FileName|<filename>_post.py}}. Si prega di notare che {{FileName|_post.py}} deve essere in tutte le lettere minuscole.
</div>


The new name should be reflected at the head of the parser arguments list in the {{FileName|<filename>_post.py}} file, e.g.:
If you are testing, place it in your macro directory. If it functions well, please consider providing it for others to benefit (post it to the FreeCAD Path forum) so that it can be included in the FreeCAD distribution going forward.


{{Code|lang=text|code=
parser = argparse.ArgumentParser(prog="grbl", add_help=False)
}}

<div class="mw-translate-fuzzy">
Se la state testando, mettetela nella vostra directory delle macro. Se funziona bene, considera di metterla a disposizione degli altri (postala nel forum di FreeCAD Path) in modo che possa essere inclusa nella distribuzione di FreeCAD in futuro.
</div>

<span id="Other_existing_postprocessors"></span>
==Altri postprocessori esistenti==
==Altri postprocessori esistenti==


<div class="mw-translate-fuzzy">
For comparison you may look at the postprocessors which come with your FreeCAD installation. They are located under the Mod directory in Path/PathScripts/post. Widely used are the linuxcnc and the grbl postprocessors. Studying their code can give helpful insights.
Per fare un paragone si possono guardare i postprocessori che vengono forniti con l'installazione di FreeCAD. Si trovano sotto la directory Mod in Path/PathScripts/post. Molto usati sono i postprocessori [[Image:linuxcnc.png|64px]] [http://linuxcnc.org/ linuxcnc] e [[Image:grbl.png|64px]] [https://github.com/grbl/grbl grbl]. Studiare il loro codice può dare indicazioni utili.
* On Linux the path is /usr/share/freecad/Mod/Path/PathScripts/post
* Su Linux il percorso è /usr/share/freecad/Mod/Path/PathScripts/post
</div>

<span id="Programming_your_own_postprocessor"></span>
<div class="mw-translate-fuzzy">
==Programmare il proprio postprocessore==
Questo post discute alcuni elementi interni dei postprocessori linuxcnc. La stessa struttura è usata anche in altri postprocessori.
</div>


==Programming your own postprocessor==
This post discusses some internals from the linuxcnc postprocessors. The same strucure is used in other postprocessors as well.
This post discusses some internals from the linuxcnc postprocessors. The same strucure is used in other postprocessors as well.


Looking at linux_cnc_post.py, you'll see the export function (as of 0.19.20514 its at line 156)
Guardando linux_cnc_post.py, vedrete la funzione di esportazione (dalla 0.19.20514 alla linea 156)


{{Code|code=
{{Code|code=
Line 70: Line 101:
...
...
}}
}}

it collects step by step in the variable "gcode" the processed G-codes and handles the overall exporting of post-processable objects (operations, tools, jobs ,etc).
<div class="mw-translate-fuzzy">
Export handles the high level stuff like comments and coolant but any objects that have multiple path commands (tool changes and operations) it delegates to the parse function (as of 0.19.20514 its at line 288).
raccoglie passo dopo passo nella variabile "gcode" i codici G elaborati e gestisce l'esportazione complessiva degli oggetti post-processabili (operazioni, utensili, lavori, ecc.).
L'esportazione gestisce le cose di alto livello come i commenti e il refrigerante, ma tutti gli oggetti che hanno più comandi di percorso (cambi di utensili e operazioni) li delega alla funzione parse (a partire dalla 0.19.20514 è alla linea 288).
</div>


{{Code|code=
{{Code|code=
Line 81: Line 115:
...
...
}}
}}

Similarly to the "export" function collects parse the G-codes in the variable "out". In the variable "command" the commands as seen in the Path workbench's "inspect G-code" function are stored and can be investigated for further processing.
<div class="mw-translate-fuzzy">
Analogamente alla funzione "export" raccoglie i G-codes nella variabile "out". Nella variabile "command" i comandi visti nella funzione "inspect G-code" del Ambiente Path sono memorizzati e possono essere esaminati per ulteriori elaborazioni.
</div>


{{Code|code=
{{Code|code=
Line 88: Line 125:
command = c.Name
command = c.Name
}}
}}
It recognizes the different G, M, F, S, and other G-codes. By remembering the last command in the variable "lastcommand" it can suppress subsequent repetitions of modal commands.


Riconosce i diversi codici G, M, F, S e altri G-codes. Ricordando l'ultimo comando nella variabile "lastcommand" può sopprimere successive ripetizioni di comandi modali.
Both parse and export are just formatting strings and concatenating them together into what will be the final output.


Sia il parse che l'export non fanno altro che formattare le stringhe e concatenarle insieme in quello che sarà l'output finale.
You'll see that both functions also call the "linenumber()" function. If the user wants line numbers, the linenumber function returns the string to stick in to the appropriate spot, otherwise it returns an empty string so nothing is added.


Vedrete che entrambe le funzioni chiamano anche la funzione "linenumber()". Se l'utente vuole i numeri di linea, la funzione linenumber restituisce la stringa da incollare nel punto appropriato, altrimenti restituisce una stringa vuota quindi non viene aggiunto nulla.

<span id="Related"></span>
==Relazioni==
==Relazioni==


<div class="mw-translate-fuzzy">
* [[Image:Path_PostProcess.svg|24px]] [[Path_Post|Path PostProcess]]
* [[Image:Path_PostProcess.svg|24px]] [[Path_Post/it|Path PostProcesso]]
</div>


{{Docnav
|[[CAM_SetupSheet|SetupSheet]]
|[[CAM_fourth_axis|Fourth axis]]
|[[CAM_Workbench|CAM]]
|IconL=
|IconR=
|IconC=Workbench_CAM.svg
}}


{{Tutorials navi{{#translation:}}}}
{{CAM_Tools_navi{{#translation:}}}}
{{Path Tools navi{{#translation:}}}}
{{Userdocnavi{{#translation:}}}}
{{Userdocnavi{{#translation:}}}}

Latest revision as of 14:20, 26 March 2024

This documentation is not finished. Please help and contribute documentation.

GuiCommand model explains how commands should be documented. Browse Category:UnfinishedDocu to see more incomplete pages like this one. See Category:Command Reference for all commands.

See WikiPages to learn about editing the wiki pages, and go to Help FreeCAD to learn about other ways in which you can contribute.

Introduzione

FreeCAD usa come rappresentazione interna dei percorsi generati i cosiddetti G-codes. Possono descrivere cose come: velocità e avanzamenti, arresto del motore, ecc. Ma la cosa più importante sono i movimenti che descrivono. Questi movimenti sono piuttosto semplici: Possono essere linee rette o archi di cerchio. Curve più sofisticate come le B-spline sono già approssimate dal di FreeCAD. Ambiente Path.

Cosa può fare il postprocessore per voi

Molti fresatrice usano anche i G-codes per controllare il processo di fresatura. Possono assomigliare quasi ai codici interni, ma ci possono essere alcune differenze:

  • la macchina può avere una sequenza di avvio speciale
  • può avere una speciale sequenza di arresto
  • gli archi possono essere definiti con un centro relativo o assoluto
  • può richiedere numeri di linea in un certo formato
  • Può utilizzare i cosiddetti cicli "canned" per sottoprocessi predefiniti come la foratura.
  • Si può preferire l'output del G-code in unità metriche o imperiali.
  • Potrebbe essere utile eseguire una serie di mosse prima di chiamare un cambio utensile per rendere l'azione più facile per l'operatore
  • Potreste voler includere commenti per la leggibilità o sopprimerli per mantenere il programma piccolo
  • Potresti voler includere un'intestazione personalizzata per identificare o documentare il programma per riferimenti futuri.
  • ...

Inoltre ci sono altri linguaggi per controllare un fresatrice, come HPGL, DXF o altri.

Il postprocessore è un programma che traduce i codici interni in un file completo, che può essere caricato sulla vostra macchina.

Preparazione per scrivere il proprio postprocessore

Puoi iniziare con un modello molto semplice che mostri come la tua macchina legge linee rette e archi. Preparalo con qualsiasi programma adatto alla tua macchina.

Un file per tali percorsi che iniziano a (0,0,0) e vanno verso Y sarebbe utile. Assicuratevi che sia l'utensile stesso a muoversi lungo questo percorso, vale a dire che non deve essere applicata alcuna compensazione del raggio dell'utensile.

Il percorso in FreeCAD sarebbe simile a questo. Notate la piccola freccia blu che indica la direzione di partenza. Per un primo tentativo si può fornire solo un livello nel piano XY.

Puoi quindi dare un'occhiata al file e confrontarlo con l'output di postprocessori esistenti come linux_cnc_post.py o grbl_post.py e provare tu stesso ad adattarli o caricare il tuo sul forum di Path https://forum.freecadweb.org/viewforum.php?f=15 per ricevere aiuto.

Convenzione dei nomi

Per un formato di file <filename> il postprocessore dovrebbe ottenere il nome <filename>_post.py. Si prega di notare che _post.py deve essere in tutte le lettere minuscole.

The new name should be reflected at the head of the parser arguments list in the <filename>_post.py file, e.g.:

parser = argparse.ArgumentParser(prog="grbl", add_help=False)

Se la state testando, mettetela nella vostra directory delle macro. Se funziona bene, considera di metterla a disposizione degli altri (postala nel forum di FreeCAD Path) in modo che possa essere inclusa nella distribuzione di FreeCAD in futuro.

Altri postprocessori esistenti

Per fare un paragone si possono guardare i postprocessori che vengono forniti con l'installazione di FreeCAD. Si trovano sotto la directory Mod in Path/PathScripts/post. Molto usati sono i postprocessori linuxcnc e grbl. Studiare il loro codice può dare indicazioni utili.

  • Su Linux il percorso è /usr/share/freecad/Mod/Path/PathScripts/post

Programmare il proprio postprocessore

Questo post discute alcuni elementi interni dei postprocessori linuxcnc. La stessa struttura è usata anche in altri postprocessori.

This post discusses some internals from the linuxcnc postprocessors. The same strucure is used in other postprocessors as well.

Guardando linux_cnc_post.py, vedrete la funzione di esportazione (dalla 0.19.20514 alla linea 156)

def export(objectslist, filename, argstring):
    # pylint: disable=global-statement
    ...
    gcode = ""
    ...
    ...

raccoglie passo dopo passo nella variabile "gcode" i codici G elaborati e gestisce l'esportazione complessiva degli oggetti post-processabili (operazioni, utensili, lavori, ecc.). L'esportazione gestisce le cose di alto livello come i commenti e il refrigerante, ma tutti gli oggetti che hanno più comandi di percorso (cambi di utensili e operazioni) li delega alla funzione parse (a partire dalla 0.19.20514 è alla linea 288).

def parse(pathobj):
    ...
    out = ""
    lastcommand = None
    ...
    ...

Analogamente alla funzione "export" raccoglie i G-codes nella variabile "out". Nella variabile "command" i comandi visti nella funzione "inspect G-code" del Ambiente Path sono memorizzati e possono essere esaminati per ulteriori elaborazioni.

for c in pathobj.Path.Commands:

            command = c.Name

Riconosce i diversi codici G, M, F, S e altri G-codes. Ricordando l'ultimo comando nella variabile "lastcommand" può sopprimere successive ripetizioni di comandi modali.

Sia il parse che l'export non fanno altro che formattare le stringhe e concatenarle insieme in quello che sarà l'output finale.

Vedrete che entrambe le funzioni chiamano anche la funzione "linenumber()". Se l'utente vuole i numeri di linea, la funzione linenumber restituisce la stringa da incollare nel punto appropriato, altrimenti restituisce una stringa vuota quindi non viene aggiunto nulla.

Relazioni