Re: [Emc-users] joint 2 exceeded errors

2016-03-08 Thread Gene Heskett
On Tuesday 08 March 2016 23:28:20 Jon Elson wrote:

> On 03/08/2016 09:39 PM, Gene Heskett wrote:
> >  From the .ini file:
> >
> > MIN_LIMIT   = -10.2500
> > MAX_LIMIT   = 0.3690
>
> OK, these are the distance from the home position, wherever
> you have it defined.  You ARE homing the machine to a fixed
> position, like a home or limit switch, right?  If not, then
> you have to have a defined home position, ie. you align the
> machine to match marks on the axes and click home at that
> position.  Then, you measure safe limits of travel from
> there and set the above soft limits to match.
>
> If you don't home the machine, then these values are
> meaningless, but will cause erroneous error messages.
>
I have a home switch that trips about 50 thou short of the Z axis hitting 
the top of the cutaway for the Z nut bracket.

And it appears that I have potentially a workable setup now with:
HOME = 5.4500
HOME_OFFSET = 5.450
MIN_LIMIT = -5.4500
MAX_LIMIT = 5.4500

Which with a tool mounted, puts its tip about .8" below the top of the 
workpiece mounted in a tilting vice, or nominally 4.5" above the table 
in round figures.  The red limit lines now have plenty of room above the 
z=0.000 position.

My code is on the fritz ATM, but I can fix that when I've had a couple 
shots of caffiene tomorrow.

One thing I learned, it seems a g43 TLO comp enable, is cumulative, and 
to stop that I have to put a G49 above the T17 M6 G43 line in order to 
restart with a non-comped position.  I don't know if that is how it is 
supposed to work, but thats how it does.

I'll rebuild the tool table tomorrow when , and fix my while loops, and I 
should be good to go.  But note that that is written in very fine 
print. :)  I should learn not to forewarn Murphy.

Thanks Jon.

> Then, you set the work coordinates with the touch off menu
> in Axis (don't know how to do it in other GUIs).
>
> Jon
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] joint 2 exceeded errors

2016-03-08 Thread Jon Elson
On 03/08/2016 09:39 PM, Gene Heskett wrote:
>  From the .ini file:
>
> MIN_LIMIT   = -10.2500
> MAX_LIMIT   = 0.3690
>
>
OK, these are the distance from the home position, wherever 
you have it defined.  You ARE homing the machine to a fixed 
position, like a home or limit switch, right?  If not, then 
you have to have a defined home position, ie. you align the 
machine to match marks on the axes and click home at that 
position.  Then, you measure safe limits of travel from 
there and set the above soft limits to match.

If you don't home the machine, then these values are 
meaningless, but will cause erroneous error messages.

Then, you set the work coordinates with the touch off menu 
in Axis (don't know how to do it in other GUIs).

Jon

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] joint 2 exceeded errors

2016-03-08 Thread Gene Heskett
On Tuesday 08 March 2016 19:24:33 Gene Heskett wrote:

> Greetings;
>
> I have gone thru this machine, starting with nuking linuxcnc.var,
> homed it and zeroed it until the DRO display, even when asked to show
> offsets, is reporting a whole screen full of 0. for all axis's.
>
> Then I used a pad of pcb to measure, and put into the tool table, all
> the Z axis offsets from there to contact with the the pcb surface
> which was laying nominally 0.070" above the material surface.
>
> I load  my code to carve the needed clearances for a Rockler lid stay
> hinge, code which assumes a touch off at the material surface is
> 0., and likewise the XY are touched off at the center of the
> workpiece, but when I do, from the MDI line, t17m6g43, which loads a
> 1/4" round nosed mill, the dro says the tool tip is at the surface of
> the material just fine when it is run there by hand.  And I can run it
> clear to that home/limit switch, 5" above the the backplots workpiece
> location, just fine.
>
> Just one problem, the limit box in the backplot says the tool tip is
> only about 150 thou below the z axis upper limit!, and my code refuses
> to run because it runs up 4" to a tool change height, which there are
> 3 of in the code..
>
> This does not make sense, the machine, when at the material top
> surface, is almost 5" below the upper limit/home switch.
>
> From the .ini file:
>
> MIN_LIMIT   = -10.2500
> MAX_LIMIT   = 0.3690
>
> Which I've always been told is in machine units. That MAX_LIMIT is
> about 10 thou from crashing the nut bracket into the top of the slot
> in the machines post.  And running it by hand, thats where it stops,
> still sitting on the switch.  But thats close to 5" above the red
> machine limits shown in the backplot when I do.
>
> I'm running out of hair!
>
> Most recent, as of about 15 hours ago version of 2.8.0-pre.
>
> Have I hit a bug because its not 2.7.4-something?  IDK, only that its
> hugely frustrating and seems to be a quite recurrent problem,
> occasionally fixable by shutting down, nuking linuxcnc.var and
> var.bak, and restarting and rehoming.  But thats not fixing it, I have
> chased that rabbit around the briarpatch 4 times in the last 4 hours.
>
> FWIW, I just copied that tool.tbl to sim.table here, and loaded the
> code which ran, not right because a conditional is bass ackwards, but
> it ran.
>
> This is 2.7.4-sim.axis
>
> So what do I do now?
>
> If its a bug, thats fine, and maybe I've headed it off from getting
> into the mainline code most run, I am cool with that. Frustrated yes,
> but if I can bleed & fuss a little and make the stable code better, I
> am happy.
>
> Thanks everybody.
>
> Cheers, Gene Heskett

It occurs to me that I might be able to diddle the Z home data in the ini 
file, possibly the offset value, in such a way as to place the freshly 
homed z axis 0.000- point nominally 5" below the switch, and then ajdust 
the MIN_LIMIT and MAX_LIMIT settings to restore the limits at the same 
place as they are now.

So, what should I do to this section of the ini do do that?

HOME = 0.0
HOME_OFFSET = 0.25000
MIN_LIMIT   = -10.2500
MAX_LIMIT   = 0.3690

Everytime I try to do something with those HOME lines, it seems to move 
it backwards. With 10.369 + 0.250= 10.619" of total travel, what do I do 
to the HOME* data to arrive at a symatrical up-down set of limits, 
eg -5.45 and 5.45. But I just padded out in my socks and trued again.  
About 10 or 12 restarts later, I think I have that.

But with my vise height thrown in, Z=0. is about .800" below the top 
of the workpiece.  I'll go rebuild the tool.tbl tomorrow useing g38.2, 
and it looks as if the limit lines in the backplot are now correctly 
drawn.   

Who knows, maybe I can get lucky.  I also found that an t0m6g43 does NOT 
cancel any TLO in effect, I must use a G49 to do that.

Maybe that was my problem all along?

Because what I was doing was cumulative?

Which begs the question: Was it intended that way?

For the time being, I will do that before I call the tool change because 
that, it stands to reason, would standardize the height of a G0 Z4 prior 
to the tool change call too.

I'll get this basket of rattlesnakes sorted yet. :)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] joint 2 exceeded errors

2016-03-08 Thread Gene Heskett
Greetings;

I have gone thru this machine, starting with nuking linuxcnc.var, homed 
it and zeroed it until the DRO display, even when asked to show offsets, 
is reporting a whole screen full of 0. for all axis's.

Then I used a pad of pcb to measure, and put into the tool table, all the 
Z axis offsets from there to contact with the the pcb surface which was 
laying nominally 0.070" above the material surface.

I load  my code to carve the needed clearances for a Rockler lid stay 
hinge, code which assumes a touch off at the material surface is 0., 
and likewise the XY are touched off at the center of the workpiece, but 
when I do, from the MDI line, t17m6g43, which loads a 1/4" round nosed 
mill, the dro says the tool tip is at the surface of the material just 
fine when it is run there by hand.  And I can run it clear to that 
home/limit switch, 5" above the the backplots workpiece location, just 
fine.

Just one problem, the limit box in the backplot says the tool tip is only 
about 150 thou below the z axis upper limit!, and my code refuses to run 
because it runs up 4" to a tool change height, which there are 3 of in 
the code..

This does not make sense, the machine, when at the material top surface, 
is almost 5" below the upper limit/home switch.

>From the .ini file:

MIN_LIMIT   = -10.2500
MAX_LIMIT   = 0.3690

Which I've always been told is in machine units. That MAX_LIMIT is about 
10 thou from crashing the nut bracket into the top of the slot in the 
machines post.  And running it by hand, thats where it stops, still 
sitting on the switch.  But thats close to 5" above the red machine 
limits shown in the backplot when I do.

I'm running out of hair!

Most recent, as of about 15 hours ago version of 2.8.0-pre.

Have I hit a bug because its not 2.7.4-something?  IDK, only that its 
hugely frustrating and seems to be a quite recurrent problem, 
occasionally fixable by shutting down, nuking linuxcnc.var and var.bak, 
and restarting and rehoming.  But thats not fixing it, I have chased 
that rabbit around the briarpatch 4 times in the last 4 hours.

FWIW, I just copied that tool.tbl to sim.table here, and loaded the code 
which ran, not right because a conditional is bass ackwards, but it ran.

This is 2.7.4-sim.axis

So what do I do now?

If its a bug, thats fine, and maybe I've headed it off from getting into 
the mainline code most run, I am cool with that. Frustrated yes, but if 
I can bleed & fuss a little and make the stable code better, I am happy.

Thanks everybody.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111=/4140
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Mesa Reseller in America

2016-03-08 Thread John Thornton
I don't have 7i29's yet, they are on the list I just need to build some 
sales then keep expanding.

JT

On 3/8/2016 11:49 AM, Belli Button wrote:
> 7i29's?
>
>
>
> -Original Message-
> From: John Thornton [mailto:j...@gnipsel.com]
> Sent: 08 March 2016 14:31
> To: Enhanced Machine Controller (EMC)
> Subject: Re: [Emc-users] Mesa Reseller in America
>
> I have another stocking order due in Friday that will add THCAD-10's,
> THCAD-300's and 7i80HD-16's to the cards already in stock.
>
> In stock now.
> 5i24-16
> 5i25
> 6i25
> 7i37TA
> 7i76
> 7i76E
> 7i77
> 7i77ISOL
> 7i90HD
> 7i92
>
> I also have 5vdc and 24vdc power supplies in stock.
>
> JT
>
> On 2/1/2016 4:14 PM, John Thornton wrote:
>> I just want to announce that I'm going to be a Mesa Electronics
>> reseller in America. I just got conformation on my first stocking
>> order should be here Friday February 5th. As soon as I get everything
>> checked in the store will be up and running. www.mesaus.com
>>
>> Thanks
>> JT
>>
>> --
>> 
>> Site24x7 APM Insight: Get Deep Visibility into Application Performance
>> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
>> Monitor end-to-end web transactions and take corrective actions now
>> Troubleshoot faster and improve end-user experience. Signup Now!
>> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>
> 
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with Intel Data Analytics
> Acceleration Library.
> Click to learn more.
> http://makebettercode.com/inteldaal-eval
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://makebettercode.com/inteldaal-eval
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Need help with X200 VFD modbus

2016-03-08 Thread Gene Heskett
On Tuesday 08 March 2016 12:56:41 Mark wrote:

> On 03/08/2016 12:42 PM, Gene Heskett wrote:
> >> Gene,
> >>
> >> Check out the Blue ESR meter.  Does the same as the Cap Wizard, and
> >> is only $84.  It is a kit, but I built mine a few years ago, and
> >> anyone that knows which end of a soldering iron to hold can
> >> assemble this guy. This meter has gotten excellent reviews from all
> >> over.
> >>
> >> 
> >
> > I hadn't been aware of that one yet. Its 100mv voltage may turn on
> > any schotkey diodes a wee bit, something the 85 mv of the wizard is
> > far less likely to do.
> >
> > Bookmarked, thanks a bunch.  I will order me one when the 2mm wide
> > clips are back in stock.  The wizard, FWIW, gold plates all the
> > probe stuffs to negate any resistance buildup due to oxidation,
> > where I note in the pix that these appear to be chromed and will
> > need more care to prevent chipping the chrome off which also has a
> > higher bulk resistance than the gold.
> >
> > But I like, and at less than half the wizard, will get one.
> >
> >>> Cheers, Gene Heskett
>
> Never had any issues with it turning on unwanted components.  Works
> fine in circuit too.  A lot of folks, on both the Tek and HP/Agilent
> groups are using the instrument, and I kinda went with the flow and
> bought a kit.  An hour or two in the afternoon, and it's all assembled
> up and ready to use.  Very handy little instruments, these hand held
> ESR meters.
>
> Mark

Yes, they do an excellent job of measuring the most common electrolytic 
capacitor failure, detecting problems 2 years before a loss of 
capacitance will be measured by the common DVM in capacitance mode. They 
don't have a range to check the psu stuff, so generally speaking, that 
mode is similar in usefullness to those appendages on the belly of a 
boar hog.

That $179 Wizard probably saved the station 500k USD in keeping about 15 
DVC-PRO broadcast VCR's going in years of their heyday. Capacitors and 
headwheels still cost us at least $100k though. Pinch rollers and other 
rubber parts were peanuts in comparison. Panasonic usually asked about 
$1500-$2500 a board for a new one, with 11 to 14 boards in a machine, 
and a minimum of a thou & parts at MSRP to repair one sent in.  That 
sort of outgo resulted in permission to buy the wizard in about 30 
seconds. Wasn't hard at all. :)  We still have, kept them like trophy 
deer horns, 3 ea, 2 lb coffee cans 2/3rds full of those capacitors that 
failed.  Thats a boatload because most were smaller than the eraser on a 
#2 lead pencil, so there are thousands in those coffee cans.  All 
surface mounted too.  And yours truly changed about 75% of them, with my 
assistant doing the last 25% after I gave him my office keys & a badly 
worn red office chair at a retirement party, on June 30th 2002.  But by 
2004 much of that video gear had been replaced with servers with banks 
of hard drives.  Even the news cameras were insertable HD storage by 
then, still are today but replaced with full hidef stuff now.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Spindle Tourque and VFD Settings

2016-03-08 Thread Nicklas Karlsson
> Since you still have some of the old drives, check the limit 
> current on them, and compare to the new one.
> Some drives have fancy stuff, such as reducing frequency 
> when at limit current, thereby slowing the motor.

If current limit is hit torque which is proportional to current will be 
limited. If torque above the limit is needed speed will go down.

> Anyway, it SEEMS like the problem is more likely in the VFD 
> than the motor.  Generally, a motor will be able to put out 
> QUITE a bit more torque than its ratings would indicate, 
> until the windings burn out.  Since this one has a slightly 
> HIGHER current rating than the old one, it seems almost 
> impossible that it would have less torque than the old one.  
> So, if it bogs down, it seems like the VFD is not delivering 
> enough current to the motor.  I'd suggest actually measuring 
> the current, but that could be quite difficult and a bit 
> dangerous.  (You'd really have to use a current transformer.)

Agree.


Nicklas Karlsson

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread Sebastian Kuzminsky
On 03/08/2016 01:02 PM, Len Shelton wrote:
> Well that sucks. Any ideas on how to write a module that would make it
> available?

The easiest way is probably to add a ".tolerance" hal pin to Motion, and 
have Motion copy the data there.

Look in src/emc/motion/mot_priv.h for the emcmot_hal_data_t struct, 
which contains Motions HAL interface.  Then look in motion.c, in the 
init_hal_io() function that connects those variables to hal.

You could add another float pin to the emcmot_hal_data_t, initialize it 
in that function, and set it whenver Motion's command.c gets an 
EMCMOT_SET_TERM_COND command.

Then you could read the pin as motion.tolerance in HAL.

Don't forget to add the new pin to the motion manpage, and extra credit 
for including a new test to verify the correct behavior.


-- 
Sebastian Kuzminsky

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Spindle Tourque and VFD Settings

2016-03-08 Thread Todd Zuercher
I agree I thought it also seemed like the problem was with the drive.  And I 
think I've solved it.  We bought the machine new and never considered that the 
manufacturer would have improperly configured the drives, actually not bothered 
to configure them at all.  Upon further inspection I found the drives were 
improperly configured for both the old and new motors, just that the old motors 
were more tolerant of it.  None of the drives were ever configured for the 
motors, they were all set to factory defaults.  These drives have a parameter 
setting called "Base Frequency" that should be set to the motors rated 
frequency.  This was the main culprit for the poor performance.  The setting 
for the "Base Frequency" should have been 300Hz and the default on the drive is 
1000Hz. Since the drive thought that we were running the motors at 1/3rd their 
rated speed, they were not giving them full power.  This was also causing the 
old motors to ramp up to speed in about 1/3rd the time that the drive
  was configured for (about 6 sec insted of 20).  Now all of the motors old and 
new are running much better and are not noticeably slowing during heavy cuts. 

- Original Message -
From: "Jon Elson" 
To: "Enhanced Machine Controller (EMC)" 
Sent: Tuesday, March 8, 2016 12:24:59 PM
Subject: Re: [Emc-users] Spindle Tourque and VFD Settings

On 03/07/2016 04:11 PM, Todd Zuercher wrote:
> I'm having a little trouble understanding some things and how they should be 
> configured.
>
> I recently purchased a cheapo Chinese spindle to replace another spindle that 
> failed (small HP high speed for wood carving).
>
> The old spindle was a 3hp 220v 8.5A 18000 RPM motor. The new one is 18000RPM 
> 8.6A 220v but is rated for 3kw. When I try to run this new motor with the old 
> VFD it takes significantly longer to spin up to speed than the old one. It 
> also seems to bog down more on heavy carving, and if pushed too low may stall 
> and takes a very long time to recover to full speed.
>
>
Since you still have some of the old drives, check the limit 
current on them, and compare to the new one.
Some drives have fancy stuff, such as reducing frequency 
when at limit current, thereby slowing the motor.
This may either be helpful or hurtful, depending on the 
cutting action.  So, see if the old drives had this feature,
or if the new one does.  Are you sure the new drive is 
allowing the full 8.6 A?  Maybe the old drives allowed a 
higher current for a limited time.  I know one of my VFDs 
has "electronic motor protection" which essentially means 
you can get 125% of rated current for 30 seconds over every 
5 minutes or something like that. If the Lenze drive has 
this option, and it is not turned on, you might look into 
enabling it.

Anyway, it SEEMS like the problem is more likely in the VFD 
than the motor.  Generally, a motor will be able to put out 
QUITE a bit more torque than its ratings would indicate, 
until the windings burn out.  Since this one has a slightly 
HIGHER current rating than the old one, it seems almost 
impossible that it would have less torque than the old one.  
So, if it bogs down, it seems like the VFD is not delivering 
enough current to the motor.  I'd suggest actually measuring 
the current, but that could be quite difficult and a bit 
dangerous.  (You'd really have to use a current transformer.)

Jon

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread Len Shelton
Well that sucks. Any ideas on how to write a module that would make it 
available?

 >Len



On 3/8/2016 10:39 AM, sam sokolik wrote:
> because that his how it has always been done?  ;)
>
> sam
>
> On 3/8/2016 10:32 AM, andy pugh wrote:
>> On 7 March 2016 at 23:10, Sebastian Kuzminsky  wrote:
>>> Task passes the G64 P value to Motion using emcTrajSetTermCond(), and
>>> Motion records the tolerance in its emcmotDebug structure.
>> That doesn't seem the most logical place for it to live.
>>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://makebettercode.com/inteldaal-eval
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Mesa Reseller in America

2016-03-08 Thread Belli Button
7i29's?



-Original Message-
From: John Thornton [mailto:j...@gnipsel.com] 
Sent: 08 March 2016 14:31
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Mesa Reseller in America

I have another stocking order due in Friday that will add THCAD-10's,
THCAD-300's and 7i80HD-16's to the cards already in stock.

In stock now.
5i24-16
5i25
6i25
7i37TA
7i76
7i76E
7i77
7i77ISOL
7i90HD
7i92

I also have 5vdc and 24vdc power supplies in stock.

JT

On 2/1/2016 4:14 PM, John Thornton wrote:
> I just want to announce that I'm going to be a Mesa Electronics 
> reseller in America. I just got conformation on my first stocking 
> order should be here Friday February 5th. As soon as I get everything 
> checked in the store will be up and running. www.mesaus.com
>
> Thanks
> JT
>
> --
> 
> Site24x7 APM Insight: Get Deep Visibility into Application Performance 
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month 
> Monitor end-to-end web transactions and take corrective actions now 
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users



--
Transform Data into Opportunity.
Accelerate data analysis in your applications with Intel Data Analytics
Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Need help with X200 VFD modbus

2016-03-08 Thread Mark
On 03/08/2016 12:42 PM, Gene Heskett wrote:
>>
>> Gene,
>>
>> Check out the Blue ESR meter.  Does the same as the Cap Wizard, and is
>> only $84.  It is a kit, but I built mine a few years ago, and anyone
>> that knows which end of a soldering iron to hold can assemble this
>> guy. This meter has gotten excellent reviews from all over.
>>
>> 
> I hadn't been aware of that one yet. Its 100mv voltage may turn on any
> schotkey diodes a wee bit, something the 85 mv of the wizard is far less
> likely to do.
>
> Bookmarked, thanks a bunch.  I will order me one when the 2mm wide clips
> are back in stock.  The wizard, FWIW, gold plates all the probe stuffs
> to negate any resistance buildup due to oxidation, where I note in the
> pix that these appear to be chromed and will need more care to prevent
> chipping the chrome off which also has a higher bulk resistance than the
> gold.
>
> But I like, and at less than half the wizard, will get one.
>>> Cheers, Gene Heskett

Never had any issues with it turning on unwanted components.  Works fine 
in circuit too.  A lot of folks, on both the Tek and HP/Agilent groups 
are using the instrument, and I kinda went with the flow and bought a 
kit.  An hour or two in the afternoon, and it's all assembled up and 
ready to use.  Very handy little instruments, these hand held ESR meters.

Mark

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Need help with X200 VFD modbus

2016-03-08 Thread Gene Heskett
On Tuesday 08 March 2016 07:39:25 Mark wrote:

> On 03/07/2016 12:50 PM, Gene Heskett wrote:
> > The best of that type of device is (google for it) the "Capacitor
> > Wizard", a single function device that costs about $200, which can
> > do it incircuit because its signal is too low to turn on any
> > surrounding semiconductors even if they are Schotkey types.
>
> Gene,
>
> Check out the Blue ESR meter.  Does the same as the Cap Wizard, and is
> only $84.  It is a kit, but I built mine a few years ago, and anyone
> that knows which end of a soldering iron to hold can assemble this
> guy. This meter has gotten excellent reviews from all over.
>
> 

I hadn't been aware of that one yet. Its 100mv voltage may turn on any 
schotkey diodes a wee bit, something the 85 mv of the wizard is far less 
likely to do.

Bookmarked, thanks a bunch.  I will order me one when the 2mm wide clips 
are back in stock.  The wizard, FWIW, gold plates all the probe stuffs 
to negate any resistance buildup due to oxidation, where I note in the 
pix that these appear to be chromed and will need more care to prevent 
chipping the chrome off which also has a higher bulk resistance than the 
gold.

But I like, and at less than half the wizard, will get one.
>
> > Cheers, Gene Heskett
>
> Cheers,
> Mark
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://makebettercode.com/inteldaal-eval
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Spindle Tourque and VFD Settings

2016-03-08 Thread Jon Elson
On 03/07/2016 04:11 PM, Todd Zuercher wrote:
> I'm having a little trouble understanding some things and how they should be 
> configured.
>
> I recently purchased a cheapo Chinese spindle to replace another spindle that 
> failed (small HP high speed for wood carving).
>
> The old spindle was a 3hp 220v 8.5A 18000 RPM motor. The new one is 18000RPM 
> 8.6A 220v but is rated for 3kw. When I try to run this new motor with the old 
> VFD it takes significantly longer to spin up to speed than the old one. It 
> also seems to bog down more on heavy carving, and if pushed too low may stall 
> and takes a very long time to recover to full speed.
>
>
Since you still have some of the old drives, check the limit 
current on them, and compare to the new one.
Some drives have fancy stuff, such as reducing frequency 
when at limit current, thereby slowing the motor.
This may either be helpful or hurtful, depending on the 
cutting action.  So, see if the old drives had this feature,
or if the new one does.  Are you sure the new drive is 
allowing the full 8.6 A?  Maybe the old drives allowed a 
higher current for a limited time.  I know one of my VFDs 
has "electronic motor protection" which essentially means 
you can get 125% of rated current for 30 seconds over every 
5 minutes or something like that. If the Lenze drive has 
this option, and it is not turned on, you might look into 
enabling it.

Anyway, it SEEMS like the problem is more likely in the VFD 
than the motor.  Generally, a motor will be able to put out 
QUITE a bit more torque than its ratings would indicate, 
until the windings burn out.  Since this one has a slightly 
HIGHER current rating than the old one, it seems almost 
impossible that it would have less torque than the old one.  
So, if it bogs down, it seems like the VFD is not delivering 
enough current to the motor.  I'd suggest actually measuring 
the current, but that could be quite difficult and a bit 
dangerous.  (You'd really have to use a current transformer.)

Jon

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread sam sokolik
because that his how it has always been done?  ;)

sam

On 3/8/2016 10:32 AM, andy pugh wrote:
> On 7 March 2016 at 23:10, Sebastian Kuzminsky  wrote:
>> Task passes the G64 P value to Motion using emcTrajSetTermCond(), and
>> Motion records the tolerance in its emcmotDebug structure.
> That doesn't seem the most logical place for it to live.
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread Sebastian Kuzminsky
On 03/08/2016 09:32 AM, andy pugh wrote:
> On 7 March 2016 at 23:10, Sebastian Kuzminsky  wrote:
>> Task passes the G64 P value to Motion using emcTrajSetTermCond(), and
>> Motion records the tolerance in its emcmotDebug structure.
>
> That doesn't seem the most logical place for it to live.

Agreed.  config seems more right to me.


-- 
Sebastian Kuzminsky

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread andy pugh
On 7 March 2016 at 23:10, Sebastian Kuzminsky  wrote:
> Task passes the G64 P value to Motion using emcTrajSetTermCond(), and
> Motion records the tolerance in its emcmotDebug structure.

That doesn't seem the most logical place for it to live.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Spindle Tourque and VFD Settings

2016-03-08 Thread andy pugh
On 7 March 2016 at 22:11, Todd  Zuercher
 wrote:
> Is there any hope for this drive motor combination. Or is this Chinese piece 
> of crap not up to what it's sticker says. (Considering it cost about 1/7th 
> what the original spindle does it wouldn't be surprising.)

Is it possible that the old spindles are continuously rated at 3hp and
the new one is capable of 3kW peak power.

-- 
atp
If you can't fix it, you don't own it.
http://www.ifixit.com/Manifesto

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Need help with X200 VFD modbus

2016-03-08 Thread Mark
On 03/07/2016 12:50 PM, Gene Heskett wrote:
>
> The best of that type of device is (google for it) the "Capacitor
> Wizard", a single function device that costs about $200, which can do it
> incircuit because its signal is too low to turn on any surrounding
> semiconductors even if they are Schotkey types.

Gene,

Check out the Blue ESR meter.  Does the same as the Cap Wizard, and is 
only $84.  It is a kit, but I built mine a few years ago, and anyone 
that knows which end of a soldering iron to hold can assemble this guy.  
This meter has gotten excellent reviews from all over.



>
> Cheers, Gene Heskett

Cheers,
Mark


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Spindle Tourque and VFD Settings

2016-03-08 Thread Todd Zuercher
I'm having a little trouble understanding some things and how they should be 
configured. 

I recently purchased a cheapo Chinese spindle to replace another spindle that 
failed (small HP high speed for wood carving). 

The old spindle was a 3hp 220v 8.5A 18000 RPM motor. The new one is 18000RPM 
8.6A 220v but is rated for 3kw. When I try to run this new motor with the old 
VFD it takes significantly longer to spin up to speed than the old one. It also 
seems to bog down more on heavy carving, and if pushed too low may stall and 
takes a very long time to recover to full speed. 

The VFD involved is a Lenze AC Tech SCF230Y. By adjusting some of the drives 
parameters I was able to improve the startup time to almost as good as the old 
motors (increasing the Acceleration Boost made the most difference there). 
(This machine still has 3 of the old spindles for comparison.) But I'm still 
left with the bigger problem of the motor bogging down more and having a slower 
recovery than the older spindles. 

Anyone have any hints or suggestions for improving my situation? 

Is there any hope for this drive motor combination. Or is this Chinese piece of 
crap not up to what it's sticker says. (Considering it cost about 1/7th what 
the original spindle does it wouldn't be surprising.) 
-- 

 

Todd Zuercher 
mailto:zuerc...@embarqmail.com 

 
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] 2.65 -2.7 issues.

2016-03-08 Thread Marshland Engineering
I had 2.6.5 setup and working on the test bed. It was last used about 6 months
ago. By "mistake" I did a general update and now LinuxCNC crashes.

I tried to update to 2.7 and that came up with many errors.

I though I would start from scratch. I downloaded 2.7 and made a bootable USB
disk.
I cannot get it to install or run from the USB It has a Gigabyte GA-J1900N MB.
It does however run on an older PC.
It gets to Loading \live\initrd.img .. and stops.

It must be a MB switch/upgrade error as 2.6.5 works.

Do I carry on with 2.7 or try and fix the 2.6.5 upgrade ?

Thanks Wallace


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Tool table, probably for the 10,000th time

2016-03-08 Thread Gene Heskett
Greetings;

This code to carve the clearances for the lid stay hinge when its 
installed on a 1.5" wide strip of Mahogany that must so wide so it can 
hang out on the inside edge, with a 11/32 wide groove 1/4" deep to 
retain the top end of the cedar plank lining, is a 3 stage & 3 tool 
routine, and I've rigged it so I can run each stage independently if I 
have to.

Using a G43 T# immediately fillowing the M6 T# seems like a good way to 
to set all the tools to just touch at a DRO display showing Z=0.000.

But there is not near enough explanation there on page 27x of the pdf 
about how the Z setting in the tool table is actually used.

After pulling some more of my thinng hair, it occurs to me that there 
ought to be one tool whose z=0.0, and this tool is then to be loaded 
and used when touching off z to the work piece, and correspondingly the 
z entry for all other tools s/b the + or - value left after subtracting 
the reference tlo from it. I've not done that yet, what I have done is 
measure from the back face of one of the ER20 adaptors the tool is 
mounted in, to the tip of the mounted tool, and entering that value into 
the tool table with a - sign in front, which should tell LCNC to 
subtract that value from the co-ordinate system, as if the whole thing 
was zeroed with the face of the R8 holding the adaptor in contact with 
the work.  But when I change the tool, and invoke the matchin G43 T#, 
z=0.00 suddenly dives nominally 4" below the top of the workpiece.  This 
of course will NOT do considering the backplot is showing me a 
reasonably correct rendering.

Can some kind soul describe how this TLO thing is really supposed to 
work?

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] Mesa Reseller in America

2016-03-08 Thread John Thornton
I have another stocking order due in Friday that will add THCAD-10's, 
THCAD-300's and 7i80HD-16's to the cards already in stock.

In stock now.
5i24-16
5i25
6i25
7i37TA
7i76
7i76E
7i77
7i77ISOL
7i90HD
7i92

I also have 5vdc and 24vdc power supplies in stock.

JT

On 2/1/2016 4:14 PM, John Thornton wrote:
> I just want to announce that I'm going to be a Mesa Electronics reseller
> in America. I just got conformation on my first stocking order should be
> here Friday February 5th. As soon as I get everything checked in the
> store will be up and running. www.mesaus.com
>
> Thanks
> JT
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Tool table, probably for the 10,000th time

2016-03-08 Thread Gene Heskett
Greetings;

This is a repeat, because the original was sent at 20:32 my time 
yesterday, and at 02:22 my time this morning, nearly 6 hours elapsed 
time, the message has not come back.  I am on several other lists that 
sourceforge hosts and none of them are apparently of any priority to 
sourceforge. First it got old, and now its exasperatingly old.  But back 
to the original message:

This code to carve the clearances for the lid stay hinge when its 
installed on a 1.5" wide strip of Mahogany that must so wide so it can 
hang out on the inside edge, with a 11/32 wide groove 1/4" deep to 
retain the top end of the cedar plank lining, is a 3 stage & 3 tool 
routine, and I've rigged it so I can run each stage independently if I 
have to.

Using a G43 T# immediately fillowing the M6 T# seems like a good way to 
to set all the tools to just touch at a DRO display showing Z=0.000.

But there is not near enough explanation there on page 27x of the pdf 
about how the Z setting in the tool table is actually used.

After pulling some more of my thining hair, it occurs to me that there 
ought to be one tool whose z=0.0, and this tool is then to be loaded 
and used when touching off z to the work piece, and correspondingly the 
z entry for all other tools s/b the + or - value left after subtracting 
the reference tools z tlo from it. I've not done that yet, what I have 
done is measure from the back face of one of the ER20 adaptors the tool 
is mounted in, to the tip of the mounted tool, and entering that value 
into the tool table with a - sign in front if its longer, which should 
tell LCNC to subtract that value from the co-ordinate system, as if the 
whole thing was zeroed with the empty face of the R8 holding the adaptor 
in contact with the work.  But when I change the tool, and invoke the 
matchin G43 T#, z=0.00 suddenly dives nominally 4" below the top of the 
workpiece.  This of course will NOT do considering the backplot is 
showing me a reasonably correct rendering.

Can some kind soul please describe how this G43 T# TLO thing is supposed 
to work?

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


[Emc-users] Tool table, probably for the 10,000th time

2016-03-08 Thread Gene Heskett
Greetings;

3rd send, 03:21 AM & still no return from sourceforge.  Gr.  
Seriously, we need a mail list server that works.

However, to simplicate the issue, I just now found John Thorntons truely 
excellent description under the wiki entry starting with "Tool Touch 
Off", which extends to 2 whole pages of an excellent howto.

John T., when you have the time, that whole thing seriously needs to get 
put into the .pdf we can download to dead trees for shop referencing.  
What is in there ATM is completely informationless.


[...]

Thanks all.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread Dave Cole
On 3/7/2016 4:25 PM, andy pugh wrote:
> On 7 March 2016 at 19:59, Len Shelton  wrote:
>> I
>> can't figure out where the P parameters are stored.
> I had a look (tracking the command sequence from G64 in
> inter_convert.cc) and got lost after about 3 layers of abstraction.
>
> It gets converted to an NML message, and I have never figured out
> where to look next at that point.

If it is that difficult; Can you go the other way and use a Variable to 
hold the P value and put that on the screen
and then write your Gcode to use that variable in the G64 P  
statement?Or write to the var in Gcode so it shows on the screen 
then read it back in the G64 statement?

Dave


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


Re: [Emc-users] P parameter display

2016-03-08 Thread Sebastian Kuzminsky
On 03/07/2016 02:25 PM, andy pugh wrote:
> On 7 March 2016 at 19:59, Len Shelton  wrote:
>> I
>> can't figure out where the P parameters are stored.
>
> I had a look (tracking the command sequence from G64 in
> inter_convert.cc) and got lost after about 3 layers of abstraction.
>
> It gets converted to an NML message, and I have never figured out
> where to look next at that point.

Task passes the G64 P value to Motion using emcTrajSetTermCond(), and 
Motion records the tolerance in its emcmotDebug structure.

The debug structure is available to Task via shared memory, but Task 
does not read it.

So the short answer is, no, sorry, it's not available to the UI.

If you wanted to make it available, I'd suggest moving it from 
emcmot_debug_t into either emcmot_status_t or emcmot_config_t, which 
would expose it to the UIs.


-- 
Sebastian Kuzminsky

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://makebettercode.com/inteldaal-eval
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users