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.

CC8520 - Regarding multiple slave linking.

Other Parts Discussed in Thread: DIR9001, DIT4096

Hi, 

Is there a way or any document where we can connect 1 Master and 4 different slaves. And then broadcast the same on all the 4 channels. Presently I am able to connect just one master and slave. I looked at the network role and configured master for (1Master per network) and 4slaves (1-7Slave per netowrk). Also all the 4 slaves are at different logical channel.  I am using firmware version 1.2

Is the a specific way to program device or any procedure to connect more than one slaves. 

Ronak

  • Hi Ronak,

    Better late than never I guess...

    Point-to-multipoint (up to 4 slaves) will be supported in the next FW 1.1 release. Hence, it is not possible to point-to-multipoint  with todays FW.

     

    Cheers,

    Per H

  • Hi Per H, 

    Thanks for the reply. So can assume that "Data Side channel" instruction not valid in current FW version of 1.0.2 or 1.0.3.  Because on execution of  DSC_TX_Datagram and DSC_RX_Datagram instruction,  EVT_SPI_ERROR flag in EHIF SPI Status word goes high. Also what makes Purepath Wireless Configurator (FW) version 1.0.2 different from 1.0.3. 

    Ronak

  • Hey Ronak,

    The "Data side channel" should work in all the FW revisions. You can find the updates/changes/bugfixes in the "help" system in the PPW Configurator. I have added the change log for rev 1-0-3 below:

    -----------------------------------------------------------------------

    Change Log

    This page lists all relevant changes for all public versions of:

    • CC85xx Family User's Guide (DOC)
    • PurePath Wireless Configurator (CFG)
    • PurePath Wireless Programmer (PROG)
    • CC85xx firmware database (FW)

     

    Version 1.0.3

    Release date: November 30, 2010
    Configurator build ID: 33584
    Database build ID: 33570

    New Features and Enhancements

    • [FW] Significantly improved RF link robustness, with better immunity against interferers and multi-path fading.
    • [FW/DOC] Added new EHIF commands for non-volatile storage, NVS_SET_DATA and NVS_GET_DATA. In autonomous operation this allows for pre-pairing during production. In host-controlled operation this functions as a generic 2 x 32-bit word EEPROM, making it possible to use host controllers without software programmable non-volatile memory.
    • [FW/DOC] Added new EHIF command to be able to use CC85xx as an input port expander, IO_GET_PIN_VAL. When using an external host controller with limited number of I/O pins, any unmapped GIO pins on CC85xx can be connected to external input devices, such as buttons, and be read using this command.
    • [FW] The PS_RF_STATS command will now always return statistical output. The counters will not increment while the network functionality is disabled. The counters are only reset at power-up and when running PS_RF_STATS.

    Changes

    • [FW] Improved RF packet integrity checksum breaks backwards compatibility with previous firmware versions (i.e. versions 1.0.3 and later are incompatible with versions 1.0.2 and earlier). By reducing the risk of false positive integrity checks, this makes the RF link significantly more robust against interferers and multi-path fading. More specifically it reduces (compared to previous firmware versions) risk of:
      • Click noises caused by corrupted audio data.
      • Network drop-outs caused by corrupted RF packet headers.
      • Errors in data side-channel transfers.
    • [FW/DOC] EHIF event EVT_NWK_CHG would previously be generated upon any change in network status (i.e. the NWK_STATUS field returned by the NWM_GET_STATUS command), which does not match the description found in the CC85xx Family User's Guide. The new behavior is as follows:
      • Protocol master: EVT_NWK_CHG will only be generated when a protocol slave joins or leaves the network.
      • Protocol slave: EVT_NWK_CHG will only be generated when an NWM_DO_JOIN operation fails or when a successfully established connection is lost spontaneously (i.e for reasons not controlled by the protocol slave's host controller).
    • [FW/DOC] NWM_DO_JOIN no longer supports infinite timeout. Using an infinite timeout would deadlock EHIF if no protocol master was to be found.
    • [FW] Audio channels specified by NWM_ACH_SET_USAGE would be "reused" after a subsequent NWM_DO_JOIN command. A protocol slave will now always require a NWM_ACH_SET_USAGE command after NWM_DO_JOIN to start audio streaming.
    • [FW] Network status on the protocol slave would not transition to STANDBY after a transition to STANDBY on the protocol master (e.g. due to loss of external audio clock source)
    • [DOC] The CC85xx Family User's Guide has been updated. Refer to section E for further details.

    Bug Fixes

    • [FW] Temperature variations could cause the RF link to fail.
    • [FW] Clicks in the audio stream under very poor RF conditions have been eliminated.
    • [FW] Fixed issue related to RF synchronization word reception that would result in broken protocol timing, followed by network drop-out.
    • [FW] Improved worst-case connection/pairing time in presence of multiple other networks.
    • [FW] The PS_RF_STATS command would in certain situations return wrong values for N_RX_SLICES and N_NWK_DROP.
    • [FW] The PS_RF_STATS command could deadlock EHIF if executed at the time a network drop-out occurs.
    • [FW] The NWM_GET_STATUS command could return inconsistent data (i.e. a mix of old and new values), or an unexpected number of bytes.
    • [FW] Reduced power-down current leakage through internal pull resistors for audio data input lines and dynamic audio channel selection pins (by changing pull level to current input level at power-down).
    • [FW] Added protection against powering down in the middle of a volume control related I2C register access (which would result in current leakage while powered down).
    • [FW] In host-controlled operation, the network status LED would not behave as expected when signalling pairing on the protocol master and when scanning on the protocol slave.
    • [FW] Fixed large variations in measured RSSI values that affected reported mean values and the listen-before-talk algorithm.
    • [CFG] IO Mapping panel: Peripheral functions for GIO14 and GIO15 were switched. These have been changed from GIO14_XLNAEN and GIO15_XPAEN to GIO14_XPAEN and GIO15_XLNAEN, respectively.
    • [CFG] "Description" fields would eat HTML tags found in the description text (first the field would be formatted according to the tags, and then the tags would disappear).
    • [CFG] Radio panel: LED patterns with zero period were not caught by validation. Specifying such patterns would produce non-functional firmware.
    • [CFG] The log file produced during programming (pwc_programmer.log) would previously be output to random directories, and would not be easy to locate. It will now only be output to the Configurator's bin directory, and has been renamed to ppw_programmer.log.
    • [CFG] Multi-monitor issue: Message boxes would previously be displayed on the main monitor, regardless of location of the Configurator main window.
    • [PROG] Fixed programmer (i.e. CCDebugger) selection. All previous versions would default to the first programmer found.

    Known Issues

    • [CFG] System crashes (also referred to as "blue screen") have been observed on a few occasions when closing the Configurator. The problem might be related to malfunctioning USB hubs.
    • [FW] EHIF PER test commands are non-functional and impractical, and will be replaced in an upcoming maintenance release.
    • [FW] The MOSI pin should be held high during power-down to avoid current leakage through the internal pull-up resistor.
    • [FW] Executing many EHC_EVT_MASK or EHC_EVT_CLR EHIF commands within a short timeframe and with no other EHIF commands in between can cause network drop-outs.
    • [CFG] Audio Device Customization panel: Specifying long I2C patterns (i.e. many data bytes (DD) in a single "w AA RR DD ... DD" operation) in the transitions between the INACTIVE, LOW-POWER and ACTIVE states can potentially result in network drop-outs.
    • [CFG] None of the audio device default configurations have been optimized for power consumption. Currently supported digital audio devices (DIR9001 and DIT4096) are not powered down when CC85xx is powered down.
    • [CFG] Minor issues related to resizing and moving the Configurator's main window.
    • [CFG] "Revert" button is enabled even if there is nothing to revert.