I won't let up, I would really like a solution. This will be of great
benifit to jallib.

8 bit or 16 bit timer does not matter there are benifits to each, an 8
bit timer can have a count and be re-used for the next delay.
hopefully I can make lib to be 8-bit or 16-bit timer selectable.

As far as I can tell, there is no standard for servo's, The only real
standard would be that no pulse should take more then 2.5ms.
Everything else I heard or have seen about servo's conflicts each
other, we will have to make our own standard. I measured my radio
reciever to see how the pulse works.

20ms between each pulse.. Yes, I would agree that this is good timing,
but it could be selected by the user to free up cycle/cpu usage. This
timing could be more and the servo will work fine but will eventually
loose tourqe. All libs should use 20ms as a default value. My radio
reciever does output a pulse each 20ms. Shorter time between each
pulse should not be selectable since you say it may hurt the servo.


10us steps. Why? It would be much more simple to use different crystal
types if we do not go by this. Let me explain...

I see on my radio reciever an analog like pulse width. I say this
again, It looks like servo's are analog devices. My radio reciever
does not output steps, it outputs a analog like pulse width movement.
If you want accurate steps, you should use a stepper motor. Do you
agree Joep?

For the sake of a library, I say we should not go by 10us steps, we
should simply make sure the pulse width is between 250us? to 2.5ms and
have as much resolution as possible. Lower oscillator speeds will have
less resolution (such as 20us steps) and higher osc rates will have
higher resolution (maybe 5us).

Also, adding more then 8 servo's may reduce resolution. I will make
the library as you suggested, one pulse after the other. Over 8
servo's will need to use the other meathod.

When I measured my radio reciever, the pulse width it outputs is
actually only from 500us to 1ms. My servo however, is capable of
recieving a pulse width from 300us to 2.5ms. Using this full range on
my servo gives it a larger movement. My radio reciever actually
restricts the movement amount, a library should not.

Changing settings such as adding servo's or changing oscillator speeds
should not noticably affect the alignment of the servo.

What do you think joep, seb?

-- 
You received this message because you are subscribed to the Google Groups 
"jallib" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to 
[email protected].
For more options, visit this group at 
http://groups.google.com/group/jallib?hl=en.

Reply via email to