• State TI Thinks Resolved
  • Locked Locked
  • Replies 4 replies
  • Answers 1 answer
  • Subscribers 56 subscribers
  • Views 570 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.

LAUNCHXL-CC1310: Ideal Topology /Technology for a monitoring solution using 6Lowpan

Ajay MP
Prodigy 85 points
Part Number: LAUNCHXL-CC1310
Other Parts Discussed in Thread: CC1310

Hi

We have a requirement of making a 1000 sensor tags for a student monitoring solution. We need to check the students position and other information from the tags they are wearing from a Centralized Server.

We need to establish a bi directional communication between the tags and the access points, since the students will be moving the communication should establish to the nearest access point and it should switch from one access point other.

So what would be ideal Topology /Technology for a monitoring solution  Whether CC1310 and Contiki-6lowpan suites the above application or not, whether mobility will be a problem in this case

Whether BLE will be better solution than this, if so how

Please help in this regard

Thanks & Regards

Ajay

  • 0
    TI__Mastermind 36395 points

    Ajay, 

    1000 node systems are difficult to make. First you need to perform basic calculation on network thruput and latency to figure out what are your system requirements.

    Let me write you an example:

    1000 nodes, transmitting 10 times a second (with short return message). Lets say each message is 16 bytes of payload. (and assuming 16 byte total overhead per message)

    • 1000 * 10 * ( 32*8) = 2560000 bits / second.

    This is not going to work with a single gateway, as out data rate on the CC1310 are all below 500kbps.

    So, you will need to split you system up into more managable sections and try again.... 

    I recommend having 20 subnet of 50 nodes each and then Contiki can be used.

    • 50 * 10 * ( 32*8) = 51200 bits / second.

    Regards,
    /TA

  • 0
    Guru 735685 points
    You can also refer to Adam’s post at e2e.ti.com/.../1904900
  • 0 in reply to TA12012
    Prodigy 85 points
    HI TA,

    Thank you for the comment. However after splitting into multiple subnets and multiple gateways, Is that possible to 'roam' one client from a gateway to another ? If so is that any reference design available with contiki / 6LBR ?
  • 0 in reply to Ajay MP
    Prodigy 40 points

    Yes, it depends on memory footprint you want to achieve. On each gateway, you have to set different DAG_ID. By default one client is tracking 2 DAGs (RPL_MAX_DAG_PER_INSTANCE) inside one instance. You can increase number of supported DAG at time. Next you have to implement a rules (Contiki's default are not working well) when to choose another DAG_ID and how to choose another (better) parent - see into:

    • contiki/net/rpl-mrhof.c
    • contiki/net/rpl-nbr-policy.c

    And use Cooja sim to check how it works.
    For bigger networks you can additionally separate radio medium by setting different channels on gateways.