Re: A crazy idea
Posted by
mariss92705
on 2002-06-06 14:08:19 UTC
Vajk,
Thank you for your thoughtful comments.
(1) The time delay is a couple of microseconds. This delay is
mechanically imperceptable by at least 3 to 4 orders of magnitude.
(2) Unreliable timing normally does not apply pulse width but rather
to pulse period. Pulse width normally is closely and easily
controlled in software. If there are problems, they are normally
associated with pulse period to period timing (jitter). This scheme
relies on an assymetrical duty cycle (<< 50% or >> 50%) to work. This
is the normal case.
A practical advantage is only 2 wires and a single opto channel is
needed instead of 3 or 4 wires and a dual-channel opto. Less things
to break or malfunction that way.
Mariss
Thank you for your thoughtful comments.
(1) The time delay is a couple of microseconds. This delay is
mechanically imperceptable by at least 3 to 4 orders of magnitude.
(2) Unreliable timing normally does not apply pulse width but rather
to pulse period. Pulse width normally is closely and easily
controlled in software. If there are problems, they are normally
associated with pulse period to period timing (jitter). This scheme
relies on an assymetrical duty cycle (<< 50% or >> 50%) to work. This
is the normal case.
A practical advantage is only 2 wires and a single opto channel is
needed instead of 3 or 4 wires and a dual-channel opto. Less things
to break or malfunction that way.
Mariss
--- In CAD_CAM_EDM_DRO@y..., Vajk Fekete <vajk.fekete@o...> wrote:
> hi group, Mariss,
>
> 1. your schem suggests, that the direction change will take some
extra time. i am not a machinist, so this may not be a real problem.
>
> 2. i have read a lot here about unreliable timing on the printer
port. with the current setup that translates to uneven step
distribution, so some problems with the timing of the moves. but does
not
> cause lost steps.
>
> the suggested encoding strongly relies on the timing, as if the
pulse is wider then intended, it is not a step pulse anymore, meaning
a lost step.
>
> 3. i find this discussion very useful, as there are so many
experienced people here, this may lead to some new standards.
>
> vajk
>
>
>
> [Non-text portions of this message have been removed]
Discussion Thread
mariss92705
2002-06-06 07:21:50 UTC
A crazy idea
bjammin@i...
2002-06-06 07:31:46 UTC
Re: [CAD_CAM_EDM_DRO] A crazy idea
stephen_stallings
2002-06-06 07:39:51 UTC
Re: A crazy idea
Doug Harrison
2002-06-06 07:45:28 UTC
Re: [CAD_CAM_EDM_DRO] A crazy idea
mariss92705
2002-06-06 08:05:44 UTC
Re: A crazy idea
mariss92705
2002-06-06 08:33:15 UTC
Re: A crazy idea
stephen_stallings
2002-06-06 08:43:39 UTC
Re: A crazy idea
mariss92705
2002-06-06 09:10:54 UTC
Re: A crazy idea
waynegramlich
2002-06-06 11:00:45 UTC
Re: A crazy idea
Vajk Fekete
2002-06-06 11:52:29 UTC
Re: [CAD_CAM_EDM_DRO] Re: A crazy idea
Larry Edington
2002-06-06 12:04:02 UTC
Re: [CAD_CAM_EDM_DRO] Re: A crazy idea
Alan Marconett KM6VV
2002-06-06 13:18:06 UTC
Re: [CAD_CAM_EDM_DRO] A crazy idea
mariss92705
2002-06-06 14:08:19 UTC
Re: A crazy idea
Carl Mikkelsen, Oasis
2002-06-06 14:48:07 UTC
Re: [CAD_CAM_EDM_DRO] A crazy idea
JanRwl@A...
2002-06-06 16:50:44 UTC
Re: [CAD_CAM_EDM_DRO] A crazy idea
Carol & Jerry Jankura
2002-06-06 20:32:40 UTC
Where do we go from here, was [CAD_CAM_EDM_DRO] Re: A crazy idea
bsptrades
2002-06-07 00:46:23 UTC
Where do we go from here, was [CAD_CAM_EDM_DRO] Re: A crazy idea
bjammin@i...
2002-06-07 04:23:24 UTC
Re: [CAD_CAM_EDM_DRO] Re: A crazy idea
turbulatordude
2002-06-07 05:15:04 UTC
Where do we go from here, was [CAD_CAM_EDM_DRO] Re: A crazy idea
bjammin@i...
2002-06-07 05:27:26 UTC
A crazy idea
Carol & Jerry Jankura
2002-06-07 19:54:37 UTC
RE: Where do we go from here, was [CAD_CAM_EDM_DRO] Re: A crazy idea