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.

CC1354P10: Transferring Audio via UART b/t CC1354 Launchpads (referencing rfUARTbridge)

Part Number: CC1354P10
Other Parts Discussed in Thread: CC3200AUDBOOST,

Tool/software:

As the subject states, we are trying to transfer audio back and forth between our CC1354P10-1 Launchpads for walkie talkie (handheld transceiver) functionality.  I have a few questions in approaching this problem:

1) We initially wanted to use Wi-SUN for our mesh network, since we wanted the ability to "hop" from node to node in the instance that any two were not within immediate range, but were within range of an intermediary.  However, I've since realized that in using Wi-SUN, at least one device would have to be configured as the master/host (border router), with the rest being router nodes.  Is that correct for every case?  If so, that is a more complicated approach than we want to take.

2) In using TI Proprietary RF (as seen in CCS & SmartRF Studio), I've demonstrated that the rfUARTbridge example allows for communication back and forth between devices.  My plan was to combine this code with the functionality seen in the rfEchoTx and rfEchoRx examples, so that I could combine the back-and-forth capabilities of rfUARTbridge with "echoing" capabilities.  This seems to me that it would serve the purpose I wanted out of the Wi-SUN mesh.  Is this something that is feasible? 

3) Lastly, I want to send audio packets, not just text.  What's the best way to approach this?  We'll be using a TI CC3200AudBoost device for encode/decode audio from/to an external mic/speaker.  Sending audio files directly seems to be ideal, but I'm not sure if this is possible with UART.  I also considered converting the very small audio files to/from Hex or Binary, since I've proven that these devices are capable of transferring that over UART, but that might introduce a great deal of latency.  What are your thoughts on this?

  • Hi Cole,

    1) this is correct. A Wi-SUN network always requires a border router and the other devices would be router nodes.

    2) Yes, this sounds like the optimal solution for your use case. Also keep in mind that you need to select the Phy that is allowed to use by FCC.

    3) Please explain in more detail which data conversions you want to perform. I guess something like audio code -> main mcu -> UART -> CC1354P10.  When you look at the UART package definition you will see that each frame contains start bits, data bits, (optional parity bit), stop bit. It is up to you which data bits you transfer.

    Kind regards,
    Theo