This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

CC1125: Real data rate

Part Number: CC1125
Other Parts Discussed in Thread: CC1200

How much of the 200Kbps data rate can one realistically expect, I assume thats the total RF rate and not real data for example 200kb file in one second or 50kb at -110dbm.

  • The total packet is:

    preamble + sync + payload + CRC

    Hence the throughput will be dependent and the length of preamble/ sync and how many byte payload that is used. Note that if the payload length is set to a large number the probability to get a bit error in the packet is large and hence the probability for re-transmits which will lower the throughput. It's possible to send packets back to back.  

  • What is a typical preamble, sync and CRC size, if the recieved  signal is -100dbm, -110dbm, and what would be a good payload length. Trying to get a rough estimate of the data rate to expect at those signal levels.

    Thanks.

  • For 200 kbps you need at least 4 byte preamble, the default sync is 4 byte. I would have used a payload up to 120 byte, possible up to 200 byte, you have to test in your environment how robust it is. 

    A question on the side, why do you use CC1125 for high datarates since it's a narrow band device? Do you also use it for narrowband? 

  • TER said:

    A question on the side, why do you use CC1125 for high datarates since it's a narrow band device? Do you also use it for narrowband? 

    I will use it for low data rate right now (sensor) but want to know the capability for future project. Is the full 200kbps data rate not on a narrow band too? Also is there ACK and resend or bad packets are just dropped. ( Trying to compare these to xbee)
  • - 200 kbps is the max datarate for this device and is not considered narrowband. You can also look into CC1200 which has better performance for higher datarates. 

    - You have to implement ACK yourself in software. The same goes for resend etc since these are protocol dependent features.