Hello Guest it is April 25, 2024, 03:17:24 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 - JFettig

Pages: « 1 2 3
21
General Mach Discussion / Re: Rutex SPI
« on: March 19, 2006, 03:12:17 PM »
I know it will not currently work, From what I am told, it wouldnt take much programming to get it to work.
I think that adding support for SPI would be a great thing for Mach software.

Jon

22
General Mach Discussion / Re: Rutex SPI
« on: March 19, 2006, 02:30:00 PM »
Hi Art, I know theres a lot going on with Gecko and all, and that this is a competitor product. Does that mean your not going to support it?


Jon

23
LazyCam (Beta) / Re: DXF from turbocad
« on: March 17, 2006, 01:10:46 PM »
Do you have mach 3 installed? and in the default directory.


Thats what I was having untill i installed mach3

Jon

24
LazyCam (Beta) / Re: Lazycam acting crazy
« on: March 17, 2006, 09:30:57 AM »
Are you updating the files somewhere so I can download the newest version?



Thanks,
Jon

25
General Mach Discussion / Rutex SPI
« on: March 17, 2006, 12:59:21 AM »
Art and others, I have been very fasinated with Rutex SPI interface they have on their new breakout boards for their drives, I can quote a few things out of one of their pdf's:
http://www.rutex.com/pdf/R20x0.pdf

"The SPI motion command is simply a
16-bit number of steps per each particular servo loop cycle (or quite often called as velocity word). Rather
then clocking each step individually, the host CNC tells the drive the number of step via SPI. For example,
with a 1ms loop-time, the maximum speed of SPI motion is +/-32767 steps/ms or 32,767,000 steps per
second."

"The SPI can be easily implemented in PC
using standard printer port (LPT) similar way as it is use for step&dir generation."

"The SPI is using 3
communication lines: clock, data-out and data-in. Clock and Data-out are same as Step and Dir signals."


Theres much more in that manual, such as controlling 7 axes with only 9 signal lines.

This is a communication interface that would be very useful for many rutex users, its one of the main things thats stopping me from buying their drives for my brushless servos, mainly because step/dir over the parallel port will be way slow for the high res encoders.


It sounds like Rutex is making a DLL or something like that for this interface, I along with many others are very intersted in seeing a package such as Mach software, even Mach 3 incorporated with SPI.



Thanks,
Jon

26
LazyCam (Beta) / Lazycam acting crazy
« on: March 17, 2006, 12:23:57 AM »
Hey, I loaded up a dxf the other day, the ends were not closed(doubt that has anything to do with anything) so basicly I set all the depths and press make g-code. my system started grinding real good, so i go to the folder and see a 13mb file! Mass confusion. so, oh well, I'll load it into notepad, next thing I know I have 7mb out of 1gb free memory, my page file grew from 300mb to 1.8gb and my dual core 3800+ was running at full bore. so I try to end task both notepad and lazycam, while looking in the task manager lazycam was still doing stuff, taking up the processing power of one cpu(guessing notpad was taking the other) and it wouldnt end, after a few minutes of messing with it I finally got them to end. So I reboot, load up mach3 and try to load the file, that hangs and wont end either. I reboot once again and go exploor for the file and see its 600MB!!!

Im pretty sure this all really doesnt mean anything, I dont have any real information from what happened. Its just a crazy expreience I had with it.

Hope I dont scare anyone away ;D


Jon

27
LazyCam (Beta) / Re: Lazy Cam (Beta)
« on: March 06, 2006, 07:46:55 PM »
There never was a problem other than the problem that people dont have mach3 installed:) maybe the licence is needed too.

Jon

28
General Mach Discussion / Re: Lazy Cam suggestion
« on: March 01, 2006, 04:23:41 PM »
wow, I didnt even see lazycam, I thought it was a ynneb term;)

The leadins that they have do the best job, they shouldnt leave any bumps or anything. A leadin that I would like to see is a tangential lead in. Another thing that bothers me about it is that it appears you cant select an exact origin, its pretty much worthless to not have a specified orgion somewhere. the ability to move geometry is also another thing that is typically not needed unless you can specifiy coordinates.



Jon

29
General Mach Discussion / Re: Lazy Cam suggestion
« on: March 01, 2006, 12:37:30 AM »
I do almost all my programming with ger21s autocad plug in, I offset the lines .01" farther so they cut that much too big or too small(depending on direction) then I offset the finish pass so It takes care of that.

in almost all cam packages you can specify a finishing pass.

If worse comes to worse, use tool diameter offsets, if you have the whole thing programmed for an offset, just set it that much too big then run just the final pass again with the right diameter specified.

the other thing I think your referencing is the lead in and lead out, most cam packages will do that for ya too.

Jon

30
General Mach Discussion / Re: Win a G-Rex ( Competition)
« on: February 15, 2006, 09:02:18 PM »
Here is my submition:)



Jon

Pages: « 1 2 3