If you are using the latest version from our git repo I would try
polling at a lower frequency. Also you can improve performance by using
the offset feature to poll lower priority data at a lower frequency
while polling more critical data at a higher frequency.
An interval of 2 will cause it to poll every other request setting both
of them to a 20Hz update rate, and an offset of 0 will cause it to
update RC_DATA on even updates and GPS_DATA_ADVANCED on odd updates.
IIRC the best I was able to get without errors is 10Hz via serial and
20Hz via zigbee.
On Mon, 2011-01-31 at 07:28 -0800, Jeroen.van.Emden [via asctec-users]
> I am trying to request to LL_status, RC_data, Controller_output,
> IMU_rawdata, IMU_calcdata, gps_data and gps_data_advanced.
> Requesting 029f 7 packets
> The bitset returns the correct hex value (as can be seen above).
> However it is not possible to get the gps_data_advanced.
> Read successful: type = 35, crc = 18650
> Packet type is GPS_DATA
> Timeout: 0 bytes available 3 bytes requested
> dev: 3
> Error Reading Packet Header:
> : Resource temporarily unavailable
> Read (-1):
> Read failed
> What is going wrong?
> If you reply to this email, your message will be added to the
> discussion below:
> http://asctec-users.986163.n3.nabble.com/Not-able-to-request-GPS-DATA-ADVANCED-tp2389713p2389713.html > To start a new topic under asctec-users, email ml-node
> +[hidden email] > To unsubscribe from asctec-users, click here.