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.

Remote Control function of the CC85XX

Hi (Kristoffer?),

Can you please explain to me the remote control mechanism? Say i wish to press a button on the Master and as a result, turn on an LED on the Slave. Is that possible?

Thank you,

Nir.

  • Hi Nir,

    Remote control commands can only go from slave to master. More information can be found in the Family User's Guide in section 2.2.1.4 and section 3.3.3.

    Best regards

    Kristoffer

  • Hi Kristoffer,

    That's a big problem for me.

    I wish to implement PurePath in a cordless phone. The plan was to use the base of the phone as the master and the wireless handset as the slave but what will i do when an incoming ring is present? How would the master notify the slave that it should ring to the user? From what you wrote above, it seems impossible.

    OK, so now let us try it the other way around: Base unit is slave and wireless handset is master. Incoming ring, no problem, base (slave) sends command to handset (master) BUT, imagine there is a 'talk' button on the handset that the user needs to press to get a line. Now, i cannot send this command from the handset (master) to the base (slave)

    Any ideas?

    Thank you,

    Nir.

  • Hi Nir, 

    Can you use the network standby functionality for this?
    This can be controlled from the master (tied to a IO or "button") and slave will go in / out of this mode. This is usually used to control a external audio device to put this in a low power state while remaining the network connection between master and slave for fast re-starts. Remember that any external audio device can be controlled through I2C and up to 4 GIO pins. There is nothing preventing you from using one of these GIOs for other purposes than controlling the audio device (most devices is usually controlled with I2C and a reset pin). Please see User Guide and the configurator help system (audio device definition files) for more information on how to control this. 

    Alternative solutions may be around silence detection at the slave side with a similar approach as above (triggered by silence detection rather than network standby). 

    Final alternative is to use host controlled mode on both sides of the link which will allow for the bi-directional communication link to pass whatever information you would like. 

    I'd be happy to clarify any of the above if you need more details. 
    Regards,

    Kjetil 

  • Dear Kjetil,

     

    Thank you for your answer. From the solutions you have mentioned above, it looks like i will be choosing the host controlled mode. I have a few question for you regrading this:

     

    1. Can i test this mode using the Dev. Kit and and external MCU or do i need to build my own board from scratch?

    2. Do you have any code examples i can use to start off? By any chance Microchip's PIC code examples?

    3.  If i need to send in schematics and other proprietary information about our project to you, how can i do it without using this forum?

     

    Thank you!

    Nir.

     

  • Dear Kjetil,Kristoffer

    I have posted the above questions 5 days ago and did not receive any reply yet. Can you please reply?

     

    Thank you,

    Nir.

  • Hi Nir,

    Sorry for the delay..

    1. Yes, you can test this with the dev kit. You can issue host control commands with the CC Debugger together with the PPW Commander: http://www.ti.com/tool/purepath-wl-cmd, or you can connect an external MCU to the dev kit via wires to the SPI interface.

    2. If you want to use an external MCU we have a code example here: http://www.ti.com/general/docs/litabsmultiplefilelist.tsp?literatureNumber=swra369a. This example is using the MSP 430 experimenter board: http://www.ti.com/tool/msp-exp430f5438 

    3. If you want to send in your files, I can send you a friend request on the E2E and we can talk private.

    Best regards

    Kristoffer