Am 27.08.2012 um 20:22 schrieb Chris Radek:
On Mon, Aug 27, 2012 at 05:35:28PM +0100, Ben Potter wrote:
7) Completely different method to other controllers
Like others I don't have a problem with this when other controllers
are excessively weird or contrary to how ngc works.
I am
Ben,
after reading your patch I found not a single line which warrants the
modification of the interpreter at the C level. The whole thing can be done in
an O-word procedure, maybe a bit of Python glue, as a remapped code, which is
in master, and in a stable fashion for the better part of this
Am 26.08.2012 um 11:50 schrieb andy pugh:
On 26 August 2012 10:22, Michael Haberler mai...@mah.priv.at wrote:
after reading your patch I found not a single line which warrants the
modification of the interpreter at the C level. The whole thing can be done
in an O-word procedure, maybe
Am 26.08.2012 um 15:56 schrieb andy pugh:
On 26 August 2012 14:04, Michael Haberler mai...@mah.priv.at wrote:
Taking all G7x[.y]/G8x.[y] and writing equivalent new codes eg
G17x[.y]/G18x.[y] in NGC and a bit of Python is possible without any C++.
I am not sure how the G-code can search
Am 27.08.2012 um 03:18 schrieb Todd Zuercher:
This thread lately about g-code remapping, has brought back to mind a problem
I have, that I've just been working around.
But maybe someone might have a better way. We have some 4 axis routers (XYZW)
that are used for wood carving. Mostly they
Am 09.07.2012 um 19:17 schrieb Bryce Johnson:
I'm running one of the newer 2.6pre from the buildbot repo. I noticed that
if I stop the operation on a tool change change to tool 6 and start from
the beginning on the file (tool 1). It asks for tool 6 again instead of
tool 1. If I put in
It would help if you post the code and the invocation of the component on
pastebin.com
what you would want to do is:
- pass the device *name* as an command line argument to the component
- open the device
- use the resulting *file descriptor*
for examples how to pass command line arguments
this gives a good recipe for glueing in an udev rule:
http://buzzdavidson.com/?p=45
-m
Am 12.06.2012 um 18:05 schrieb Eric Keller:
My apologies for this off topic post. I am currently stuck with a little
bit older version of Fedora on a Beagleboard. We use a lot of usb to
serial
use this example for now:
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/spinbutton-workaround
I'll eventually push it to v2.5_branch
-m
Am 26.06.2012 um 10:43 schrieb Viesturs Lācis:
2012/6/26 Michael Haberler mai...@mah.priv.at:
if you get stuck, let me know
Yes, I
Am 25.06.2012 um 12:38 schrieb Viesturs Lācis:
/tmp/tmpvJHWwB/nhckins.c: In function ‘init_module’:
/tmp/tmpvJHWwB/nhckins.c:107: error: expected identifier before ‘(’ token
/tmp/tmpvJHWwB/nhckins.c:110: error: expected identifier before ‘(’ token
make[2]: *** [/tmp/tmpvJHWwB/nhckins.o]
Am 25.06.2012 um 18:48 schrieb Viesturs Lācis:
Hello!
As a part of testing the kinematics module, I need a little vcp panel,
so I finally decided to try gladevcp.
I want a spinbutton.
And I want to define a default value for the spinbutton.
I am looking here:
Am 13.06.2012 um 13:37 schrieb John Thornton:
or numbered subroutine from the mdi anymore and would give me a File
not open error when I tried to execute a subroutine so I gave up and
I remember seeing this when the OPEN_FILES= statement in the ini file didnt
point to a valid file.
-
I dont think these ideas will work/produce sensible results
- Andy's idea conveys the readahead-time setting of #5220
- halui wont be able to report anything useful because the emctstatus message
doesnt contain that value (#5220)
the way I understand it all offsets (coordinate, tool, axis) are
Brian,
I suggest to use just a single gladevcp application, and use a notebook widget
which gives you named tabs to select the desired panel.
- Michael
Am 04.06.2012 um 22:59 schrieb Brian May:
I might be missing something obvious, but how do I add a second gladevcp
tab in the axis window.
Am 30.05.2012 um 21:55 schrieb John Stewart:
Kent;
..
So while I wander past the rapidly increasing number of 3D printers at
SIGGRAPH, for instance, I currently can't find a use for one that I can
afford to have @home.
might be the wrong trade show
have a look dental work, or moldmaking
Jeshua,
wrt the words, assuming you look at the master branch
The existing 'S' (spindle speed) and 'F' (feed) can be redefined with an NGC
procedure or Python code.
New 'M' codes can be either introduced by the same method, or the 'M100 to M199
User Defined Commands' feature
see documentation
the underlying issue is now fixed in master for Axis
devs - please see emc-developers
- Michael
--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and
threat landscape
Gene,
Am 03.05.2012 um 04:34 schrieb gene heskett:
On Wednesday, May 02, 2012 10:24:12 PM Michael Haberler did opine:
Gene,
please read the mail pertaining to your report which I just posted on
emc-developers.
I am not on the devel list, was 3-4 years back till I got it figured out
you could try setting motion.feed-hold to true until ready to continue
-m
Am 02.05.2012 um 19:05 schrieb Eric H. Johnson:
Hi all,
I have a tangential tool application with a pneumatically controlled 2
position Z axis. Thus I control the head up / head down, directly with
digital I/O. I also
Gene,
please read the mail pertaining to your report which I just posted on
emc-developers.
I strongly oppose 'restoring this feature'. Unless a proper solution is
implemented, this means restoring a bug which is just waiting to get somebody
into real trouble. There is a reason the bugfix is
Am 25.04.2012 um 13:04 schrieb andy pugh:
On 25 April 2012 02:29, Dave e...@dc9.tzo.com wrote:
Can you look at the Gscreen python file to see how Chris did that?
Not at the moment. I thought it was one of the heads at
http://git.mah.priv.at/gitweb/emc2-dev.git but I can't see it there.
Am 25.04.2012 um 17:14 schrieb andy pugh:
On 25 April 2012 15:44, Kenneth Lerman kenneth.ler...@se-ltd.com wrote:
A new HAL component could connect to N jog inputs (one for each axis).
In feed hold mode, the joggers would become active. The new component
would pass the jogs as offsets to
in fact your idea is so un-intrusive that I'll try do it for 2.5
no NML mumbo-jumbo, not task state guesswork, no Axis deciphering - I like it!
-m
Am 25.04.2012 um 16:44 schrieb Kenneth Lerman:
Thank you Michael.
Once upon a time (6/22/2009), I suggested:
==
One way to
I decided to ignore the conventional wisdom that it cannot be done, and gave it
a try.
here are some prelimary results:
http://www.youtube.com/watch?v=yJPLJGdiQWwfeature=plcpcontext=C494ebbdVDvjVQa1PpcFOUhIqfm3XcEJtse1eR8fqk7sO0WffoNSU%3D
Obvious use: retract tool, clean swarf, continue
Am 24.04.2012 um 21:00 schrieb andy pugh:
On 24 April 2012 18:53, Michael Haberler mai...@mah.priv.at wrote:
I decided to ignore the conventional wisdom that it cannot be done, and gave
it a try.
To be fair, it was only ever described as hard not impossible and
yes, but 'impossible
let's discuss terminology for a minute (paths vs gcode segments)
we have:
1. linear G-code programs (no oword control structures)
2. G-code with arbitrary control structures
3. Some other yet-to-be-invented language for machine control.
execution of any such program generates a path (sequence of
gents, you are busily inventing path queueing mechanism number 3. The existing
ones are: CRC offset curve aka queued_canon, and NCD aka chained_points.
Other ideas have been floating around like a circular buffer in front of motion
so motions can be stepped back.
If this goes on like
let me point out that the underlying issue is the current line-by-line G-code
interpretation model (aka 'limited lookahead')
any view or optimization beyond that scope necessarily involves some path
history which has been addressed by introducing 'queues' at considerable extra
complexity; for
Am 20.04.2012 um 13:40 schrieb Viesturs Lācis:
Michael, all the things You listed to be changed makes me think that
filter is much easier to do (except the math part).
For a single purpose-tool: probably yes, but then this fixes exactly your
current problem and nothing else.
I hinted at a
I was thinking about introducing handlers similar to ON_ABORT which would
execute on startup, first machine-on and shutdown
this could be either NGC or Python functions which could - among other things -
save/restore arbitrary state; in reality only Python has the powers to do
read/write
I regularly see folks reinventing stuff which has been done, and implemented
and documented, including myself ;). No wonder, because the manuals are big,
and we have no change bars or such in place.
Looking around I found this, and is very useful to quickly view the difference
of two html
indirectly. Start the System monitor. It should show more than one CPU.
Start several, processes, or a build.
If one CPU stays at no load, you have an isolated CPU.
-m
Am 31.03.2012 um 20:42 schrieb Jeshua Lacock:
On Mar 30, 2012, at 1:59 PM, Viesturs Lācis wrote:
My googling results
syntax-driven highlighting for HTML has been in the asciidoc version of the
documentation for a while now, including G-code, HAL and INI files for a total
of 87 languages - see ls /usr/share/gtksourceview-2.0/language-specs/*:
ada asp awk bibtex boo cg changelog chdr check.sh c cmake
to as #_my_predicate in
expressions
It's documented here:
http://www.linuxcnc.org/docs/devel/html/remap/structure.html#_adding_predefined_named_parameters_a_id_sec_adding_predefined_named_parameters_a
and it's in master as of today.
- Michael
Am 23.03.2012 um 08:53 schrieb Michael Haberler:
Am
Am 24.03.2012 um 13:27 schrieb Erik Christiansen:
On 23.03.12 11:20, Michael Haberler wrote:
You will find lots of examples for embedded Python usage in the canned
demos under configs/sim/remap, and regression tests using these
features, like under tests/remap and tests/interp
Am 22.03.2012 um 10:09 schrieb Erik Christiansen:
It is my (limited)
understanding that LinuxCNC cannot intrinsically test the current state
of its many modalities, so we don't seem to have anything that can be
checked, AIUI.
...
But LinuxCNC doesn't know its current state in an
Am 23.03.2012 um 10:30 schrieb Erik Christiansen:
On 23.03.12 08:53, Michael Haberler wrote:
As for introspection on state at the gcode level, see
http://www.linuxcnc.org/docs/devel/html/gcode/overview.html#_predefined_named_parameters_a_id_sec_predefined_named_parameters_a
Many thanks
benefit for this purpose. :)
Ciao,
Rainer
Am 21.12.2011 08:31, schrieb Michael Haberler:
I found the idea quite intriguing, and thought about integrating the
surface correction idea better. After bouncing a few ideas with Andy, this
is what I have so far:
probekins: a kinematics module
. :)
Ciao,
Rainer
Am 21.12.2011 08:31, schrieb Michael Haberler:
I found the idea quite intriguing, and thought about integrating the surface
correction idea better. After bouncing a few ideas with Andy, this is what I
have so far:
probekins: a kinematics module which be default
re: sort of:
be aware that this method relies on the run-from-line feature - which isnt
exactly bullet-proof in particular when using oword constructs/procedures
see the bugtracker for RFL issues
-m
Am 18.03.2012 um 01:22 schrieb Tony Zampini:
Well, I made the changes to Les Newell's script
Am 18.03.2012 um 13:36 schrieb Tony Zampini:
...
On a more general note, being able to touch off after a tool change seems
to me to be a necessary function for any and every milling operation. Why
doesn't EMC2 have this feature built-in? Or, to put it another way, how are
users of EMC2
Am 12.03.2012 um 02:52 schrieb Steve Blackmore:
On Sun, 11 Mar 2012 13:23:06 -0500, you wrote:
I just included it in the Wiki. I was going to do this a while ago ...
but like other things..
Here is the link:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ManualToolChangeMacro
I included
This thread is now 15 posts long.
Is there any chance that the actual and expected behaviour can be condensed
into a short testcase, please
I'm referring to actual NGC code - opinions do not lend themselves to debugging.
-m
Am 08.03.2012 um 00:22 schrieb gene heskett:
On Wednesday, March
Am 08.03.2012 um 18:07 schrieb gene heskett:
On Thursday, March 08, 2012 12:06:38 PM Mark Wendt did opine:
On 03/08/2012 09:41 AM, Michael Haberler wrote:
This thread is now 15 posts long.
Is there any chance that the actual and expected behaviour can be
condensed into a short testcase
Am 09.03.2012 um 02:51 schrieb Jeff Epler:
The responses in this thread seem to have been pretty heavily in favor
of moving to self-hosted service. The board will soon start on the
behind-the-scenes work to make this a reality.
We've looked around for mailing list archive software that is
Am 09.03.2012 um 05:40 schrieb gene heskett:
On Thursday, March 08, 2012 11:21:41 PM Michael Haberler did opine:
Am 08.03.2012 um 18:07 schrieb gene heskett:
On Thursday, March 08, 2012 12:06:38 PM Mark Wendt did opine:
On 03/08/2012 09:41 AM, Michael Haberler wrote:
This thread is now 15
related: using a tool length switch with manual toolchange - see the example in
configs/sim/remap/manual-toolchange-with-tool-length-switch/
you need to run master for this
- Michael
Am 06.03.2012 um 12:58 schrieb Tony Zampini:
Hi everybody,
I just made my first PC board using EMC2 and my
because glade wont find the catalog if you didnt do '. scripts/rip-environment'
-m
Am 06.03.2012 um 21:28 schrieb Dave:
Just a followup...
If I open a terminal window and get into the rip directory and then run
this command, Glade opens the file without any GladeVCP catalog errors
no, that's the TCP destination port, nothing todo with the slave
A TCP connection is defined by {sourceip-address,some source port,
destip-address,destination port}
once established, it's just a bidirectional stream of bytes with no
interpretation, just like a serial connection over
Am 28.02.2012 um 20:12 schrieb Kirk Wallace:
It seems that Modbus over TCP/IP setups are more common in the wild than
end to end Ethernet Modbus TCP/IP, but if one where to set up LinuxCNC
the vfs11_vfd driver I pushed yesterday is a Modbus master which suppports
serial as well as
Am 27.02.2012 um 19:13 schrieb Kirk Wallace:
On Mon, 2012-02-27 at 14:53 +, Alan wrote:
Hi,
I am replacing the dc motor on my mill with a 3phase motor + inverter as
part of its conversion to CNC. Here in the uk there are several
companies that sell inverters together with a remote
oh;)
Am 19.02.2012 um 14:23 schrieb Jeff Epler:
* Administer our own mailing lists and bug tracker, eventually
closing the sourceforge project. Advantages of this choice
include a more powerful bug tracker (probably bugzilla), ad-free
My vote goes to option 2
re: bugtracker - my vote
I assume you're referring to the EMC_MDIHistory widget, not the 'EMC Action MDI'
if so: Pavell ;)
- Michael
Am 14.02.2012 um 02:58 schrieb Tom Easterday:
I see that there an MDI command widget in Glade. We were just complaining
that it is a shame that Axis has a manual tab and an MDI
Tom, Peter,
Very nice! and well documented
actually I think this should go into master configs/ alltogether - this is a
great starter for others and a better GladeVCP example than what I cooked up so
far
- Michael
actually I learned somehing - the fixed layout widget gives nice looking
Hi Alan,
that is an interesting idea.
from the interpreter perspective there's in principle no issue why some other
language couldnt emit canon calls just alike; possible (with a lot of work)
note that other parts of linuxcnc have some assumptions about the language, for
instance the UI's -
was just a cheap trick
to lower the cost of implementation. There is no reason that we should
keep the labels on control structures. We should then follow the same
rules that C uses.
Ken
On 2/4/2012 10:25 AM, Michael Haberler wrote:
{this is a bit of language/compiler theory
Am 05.02.2012 um 19:07 schrieb Scott Hasse:
I must admit I've I've watched this thread unfold with a bit
of apprehension. Certainly the current direction has evolved to the point
where the result will likely not be usable for my purposes. I don't see a
way of using a flex/bison-based
{this is a bit of language/compiler theory, but then the thread started here;
sorry;)}
One of ideas floating around was to to document the current language as an
EBNF, or an equivalent railroad diagram. An EBNF is a notation for a
context-free languages.
That will not work, because the
Am 03.02.2012 um 04:50 schrieb Kirk Wallace:
I am able to modpoll the proper registers now, but I have a problem with
Do you mean 'modpoll the proper registers' to mean 'read several holding
registers in one operation'?
If so: I had that problem with the Toshiba VFS-11. See the note in my
Am 04.02.2012 um 00:30 schrieb Frank Tkalcevic:
I haven't considered a generic VFD or Modbus device driver, because not
only do the device functions vary widely, but so do implementations of the
Modbus standard.
Yes, I found that too.
Amen. I had that grandiose plan too, despite advice
Am 02.02.2012 um 03:02 schrieb Kenneth Lerman:
READ = s(hundred) m 3
bad number format (conversion failed) parsing ''
s(hundred) m 3
That kind of 'language spec' can stand improvement.. so my parser doubles as
a reverse-engineering tool;)
I believe that the comment IS being ignored.
Erik,
Am 01.02.2012 um 09:23 schrieb Erik Christiansen:
On 01.02.12 00:05, Michael Haberler wrote:
(1)
The grammar specifies expression and control flow constructs, but seems
100% devoid of any explicit gcode grammar. I've scrolled up and down
twice now, but still can't see any rapids
See for example the interesting pycparser project at
http://code.google.com/p/pycparser. It uses clang/llvm :
http://eli.thegreenplace.net/2011/07/03/parsing-c-in-python-with-clang/ which
is a bit on the heavy side for the task at hand, but I already used pycparser
successfully to aid
Another interesting related trawling find, with a some ideas for syntax
evolution:
A G code precompiler which parses a language based on C control structures, and
generates rs274ngc gcode for LinuxCNC (including O-word constructs etc). It's
by a fellow named Lawrence Yu, and its based on
this works:
1234.ngc ---
O1234 sub
(debug,in 1234.ngc, p1=#1 p2=#2 p3=#3)
O1234 endsub
m2
-
in MDI/code do this:
#1 = 1234 ; 'filename' - must be a number though
O#1 call [47] [11] [15]
- Michael
Am 01.02.2012 um 16:01 schrieb BRIAN GLACKIN:
Hi all.
I tried to ask this
Am 01.02.2012 um 13:36 schrieb Erik Christiansen:
On 01.02.12 11:48, Michael Haberler wrote:
Am 01.02.2012 um 09:23 schrieb Erik Christiansen:
The grammar specifies expression and control flow constructs, but seems
100% devoid of any explicit gcode grammar. I've scrolled up and down
twice
ok, while this wonderful discussion was raging on, I built a working parser for
the current linuxcnc dialect, as an experiment in feasability (this is NOT an
end-user tool!)
http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/parser-v2-dev
- Michael
ps: I'd appreciate feedback
Am 29.01.2012 um 06:37 schrieb Erik Christiansen:
- wouldnt it be more readable to write:
--
$var1 = $foo + 1
$var2 = 10
if $var1 $var 2
...
else
...
endif
--
Indeedy, but even the '$' is unnecessary.
I'm not sure whether
Am 29.01.2012 um 13:59 schrieb andy pugh:
On 29 January 2012 12:29, Erik Christiansen dva...@internode.on.net wrote:
While that could be 'de-hashed' without an alternative numbered
parameter identifier, I don't see how you'd propose to handle:
#43 = foo / #44
I am puzzled how you
Am 29.01.2012 um 15:20 schrieb andy pugh:
g1YfooZ100
And here is the question? What did I mean?
I was actually meaning feed at the rate defined by the parameter oo,
but how is the parser to know that is what I wanted rather than there
being a missing S (for example) in G1 Sfoo Z100
Am 29.01.2012 um 16:55 schrieb Erik Christiansen:
What further simplifies the task is that we can, for example, group the
clauses which are common to G0, G1, etc., and give them a name. The part
By 'grouping common clauses' do you mean testing for required or permitted
'words' pertaining to
a bit of trawling yielded this:
http://fennetic.net/irc/emc3/src/emc/interpreter/
this has rs274 parsers done with ANTLR, and bison/flex
I have no idea what the status is
-m
Am 21.01.2012 um 16:31 schrieb Scott Hasse:
All-
I'm thinking about writing some gcode filters for EMC2 in python,
Am 28.01.2012 um 16:20 schrieb Kent A. Reed:
On 1/28/2012 9:20 AM, Michael Haberler wrote:
http://fennetic.net/irc/emc3/src/emc/interpreter/
I suppose a first item of business with the rs274ngc parser code would
be to examine the grammar. As a start, I just looked at the Parser
[this should move to emc-developers, which is why I'm cc'ing there]
it just occured to me that a decent parser would give us the opportunity for a
significant language simplification while retaining backwards compatibility.
An example for the current RS274NGC language with variable references,
Am 22.01.2012 um 19:56 schrieb John Prentice:
I suggest you remove the existing emc2 packages and configure for normal
install (not RIP)
glade should work then, and likely the import issue goes away - having two
different versions of emc installed in different places on the same
John,
I just noticed that the glade catalog thing has already been resolved
so there is no need to './configure --prefix=/usr', RIP will be the better
choice because it doesnt pollute /usr with files
glade usually shows a wash of startup messages, which are harmless
-m
Am 23.01.2012 um 09:17
Am 23.01.2012 um 03:16 schrieb Scott Hasse:
I understand where you are coming from. Word order is not important as
long as you understand how things will be interpreted, and that
understanding matches what actually happens.
I think that point alone would make a pretty printer useful.
Am 23.01.2012 um 11:17 schrieb andy pugh:
On 23 January 2012 06:03, Michael Haberler mai...@mah.priv.at wrote:
A prettyprinter might use whitespace to improve output readability, that's
all
Does anyone else indent their loops and subs in G-code?
me
ok, for those who have gladevcp Python handlers which import emc and currently
fail due to the rebranding stampede in progress - the fastest fix is:
search for
import emc
replace by:
try:
import emc
except ImportError:
import linuxcnc as emc
this works for pre-rebrand and current
Dear EMC Board,
you recently announced the decision to rename EMC2, see below.
I do not take issue with the renaming decision per se - legal conditions are
what they are, and while I don't hear the 'buzz' just yet, I believe a unique
term will help, for instance better search engine results
Am 22.01.2012 um 04:36 schrieb Scott Hasse:
I agree there is a large and difficult problem with respect to the semantic
checking if the desire is to assure that a program will run properly. I'm
really aiming for a step or two below that, where the code would be parsed,
any semantic checks
Am 22.01.2012 um 15:06 schrieb Tom Easterday:
re stealing focus:
Pavel jumped several hoops to resolve this, a description is here:
http://www.linuxcnc.org/docs/devel/html/gui/gladevcp.html#_implementation_note_key_handling_in_axis
-m
Thanks Andy,
Do you know if Gladevcp has the same
Am 23.01.2012 um 05:56 schrieb dave:
On Sun, 22 Jan 2012 20:16:40 -0600
Scott Hasse scott.ha...@gmail.com wrote:
including things like white space.
OUCH! I've become quite used to g-code with no white spaces and would
hate to see that forced on user. If it is an option I have no
looks like there's something badly wrong way below emc, python segfaults in
libc - looks like incompatible libc and python versions:
[ 1956.652151] axis[16736]: segfault at 488bd12a ip 004aacc2 sp bfe4cec8 error
6 in libc-2.11.1.so[39a000+153000]
if you find a core file, try this:
gdb
Am 23.01.2012 um 02:46 schrieb Tom Easterday:
We have been using the 2.5 branch and have made quite a few changes and have
things working nicely. We want to continue forward with 2.5 and abandon
2.4.X. Should I just leave things alone, leave it in run-in-place mode, or
should I rebuild
libraries/support modules in
GLADE_MODULE_PATH. - Tristan Van Berkom
...
I'll see how we can massage this into rip-environment so glade does the right
thing when running RIP
-m
Am 23.01.2012 um 07:57 schrieb Michael Haberler:
Am 23.01.2012 um 02:46 schrieb Tom Easterday:
We have been
it looks like you have an existing emc installation and the python code picks
up emc.so from that installation
if it is run-in-place, it shouldnt import emc.so from
/usr/lib/python2.6/dist-packages/
did you run
. emc2-dev/scripts/emc-environment?
- Michael
Am 21.01.2012 um 16:29 schrieb
you cannot possibly import the right file from the wrong directory
Am 21.01.2012 um 17:35 schrieb Spiderdab:
maybe it is early, but could it be already cnc.so or something, in place
of emc.so?
--
Try before you
Am 21.01.2012 um 18:49 schrieb John Prentice:
Another oddity is that Glade will not open glade-manual.ui as it says it
cannot find the gladevcp catalog..
this a different issue - glade expects the catalog file under /usr/something
and the catalogs arent installed when using RIP
Do you
Am 21.01.2012 um 20:10 schrieb Ed Nisley:
The RepRap dialect seems to be diverging fairly rapidly from what the
LinuxCNC parser understands; in particular, their myriad M codes look
like a problem.
new M-codes are really easy to introduce into the LinuxCNC G-code interpreter
here's an
On Sat, Jan 21, 2012 at 12:44:14PM -0600, Jon Elson wrote:
G-code is extremely easy to parse. Every numeric value is preceded by a
letter telling what it is.
The LinuxCNC dialect is a context-free language at least with respect to
expressions and control structures and as such cannot
Am 22.01.2012 um 03:31 schrieb andy pugh:
There is a standalone interpreter in the LinuxCNC source, though I am
not sure what it is for, or how it works, or if it works any more. Nor
is it in Python. In fact, I don't know why I am bothering, but I guess
I got this far, and it's now only
Am 22.01.2012 um 03:17 schrieb Scott Hasse:
Perhaps it is a lost cause, but having some sort of
what I would call a gcode lint tool would allow people who sometimes take
a naive approach to gcode extension to have an reality check.
a parser with one of the mentioned tools surely can be done
I have some work in progress which enables workpiece Z correction by loading a
mesh of probe points into kins. It was inspired by the recent thread on warped
PCB board milling.
this isnt ready yet, but a starter for the interested:
Sounds like a job for probekins..
http://thread.gmane.org/gmane.linux.distributions.emc.user/31345/focus=31389
..
I just seem to have skipped, how exactly the surface mesh file is
created by probing the surface in certain points.
that will be a Delaunay triangulation of the probe
use lut5:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Lut5
http://www.linuxcnc.org/docs/devel/html/man/man9/lut5.9.html
$ lut5 -n4 'i0 or i1 or i2 or i3'
# expression = i0 or i1 or i2 or i3
#in: i4 i3 i2 i1 i0 out weight
# 0: 0 0 0 0 0 0
# 1: 0 0 0 0 1 1 0x2
# 2: 0 0 0 1 0 1
Am 30.12.2011 um 15:23 schrieb Viesturs Lācis:
2011/12/30 Michael Haberler mai...@mah.priv.at:
use lut5:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Lut5
http://www.linuxcnc.org/docs/devel/html/man/man9/lut5.9.html
$ lut5 -n4 'i0 or i1 or i2 or i3'
# expression = i0 or i1 or i2 or i3
see man lut5
I did look at both links You provided in Your first email.
Do I understand correctly that the weight is function value for a
hey look, I just decoded some jepler mystery code and found it useful, other
than that I'm just an MBA ;-)
Yes, it might be not only cool, but
I found the idea quite intriguing, and thought about integrating the surface
correction idea better. After bouncing a few ideas with Andy, this is what I
have so far:
probekins: a kinematics module which be default behaves like trivkins
it accepts a mesh of triangles which define Z correction
, pos-tran.y);
computational geometry isnt my forte but I assume there is a way to approximate
z, within a given error, a probed mesh by a simple parametric function from
x,y; maybe splines or somesuch
-m
Am 17.12.2011 um 20:00 schrieb Viesturs Lācis:
2011/12/17 Michael Haberler mai
201 - 300 of 362 matches
Mail list logo