Hello Guest it is March 28, 2024, 09:18:50 PM

Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - ART

1001
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 06:43:03 PM »
LOL, forgot the phot.. too much typing.. LOL

Here it is..

Art

1002
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 06:42:15 PM »
Hi Guys:

  Heres a photo of my system running test program just uploaded. Ill explain the numbers a bit as well.

Notice the Driver version is 1.03, if yours isnt, your driver didnt load, an older one did.

Notice RPM is about 394.6RPM, 101 slots, slot time is about 1505uS , thats the time from slot to slot. With 100 slots , that woudl be
394.74 approx, so thats pretty good. ( for the math oriented.. the calc is ...)

  1 slot time is .001505 , times 101 slots is .152005 seconds per 101 slots, and if we look to the reciprical, 1/.152005 is 6.5787 revs per second, times 60 is 394.74 RPM..  :)

 Note the index time ( time from one index to another is 152347.3us or .152347 seconds.. much liek the above calc from there..

 Interrupt time is the time from int to int. Its about 21.8uS , ( .0000218 seconds) whic when you divide into 1 second is 45800hz ( my kernal speed at the moment..).

 101 slots is how many slots it sees in the TIMING input from one INDEX input to the next..

Main PCI timer base is the speed of your PCI timer, on mine its about 3579545 counts per second. This timer value on a system is documented not to change and be very accurate, its why Im switching to this method. Your number may be similar or not, the program will take this into account.

Your cpu(s) shoudl show your cpu Throttling is disabled.

If TIMING input is disabled, then encoder #3 is used as the counter. If you try a G32 motion, the Q is a quality value, it will show 1.00 if the speed doesnt change after the thread starts. It lowers (?) or raises if it slows or speeds up. In the end this value will determine how much slower the motors move.

Slot based RPM is based on a 64 slot average time, whcih should be pretty stable, but if your fooling it with just a TIMING input set to the same pin as
your INDEX< then you will have to make sure the spindle rotates 64 times before this stabiizes. Threading lock RPM is the speed locked in at start of G32 mode to set the master reference speed.

 Index based RPM is the RPM based on INDEX to INDEX input only so you can see if the slots are more accurate.

 Last Index Time is simply the time in uS from one INDEX pulse to another..

 Last SLOT is the non-averaged last slot time.

 The Corr BAR is a visual display of how much the spindle has slowed or sped up since G32 started.

You can test all this by zeroing your Z axis, and simply entering G32Z0 , youll then be in G32 mode, and the Q and Corr bar
will activate. Entering a G0 in MDI will cancel G32 mode.

 In the Scope:

   I havent yet relabeled the Y axis to uS from ms, so ignore that, its all in uS..

Youll notice on mine that the high is 1517uS or .001517 seconds between pulses.. and low is .001494, so the range is only .000013 seconds or so, thats
very stable indeed.About  1 interrupt time. ( 23us or so..).

 The variance from low to high on the scope should really never exceed 1 interrupt time in normal operation. If it does, somethign is varying, ( and thats what Im searchign for. )


Im using my normal INDEX from my lathe, and feeding in a set frequency to my TIMING input from my new PMDX-112 testing baord. ( I love this thing.. :) )

So the slots are simulated, but with a very stable frequency. This way I eliiminate outside causes of loss of timing.

 Thats it. Have fun, post pictures, if they are screwed up, not to worry, I may need to change to a lager number handler. Your PCI time may exceed
32 bits. I didnt think it would, it woudl mean a PCI timer running at higher than 4,294,967,295 hz.. 4Ghz would be one high speed timer. :)

  As you can see there a fairt amount of design here to show as much as I can get, I really want to find any loss of timing and where it is at. This is the first time Ive used the PCI timer, but as I say, its known to be very stable, so if we can get all this working, your feedrates and such will become more accurate as
I use this timer for other things, pulse counts, feedrate measurments, timign statistics in DriverTest..ect..

Just thought Id explain whats going on in allthis in case it helps in your playing.

Thx for the testing.
Art


 

  

1003
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 06:13:15 PM »
Hi Guys:

  Here is a newer version, if the driver version box doesnt say 1.03 , then you havent properly loaded the new driver. On some systems you need to do a search of the C:\Windows\.. and deeper folders to make sure no Mach3.sys exists, delete it if it does, then follow the install of the driver as per normal using drivertest.

 This may be the last till I return from vacation, I leave tomorrow for a week. Be back sunburned and ready to finalize all this rpm testing.. The numbers Chip and Rich are getting seem wrong, and I suspect the driver isnt updating or something, or that the PCI bus timer is too large to fir in 32 bits. Mine does, but I may need to make it take 64 bit values into account.

Thx,
Art

1004
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 06:08:14 PM »
Hi Rich:

>>In the directory where MACH3 is installed replace the "sys" file with the one posted
in  reply #271 and also install the threading plug in the reply.
You may also want to create an xml just for testing.

>>>1.Need to go into Windows device manager and uninstall the Mach3 driver

  True..

>> 2.Run Mach's Driver Test and that will install the driver from reply #271

  Prior to this, check the windows folders for a backup of mach3.sys, delte it if it exists, some peopl ehave backups in Windows folders and the old driver gets reinstalled. I think your driver is still old.. Ill make up another with 1.03 as the version..

>>3. In MACH3 TURN: I am using a disc with four slots of which one is at least 50% larger than
    than the others.
   - in config - enable the advanced threading plug in

 YUP, CORRECT.

   - in config>ports and pins>input signals - enable the index and timing using the same ports and pin numbers

  ONLY IF YOU ARE USING INDEX AS A TEST INSTEAD OF SLOTS.

     but the index is checked for emulated ( if you don't enable the index you may not get a graph, may be a fluke?? )

  NOPE< MAKE SURE INDEX IS NOT EMULATED>

   - in config>ports and pins>spindle setup - check spindle feedback and spindle speed averaging

 DOESNT MATTER FOR THE PLUGIN>

4.Open the plug in control pulldown and click on the advanced threading, click the Launch Scope, select # of samples in the
data scope screen and click capture.

 YUP< BUT I THINK YOUR DRIVER IS OLD> NUMBERS ARE WAY WRONG.

 Ill post anew one shortly..

Art

1005
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 01:33:23 PM »
Chip:

 Wow, thats pretty flat a graph..

 Well, what Ive dteermined so far is the "maybe" the CPU clock is varying on some systems. Here is a driver and plugin that uses a whole new method, it uses the PCI bus timer, and all results are displayed in uS, not clocks or ms.

  Id be interested in your results, you have the most stable system Iv eseen yet, even better than mine.. ( a bit. :) )

 This test requires this new driver and plugin..

Art

1006
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 10:47:57 AM »
Rich:

  Here's another plugin, it reports each CPU and if it is set to throttle or not, you have to select a CPU number before it will report. If you have only 1 cpu they will all report the same. Does anyone report a throttling? All you need is the plugin for this test..

Thx
Art

1007
General Mach Discussion / Re: Problems threading on the lathe
« on: May 01, 2009, 09:52:32 AM »
Rich:

 Weird.. Does th eplugin show any slot times being seen? This scope only works on Encoder #4, or TIMING input.. If theres a TIMING input there it shoudl show up in the scope as well as in the plugins dialog as SLotTime
changing as the slots come in. If "LastSlotTime" is changing, then the Scope should work fine.. any version..

Art

1008
General Mach Discussion / Re: Problems threading on the lathe
« on: April 30, 2009, 08:31:31 PM »
I think this test will work with any version, but the RPM detected will not be passed to MAch3 unless .027 version is installed. The Scope and such will work though in any version as long as this driver is loaded.

Art

1009
General Mach Discussion / Re: Problems threading on the lathe
« on: April 30, 2009, 08:18:16 AM »
Hi Guys:

  This is a threading slotted wheel Scoping test. Im looking for Ground effects or floating times. Id love ot see any captures you do on
this one. Just get your spindle going, and launch the scope, select # of samples and hit sample.

 If TIMING is disabled, it assumes input from Encoder#4 , otherwise a single slot input on TIMING input.

 My kernal is 25us per int on the photo's test, and I see a max 25us or so swing in time, this indicates a very flat and good responce to a very
good and stable input. Id like to see yours.

You need to install the enclosed driver and plugin to use this..

Thx
Art

1010
General Mach Discussion / Re: Problems threading on the lathe
« on: April 30, 2009, 08:08:55 AM »

Hii:

 Brian has redone cutter comp for futre versions. It shouldnt round though, but arc intersections can get complex in calculation, and some variance can be expected depending
on the acuteness of the angles involved. If all works out , Im willing to add capability to the new Spindle control routines, but at the moment, Im focused only on threading.

Thx
Art