Re: [CAD_CAM_EDM_DRO] Re: Optical mouse for DRO anyone? - not for WIRE!

I'm missing something. If you can't pull, push, or squeeze the cordage, how
do you get it to lay flat and straight so the optical mouse can "read" it?
It seems like you have a problem with the inherent instability of the
material, yet you are trying to use a different ruler, instead of a
consistent method of stabilizing the cordage, to get results. How will you
present the cordage to the mouse so you get any better consistency than a
roller or any other measuring device?

It seems that you must tell us the circumstances that absolutely define a
specific length of cordage, then we could suggest a way of measuring that
parameter. So far, we are being given only a part of the problem.

I have tremendously enjoyed the discussion so far, but it seems like it
isn't getting any closer to an answer for your problem.

rexarino

On 4/22/07, mrclicit <chris@...> wrote:
>
> Now I don't feel so bad - you are all (well, almost all) missing what
> I said about the medium, and coming up with the same ideas my
> co-workers offered...now...
>
> Imagine a shoelace, 100 ft long. Wire and flat strapping or webbing is
> child's play in comparison - been there, done all that 25 years ago.
> Woven cordage changes dimensionally when even the slightest mechanical
> pull, push or squeeze is applied. I have put various types of lacing
> (polyester, nylon, natural fiber, etc.) through wire measurement
> machines with all types of wheels of varying hardness, and they all
> performed horribly, losing or gaining as much as 10 inches in ten
> feet. The company that makes most of these machines even put together
> a custom unit for me that they swore would work, and it did no better.
>
> In theory, the optical mouse should be very accurate if used on a
> surface that has consistent chracteristics. On a Windoze PC, it would
> be difficult, since the pointer calls to the API do not seem to allow
> the low level of control one would expect - as I recall, the
> acceleration algorithm is tied to the travel distance in the available
> API function. Without being able to compile machine code, acceleration
> would be included with distance, hence raw distance throuh a PC would
> be an extremely difficult task.
>
> Reading the raw mouse output it seems, would be much easier to do with
> a PIC and a simple routine to read asynchronous serial. the velocity
> of mouse movement establishes the serial clock, and as long as the
> chip is clocked fast enough, distance should be a no-brainer. The
> problem I see with this approach is the storage and handling of so
> many variables - even if looped every inch.
>
> Time permitting, I'll put something together to try this.
>
>
>
>
>
> Addresses:
> FAQ: http://www.ktmarketing.com/faq.html
> FILES: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO/files/
> Post Messages: CAD_CAM_EDM_DRO@yahoogroups.com
>
> Subscribe: CAD_CAM_EDM_DRO-subscribe@yahoogroups.com
> Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@yahoogroups.com
> List owner: CAD_CAM_EDM_DRO-owner@yahoogroups.com, wanliker@...,
> timg@...
> Moderator: pentam@... indigo_red@... davemucha@...
> [Moderators]
> URL to this group: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO
>
> OFF Topic POSTS: General Machining
> If you wish to post on unlimited OT subjects goto:
> aol://5863:126/rec.crafts.metalworking or go thru Google.com to reach it
> if you have trouble.
> http://www.metalworking.com/news_servers.html
>
> http://groups.yahoo.com/group/jobshophomeshop I consider this to be a
> sister site to the CCED group, as many of the same members are there, for OT
> subjects, that are not allowed on the CCED list.
>
> NOTICE: ALL POSTINGS TO THIS GROUP BECOME PUBLIC DOMAIN BY POSTING
> THEM. DON'T POST IF YOU CAN NOT ACCEPT THIS.....NO EXCEPTIONS........
> bill
> List Mom
> List Owner
>
>
> Yahoo! Groups Links
>
>
>
>


[Non-text portions of this message have been removed]