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.

433 band Network Join problem.


Dear All,

I modified CONFIG_PHY_ID from APIMAC_STD_US_915_PHY_1 to APIMAC_GENERIC_CHINA_LRM_433_PHY_130.
I have encountered a problem now.

The device with 433Mhz band has to wait for 24 seconds to join with co_processor.

My qeustion is:

1. Is there any difference between 915Mhz & 433Mhz  tune to channel function of  MAC layer?
It seems that the tune to channel function needs more time to respond the device scan request.

My config and debug message are as below :

AUTO_START: enabled

config.h
#define CONFIG_PHY_ID (APIMAC_GENERIC_CHINA_LRM_433_PHY_130)

features.h
/*! If defined, builds the image with non beacon mode of operation */
#define FEATURE_NON_BEACON_MODE


static void sendScanReq(ApiMac_scantype_t type)
{
System_printf("\n sendScanReq sendScanReq :%d \n",type);
}

ApiMac_status_t ApiMac_mlmeScanReq(ApiMac_mlmeScanReq_t *pData)
{

Board_Led_toggle(board_led_type_LED3);
System_printf("\n ApiMac_mlmeScanReq \n");
}

  • Hey,

    What are your polling and reporting intervals?

    Try decreasing the polling interval to 6000 (6s) and test. This should quicken the joining time.

    ~Brocklobsta

  • Hi Brocklobsta.

    I modified the polling interval to 6seconds.
    #define CONFIG_POLLING_INTERVAL 6000

    It still has to wait for 24 second to join with the coordinator.

    Is this because the tune to channel function dosen't respond to the device immediately.
    Why the device has to wait for 24 seconds to receive the response from the coordinator.

    This situation doesn't happen on 915Mhz band.

  • Thanks for bringing this to our attention. It looks like the time to scan each channel is proportional to the data rate. This means that since SLR has a data rate of 5kbps that it will be much slower. This issue has been brought up and R&D is looking into ways of optimizing this procedure. If you would like to decrease this time, you can decrease the number of channels needed to scan in CONFIG_CHANNEL_MASK in config.h.

    ~Brocklobsta 

  • Hey,

    You can decrease the scan duration by changing CONFIG_SCAN_DURATION in config.h. Try changing it to 5 like it is configured for non-SLR PHYs.

    ~Brocklobsta
  • Hi Brocklobsta,

    We have decreased the  CONFIG_SCAN_DURATION to 1(sensor & collector).

    Sensor still has to wait for 24 seconds to join with the collector.

    Attachement is the 433 Mhz  with LRM (only channel 1) sniffer log.

    Both of his CoP & sensor config.h settings are as below:

    #define CONFIG_PHY_ID                (APIMAC_GENERIC_CHINA_LRM_433_PHY_130)

    #define CONFIG_SCAN_DURATION         1

  • This issued was fixed.

    Comment out   PHY_485 & CONFIG_PHY_ID and define new consts  as below :

    #define CONFIG_PHY_ID                (APIMAC_GENERIC_CHINA_LRM_433_PHY_130)

    #define CONFIG_SCAN_DURATION         3

    #if 0

    /*! Setting for Phy ID */

    #ifdef PHY_485

    #define CONFIG_PHY_ID                (APIMAC_GENERIC_TAIWAN_485_PHY_128)//(APIMAC_GENERIC_TAIWAN_LRM_485_PHY_130)

    #else

    #define CONFIG_PHY_ID                (APIMAC_GENERIC_CHINA_LRM_433_PHY_130)// (APIMAC_STD_US_915_PHY_1)//(APIMAC_GENERIC_CHINA_LRM_433_PHY_130)//

    #endif

    #endif

    #if 0

    #if ((CONFIG_PHY_ID >= APIMAC_MRFSK_STD_PHY_ID_BEGIN) && (CONFIG_PHY_ID <= APIMAC_MRFSK_GENERIC_PHY_ID_BEGIN))

    /*! scan duration */

    #define CONFIG_SCAN_DURATION         5

    #elif ((CONFIG_PHY_ID >= APIMAC_MRFSK_GENERIC_PHY_ID_BEGIN + 1) && (CONFIG_PHY_ID <= APIMAC_MRFSK_GENERIC_PHY_ID_END))

    /*! scan duration */

    #define CONFIG_SCAN_DURATION         9

    #else

    #error "PHY ID is wrong."

    #endif

    #endif