Frequency configuration on 3DR

[jhe...@gmail.com]

We use the Piksi module on our robot with a 433 Mhz radio remote control and we notice lot of loss on both piksi and our remote control. I want to change the frequency of the piksi and our remote control to use separated frequency channel in the 433MHz band.

How does the 3DR radio work precisely? Does the system use all these channel to transmit data? Is there any channel hopping? How can I configure the radio to avoid troubles?

Best regards

[Blair Burtan]

Try this:

http://copter.ardupilot.com/wiki/common-using-the-3dr-radio-for-telemetry-with-apm-and-px4/

There is a setting in there for an ID number.  All 3DR radios come set to the same ID from the factory.

[jhe...@gmail.com]

Thank you but I had already check at this address. 

I would like to know what are the radio requirements of the piksi to be operational: low latency or not? Number of channels required? Can I reduce the duty cycle ? …

Julien

[Blair Burtan]

Here's some more info:

http://diydrones.com/profiles/blogs/announcing-the-3dr-radio-telemetry-system

IIRC, SwiftNav uses the default settings from 3DR.

[jhe...@gmail.com]

I have noticed that the default settings are used.

I would like to know what are the parameters really required by the piksi to work correctly. Can I reduce the number of channel? Can I activated the CRC? Can I reduce the duty cycle? And so on…

Best regards

[Blair Burtan]

Beyond my pay grade.  But, you can always try it and see what happens. Performance requirements would be useful to know if one wanted to use some other RF link e.g. XBee or 802.11 or even if you wanted to piggy back the RTK corrections on top of some other data streams to simplify the setup.

[Henry Hallam]

Any and all of these should be fine, so long as the data gets through.
People use all sorts of different radios and other transports (cables,
Internet, etc)

Henry

[Clive Turvey]

The Piksi is agnostic to the frequency band. You could review the Si1000 datasheets, and SiK firmware to understand it's function and frequency hoping strategy.

The connection is configured as 256 kbps air rate, No ECC. The SBP data has it's own sync and CRC, to provide integrity for the packets. The packet size is kept below 128 bytes. so 11 observations are split over two packets.

Think of it as a UDP type connection, there is very little merit to retry stale data, just keep streaming current measurements, with minimal latency. It's trying to work with contemporary measurements.

You can change the Network ID of two paired radios. The Piksi's use two-way connectivity, most RTK systems do not.