On 19 Feb 2011, at 03:00, Kirk Wallace wrote:
> so charge-pump.enable doesn't seem correct because it is a slave,
> iocontrol is a slave. I don't think this line will work, but I could be
> wrong.
This could be correct if (and only if) the "e-stop" signal has been created
and linked to an "ou
Hi all
I'm trying to figure something out;
With a servo type system using quadrature feedback, I see that "*the EMC ini
file uses two variables, FERROR and MIN_FERROR to define acceptable
following error for each axis. Think of MIN_FERROR as the following error
allowed at very low velocity and FE
With 32 bit counters, in most cases, you don't have to worry about roll
over at all..
Dealing with roll over issues can be tricky..
Dave
On 2/19/2011 5:35 AM, Roland Jollivet wrote:
> Hi all
>
> I'm trying to figure something out;
>
> With a servo type system using quadrature feedback, I see th
On Sat, 19 Feb 2011, Roland Jollivet wrote:
> Date: Sat, 19 Feb 2011 12:35:27 +0200
> From: Roland Jollivet
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: [Emc-users] Servo counts
>
> Hi all
>
> I'm trying to figure something out;
>
>
I see. And is the time stamp used as an integral part of the EMC
calculation? Or rather, does the Pluto interface for example, also supply
the same info?
What I'm also wanting to know is;
If a system has 4 axis, that's 4 x (4x8) bytes to read per sample (=128
bytes)
Is it practical(for a low cost
Personally I like top posting... :-)
I think automatic tuning PID controllers have improved in the last 30
years, the software has become friendlier, but there are still things
that need manual tuning, or at least some type of manual intervention.
I'm sure you can get a PID controller that can
Kirk Wallace wrote:
> On Fri, 2011-02-18 at 19:45 -0800, Doug wrote:
>
>> I believe I understand. File should read.
>> loadrt charge_pump
>> # net estop-out charge-pump.enable iocontrol.0.user-enable-out
>> net signal_name master slaves
>> net cp charge-pump.out parport.0
On 19 February 2011 10:35, Roland Jollivet wrote:
> Surely there is no need to have a 32 bit counter? A 16 bit counter should
> suffice?
Yes and no. The Mesa FPGAs actually use a 16 bit counter, but this is
expanded to 64 bits by the EMC2 drivers, then re-exported to the HAL
pins as 32 bits.
I t
On 19 February 2011 12:56, Roland Jollivet wrote:
> Is it practical(for a low cost encoder board) to have only 8bits per
> encoder.
Yes, that would almost certainly work fine, but the EMC2 component
would have to track it with a 64-bit internal counter.
Luckily, by a quirk of signed binary, addi
On Fri, 2011-02-18 at 19:53 -0800, Kirk Wallace wrote:
> I might not have to be the only one that's always right.
I regard it as my solemn obligation to be one of the two dozen folks who
are (almost) always wrong... after all, without me, how could you
possibly look so good? [grin]
--
Ed
http:/
On 19 February 2011 01:27, cogoman wrote:
> I have an unusual application that might be great for EMC2. I have a
> small block of aluminum that need to be heated to a specific
> temperature.
When you only have a hammer every problem looks like a nail. I think
that EMC2 is enormously over-the-top
On Saturday, February 19, 2011 09:04:03 am cogoman did opine:
> Kent suggested I add some information about stepper motor speed
> limitations to the wiki. I tend to never finish anything because it's
> never good enough. This isn't good enough, but it's up there.
>
> It's titled:
>
> * Ste
I ran across an article in Machine Design Mag that discusses thread
forming in some rather interesting detail, including the reason for the
"double threads" mentioned below.
http://machinedesign.com/article/don-t-come-unhinged-over-enclosure-design-1023
Making large molds from AL we always cut
I have a program that makes a special toothed adaptor.
To do so, based on yesterday's suggestion, I change a coordinate system
changes to G54 with G10 L2 P1. (move and rotation).
It even sort of worked the first time (cutting in the air). and works great
in simulation mill_sim.
However, after I
> From: gene heskett Subject: Re: [Emc-users] My
> first wiki page
snip
> I must say also that since the complete step is now handled in one cycle of
> the base thread, I haven't noticed my motors playing tunes as they change
> speeds, it is MUCH less obvious, and that has opened up another octa
On Sat, 19 Feb 2011, Roland Jollivet wrote:
> Date: Sat, 19 Feb 2011 14:56:19 +0200
> From: Roland Jollivet
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: [Emc-users] Servo counts
>
> I see. And is the time stamp used as an integral
Roland Jollivet wrote:
> Hi all
>
> I'm trying to figure something out;
>
> With a servo type system using quadrature feedback, I see that "*the EMC ini
> file uses two variables, FERROR and MIN_FERROR to define acceptable
> following error for each axis. Think of MIN_FERROR as the following error
From the previous posting of this I guess you can tell I get the list
in digest form! 8-)
> From: gene heskett Subject: Re: [Emc-users] My
> first wiki page
snip
> I must say also that since the complete step is now handled in one cycle of
> the base thread, I haven't noticed my motors playi
Roland Jollivet wrote:
> I see. And is the time stamp used as an integral part of the EMC
> calculation? Or rather, does the Pluto interface for example, also supply
> the same info?
>
> What I'm also wanting to know is;
> If a system has 4 axis, that's 4 x (4x8) bytes to read per sample (=128
> by
On Sat, 19 Feb 2011, cogoman wrote:
> Date: Sat, 19 Feb 2011 10:17:16 -0500
> From: cogoman
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Emc-users Digest, Vol 58, Issue 67
>
>
>> From: gene heskett Subject: Re: [Emc-user
On Saturday, February 19, 2011 10:57:11 am cogoman did opine:
> > From: gene heskett Subject: Re: [Emc-users] My
> > first wiki page
>
> snip
>
> > I must say also that since the complete step is now handled in one
> > cycle of the base thread, I haven't noticed my motors playing tunes
> > as t
Roland Jollivet wrote:
>
> So what I'm wondering is why do the Mesa cards use 32 bit counters for the
> encoders?
>
> Would a 16bit counter not suffice? It just seems that there is a lot of time
> spent reading redundant numbers from encoders, and that things could be
> simplified with 16 bits.
>
>
Roland Jollivet wrote:
> I see. And is the time stamp used as an integral part of the EMC
> calculation? Or rather, does the Pluto interface for example, also supply
> the same info?
>
> What I'm also wanting to know is;
> If a system has 4 axis, that's 4 x (4x8) bytes to read per sample (=128
> by
On Sat, 19 Feb 2011, Jon Elson wrote:
> Date: Sat, 19 Feb 2011 14:08:40 -0600
> From: Jon Elson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: "Enhanced Machine Controller (EMC)"
> Subject: Re: [Emc-users] Servo counts
>
> Roland Jollivet wrote:
>>
>> So what I'm wondering is why
Igor Chudov wrote:
> I have a program that makes a special toothed adaptor.
>
> To do so, based on yesterday's suggestion, I change a coordinate system
> changes to G54 with G10 L2 P1. (move and rotation).
>
> It even sort of worked the first time (cutting in the air). and works great
> in simulati
Peter C. Wallace wrote:
> , and I
> believe Pico systems is adding this feature as well.
>
Yes, our UPC board (PWM servo controller) has had the firmware support
for this for several years.
I finally found some time to bang my head around the driver software to
use the timestamp info to perfo
Jon, thanks. I will try to digest what you said. I am away from my mill
(trying to help my friend with a Hurco mill).
Let me just pose a simple question.
Let's say that I inserted a part in the mill and placed the endmill exactly
at the position that I want to be (0,0,0) in G54.
How can I tell t
Peter C. Wallace wrote:
>
> Oh it absolutely makes more sense, half the logic in our hardware step
> generator is timers for holding up the rate generator to meet step/dir specs.
>
Yup, we have the same junk in ours! Not a huge amount of logic,
actually, but a lot of complexity to be sure
it
On Fri, 18 Feb 2011 12:19:54 -0500, you wrote:
>You may well be right Peter. But dragging the VIA chips into this
>discussion reminds me of the debacles I experienced with both the VIA and
>CYRIX chips of yore. Very poor quality and most of the mobo's died even
>before the Packard Bell monito
This doesn't make sense. When I set a g10 coordinate system - it stays
until I change it. Even on restarts of emc. (as I understand it 'touch
off' works the same way - just in the background it is setting the same
way as g10.
could it be you are not homing to a known location?
sam
On 02/19/
to add to this - the offsets are stored in the var file. I don't think
they would get reset without the user knowing...
(my 2 cents) ;)
sam
On 02/19/2011 03:58 PM, sam sokolik wrote:
> This doesn't make sense. When I set a g10 coordinate system - it stays
> until I change it. Even on restart
I am always homing to the same physical location.
I would like, I think, to find a way to unset all offsets from G code.
i
On Sat, Feb 19, 2011 at 3:58 PM, sam sokolik wrote:
> This doesn't make sense. When I set a g10 coordinate system - it stays
> until I change it. Even on restarts of emc
On Saturday, February 19, 2011 06:13:03 pm Steve Blackmore did opine:
> On Fri, 18 Feb 2011 12:19:54 -0500, you wrote:
> >You may well be right Peter. But dragging the VIA chips into this
> >discussion reminds me of the debacles I experienced with both the VIA
> >and CYRIX chips of yore. Very po
would this help?
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CoordinateSystems
On Sat, 19 Feb 2011 16:57:13 -0600
Igor Chudov wrote:
> I am always homing to the same physical location.
>
> I would like, I think, to find a way to unset all offsets from G code.
>
> i
>
> On Sat, Feb 19, 2011 a
Igor Chudov wrote:
> Jon, thanks. I will try to digest what you said. I am away from my mill
> (trying to help my friend with a Hurco mill).
>
> Let me just pose a simple question.
>
> Let's say that I inserted a part in the mill and placed the endmill exactly
> at the position that I want to be (0
I would like to find a program that would allow me to sketch a part on paper,
run it through my scanner, then easily change the sketch into a dxf (or other
vector format). Once it is in dxf format I can edit it to eventually
to go to gcode.
This is more to cut parts than to make an 'etching' of a
Hi Jack
> I would like to find a program that would allow me to sketch a part on paper,
> run it through my scanner, then easily change the sketch into a dxf (or other
> vector format). Once it is in dxf format I can edit it to eventually
> to go to gcode.
You could try AutoTrace: http://autotra
Jack,
I believe "Inkscape" will accept a scan and has a G-code module.
I haven't tried the G-code though.
Chris
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading
Thanks for the pointer, Chris! ... I'll check it out.
><> ... Jack
Whatever you do, work at it with all your heart... Colossians 3:23
--
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint me
Jon,
Your suggestion of G92 was good.
Things are a little finicky. I cannot run already loaded program with G92.
I have to say G92 from MDI, THEN I have to load (open file) the program, and
then it works.
But I at least found one, though cumbersome, way of doing it so I am happy.
I am thinking
40 matches
Mail list logo