Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- MachCNC
- Messages
Search
|
Re: As the sun goes down... de de deedee de de deedee (a new sort of cnc "Zone")
Ballendo,
toggle quoted message
Show quoted text
I don't want to add any confusion to this discussion, but I want to ask if you are using Gecko drives. Tom Eldredge Rutex USA ----- Original Message -----
From: ballendo To: mach1mach2cnc@... Sent: Friday, August 06, 2004 1:46 AM Subject: [mach1mach2cnc] Re: As the sun goes down... de de deedee de de deedee (a new sort of cnc "Zone") List, Can somebody using a slow (~500mhz) computer, preferably with Win2k PLEASE try these(previously posted) files, and tell me your results?!?! Art, SOMETHING is broken. Now if it's my drives, then how do you account for accurate movement when the ONLY thing changed is the helix lead, by changing the z departure value...? Seems to me that logically if one "lead" WORKS and one .001 different is erratic, and one .001 from THAT fails completely; then WHAT is different as far as the drive is concerned??? Could you put a scope on YOUR Z axis step AND dir output and run these files again (just the three mentioned above; described as "fails", "erratic", and "works" in the previous post,near the ned of th elist, as I dialed into the "problem". So I thought...) Do you find it at all interesting that the Bzzt of steps is AT the transition from one move to the next?(which is also 0,0,0 in this case.) And the additional step or two "seems to be at the quadrant changes??? How does the DRIVE know anything about quadrants? (dir change. That's its only clue.) As for plane origins, it has NO clue. So what about a DRIVE would cause a sputter of steps in Z at a dir change in XY??? More importantly, what is changed for the DRIVE when the lead goes up by only one thousandth--which will only be 2 extra steps per complete circle!!! A certain number of steps works, ONE more is erratic, and TWO more fails to move the Z AT ALL... So let's again say that these ARE slow drives. The XML I'm sending has the step length set at 15 (but most testing was at 12, and the pre change at 6. I've lost 6 days on this so far. I keep thinking I'll come here and see an "I found it B!" But alas, Not tonight either... Ballendo (Feeling tired, frustrated, and defeated) BTW, today I tried larger helical moves, and had more relatedly interesting results. Not sure at this point if its worth posting... in a separate post. BUT, CV from Arc-to-Arc IS broken in BOTH Enh and 4.0 modes in RC8. There's a pause at the intersection between each helical circle-- right where the BZZT happens... --- In mach1mach2cnc@..., Art <fenerty@a...> wrote: > B: > > > The way I can make or break a file is to change the ratio of the > > diameter to the z departure, as suspected... > > Good, maybe I can repeat it... > > > (THERE IS ABSOLUTELY NO WAY TO SEE THIS PROBLEM UNLESS YOU HAVE A > > MACHINE HOOKED UP AND RUNNING.) > > I've been testing all these on arunning machine. The Z follows exactly as > it should on mine... > > > > > (250mod11-fails) > > g90 > > (xy hole position here) > > g01z0f5 (move to material surface, set F/R) > > G02x-.062y0i-.031j0(half circle move to edge of hole) > > g02x-.062y0i.062j0f5z-.042 > > g02x-.062y0i.062j0z-.084 > > g02x-.062y0i.062j0z-.126 > > g02x-.062y0i.062j00z-.168 > > g02x-.062y0i.062j0z-.210 > > g02x-.062y0i.062j0z-.210 > > g02x-.0620y0i.062j0z-.210 (ensure complete cutting, flat bottom hole) > > g02x0y0i.031j0z.1 (helical move out of hole,away from hole wall) > > M30 > > (end of file ) > > ::::::::::::::::::::::::::::::: > > Fails in all helixes--except last, as noted above > > > Nope. Runs fine here. All movement, X,Y and Z move at correct rate and > correct distance. > > > All my tests were run in CV mode enhanced pulse train at 25Khz. Can't find > any trouble at all. I'll tell you though, > that I cannot see a situation where the pulses can come too soon or too late > without the TPD showing it on update. > It is a separate entity of its own for that exact reason. It has no idea > what is planned or even what your doing, it is simply drawing the position > of > how many pulses have gone out. It sounds to me like somehting else is going > on here, if the display is drawing a helix, it simply is not possible for > the > steps not to be following the output or you would see sporatic results on > the update screen. On the other hand, this is CNC and the impossible is > sometimes possible. > > The user who claimed no Z movement while the DRo was moving is > undoubtably having some sort of tuning trouble on his axis, like he saidm it > jams at times while moving, so it probably is more related to the Z load. > (This happens alot on Z's only for obvious reasons. Your XML will be > interesting to see if its repeatable then.... > > Later, > Art Yahoo! Groups Sponsor ADVERTISEMENT ------------------------------------------------------------------------------ Yahoo! Groups Links a.. To visit your group on the web, go to: b.. To unsubscribe from this group, send an email to: mach1mach2cnc-unsubscribe@... c.. Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. |
|
Re: Screen content cut
junebrandy
Hi,
just started by reading the manual ,and the screen content is less than is reflected in the manual,, have tried loading other screens from the layout section , but all seem to be cut ,, both on the left side and at the bottom . this is probably a stupid question. thanks Mike |
|
FULL inputs on 2nd p-port ? NO!! was Re: Version RC10 is online.
Hello,
I also vote for fully configurable. That is the beauty of Mach2, ease of use and nearly unlimited pinout configuration. Keep it all configurable please. --- In mach1mach2cnc@..., <james_cullins@s...> wrote: I favor configurable as well.Re: Version RC10 is online.configurableB: either way... |
|
Re: FULL inputs on 2nd p-port ? NO!! was Re: Version RC10 is online.
I favor configurable as well.
toggle quoted message
Show quoted text
Jim ----- Original Message -----
From: "Art" <fenerty@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 8:09 AM Subject: Re: [mach1mach2cnc] FULL inputs on 2nd p-port ? NO!! was Re: Version RC10 is online. B: |
|
Re: Version RC10 is online.
Art
B:
toggle quoted message
Show quoted text
Be interesting to hear. Art www.artofcnc.ca ----- Original Message -----
From: "ballendo" <ballendo@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 5:17 AM Subject: [mach1mach2cnc] Re: Version RC10 is online. Art, |
|
Re: Driver problems on a laptop
Art
B:
toggle quoted message
Show quoted text
Unless called for, it should slow anything down. Kinda like the Mach2 driver, unless it services are requested by an application, it does not run in the background. Should have absolutely no effect... Art www.artofcnc.ca ----- Original Message -----
From: "ballendo" <ballendo@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 5:11 AM Subject: [mach1mach2cnc] Re: Driver problems on a laptop Hello, |
|
Re: Guide Rods
arthur prescott
One problem that I have found is the tolorance from different manufactures of guide bearings. Soe are made to fit with the tolerance under size on the bearing and some with the tol. over on the shaft. Nook ceramic bearings will not work nice on Pacific ceramic shafting. And Art, My 6 month project of a 12 foot x12 foot beam [gantry] saw is nearing completion. Will be sending another $$$ soon. Arthur P.
toggle quoted message
Show quoted text
-----Original Message-----
From: Art <fenerty@...> Sent: Aug 5, 2004 10:19 PM To: mach1mach2cnc@... Subject: Re: [mach1mach2cnc] Guide Rods Jason: If the weight is not too heavy I woudln't think it would matter. The important thing is you have mild steel available to you, in this game the rule tends to be "If it works..great..". I have only used polished steel myself, but have never seen any damage from it on a 200lb gantry.. Art www.artofcnc.ca ----- Original Message ----- From: "jasonjet25" <jasonjet25@...> To: <mach1mach2cnc@...> Sent: Thursday, August 05, 2004 7:48 PM Subject: [mach1mach2cnc] Guide Rods I am buying some guide rods for my router table today and need to Yahoo! Groups Links |
|
Re: Breakout board
Art
Mike:
toggle quoted message
Show quoted text
Is it set for charge pump, and is charge pump activated? Art www.artofcnc.ca ----- Original Message -----
From: "Michael Abbott" <abbottm@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 9:25 AM Subject: [mach1mach2cnc] Breakout board I received the optical breakout board from Campbell Designs I |
|
Re: Breakout board
Robert Campbell
Mike,
toggle quoted message
Show quoted text
You need to set the jumper J24 to common ground for the Rutex drives. This will provide the ground back to the PC ground that the Rutex drive needs. The Rutex drive does not have an optical isolator on the input. Bob Campbell Bob@... www.campbelldesigns.com Breakout board THC board sets CNC router plans Stepper Motors VisualMill Basic ----- Original Message -----
From: "Michael Abbott" <abbottm@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 7:25 AM Subject: [mach1mach2cnc] Breakout board I received the optical breakout board from Campbell Designs I |
|
Re: Breakout board
Mike
toggle quoted message
Show quoted text
Have you downloaded the SoundLogic.xml? It should be in the Mach2 folder. It will setup the pins for you. To load it click on Mach2 not Mach2mill and a menu will drop down and allow you to select SoundLogic then press Enter. With that done, when you bench checked it. Does Mach2 reset ? IF yes does the out4 LED come on? If yes Did the DIR LED toggle on and off as you jogged the axis? Is the Step LED on all the time? Is the jumper for the common pin set to 5v ? Let me know and we will get you going. Jim Cullins Sound Logic ----- Original Message -----
From: "Michael Abbott" <abbottm@...> To: <mach1mach2cnc@...> Sent: Sunday, August 08, 2004 7:25 AM Subject: [mach1mach2cnc] Breakout board I received the optical breakout board from Campbell Designs I |
|
Breakout board
Michael Abbott
I received the optical breakout board from Campbell Designs I
purchased and was very impressed with the capabilities but so far have not been able to make it work correctly. I went through the bench testing of the various voltages successfully so everything is powered up correctly as far as I can determine. I hooked my gecko drives up to the X, Y and Z axis and got both LED's to light next to each axis. The cable from my PC to the system is the same one which I've used with a "dumb" breakout board but with the addition of a small gender changer. I'm fairly certain that the gender changer is not the problem but just in case I'm waiting on the delivery of a correctly gendered cable. At any rate though, after I power up and engage the gecko's the servo's start singing and lock up so I've also fairly certain that the encoders are receiving power but the board is not generating any command output using Mach2 (i.e. the axis do not move at all). Setup of the board seemed to me to be fairly simple since it came shipped to me correctly jumpered as far as I could determine. I went back to the dumb board and left my mach2 setup the same now so I can swap back and forth now fairly simply but anything else I can check would be appreciated. Mike Michael A. Abbott Cell: 713-446-5063 Office: 936-307-1323 |
|
Re: mach rapid moves
"piterpip" <pit202@w...> wrote:
PS.Piter, I'm willing to bet that your English is FAR beyond my ability with your native tongue... NEVER worry about speaking English poorly. The mere fact that we can communicate puts you light years ahead of me... Ballendo |
|
Re: mach rapid moves
Sorry Piter, I misunderstood. As ballendo explained mach2 moves inno, I don`t want to, I just asked why couse my CAM software shows that "old" rapid move. Thanks all for explain me that. Piter PS. sorry for my poor english I still haven`t learn it :( |
|
Re: mach rapid moves
Steve Blackmore
On Sun, 08 Aug 2004 09:39:50 -0000, you wrote:
Sorry Piter, I misunderstood. As ballendo explained mach2 moves inG0 moves at the maximum set in motor tuning, G1 moves at whatever F#yes, I know that , this is not what I asked for straight lines. If you want to move X first then Y, get your post processor to output two lines. G0X2 G0Y10 instead of G0X2Y10 -- Steve Blackmore |
|
Re: mach rapid moves
Olivier,
Correct. And that's why all new controls use linear interp for rapids as well as feedrate moves... Ballendo P.S. actually you "can" kinda predict it; especially after using it awhile. There'll be at least one 45 degree move where the "adjacent" sides of the triangle are the length of the shortest move. There may be a third copmponent too, but from "direct" viewing--means your view is aligned with one of the axes, you'll see at least one 45 degree move, when 2 or more axes are moving. once this move completes, the 3d aspect is gone, and you'll have only one "plane" to worry about, which is pretty easy. Again, experience helps. But linear rapids are SO MUCH better that we DON'T wnat to "go there". Again; for some of us<G> --- In mach1mach2cnc@..., "Digital audio Pro" <digitalaudiopro@w...> wrote: to axis settings, it will change the toolpath. This can't be simulated in aCAM software isn't it ?F# (Feedrate) you set.yes, I know that , this is not what I asked for |
|
Re: mach2 rapid moves
Piter,
On nearly every new CNC control rapids are performed using linear interpolation. Mach2 does this too. And that's a good thing. Here's some history as to why we USED TO see CNC controls and machines working differently in rapids (G00) than in feedrate moves (G01) When the first NC machines came out, they weren't even using computers. Just logical circuitry, consisting of hardware dividers and registers. So they could only go in straight lines, some only in 90's, the most expensive could do 45 degree's. When we rapid'd them the control would simply set each axis register with a number of steps to be taken and then issure steps to EVERY axis at the fastest step rate possible. This meant that the shortest move would finish first, then the next longest, and so on, until the longest move finished by itself. Since there were no calculations to be done(just the subtraction of the step taken from the counters/registers), this was as fast as we could get from here to there. And it was not a straight line, unless ALL moves were of the same length. Then computers were added and NC became CNC. But not much changed for the rapid's, because even though now we COULD move in linear interpolated directions--and later in arcs TOO!<G>, it took a LONG time--relatively-- for the computer to do the math and calculations necessary. So the old technique of simply setting the number of steps and spitting them out to the motors as fast as possible was kept. This way, no time was lost making the calculations for a straight line. The BAD thing about this method is that you have to REALLY think about what might be "in the way" since you aren't working with a straight path from "here" to "there"... So, now that the computer is faster than the machine, we ARE able to make the calculations without slowing anything down, and we get the added benefit of being able to more easily "see" if something is going to be hit on the way... Now, think about this logically. If we need to move 3 axes from here to there, and "there" is 12, 6, and 3 steps away for the given axes; then we will take AT LEAST 12 steps worth of time to get to "there"... In the old days, we still took 12 steps, But after 3 we had only two axes moving, and after 6, only one. (But we didn't have the ADDED time of calculation, so this WAS faster.) NOW, we have all axes finish at the same time, which means we get a straight line. But it still takes 12 steps to get that longest move to where it's going. (So UNLESS the computing time for this "interpolation" of the shorter axes makes the step output slower, there is no benefit to doing rapids in the old way...) And there is a CLEAR benefit to having ALL moves be in a straight line, so that's what we do now. Hope this helps, Ballendo --- In mach1mach2cnc@..., "piterpip" <pit202@w...> wrote: F#G0 moves at the maximum set in motor tuning, G1 moves at whatever (Feedrate) you set.yes, I know that , this is not what I asked for |
|
Re: mach rapid moves
How do you predict the faster move if it is not linear ? Accordingto axis settings, it will change the toolpath. This can't be simulated in a CAMhmm, my experiences are based on EdgeCAM cam software and there rapid move isn`t linear and this is the reason why I ask for it. Piter |
|
Re: mach rapid moves
How do you predict the faster move if it is not linear ? According to axis
toggle quoted message
Show quoted text
settings, it will change the toolpath. This can't be simulated in a CAM software isn't it ? Olivier. -----Message d'origine-----
De : piterpip [mailto:pit202@...] Envoy : dimanche 8 aot 2004 11:40 : mach1mach2cnc@... Objet : [mach1mach2cnc] Re: mach rapid moves G0 moves at the maximum set in motor tuning, G1 moves at whatever F#yes, I know that , this is not what I asked for the rapid move is for me when the axis moves to the end point so fast as possibly without moving as a linear move in 3D world. eg. move from 0,0,0 to 10,2,0 will move X axis longer to end point as the Y axis. ________ ( 10,2) / / (0,0 the linear move isn`t to show in asci :-) Piter Yahoo! Groups Links |
|
Re: mach rapid moves
G0 moves at the maximum set in motor tuning, G1 moves at whatever F#yes, I know that , this is not what I asked for the rapid move is for me when the axis moves to the end point so fast as possibly without moving as a linear move in 3D world. eg. move from 0,0,0 to 10,2,0 will move X axis longer to end point as the Y axis. ________ ( 10,2) / / (0,0 the linear move isn`t to show in asci :-) Piter |
to navigate to use esc to dismiss