• State TI Thinks Resolved
  • Locked Locked
  • Replies 8 replies
  • Answers 1 answer
  • Subscribers 53 subscribers
  • Views 484 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

Original question:

CC1350: How to retrieve the nodes Adress

CC1350: how to set default node address in rfWSNnode example

surya
Expert 2395 points
Part Number: CC1350

Dear Ti,

i have a doubt in set default node address to rfWSNnode and concentrator example.

i was change Noe Radio task.c to this line dmSensorPacket.header.sourceAddress = nodeAddress; to like dmSensorPacket.header.sourceAddress = "NODE1";

but my concentrator shows 0x68, if i change node address the concentrator shows same 0x68. how can i set default address to node and concentrator shows my node address, what i given.

can you please tell me to what changes to do in my example.

and also i want to read RSSI value from multi  nodes like 1000 so how to print the 1000 nodes RSSI in UART.

thank you

with regards

kannannatesh

  • 0
    TI__Guru* 86301 points

    Not sure why you did not get it to work. I change the address as shown below, and it was printed on the UART on the Consentrator:

    /* Set the filter to the generated random address */
if (EasyLink_enableRxAddrFilter(&nodeAddress, 1, 1) != EasyLink_Status_Success)
{
    System_abort("EasyLink_enableRxAddrFilter failed");
}

/* Setup ADC sensor packet */
dmSensorPacket.header.sourceAddress = 0x38 /*nodeAddress*/;
dmSensorPacket.header.packetType = RADIO_PACKET_TYPE_DM_SENSOR_PACKET;

    The default example only supports 7 (CONCENTRATOR_MAX_NODES) nodes. It has a 1 byte address field, so you can try to increase this number.

    When trying to increase number of nodes you might run into problems related to jamming down the channel, so you should implement LBT and maybe decrease the rate at which the node transmit data.

    You also need to consider RAM usage on the concentrator when increasing number of nodes.

    Siri

  • 0 in reply to Siri
    Expert 2395 points
    Dear @Siri,
    thanks for your appearance to my question, ya default name is work fine and i have a some doubts here.
    there is source address is defined as a unsigned char so i give NODE1 address name to my node but why that shows hex value in Concentrator .
    In example concentrator max node is 7,that shows below
    #define CONCENTRATOR_MAX_NODES 7

    #define CONCENTRATOR_DISPLAY_LINES 8
    you said if i increase the node that is jamming down to my concentrator channel, how to i solve this problem.
    what is the limit for max nodes, if i increase node to greater than 100 or 1000 what would i do.
    you said implement LBT and maybe decrease the rate at which the node transmit data, here what is LBT, limited Bluetooth terminal or what,
    thank you

    with regards
    kannannatesh
  • 0 in reply to surya
    Expert 2395 points
    Dear Siri
    i have a problem in set default address for node
    that RSSI value is not stable the uart output is shown below for your reference,
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -024
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -047
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -047
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2e1 0 -023
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -023
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -047
    [2J [0;0HNodes Value SW RSSI
    0x01 0x2ae 0 -047

    but if i run example with out set default node address
    i get stable RSSI
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2ec 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2ec 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2b8 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2de 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2b7 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2e3 0 -021
    [2J [0;0HNodes Value SW RSSI
    0x29 0x2e3 0 -021

    what is the problem here, can you please help to find the solution for my problem,
    thank you

    with regards
    kannannatesh
  • 0 in reply to surya
    TI__Guru* 86301 points
    The address is 1 byte and can thus have a value ranging from 0 to 255. This value will be printer by the concentrator as a hex value 0x00 – 0xFF.
    We have not done any testing on exactly how many nodes you can have, so this is something you need to test yourself. As stated in my previous post, the default code only support a 1 byte address limiting the number of nodes to 255 (-1 for the concentrator).
    LBT is listenBeforeTalk

    Siri
  • 0 in reply to Siri
    Expert 2395 points
    Dear siri,
    that's all fine, i set my node address to 1
    dmSensorPacket.header.sourceAddress = 20;

    my concentrator shows equivalent hex value 0X14, so my max node limit is 255, am i right.

    if i set default value, the node RSSI is not stable, what is the problem here, i just set address only.
    i was shown in my previous post, so if you can please help to solve the RSSI variation problem.

    kannannatesh
  • 0 in reply to surya
    TI__Guru* 86301 points
    I can also see that the RSSI is not stable, but this is not related to the address in any way (you see the same thing when running the default code). I suspect that sometimes a packet is transmitted with Board_DIO30_SWPWR set wrong. I will report this to the people responsible for the code example.

    BR
    Siri
  • 0 in reply to Siri
    Expert 2395 points

    thanks for understanding my problem, if i run default example rfwsn concentrator and node example, the RSSI value is stable. there is no RSSI variation issue, But if i just set default address for node, the RSSI variation issue is appeared in concentrator, thank you.

    with regards

    kannannatesh

  • 0 in reply to surya
    TI__Guru* 86301 points

    Hi

    The team responsible for the code example has been able to reproduce your problem. However, both me and them see the on the default code example, and it is not in any way related to changing the node address.

    The problem we have found is that the Switch is sometimes set in the wrong position when transmitting, causing the signal to be much weaker that intended.

    Try the following fix/workaround:

    1) Remove all the instances of the code below in the NodeRadioTas.c file:

    #if defined(Board_DIO30_SWPWR)
    /* this was a blocking call, so Tx is now complete. Turn off the RF switch power */
    PIN_setOutputValue(blePinHandle, Board_DIO30_SWPWR, 0);
#endif

    2) In BleAdv.c, remove:

    #if defined RF_SW_PWR_PIN
    RF_SW_PWR_PIN | PIN_GPIO_OUTPUT_EN | PIN_GPIO_LOW | PIN_PUSHPULL | PIN_DRVSTR_MAX,
#endif


/* Power antenna switch */
#if defined RF_SWITCH_PIN
    RF_SWITCH_PIN | PIN_GPIO_OUTPUT_EN | PIN_GPIO_LOW | PIN_PUSHPULL | PIN_DRVSTR_MAX,
#endif
#if defined RF_SW_PWR_PIN
    PIN_setOutputValue(blePinHandle, RF_SW_PWR_PIN, 1);
#endif


//Turn off RF switch
#if defined RF_SW_PWR_PIN
    PIN_setOutputValue(blePinHandle, RF_SW_PWR_PIN, 0);
#endif


//Turn on RF switch
#if defined RF_SW_PWR_PIN
    PIN_setOutputValue(blePinHandle, RF_SW_PWR_PIN, 1);
#endif

//Swtich RF switch to 2.4G antenna
#if defined RF_SWITCH_PIN
    PIN_setOutputValue(blePinHandle, RF_SWITCH_PIN, 0);
#endif

    When this fix has been investigated more and we are have done proper testing of all the different examples controlling the switch, the examples will be updated in the SDKs as well.

    BR

    Siri