Re: [CAD_CAM_EDM_DRO] re: Re: Re: Black box ??
Posted by
Larry Edington
on 2002-03-26 12:23:53 UTC
There are many ways to make this experiement always pass and many ways to
make it always fail from the programmer's prospective depending on his
motives.
But, it's not a very valid test as described.
We all know how terrible CNC software is that experiences pauses during
motion.
One way to resolve this is to take the OS out of the equation as often as
possible.
If you have a bank of ram to write the step data or motion equations to,
then have an external controller to process this data, the OS of the host
system doens't get the chance to muck with the throughput.
USB is certainly dependable enough to parse out this data. It is a fairly
trivial task to program a USB microcontroller to handle emergency stop,
limit switches and other safety mechanisms to allow a USB control to be a
safe control even if the host computer crashes.
So the question is no longer, can USB do a point to point transfer at high
speed and not create a pause between transfers, the question is now, can USB
transfer a block of data often enough that the bit bucket doesn't run dry in
the external ram.
The answer to this is it's very easy to do this and USB is more than up to
the task. If you don't believe it is, just go get any USB device that
transfers digital video. That will let you see but a small portion of USB's
throughput.
You might not be able to find a USB 2.0 video device yet. USB 2.0 is MUCH
faster than USB 1.0.
Even on real time in circuit emulators for processors that run a hundreds of
megahertz clock frequencies, the emulator host doesn't stay synced up with
the bondout chip all the time. They sync up when necessary. The same can be
done for a CNC controller. Does it really matter if the graphic toolpath
picture is a few microseconds behind real time? Does it really matter if
during a rapid the axis readouts are a few ten thousands of an inch behind?
No, but what does matter is the motion is continuous without pauses and
critical events are handled properly.
later,
Larry E.
you have trouble.
OT subjects, that are not allowed on the CCED list.
make it always fail from the programmer's prospective depending on his
motives.
But, it's not a very valid test as described.
We all know how terrible CNC software is that experiences pauses during
motion.
One way to resolve this is to take the OS out of the equation as often as
possible.
If you have a bank of ram to write the step data or motion equations to,
then have an external controller to process this data, the OS of the host
system doens't get the chance to muck with the throughput.
USB is certainly dependable enough to parse out this data. It is a fairly
trivial task to program a USB microcontroller to handle emergency stop,
limit switches and other safety mechanisms to allow a USB control to be a
safe control even if the host computer crashes.
So the question is no longer, can USB do a point to point transfer at high
speed and not create a pause between transfers, the question is now, can USB
transfer a block of data often enough that the bit bucket doesn't run dry in
the external ram.
The answer to this is it's very easy to do this and USB is more than up to
the task. If you don't believe it is, just go get any USB device that
transfers digital video. That will let you see but a small portion of USB's
throughput.
You might not be able to find a USB 2.0 video device yet. USB 2.0 is MUCH
faster than USB 1.0.
Even on real time in circuit emulators for processors that run a hundreds of
megahertz clock frequencies, the emulator host doesn't stay synced up with
the bondout chip all the time. They sync up when necessary. The same can be
done for a CNC controller. Does it really matter if the graphic toolpath
picture is a few microseconds behind real time? Does it really matter if
during a rapid the axis readouts are a few ten thousands of an inch behind?
No, but what does matter is the motion is continuous without pauses and
critical events are handled properly.
later,
Larry E.
> How about an experiment to find out if USB is up to the task?like
>
> Connect two computers with USB, send chunks to data from one to the other,
> regularly timed.
>
> Put timers on the receiving computer.
>
> If there are long periods when nothing is being received, then it looks
> USB might not work.to
>
> Carry the experiment out over a long period of time, hours, perhaps days,
> see if you can catch the computer napping.aol://5863:126/rec.crafts.metalworking or go thru Google.com to reach it if
>
> Elliot
>
>
>
>
>
> Addresses:
> FAQ: http://www.ktmarketing.com/faq.html
> FILES: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO/files/
>
> OFF Topic POSTS: General Machining
> If you wish to post on unlimited OT subjects goto:
you have trouble.
> http://www.metalworking.com/news_servers.htmlsister site to the CCED group, as many of the same memembers are there, for
>
> http://groups.yahoo.com/group/jobshophomeshop I consider this as a
OT subjects, that are not allowed on the CCED list.
>
>
>
> 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@...
> Moderator: jmelson@... timg@... [Moderator]
> URL to this page: http://groups.yahoo.com/group/CAD_CAM_EDM_DRO
> bill,
> List Mom
> List Owner
>
>
>
> Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
Discussion Thread
docholliday01201
2002-03-22 16:02:21 UTC
Black box ??
mariss92705
2002-03-22 22:45:35 UTC
Re: Black box ??
batwings@i...
2002-03-23 07:11:30 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
mariss92705
2002-03-23 08:28:40 UTC
Re: Black box ??
Jon Elson
2002-03-23 16:28:21 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
k8zre
2002-03-23 17:00:55 UTC
Re: Black box ??
mariss92705
2002-03-23 17:45:32 UTC
Re: Black box ??
Larry Edington
2002-03-23 22:25:46 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
Jon Elson
2002-03-23 22:45:32 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
Paul
2002-03-24 02:39:34 UTC
Re:BDI and CNC at NAMES
batwings@i...
2002-03-24 04:08:01 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
k8zre
2002-03-24 06:13:47 UTC
Re:BDI and CNC at NAMES
Larry Edington
2002-03-24 11:16:45 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
Mr. sausage
2002-03-24 19:01:30 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
Raymond Heckert
2002-03-24 19:23:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
art
2002-03-25 14:55:27 UTC
Re: [CAD_CAM_EDM_DRO] Re: Black box ??
methadras
2002-03-25 23:17:54 UTC
Re: Black box ??
Elliot Burke
2002-03-26 08:57:41 UTC
re: Re: Re: Black box ??
Larry Edington
2002-03-26 12:23:53 UTC
Re: [CAD_CAM_EDM_DRO] re: Re: Re: Black box ??
mariss92705
2002-03-28 21:25:52 UTC
Re: Black box ??