Hello Guest it is April 26, 2024, 06:22:46 AM

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 - stirling

1651
VB and the development of wizards / Re: P, Q, R parameter
« on: May 03, 2010, 12:12:04 PM »
Seconded. Thanks Russ.

Cheers

Ian

1652
General Mach Discussion / Re: edge finding/2.5D probing
« on: May 03, 2010, 11:18:51 AM »
can you do me a rough sketch of the cross section of a port? Also do you use a probe tip that's in some way different to a "conventional" tip? At the moment I don't undertand why coming at the port sideways as it were will give different results from coming at it vertically. A touch is a touch regardless of what direction the probe was travelling previously. I'm sure you're right but I'm just trying to get my head round the problem.

1653
VB and the development of wizards / Re: P, Q, R parameter
« on: May 03, 2010, 05:59:04 AM »
Hi Flick

Now you mention it I think I can remember it mentioned somewhere but can't recall the details. Either that or your "brain fart" is contageous - not a pleasant thought  ;D

Cheers

Ian

1654
VB and the development of wizards / Re: P, Q, R parameter
« on: May 03, 2010, 05:55:20 AM »
BR549 - hope you don't mind but I've replied to and copied your part of this thread to my probing thread. www.machsupport.com/forum/index.php/topic,4352.msg98537.html#msg98537 Probably better to keep it in one place rather than mix toipics here.

Cheers

Ian

1655
General Mach Discussion / Re: edge finding/2.5D probing
« on: May 03, 2010, 05:53:43 AM »
Copied from VB and the development of Wizards as it's probably better if we keep it here.

HIYA Stirling, question ,there is a fellow doing probing of an engine intake ports. Can your crawler routine probe the inside of a 3d object such as a port?


HIYA Stirling, question ,there is a fellow doing probing of an engine intake ports. Can your crawler routine probe the inside of a 3d object such as a port?
Hi - It's basically a bed o' nails with the added benefit of only probing inside a prescribed boundary. As you know a standard or dumb bed o nails only probes inside a defined rectangle which can mean it spends an inordinate amount of time probing useless space. All I can sugest is your fellow gives it a whirl. Don't know if you've seen it but there's an Italian company in this thread www.machsupport.com/forum/index.php/topic,4352.msg97649.html#msg97649 that has a couple of nice vids on their site and youtube of the routines in action.

Let me know how you get on.

Cheers

Ian

HUM there is really nothing to probe in the Z axis just a big hole. The area to probe would be in the X/Y directions and step down in z as it goes deeper into the port.

Your crawler routine works great but I don't think it will work in this application unless it could be modified to crawl the perimeter from the inside out then step down.

(;-) There IS a market for a PORT probing routine to do this IF you are interested.

I have seen your routine do the combustion chambers of the head, that IS a perimeter and bed of nails type of probing solution

Thansk

Thanks for the suggestion - sounds good and I WILL do it soon as I get some time. But you could kludge it at the moment by just resetting the Z level on the perimeter routine and re-probing each level. Because the triplet file is appended to, you'd get what you want in the end. Not ideal I accept but...

Cheers

Ian

1656
VB and the development of wizards / Re: P, Q, R parameter
« on: May 02, 2010, 01:50:08 PM »
HIYA Stirling, question ,there is a fellow doing probing of an engine intake ports. Can your crawler routine probe the inside of a 3d object such as a port?
Hi - It's basically a bed o' nails with the added benefit of only probing inside a prescribed boundary. As you know a standard or dumb bed o nails only probes inside a defined rectangle which can mean it spends an inordinate amount of time probing useless space. All I can sugest is your fellow gives it a whirl. Don't know if you've seen it but there's an Italian company in this thread www.machsupport.com/forum/index.php/topic,4352.msg97649.html#msg97649 that has a couple of nice vids on their site and youtube of the routines in action.

Let me know how you get on.

Cheers

Ian

1657
VB and the development of wizards / Re: P, Q, R parameter
« on: May 01, 2010, 12:14:41 PM »
Is that also why we can't nest macro calls?
What happens?

1658
General Mach Discussion / Re: mach's rounding of measurements?
« on: April 28, 2010, 01:32:50 PM »
Hi Randy

You obviously want to get deep into this (and good for you) so why not take a look at Dr. Jack Bresenham's work. He was really the father, guru and all round smart egg when it came to this stuff (amongst other things he developed the first algorythms for the rasterized display of vector graphics for IBM). Take a look at his algorythms for interpolation of lines, circular arcs, elipses and gawd knows what else. Then if you really want to blow your mind - take a look at Driving Stepper Motors with Quadratic Equations (all about acceleration) which is based on more of his work. Have fun  ;D

Cheers

Ian

1659
I've had this with a Rainbow Tech Sentinel security dongle on a CAD package so I'm with RICH - either that or plain old noise.

Ian

1660
General Mach Discussion / Re: mach's rounding of measurements?
« on: April 28, 2010, 04:39:52 AM »
Ah, but there is so much more to it, Ian...
LOL - hang on a cotton pickin' minute! I offered my answer to the question that was asked. I'm well aware there are all sorts of complexities with interpolated motion but that wasn't the question here.

It is actually outside the realm of the original question, but...
Too right...

...multi-axis moves is where it gets interesting.  On linear moves, do you scale each axis independently, or deal with the dominant axis and have tests for the dependant axes on when to take a step?
The latter

And how do you deal with circular moves?
The same way, but with the added complexity that the dominant axis changes (depending on the length of the arc) as the path progresses.

On the last system I was involved with, acceleration was handled with a lookup table.  Modern stepper motors all have a "knee" in their torque/velocity curves, and with an acceleration lookup table you can take advantage of the increased torque at lower speeds without overtaxing the motors above the knee.  It is those aspects in which I'm interested (I'm a mechanical engineer but very interested in all aspects of motion control so I know intelligently how to maximize system performance).  My familiarity with DIY CNC led to the adoption of the Allegro 3977 driver chip for several products at my last employer in preference to less integrated solutions...

Great - but this has nothing to do with the question that was asked - I'm all for a discussion on the nitty gritty of motion controller design for the fun and interest but if that's what we're going to do let's have a new thread - then at least we can all be clear on what the question is before we attempt to answer it. :)

Cheers

Ian