On Sat, 2009-08-22 at 07:15 -0500, Jeff Epler wrote:
> iosh is a relic and there's no longer a purpose to using it. It has
> been removed from the current development version of emc2.
>
> It seems that in the very distant past (emc 1.x) iosh was used to
> customize things like start/stop spindle.
On Sat, 2009-06-06 at 12:04 -0700, Dave Engvall wrote:
> HI all,
>
> The spindle motor on my cinci contourmaster has just failed.
> When I measure the phase to common resistance ( Y connected) it is
> constant at 2.3 ohms.
> Phase wires are paired as this is a 480/240 motor.
> Resistance on one
On Wed, 2009-03-25 at 08:21 -0600, John Thornton wrote:
> Of course I volunteer to maintain it :).
>
> If nothing else perhaps we could turn it on for a while to see how it goes?
>
> What do you guys think?
Wah! With an offer like that I don't really see a down side.
Rayh
-
Hi Daniel
Sounds like you have a pretty good handle on the essence of a CNC
control system. I'm an old timer in the EMC business and have spent
quite a few years thinking about distributed processing in relation to
it. This post will appear to ramble a bit but hang in there and I think
you'll s
On Wed, 2009-02-04 at 09:14 -0600, Jeff Epler wrote:
> When I wrote stepconf, my purpose was to reduce the amount of support
> required by a new user with a sherline-class machine before he can start
> to do basic milling tasks.
>
> I don't see this as fitting that goal.
It sounds like Jeff is c
On Wed, 2009-02-04 at 11:58 +, paul_c wrote:
> On Wednesday 04 February 2009, Chris Morley wrote:
> > All valid points that could have been a good start to a discussion for
> > changes rather then deletion. The panel did not just have buttons
> > for offsets.
The EMC development community does
There seems to be a deliberate lack of clarity with this whole
proprietary v gpl/lgpl stuff in this thread. It's not that the
developers are incorrect but more incomplete. You should consider this
post to be my opinion and a near rant and you might want to stay away.
On Sat, 2008-11-22 at 05:46
Hi Jeff
I'm not enthusiastic about the html stuff that you've substituted for
the readily available packages. This system requires several edits for
any big change to the lyx stuff.
As I've worked with LyX I find it to be a rather good system. I
currently publish a couple of books using it an
On Sat, 2008-09-13 at 13:26 +0300, Alex Joni wrote:
> Hi all,
>
> I started a wiki page
> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Emc2PackagesRedesign
> describing some vague ideas around redoing the emc2 packages.
> So far it's only a description of some of the things I think would be
> nice
Hi Jeff
I've started back into editing the docs as well as John and I really
don't understand much of the way that the system produces these things
now. I'm sure that it's intuitively obvious to someone with experience.
I guess I need a crash course on how the whole automated doc production
syst
On Sun, 2008-07-27 at 10:06 -0400, Joel C. Salomon wrote:
Looks like a proper thread to me. (see further note below)
> It reverses the normal flow of conversation.
>
> What's wrong with top-posting?
>
> Top-posting.
>
> Wh
On Fri, 2008-07-11 at 17:55 +, Dewey Garrett wrote:
> Herein, I report resolution of the joypad-delay on hardy-rtai problem with
> notes.
>
> In summary:
>
> The root problem was a misbehaving via video driver component (not sure
> which
> possibly via-agp.ko) in conjunction with the u
I see that John Thornton has asked for a checkbox in stepconf for
selecting gedit as the default editor. IMO this ought to be a default
INI setting so that it's in there on all of the configs we send with an
install. If a user wants something else, let them edit the INI with
their favorite or re
On Mon, 2008-07-07 at 23:07 -0500, Chris Radek wrote:
> I see what you're trying to do now.
Yep. Jon's program offsets from whatever 0,0 it used for the first one.
What I can't for the life of me figure out is how Jon accomplished that
by setting g54 to that location and expected the other coord
Hi Jon
I've never seen a case where changing the value of a g54 offset would
affect any of the other offset systems. Tom Kramer's description of
these ten was clear that they were all independent from each other
because each of them referenced absolute machine zero. I remember this
behavior on
On Mon, 2008-07-07 at 09:33 -0400, John Kasunich wrote:
> Jon Elson wrote:
>
> > The other thing is I used to barely understand the G10 L2 Px
> > behavior before, and it seems to have changed. I think in the
> > EMC1 past, all G55 - G59.3 work offsets were relative to the G54
> > system,
>
>
YES!
On Sat, 2008-05-17 at 23:51 +, Dewey Garrett wrote:
> John Kasunich suggested I post about it here to see if there's
> any interest in adding a patch to CVS.
>
> The one modified file (scope.c) is posted at:
>
> http://pastebin.ca/1021409
>
>
> dgarrett
>
>
-
There is some fascinating thought work being done by Prahalad and
Krishnan and reported on in the May 12, 2008 issue of InformationWeek.
The link below is not exactly what struck me in stuff on p56 of that
issue but it comes close.
http://www.newageofinnovation.com/blog/archives/2008/05/the_nuanc
Roland tells me that he has a link for this year's registration and all
up and going at http://www.cnc-workshop.com. He promised that he will
soon have signup for my classes as well.
Looks like it's happening.
Rayh
--
Hi guys
I'm a bit confused by the description of m66 in the user's manual. I'm
trying to think that the answers should be intuitively obvious but I
can't for the life of me figure them out this morning.
Let me mix questions regarding my confusion into the relevant portion of
the current descr
I grit my teeth each time I hear conversational programming around the
EMC project because of the US Patent owned by Hurco. I'm wondering how
we intend to relate to that patent and the recent enthusiasm for higher
order part program blocks like surfacing, bolt circles, and such.
An excerpt fro
better if releases have a predefined PROGRAM_PREFIX (like
> 2.1.x used to) ?
>
> Regards,
> Alex
>
> - Original Message -
> From: "Ray Henry" <[EMAIL PROTECTED]>
> To:
> Sent: Friday, November 16, 2007 7:42 PM
> Subject: [Emc-developers] part
Unless I'm doing something very wrong, the INI file variable for
location of part programs is completely broken. This seems to be true
for even the most recent stuff.
Ray
-
This SF.net email is sponsored by: Microsoft
De
Hi Michel
I'm struggling a bit with this line of thought. Perhaps it's old age.
I've tested and used multiple interfaces into a running EMC even before
emcsh was written and tickle was applied. I often run two along side
each other while testing abilities.
It is pretty easy to get a GUI to b
Hi guys. Thought a few of you might be interested in this sort of
thing.
PERSONAL ROBOTIC TOOLS AND FABRICATION MEETING
Date: Thursday, October 18
Time: 10am-1pm followed by lunch
Location: Travis County Expo Center, Austin, TX
OVERVIEW
We see a broad emerging market for Personal Robotic
I believe that this is even worse of a rewrite that Chris suggests. It
would require major changes to the set of limitations imposed on the
author of the interpreter when he wrote it.
There is a variable in the interpreter that allows you to set the
acceptable concavity of a corner. I've played
On Mon, 2007-03-05 at 14:35 -0500, Matthew Glenn Shaver wrote:
> They're roughly ordered by size with the ones at the top
^ being the largest & most gruesome. Enjoy & Comment!
Interesting choice of word, gruesome. My immediate thought went back to
the batman movie where a very dysfunctional and
I ran a few quick comparisons using one of the hard coded variables in
the interpreter. This variable is named
TOLERANCE_CONCAVE_CORNER. It's found in
emc2-head/src/emc/rs274ngc/interp_internal.hh and used in
interp_internal.cc where there is a fascinating description of it's
effects.
It does
Hi Ken
Thank you for your continuing quest.
On Mon, 2007-02-05 at 09:23 -0500, Kenneth Lerman wrote:
> In my continuing quest to improve the interpreter, I've come across a couple
> of issues where I'd like some guidance.
>
> The change I'm working on now has two aspects:
>
> 1 -- If there is
that a commitment to a revised or new task planner will
involve the use of programming languages some of us are less familiar
with and less adapt at using/reading. As you already know most all
programming languages are alien to me.
Rayh
On Tue, 2007-01-30 at 19:35 +, [EMAIL PROTECTED] wrote:
&
And I'd interpose a third way -- task. Both of the above approaches
using the HAL and the Interpreter have a good deal of merit within the
context of each system. What is missing from each is a system wide way
of describing the state of the machine so that effective coordination
between IO, moti
try M. Shatrov wrote:
> Ray Henry:
> >
> > Hey guys, before we spend a lot of time chasing the thoughts of someone
> > working against our project we need to think seriously about what the
> > GPL, LGPL, and GPLD is supposed to do for us and what these licenses
> >
fered copyrights to Peter Vavaroutsos."
> I contacted PeteV after that, and he confirmed that licensing is
> conform to the work done (his name on the files he wrote).
>
> 2. "emc/kinematics/genhexkins.* are by Brian Register".
> I tried to contact Brian Regi
Hi Jeff
On Tue, 2007-01-23 at 19:51 -0600, Jeff Epler wrote:
> I wrote the python 'emc' interface with the idea that many programs
> could use it to send and receive NML messages, not just the AXIS GUI.
> It is GUI agnostic, and can also be used for commandline programs like
> mdi.py and jdi.py <
Hi Eric
I don't have my mesa card in the fast computer I used for the 71k pps
stepper tests but I tried starting up a mesa card inside a stepper_inch
setup. Since all of the mesa communication is in the servo thread it
does almost nothing to the ability of base to spit out pulses.
Certainly cha
Hi Jon
Glad to hear that things are coming together with your upgrade. Just
one quick comment on the snipped below.
On Mon, 2007-01-08 at 00:21 -0600, Jon Elson wrote:
> The worst part of the whole experience was downloading the updates
> necessary for compiling EMC2 and a few other things I
und the Ubuntu/EMC2 to be much
more robust than older systems.
Rayh
On Sun, 2006-12-31 at 13:15 -0600, Jon Elson wrote:
> Ray Henry wrote:
>
> >Great work, Jon. And it only hurt a little. IMO we have reached the
> >end of an EMC era. Your reports of that machine, STG,
Hi Mario
I do appreciate a fast computer for EMC development. I've played quite
a bit with these mini ITX boards for machine controls. I've got EMC2
2.0.5 running on one here that claims something less than 14 watts power
consumption. I need to do some testing on it's ability to handle
real-t
Hi Anders
I am probably not typical of the "almight board" but I tend to encourage
experimentation in most any direction seen to be of value by
users/developers. The board tends to fall out on the evolutionary side
when it comes to development in this project. As we progress we still
need to ke
Great work, Jon. And it only hurt a little. IMO we have reached the
end of an EMC era. Your reports of that machine, STG, and RedHat 5 on
RCM were what attracted me to this project.
Rayh
On Sun, 2006-12-31 at 01:00 -0600, Jon Elson wrote:
> Well, I finally did it!
Hi Anders
Great work, thanks. I favor subdirectories under
emc2/src/hal/drivers/m5i20. If these were named consistent with the
mesa naming where they are common it would ease understanding the
documentation. Another possible way would be m5i20_54, m5i20_72io, etc
directories right under the dr
Hi Ken
Thank you again for your systematic approach to making changes to the
interpreter and how we enter commands. I do like the idea of named
variables -- I've use a lot of #1000 = 12 or whatever. I don't see any
problem with replacing the number part of the parameter call with a
name.
#my
Hi Mario
I don't have a scope on the pulse train but I don't see any rt error
messages or "hear" any long delays in the stepper motor with the setup I
described a couple weeks ago. It also uses a Semperon processor but a
PCI parport card.
I'm pretty certain that at the high pulse rates I'm ge
43 matches
Mail list logo
