Re: [iPAQ] usleep

Thanks a lot for the replies.

First, there is a microcontroller that does the low-level
stuff, like controlling the robots, reading the sensors,
etc. The iPaq would have been used to communicate with this
microcontroller to drive the robot around.

Second, all the iPaq's being sold here in Turkey have the
USB interface. Finding a PDA with "old" interface like RS232,
and with new technology like Bluetooth and a CF slot for
wireless looks pretty difficult. Although IrDA is a nice
solution (thanks for the idea), I have a different role
for it (communication between robots).

I'm looking into Yopy now..

Erol

Paulo Marques wrote:
> Valentin Longchamp wrote:
>
>> Hi,
>>
>> I would like some information about the usleep fonction : does it work
>> with small values ??? Because i've got very funny behaviours with
>> small arguments (I mean about 10 microseconds) ... I need that
>> resolution because I'm trying to control a robot !!!
>
>
> If you're trying to control a robot, the best solution is to keep the
> real-time stuff on the microcontroller on the robot.
>
> The *normal* architecture would be to have a microcontroller read inputs
> (encoders, proximity sensors, touch sensors, etc., etc.) and drive
> outputs (motors, servos, lights, etc.). This microcontroller would
> communicate with the host application at a reasonable rate (25Hz ~
> 100Hz) through the serial port.
>
> The application would process the data from the microcontroller and send
> new data for the microcontroller to update the outputs.
>
> It could then use a separate process with lower priority to display nice
> graphics and get input from the user on the touch device :)
>
> Why do you need 10 microsecond accuracy on an linux application running
> on an iPaq?
>
Received on Wed Apr 14 07:24:00 2004