Hi All,
A new version 1.4.3 of gcmc has been released.
The major change is a bugfix in the execution of if/elif/else
statements, where the final else would fail to executo when all if/elif
clauses were false.
Changes include:
- Feature: Add option --gcode-nom2 to replace ending M2 with % in
Hi,
I've been looking into the canned cycles in LinuxCNC and the relative
version is odd.
The gcode documentation has an example:
G0 X1 Y2 Z3
G91 G98 G81 X4 Y5 Z-0.6 R1.8 L3
It should make a nice pattern, but it drills in the wrong direction
(down-to-up). The R-word need to be -1.8 (negative)
Hi All,
A new version 1.5.0 of gcmc has been released.
There have been quite a few changes on the syntax and semantic level, as
well as additional built-in functions for various things.
An important semantic change is how add/subtract (+ and -) handles undef
values. A second set of operators +|
On 02/22/2014 05:33 AM, Greg Bentzinger wrote:
Yeah - I did some digging and that whole L word in a fixed cycle
dates back to the original NIST RS-274D-NGC. IMHO - Its a dinosaur
that should have died out. I consider it an accident waiting to be
activated by the user.
I agree that it is
On 02/22/2014 11:16 PM, Stuart Stevenson wrote:
What is the L supposed to do?
The way I read the program the tool would:
G0 X1 Y2 Z3 - move (in G90) to X1 Y2 Z3 or (in G91) move 1 inch X
, 2 inches Y and 3 inches Z
See:
On 03/02/2014 01:14 PM, Mark Wendt wrote:
One can also use http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Emcrsh or
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Halrmt for remote controlling.
It's an easy thing to use telnet socket in and Android app.
Telnet is extremely unsecure, with no encryption.
On 03/07/2014 02:12 PM, Mark Wendt wrote:
snippage
Does anyone have any ideas about how to calculate the F word?
Sorry John, I just had to have a chuckle about that... ;-)
Oh my...
Doesn't the /not working/ of the code already calculate the remaining
letters?
Please don't tell me a mill
Hi All,
A new version 1.5.1 of gcmc has been released.
Important fix in this release are correction of a couple of memory
issues that could lead to wrong results and corruption. You should
upgrade to 1.5.1 to avoid running into these problems.
The syntax documentation has been expanded and a
On 03/20/2014 01:28 PM, sam sokolik wrote:
some more random paths running the circular arc blend rc3...
I just tested trochoidal milling using the example I created for gcmc:
- image: http://www.vagrearg.org/gcmc/example-trochoidal-large.png
- source:
On 03/20/2014 02:38 PM, sam sokolik wrote:
Could you post that gcode somewhere? (I don't have time right now to
play with your cool scripting language..) It could be the
centripetal accel limits of the spirals..
Yes, I also suspect the centripetal accel limits may be a problem here.
You can
On 03/20/2014 02:46 PM, Bertho Stultiens wrote:
On 03/20/2014 02:38 PM, sam sokolik wrote:
Could you post that gcode somewhere? (I don't have time right now to
play with your cool scripting language..) It could be the
centripetal accel limits of the spirals..
Yes, I also suspect
On 03/20/2014 03:19 PM, sam sokolik wrote:
the limit of sim is 1800mm/m - so if you change all the axis velocities
to 58mm/s (3500mm/m) it peaks at 2900mm/min. Upping the acceleration to
1000mm/s^2 makes the program run at 3000mm/m steady.
Indeed, with that setup the trochoidal path will be
On 03/21/2014 05:05 PM, sam sokolik wrote:
heh - isn't that how we all dress?
That depends on how many lumps still hang together on my coat. It has
some signs of wear and tear.
I had to post some scopes of the torodal gcode.
The new tp - strait G64
http://imagebin.org/300857
xyz - velocity
On 03/21/2014 07:06 PM, sam sokolik wrote:
I was wondering how I could check that.. I don't know - but I can tell
you this..
At G64p.002q0
P is in mm and my config. 30in/s^2 and 500ipm per axis..
the velocity just starts to dip - just wiggles between 3000 and
2999mm/min. If I do p.001q0
On 03/21/2014 07:43 PM, sam sokolik wrote:
there is a limitation of 'too short' Rob explained it in a dev email
(discusing the Q part of G64)..
Unfortunately, the new TP still has the restriction that you have to touch
each segment at least once. A small NCD tolerance is still
On 03/24/2014 08:28 PM, andy pugh wrote:
Maybe check your phone provider for a SMS e-mail or other port?
http://www.ehow.co.uk/how_6510217_send-message-o2-cell-phone.html
Hmm, certainly looks simpler than stopping the spindle and stabbing
the quick-dial button with the tool :-)
Why would you
On 03/24/2014 09:34 PM, Gene Heskett wrote:
Maybe check your phone provider for a SMS e-mail or other port?
http://www.ehow.co.uk/how_6510217_send-message-o2-cell-phone.html
Hmm, certainly looks simpler than stopping the spindle and stabbing
the quick-dial button with the tool :-)
Why would
On 03/26/2014 12:59 AM, Dave Cole wrote:
No. To carry this to its logical conclusion, fix the phone to the
table, locate the keys, then lay an 1/8 sheet of rubber over the
phone which will have the side effect of keeping the swarf out of the
keypad, stop the spindle and use the existing tool
On 06/12/2014 05:38 PM, sam sokolik wrote:
This is even sexier
Torchoidal path.. (graphing x and y acceleration and xyz velocity)
[snip]
Now I am a bit proud of myself with making the trochoidal example code.
Oh vanity, sometimes nice, other times it has a price ;-)
--
Greetings Bertho
Hi all,
Every time I had to write a CNC-mill program using G-codes I got annoyed
by the archaic format and syntax. Especially when needing to convert
positional data from mil to mm, having recurring patterns and then also
trying to keep track of everything.
I looked for a meta compiler or
On 10/30/2013 01:33 PM, Kent A. Reed wrote:
Every time I had to write a CNC-mill program using G-codes I got annoyed
by the archaic format and syntax.
Archaic? How could you say that? Why it's 10 years younger than I am.
Oh, wait
Shall I provide you with a script to mill a walking-cane?
On 10/30/2013 01:41 PM, andy pugh wrote:
Whist not wanting to defend G-code, which is, as you say, horrible as
a programming language, it does already contain G-codes to switch
between units and (At least with the LinuxCNC variant) repeating
patterns are reasonably manageable with the use of
On 10/30/2013 02:00 PM, Marius Liebenberg wrote:
I downloaded, extracted, configured and maked it. Now what, I cant get
any further than that. I like the idea and want to test it but you are
going to have to give some small bit of guidance as to how we get to use
it please.
You should have
On 10/30/2013 02:07 PM, andy pugh wrote:
A way to configure CSS and feed-per-rev would be useful.
Hm, yes, those will need to be implemented.
As a hack...
You can put anything into the generated code with the literal()
function. It simply outputs anything you like.
Also the other typical
On 10/30/2013 02:53 PM, andy pugh wrote:
Getting a bit off topic here
Well, if I cannot defend the choices made in the creation of gcmc, then
they may not be valid choices and should be thought about.
, but the RS274NGC version of G-code doesn't use line-numbers at all.
While/Wend If/Endif
On 10/30/2013 05:11 PM, Gene Heskett wrote:
I downloaded, extracted, configured and maked it. Now what, I cant get
any further than that. I like the idea and want to test it but you are
going to have to give some small bit of guidance as to how we get to use
it please.
Needs an installer
On 10/30/2013 04:27 PM, TJoseph Powderly wrote:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?AptProgrammingForEMC
look at the screenshots of the generic path description.
This is high level and abstracted. The output is filtered
according to machine style ( horiz, vertical, special kins,
special
On 10/30/2013 04:29 PM, Gene Heskett wrote:
As someone from the other side of the pond, I am far more comfortable in
inches than in mm or mils for everyday work, but I think I need to
understand what a mil is in the definitions you use?
A 'mil' is one thousands of an inch or exactly
On 10/30/2013 06:42 PM, Gene Heskett wrote:
[snip]
Generates:
[snip]
G2 X9.97547740 Y9.97547764 Z9.97547781 I10. J0. P3
That is seriously wrong...
The generated code should read:
...
G2 X10. Y10. Z10. I10. J0. P3
...
Is you add a
On 10/30/2013 05:13 PM, Kent A. Reed wrote:
It seems to me your to-do list is relevant independently of whether gcmc
remains a standalone tool or mutates into another LinuxCNC interpreter.
Agreed.
It would be nice to have a wiki page, forum section, or some such where
we can capture
On 10/30/2013 07:01 PM, Bertho Stultiens wrote:
On 10/30/2013 06:42 PM, Gene Heskett wrote:
[snip]
Generates:
[snip]
G2 X9.97547740 Y9.97547764 Z9.97547781 I10. J0. P3
It was probably caused because I had been compiling with -O0 (for
debugging) and that does not detect
On 10/30/2013 08:58 PM, Gene Heskett wrote:
[snip]
H, not at all what I got:
[snip]
( global offset
[-0.026255mm,-0.026255mm,-0.026255mm,0.00mm,0.00mm,0.00mm]
)
This is why it fails. My code did not initialize the global offsets
correctly, which had the consequence that the
On 10/31/2013 07:38 AM, Gregg Eshelman wrote:
Once achieving a state where all of a program works, it's a good idea to
do a renumber then continue work on a copy.
If G-Code cannot handle gaps in its line numbers, then perhaps an editor
could do so, then have a Save As runnable output
On 10/31/2013 01:25 PM, Kent Reed wrote:
There is no need to dwell on the justification for providing an
alternative, either. As my grandmother was fond of saying, the proof of
the pudding is in the eating. Let's get on with finishing the pudding and
let the CNC world decide if it likes the
Hi All,
I've been updating the gcmc code quite a bit with stuff that was missing
and several bug fixes.
The syntax and semantics are now at a stage where most vector
calculations can be performed and is illustrated with an example in
tests/star.test.gcmc. The star is a convex polygon and is
On 11/01/2013 11:40 PM, Tony Zampini wrote:
I've been following this thread, and I'm very intrigued by your program -
gcmc.
What would it take to get gcmc to run in the Windows environment? For
example, a windows console application?
Gcmc has no external library dependency, so it should be
On 11/02/2013 05:44 PM, Tony Zampini wrote:
Thanks so much!! I was able run gcmc in a Command Window on my Win7
laptop. I tested it on your cutter.gcmc test program and it compiled without
error.
You are welcome. Please report any errors you may encounter.
In the future, would it be
On 11/03/2013 03:08 PM, Tony Zampini wrote:
A quick question about gcmc. Are the contents of the prologue and
epilogue hard-coded into the program? Or can I make them anything I want.
They are hard-coded, but you can disable its generation by adding the
-q option on the command-line.
The
On 11/03/2013 03:32 PM, Bertho Stultiens wrote:
In principle, it should be possible to alter gcmc to output relative
position code, which subsequently can be reused in other programs. It
has been a thought I have been playing with.
To that end,...
I just had a look at relative outputs
On 11/02/2013 08:10 PM, Bertho Stultiens wrote:
In the future, would it be possible for you to provide an updated gcmc.exe
whenever you update the linux version? Or is this asking too much :)
I am going to write a webpage dedicated to gcmc and I hope to be able to
have multiple builds
Hi All,
I've been updating the gcmc code continually.
Current version 1.1.0 highlights are:
- Add angular value units (degree and radian)
- Add value unit query functions
- Make LHS dominant for unit conversions in operations
- Divide operation strips units if both LHS and RHS are of same unit
On 11/06/2013 03:06 PM, Gene Heskett wrote:
A suggestion Bertho. Your original message and the link to the tarball is
now well off screen in the message list. Could you add it to your sig?
I will add a link for future update messages.
All should be available from:
On 11/07/2013 12:34 PM, Sebastian Bachmann wrote:
The problem ist that the terms high magnification and depth of field does
not fit well together.
You can improve on the DOF if you use a very small apperture: a
pin-hole. You will need a lot of light to image anything through a
pin-hole and a
Hi all,
This new version allows index [] on vector- and vectorlist-variables to
function as you'd expect. The syntax page has updated information and an
example under the operator heading. This version also includes library
functions in the tar-ball, a beginning of a test-framework and bugfixes.
On 11/08/2013 09:18 PM, Tony Zampini wrote:
Thank you for maintaining and improving GCMC. I'm finding it
very useful and powerful. It makes it so easy to whip up quick
machining operations. I can do things with GCMC that I simply
can't do with my CAM program(CamBam). Don't get me wrong,
I
On 11/08/2013 11:38 PM, Jean-Michel Pouré - GOOZE wrote:
I need to know to what extend Linux CNC could be used to manage an
infrared SMT reflow oven. Any ideas are welcome.
That sounds a bit like using a hammer to screw a bolt...
Sure, you could modify configs and make it work, if maybe not
On 11/09/2013 07:40 PM, alan wrote:
I also think this is a good idea.
To test it I have quickly rewritten my g-code wheels program see
attached file.
It currently works only for paths cut in XY plane using XY movements. I
cannot check this but the axis path plot look ok.
Nice pattern. I'll
On 11/09/2013 07:40 PM, alan wrote:
To test it I have quickly rewritten my g-code wheels program see
attached file.
It currently works only for paths cut in XY plane using XY movements. I
cannot check this but the axis path plot look ok.
I made some small changes to the code. It runs a bit
Hi All,
A new release, 1.2.0, has been made for the G-code meta compiler.
Changes include:
- and operators on scalars, vectors and vector-lists
- full axis support for XYZ, ABC and UVW
- fixed arcs to output valid IJK values and correct XYZ coordinates
(thanks Tony for spotting the problem)
-
On 11/11/2013 09:50 PM, alan wrote:
I did originally write both parts as per your changes. But kept getting
a compilation error. I cannot remember what the message was and it was
probably because of something else. So made those changes and it all
seemed to work . I probably inadvertantly
Hi all,
A new gcmc release was made which fixes a couple of problems and adds
some useful features. Changes include:
- Change epilogue to use M30 for end program. M2 has been obsolete for
quite a while
- Add G49, G54 and G80 to the prologue to ensure known setup
- Implement imperial units output
On 11/13/2013 09:59 PM, Gene Heskett wrote:
I have added /usr/lib/camunits to one of the files in /etc/ld.so.conf.d,
and have verified that path is correct, but I don't seem to be able to make
a sudo ldconfig -v|less show me that it is seeing a single one of the
dozen plus .so files there.
On 11/13/2013 10:37 PM, Gene Heskett wrote:
I have added /usr/lib/camunits to one of the files in
/etc/ld.so.conf.d, and have verified that path is correct, but I
don't seem to be able to make a sudo ldconfig -v|less show me that
it is seeing a single one of the dozen plus .so files there. I
On 11/16/2013 05:33 PM, Tony Zampini wrote:
for( x = 0; x = 10; x += 0.5 )
{
for ( y = 0; y = 4; y += 0.5 )
{
drill( [x, y, -0.5], 0.1, 0.1);
}
}
Please note that gcmc defaults to mm if no units are specified. The
above will move 0.5mm each step. For inches, you should
On 11/16/2013 07:06 PM, John Kasunich wrote:
In non-metric countries, mil is typically used only when making
printed circuit boards. Ordinary mechanical design is done in either
inches or mm.
In other words, inches and millimeters are the mainstream units,
and mils are a niche application.
On 11/16/2013 11:37 PM, Tony Zampini wrote:
The way I have been using GCMC is to not use any unit specifiers after
numbers.
This way, all I have to do is make sure I include G20 (program in inches) at
the top, and everything is
treated as inches, since GCMC will not do any conversions when
On 11/17/2013 07:31 AM, Marius Liebenberg wrote:
... As I said, being a programmer I understand the C language. Its
getting to think out of the box that is required. Would you attempt
more complex parts with this tool or just repetitive type of jobs?
I too am more versed in C than mechanical
On 11/17/2013 10:16 PM, Tony Zampini wrote:
I understand your concern about portability, and I think the changes
you are contemplating for the -i switch will allow me to eliminate
the literal G20 statement.
Yes, having -i to work consistently was the idea. A commit/push in git
has been made to
On 11/18/2013 02:36 AM, Kent A. Reed wrote:
Congratulations, Bertho. I see that gcmc has been included in the
Hackaday Links for November 17, 2013.
Thanks, it is good to have more people see it.
I hope your server can withstand the inevitable onslaught of curious
browsers!
It is not the
On 11/18/2013 03:00 AM, Steve Blackmore wrote:
Ahhh - from another perspective. I am a mechanical engineer. I have a
degree. I specialised in gas engineering, I worked for several years in
a factory that made gas valves. We embraced CNC and I was there from the
inception in the 80's. I know
On 11/18/2013 06:06 AM, Rafael Skodlar wrote:
First, I'm not familiar with the program details. However, I wonder why
unit of measure throughout the program matters at all?
There is a simple reason why it matters. The output stage, where values
are output to XYZ coordinates, will use a
On 11/18/2013 08:09 AM, Gregg Eshelman wrote:
Could the vision system do realtime tracking and position error
correction, continuously comparing the board to an accurate image?
That is how pick-and-place machines work. They adapt to what they see.
Integrating this into the g-code backend may
Hi all,
A new release, version 1.3.0, of the G-Code Meta Compiler has been made.
The new version includes a set of changes, improvements and bug fixes:
- Inch units (in suffix) has been introduced and mil will now be
converted to inch when parsed. Using inch as a base measure brings gcmc
more in
On 11/18/2013 03:43 PM, Philipp Burch wrote:
Integrating this into the g-code backend may prove to be difficult and
it is probaby easier to create a feedback-loop in the generation of the
movements/g-code.
Probably this is indeed the way to go. Creating a G-Code template for
exactly one part
On 11/19/2013 06:59 AM, Rafael Skodlar wrote:
The problem is when you start mixing it with none. A value with no
units associated can be interpreted in different ways, due to scaling.
You need to /know/ what you are doing.
Don't assume things. I see programmers assume too many things and the
On 11/19/2013 03:43 PM, Tony Zampini wrote:
If you want a menu, then you can write a script as a wrapper.
Gcmc is a command-line program and works in the tradition of all/most
unix style commands.
That's fine. What I'm concerned about is users that need to run
repetitive tasks but don't
On 11/19/2013 04:35 PM, David Armstrong wrote:
I was hacking a bit on gcmc and got the idea that it might be used for
the local hacker-space's PhotonSaw too (home-made laser cutter at
osaa.dk). The PhotonSaw uses svg as input and cuts the paths from that file.
While pondering, I thought it
On 11/19/2013 04:35 PM, David Armstrong wrote:
While pondering, I thought it could also be used to visualize the path
taken in general. Attached are two images of the gcmc examples as SVG
paths images.
is it feasable to load dxf's the same way as svg ?
i'd definately have a need for that for
Hi All,
An updated version 1.3.1 of gcmc is available. Changes include:
- Add circle_cw(_r) and circle_ccw(_r) functions for full circles. Arcs
cannot unambiguously create circles because the center-point cannot be
calculated from the radius alone.
- Fix command-line segfault in long options
On 11/21/2013 12:57 AM, Bertho Stultiens wrote:
While pondering, I thought it could also be used to visualize the path
taken in general. Attached are two images of the gcmc examples as SVG
paths images.
is it feasable to load dxf's the same way as svg ?
i'd definately have a need
Hi All,
I've been incrementally improving gcmc to support more and more features
for easier and more general use. The new 1.4.0 version is a larger step
forward and includes multiple backends to output in G-code, SVG and DXF
formats. This enables gcmc to be used not only for mills/lathes, but
On 11/24/2013 06:40 PM, Lars Andersson wrote:
thanks for your fine work! Really enjoy this.
You are welcome. I also enjoy creating the program :-)
I'm wondering about a small detail; how do I convert a vectorlist with
one element as returned from tail(vectorlist, 1) into a vector as
On 11/24/2013 08:09 PM, Tony Zampini wrote:
In general, if you have a one element vector list, and want to use it
where a vector is required (such as the move() statement), you can simply
include the index of the first (and only) element, which is 0. For example:
move(vectorlist); //
On 11/25/2013 10:25 AM, Dave Caroline wrote:
I have not seen http://openscam.com/ mentioned yet.
also there are a couple of other experiments
http://www.anderswallin.net/tag/cutsim/
gdepth at http://emergent.unpythonic.net/01169521961
This is a bit of a sad story... I too have been looking
On 11/25/2013 02:47 PM, Anders Wallin wrote:
I have a feeling many of these CAD/CAM things require more knowledge than
fits in the average open-source developers brain.
I would not quite put it like that. There are some brilliant people out
there. Not all will perform equally on all subjects.
On 11/25/2013 04:26 PM, John Murphy wrote:
I use opensCAM and it works great, trivial install on ubuntu.
Well, I tried to install ubuntu 12.04 LTS in a VM, but it locks up X all
the time.
However, I've been thinking about exporting to an openSCAD script
through rs274 (or sai through linking
On 11/25/2013 08:09 PM, Bertho Stultiens wrote:
However, I've been thinking about exporting to an openSCAD script
through rs274 (or sai through linking tolibrs274.so).
I did a really quick hack to export the feed movement to a script and
could create a 3D representation of the cut result
Hi All,
A new version 1.4.1 of gcmc has been released.
The major changes are adding the command-line defines (-D option),
revamped documentation and RPM and DEB package management files for
automatic package generation.
Changes include:
- Feature: include unix man-page
- Feature: revamp
On 12/05/2013 11:52 AM, andy pugh wrote:
But showing and moving machine and vises is a minor thing compared to
material removal I think. Although I don't think it is trivial.
I wonder if a voxel-based approach is simpler, but it rather depends
on the required precision.
If 1mm voxels on a
On 12/05/2013 12:05 PM, Bertho Stultiens wrote:
The voxel approach is a valid one. You can reduce the data-set size by
merging voxels in a plane and volume. There are tree-algorithms to
handle such cases and there is an advantage that you only need to split,
never merge. However, using trees
On 12/06/2013 01:46 AM, Robert Ellenberg wrote:
As some of you know already, I'm working on an improvement to the linuxcnc
trajectory planner that will allow much faster movement for engraving-type
programs with lots of short segments. As part of this effort, I need test
cases, both to find
On 12/06/2013 02:37 AM, Robert Ellenberg wrote:
You could use the wheels.gcmc example from gcmc (contributed by Alan
Battersby). It creates a lot of small segments of 10..100um. You can
even increase the number of segments by decreasing the angle-interval of
the calculation (currently at 0.01
On 12/06/2013 07:07 PM, Florian Rist wrote:
So my question is, to someone who may have tried/done this, is can a 1
ounce layer of copper be burned away rapidly enough so as not to leave a
burned, conductive path where the copper was?
I tried this with two different Lasers sources:
120 W CW
On 12/06/2013 07:56 PM, Gene Heskett wrote:
PS: There was a ns pulsed UV Laser (quadrupled YAG) on ebay recently,
this would be the right one for the job. I was close to buying it was
quite cheap.
unfortunatly not , copper for one will absorb the heat .
and for a laser to work it realy needs
On 12/06/2013 08:24 PM, Gene Heskett wrote:
Hence the cataract warnings that seem to surround the long IR CO2 models.
Unforch I do have some already.
Cataract inducing lasers are at ~1500nm (often Yag type lasers). The
1.5um is small enough to pass through the cornea and will induce
Hi All,
A new version 1.4.2 of gcmc has been released.
The major change is the addition of g-code function generation
(--gcode-function option) as well as the ability to reverse vectorlists
for easier alternating path movements. The documentation now also
includes the return values of the
On 12/17/2013 12:23 PM, Gene Heskett wrote:
I wonder if this is anything like that?
http://www.youtube.com/watch?v=2SozZ7af3wg
No, no resemblance to my idea, and TBT that driver would be dangerous
unless its feedback does go into LCNC so LCNC knows it is not where LCNC
told it to be. Cute
Hi,
Is there a reason, other than the RS274 standard, why there are only
5000 numbered variables available?
I am trying to create a compiling backend to gcmc and the maximum
complexity of the program will depend on the available storage. The
gcode interpreter has enough Turing completeness to
On 12/17/2013 03:33 PM, andy pugh wrote:
I am trying to create a compiling backend to gcmc and the maximum
complexity of the program will depend on the available storage.
You could use named variables instead.
Not for indirect addressing. A lot of the memory needs to be addressed
using #[var]
Hi All,
A new version 1.5.2 of gcmc has been released.
This release is a primarily a bug-fix release to fix arcs in the YZ
plane. The release also adds new examples and a language feature to
address vector coordinates as fields (v[0] can now be written as
v.x). The documentation has been
On 11/30/2014 01:02 AM, TZ(Paypal) wrote:
Thanks for writing/maintaining gcmc. I like the addition of the . operator
for vector field access.
I can't wait to try it!
It is my pleasure to maintain the code. I find it useful too ;-)
The addition was suggested and I actually wondered why I did
On 11/30/2014 03:46 PM, Gene Heskett wrote:
On Sunday 30 November 2014 07:04:10 W. Martinjak did opine
And Gene did reply:
On 2014-11-27 15:46, Bertho Stultiens wrote:
The updated documentation is online at:
http://www.vagrearg.org/content/gcmc-into
Should be:
http://www.vagrearg.org
On 12/01/2014 12:46 AM, Gene Heskett wrote:
The updated documentation is online at:
http://www.vagrearg.org/content/gcmc-into
Should be:
http://www.vagrearg.org/content/gcmc-intro
Yes. is this very complete web page available in pdf for making dead
tree copies? It would be bound and
On 11/30/2014 11:08 PM, TZ(Paypal) wrote:
Have you considered doing a YouTube video that shows how gcmc is
used? If you include CNC and Gcode in the title, I think you will get
a lot of exposure.
For example, take a look at the following video. He already has 5600+
views since Nov. 6th 2014.
On 12/01/2014 09:08 AM, alex chiosso wrote:
I'm following you since the beginning on this list and I've to say
that your work is really nice and professionally made.
I try to bo my best ;-)
I usually don't use cnc's for machining parts but to do material
handling or such so I need to make
On 12/01/2014 06:25 PM, alex chiosso wrote:
This is an abstract of a post (that I opened a couple of months ago) on the
conditional-unconditional nc program flow control .
USA brand CNC manufacturer (Delta Tau PMAC-NC Pro2
http://www.deltatau.com/manuals/pdfs/PMAC-NC%20Pro2.pdf) and they
On 12/01/2014 06:52 PM, Jon Elson wrote:
All CNC machines use turtle graphics in 2D, 3D, 4D, etc.
No, turtle graphics is a scheme where the coordinate system is
centered on the turtle, and everything is relative to which way the
turtle is pointing now. So, if the turtle makes a 90 degree turn
On 12/01/2014 07:01 PM, andy pugh wrote:
On 1 December 2014 at 16:58, Bertho Stultiens ber...@vagrearg.org wrote:
Well, yes, gcmc is a paradigm shift from plain gcode. That leap is
easiest to see for those who have coded before in similar languages.
I am not suggesting that you (or anyone
On 12/20/2014 04:18 PM, Pete Matos wrote:
I am out of the office until 07.01.2015.
LOLMerry Christmas!!
Do such messages still get you banned (permanently)?
I surely hope so... The autoreply of the digest's digest can send
another away message, then another and another.
--
Greetings
On 03/16/2015 09:40 PM, Karlsson Wang wrote:
A shield is primarily intended to prevent electrostatic coupling from
the outside world. So by grounding in the consuming end the shield
will get the ground potential of the consumer and the signal cables
will be shielded from different external
1 - 100 of 250 matches
Mail list logo
