Skip to content

Latest commit

 

History

History
418 lines (355 loc) · 16.9 KB

README.md

File metadata and controls

418 lines (355 loc) · 16.9 KB

vpype-gcode

Vpype plugin to generate gcode and other text output. See: https://github.com/abey79/vpype

Gcode vpype plugin. Write gcode files for the vpype pipeline. The output format can be customized by the user heavily to an extent that you can also output non gcode ascii text files.

  • gwrite write geometries as gcode to a file

Installing

pipx-based vpype install:

$ pipx inject vpype vpype-gcode

Global or venv-based vpype install:

$ pip install vpype-gcode

Usage

Usage: vpype gwrite [OPTIONS] OUTPUT

Options:
  -p, --profile TEXT  gcode writer profile from the vpype configuration file
                      subsection 'gwrite'

  --help              Show this message and exit.

Goals

The goal of this project is to allow all hobbyists needing gcode writing to have everything they need to create the gcode their projects requires. The secondary goal is to get this project basically wholesale assumed into vpype proper. The writer is so open and modular that it can write everything from svg to json to gcode, the hope was to get this sort of thing added to vpype.

Philosophy

Breaking changes are fine. Anything that will make this code more likely to end up in vpype properly and this particular library getting deprecated will be highly likely to be done.

Profiles

This plugin supports different output profiles which configure the way the resulting output is formatted. Output profiles are flexible in a way that they can also be used to generate non gcode files, i.e. JSON or CSV files.

Predefined Profiles

There are several predefined output profiles as part of the release:

  • ninja
  • gcode
  • gcode_relative
  • csv
  • json
  • isvg

Check the source code for how these profiles are defined.

Defining Your Own Profiles

In case you want to define your own output format to make the suit your needs, it is possible to define your own profiles either in ~/.vpype.toml or any other file. In the latter case, you must instruct vpype to load the configuration using the --config global option.

Inside the configuration file you can specify a new output profile using the following format:

[gwrite.my_own_plotter]
unit = "mm"
document_start = "M3 G21\n"
layer_start = "(Start Layer)\n"
line_start = "(Start Block)\n"
segment_first = """G00 Z5
G00 X{x:.4f} Y{y:.4f}
M3 S1000
G4 P0.3
G01 Z1 F3500
"""
segment = """G01 X{x:.4f} Y{y:.4f} Z1\n"""
line_end = """G00 Z 5.0000
M5 S0
G4 P0.5\n"""
document_end = """M5
G00 X0.0000 Y0.0000
M2"""
invert_y = true

You can use the following options inside a profile. You only need to provide the options where you need to change the default. If you want a newline character in an option, you can either use escape sequences (\n) or you use TOML multi line strings wrapped in """".

Output Control

These parameters define the transformation between vpype's and the target's coordinate systems. vpype coordinate is based on CSS pixels (1/96th of an inch), has origin at the top-left corner with positive X value extending right and positive Y values extending downward.

  • unit: Defines the vpype unit which should be used in the output format. Defaults to mm.
  • scale_x: Apply a scaling factor on the X axis. Use -1 to invert the direction.
  • scale_y: Apply a scaling factor on the Y axis. Use -1 to invert the direction.
  • offset_x: Apply an offset to the X axis. This offset is expressed in the unit defined by unit.
  • offset_y: Apply an offset to the Y axis. This offset is expressed in the unit defined by unit.
  • horizontal_flip: Flip the document right-to-left. Requires the document page size to be set.
  • vertical_flip: Flip the document to-to-bottom. Requires the document page size to be set. This will correctly transform the document from the standard SVG top-left origin to the standard gcode bottom-left origin.
  • invert_x: Flip all points right-to-left without changing the position within the document.
  • invert_y: Flip all points top-to-bottom without changing the position within the document.

Output Format

All of the options below default to an empty text which means no output is generated. However, if segment_first or segment_last is omitted the code from segment is used. If there is only one segment, segment_first takes priority over segment_last.

  • document_start: Output to be generated at the start of the file as a document_start.
  • document_end: Output to be generated at the end of the file as a document_end.
  • layer_start: Output to be generated before a layer is started.
  • layer_end: Output to be generated after a layer is finished.
  • layer_join: Output to be generated between two layers.
  • line_start: Output to be generated before a line is started.
  • line_end: Output to be generated after a line is finished.
  • line_join: Output to be generated between two lines.
  • segment_first: Output to be generated at the first coordinate pair.
  • segment_last: Output to be generated at the last coordinate pair.
  • segment: Output to be generated to all subsequent coordinate pairs of a line.

Segment formatting

gwrite uses .format() encoding which means that data elements must be encapsulated in {} brackets. This provides a particular syntax token which differs from between elements. For example every element accepts the value of index. You would encode that in the text as {index:d} the d denotes an integer value. If you need to have a { value in your text you would encode that as {{ likewise you would encode a } as }}.

  • document_start and document_end accept the following:

    • filename file name of the file being saved
  • layer_start, layer_end and layer_join accept the following:

    • x the last_x position before this layer, this is 0 for the first layer
    • y the last_y position before this layer, this is 0 for the first layer
    • ix the last integer x location before this layer, this is 0 for the first layer.
    • iy the last integer y location before this layer, this is 0 for the first layer.
    • index same as layer_index
    • index1 same as layer_index1
    • layer_index the current layer index starting from 0
    • layer_index1 the current layer number starting from 1
    • layer_id as vpype layer ID.
    • filename file name of the file being saved
  • line_start, line_end and line_joinaccept the following:

    • x the last_x position before this line, this is 0 for the first line of the first layer
    • y the last_y position before this line, this is 0 for the first line of the first layer
    • ix the last integer x location before this layer, this is 0 for the first layer.
    • iy the last integer y location before this layer, this is 0 for the first layer.
    • index same as lines_index
    • index1 same as lines_index1
    • lines_index the current line index within this layer starting from 0
    • lines_index1 the current line index within this layer number starting from 1
    • layer_index the current layer index starting from 0
    • layer_index1 the current layer number starting from 1
    • layer_id values for the current vpype layer ID that contains this line
    • filename file name of the file being saved
  • segment_first, segment, segment_last accept the following:

    • index: index of the particular coordinate pair. eg {index:d}
    • x absolute position x in floating point number. eg {x:.4f}
    • y absolute position y in floating point number. eg {y:g}
    • dx relative position x in floating point number. eg {dx:f}
    • dy relative position y in floating point number. eg {dy:.2f}
    • _x negated absolute position x in floating point number. eg {_x:.4f}
    • _y negated absolute position y in floating point number. eg {_y:g}
    • _dx negated relative position x in floating point number. eg {_dx:f}
    • _dy negated relative position y in floating point number. eg {_dy:.2f}
    • ix absolute position x in integer number. eg {ix:d}
    • iy absolute position y in integer number. eg {iy:d}
    • idx relative position x in integer number. eg {idx:d}
    • idy relative position y in integer number. eg {idy:d}
    • index same as segment_index
    • index1 same as segment_index1
    • segment_index the current segment within this line starting from 0
    • segment_index1 the current segment within this line starting from 1
    • lines_index the current line index within this layer starting from 0
    • lines_index1 the current line index within this layer number starting from 1
    • layer_index the current layer index starting from 0
    • layer_index1 the current layer number starting from 1
    • layer_id values for the current vpype layer ID that contains this line
    • filename file name of the file being saved

Notes

  • idx and idy are properly guarded against compounding fractional rounding errors. Moving 0.1 units 1000 times results in a location 100 units away and not zero.
  • line_join occurs after line_end but only appears between lines, it does not occur after the last line.
  • layer_join occurs after layer_end but only appears between layers, it does not occur after the last layer.

Using properties

In addition to the variables described in the previous section, any existing property may be used for substitution. For example, the layer color is stored as a property named vp_color and can be added to the profile with the pattern {vp_color}. Since this is a layer property, it would be available for all options but document_start and document_end, for which no current layer is defined. Global properties are available to all options.

There is no guarantee that a given property is defined upon export time, even system properties such as vp_color. If a property used in the selected profile doesn't exist, an error will be generated. To avoid this, a default value for the property must be provided, which can be achieved in two ways: in the config file or using the --default option.

This is an example of profile configuration which includes a default value for the vp_color and vp_pen_width properties:

[gwrite.summary]
layer_start = "layer {layer_index1:d} (color = {vp_color}, pen_width = {vp_pen_width:0.2f})\n"
layer_join = "\n"
line_start = "line {index1} segment count: "
segment_last = "{index:d}\n"
default_values = {vp_color = "undefined", vp_pen_width = 0.1}

Here is an example of use:

$ vpype  rect 0 0 10cm 10cm  color red  random --layer 2  penwidth --layer 2 0.5mm  gwrite -p summary -
layer 1 (color = #ff0000, pen_width = 0.10)
line 1 segment count: 4

layer 2 (color = undefined, pen_width = 1.89)
line 1 segment count: 1
line 2 segment count: 1
line 3 segment count: 1
line 4 segment count: 1
line 5 segment count: 1
line 6 segment count: 1
line 7 segment count: 1
line 8 segment count: 1
line 9 segment count: 1
line 10 segment count: 1

Alternatively, default values for string-based variable may be provided using the command line using the --default option:

$ vpype [...] gwrite -p summary --default vp_color undefined output.txt

Information Control

  • info: prints text to the console after file is written to inform the user of said information

Output structure

The gwrite command gives you access to write to a variety of formats that fit the given outline. We're writing generic ascii. Since gcode can have more flavors than a Baskin Robbins™, it's best to simply draw broad strokes as to what ascii output should look like. Here we define the various elements without any regard to the gcode it will largely be producing.

<document_start>
  <layer_start>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
    <line_join>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
    <line_join>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
 <layer_end>
 <layer_join>
 <layer_start>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
    <line_join>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
    <line_join>
    <line_start>
      <segment_first>
      <segment>
      <segment>
      <segment>
      <segment>
      <segment_last>
    <line_end>
 <layer_end>
<document_end>

Default Profile

To prevent having to provide the profile on every invocation of the gcode plugin, you can define a default profile which will be used when no other profile is provided on the command line. You can do so by setting the default_profile configuration variable inside the gcode section of the vpype configuration file:

[gwrite]
default_profile = "gcode"

Coordinate System

Vpype-Gcode uses the standard coordinate system of vpype which uses the SVG spec' system. The origin point is located in the upper-left hand corner. Positive y values are towards the bottom. If you wish to change the coordinate system you should use vertical_flip and horizontal_flip equals true in your profile (or invert_y and invert_x in the uncommon situation where the document page size is not known). For example the native coordinate system of gcode is origin point in the bottom left with positive y values toward the top. This system requires gcode profiles be marked with vertical_flip = true.

[gwrite.gcode]
document_start = "G20\nG17\nG90\n"
segment_first = "G00 X{x:.4f} Y{y:.4f}\n"
segment = "G01 X{x:.4f} Y{y:.4f}\n"
document_end = "M2\n"
unit = "in"
vertical_flip = true
info= "This gcode profile is correctly inverted across the y-axis"

Examples

Convert SVG -> GCode

Loads up a svg and writes it in default gcode.: vpype read butterfly.svg gwrite --profile gcode butterfly.gcode

Create a grid of circles, then we are gwrite using the ninja profile: vpype begin grid -o 25 25 10 10 circle 0 0 100 end gwrite --profile ninja test.gcode

Convert SVG -> CSV

The csv profile is bundled with this package and defined as follows:

[gwrite.csv]
document_start = "#Operation, X-value, Y-value\n"
segment_first = "Move, %f, %f\n"
segment = "Line-to, %f, %f\n"

Using this profile you can generate a CSV for a given input into vpype: vpype begin grid -o 25 25 10 10 circle 0 0 100 end gwrite -p csv test.csv

This produces:

#Operation, X-value, Y-value
Move, 26, 0
Line-to, 26, 0
Line-to, 26, -1
Line-to, 26, -2
Line-to, 26, -3
Line-to, 25, -4
Line-to, 25, -5
Line-to, 25, -6
...

Giving it a simpler example, this produces a plain text CSV file of the rectangle. vpype rect 0 0 100 100 gwrite -p csv test.csv

#Operation, X-value, Y-value
Move, 0, 0
Line-to, 0, 100
Line-to, 100, 100
Line-to, 100, 0
Line-to, 0, 0

This is the secret sauce of gwrite, it writes generic ascii which can be themed as functional gcode.

Convert SVG -> JSON

The json profile is already bundled with this package. It is defined as following:

[gwrite.json]
document_start = "{{"
document_end = "}}\n"
line_join = ","
layer_join = ","
layer_start = "\n\t\"Layer\": {{"
layer_end = "\t}}\n"
line_start = "\n\t\t\"line{index:d}\": [\n"
line_end = "\n\t\t]"
segment = "\t\t{{\n\t\t\t\"X\": {ix:d},\n\t\t\t\"Y\": {iy:d}\n\t\t}},\n"
segment_last = "\t\t{{\n\t\t\t\"X\": {ix:d},\n\t\t\t\"Y\": {iy:d}\n\t\t}}"

Using this profile, you can generate JSON for the rectangle: vpype rect 0 0 100 100 gwrite -p json test.json

{
	"Layer": {
		"Line0": [
		{
			"X": 0,
			"Y": 0
		},
		{
			"X": 0,
			"Y": 26
		},
		{
			"X": 26,
			"Y": 26
		},
		{
			"X": 26,
			"Y": 0
		},
		{
			"X": 0,
			"Y": 0
		}
		]	}
}

Which is valid JSON.

Release workflow

New release should be created with the following workflow:

  1. Make/push as version bump commit
  2. Tag this commit with a version number (format: 0.X.Y), push the commit to origin.
  3. Check that the GH Action workflow runs without error (the workflow builds wheels, pushes them to PyPI, and creates a draft GH Release).
  4. Edit the draft release and publish.

Credits

  • tatarize - Wrote the bulk of the plug-in.
  • abey79 - Helped with advice that largely pushes us towards the integration goals as well as his very solid suggestion to use .format() which greatly expands the expected formats.
  • theomega - Basically rewrote the thing into the dapper codebase you see today. Rather than the 4 hours I figured I'd kill on this.
  • ithinkido - For his many insightful comments and determination to make this project as good as it can be.