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.

CC8530: Audio fade out setting for audio drop-outs

Part Number: CC8530


Hi,

I have a question about audio streaming -- specifically the "Fade out when muting outputs" on TI-Config master advanced options.

I am using a host-controlled CC8530 as the master, and a autonomous CC8530 as a slave, and I would like to have the slave NOT fade out on muting caused by audio drop-outs. The extra 64 samples for link reliability are more important to me.

Judging from the TI Configurator, it seems that this is set by the master (as it's in the master configuration). So:

1. Is this true? Is this setting transmitted to the slaves?

2. When I've set "Fade out when muting outputs" to YES, I don't see the slaves fading, instead I see (from a scope on the audio output) full scale going to 0 in 1 cycle.

3. Have I set the Fade setting incorrectly? Or does it not work from a host-controlled to an autonomous network?

4. If I set "Fade ..." to No, will I actually get 64 more samples of reliability? As I can't see any difference on audio drop-outs, I'm not sure that this feature is working on my setup.

Thanks for any help,

Brian

  • Hi Brian,

    The setting is controlled by the master, and is broadcasted to all slave devices. This is because the setting affects the audio slice transmission scheduling, which is defined by the master configuration.

    However, it looks like there's a bug in the GUI. The "Fade out when muting outputs" setting is not shown for slaves, but if you set it to "No" for a master configuration and then change that into a slave configuration, the setting still forces this behavior also for that slave.

    Try opening the ppwcfg file for the slave in a text editor, and search for " Fade out when muting ". I'd expect that you find the following:
    <attr>
    <name>Fade out when muting</name>
    <value>0</value>
    </attr>

    If you do find it, change the 0 to 1, and reopen the project in the PPW Configurator. If not, please let us know.

    The difference in robustness should correspond to 64 more samples, which may or may not translate into one additional transmission attempt. However, it has no effect on the average transmission capacity.
    You can see the calculated metrics if you run Microsoft DebugView when you select the master configuration in the Flash Programming panel.

    Cheers,
    Fredrik