• State Resolved
  • Locked Locked
  • Replies 15 replies
  • Answers 2 answers
  • Subscribers 55 subscribers
  • Views 592 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC1312R: Multi-Hop test environment setup for WI-SUN FAN 1.0 similar to the reference design TIDA-010024

W Sung
Prodigy 40 points
Part Number: CC1312R
Other Parts Discussed in Thread: WI-SUN, TIDA-010024,

Greetings,

I am trying to setup a multi-hop test environment with WI-SUN 1.0 similar to the 6LoWPAN reference design TIDA-010024 with the following configuration:

  • SimpleLink CC13x2 26x2 SDK 5.20.00.52
  • CC1352P7-1 launchpads as border router(ns_br) and embedded router nodes(ns_coap_node)
  • CC1312R Launchpads as network nodes(ns_node)

I would liked to create the similar multi-hop topology described in  TIDA-010024 but change the data collector to the  border router:

The method described in TIDA-010024 section 3.2.1.1 is use whitelist of MAC addresses:

I was wondering whether the similar MAC address filtering approach can be used in WI-SUN stack which is based on 15.4 stack and similar to the 6LoWPAN. 

Thanks so much for your help!

Regards,

waikong

  • 0
    TI__Guru 73361 points

    Hi Waikong,

    Yes you can use the same MAC address filtering approach to force the topology of the Wi-SUN network.

    Please note there is a maximum number of hops implemented in the TI Wi-SUN FAN Stack. I believe the default is 5. 

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hi Marie,

    Thanks so much for reply!

    I have two follow up questions:

    1, Since the code structure is different between the 6LoWPAN and WI-SUN, I am looking for the WI-SUN equivalent callback  dataIndCB() in the middleware.c from the 6LoWPAN reference design, I am thinking to implement the MAC filtering inside api_mac.c when handling the MAC_MCPS_DATA_IND event. 

    Do you have any other suggestions other than the api_mac.c?

    2, I think I can live with the maximum number of hops as 5 for now. However, Is there any #define I can change in case I want to change this maximum of hops?

    Regards,

    waikong

  • 0 in reply to W Sung
    TI__Guru 73361 points

    Hi Waikong,

    I will need to check with the SW developers. I will get back to you next week.

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    HI Marie,

    Really appreciate all your help to communicate with the software team. To be honest, it would be nice for TI to have the mac_allow and mac_deny APIs liked another 15.4/Wi-SUN platform.

    Thanks so much for your help!

    cheers,

    waikong

  • 0 in reply to W Sung
    TI__Guru 73361 points

    Hi Waikong,

    Thank you for the patience.

    For NWP devices (devices running ns_br or ns_node examples), you can use the macfilterlist pyspinel command. You can type "help macfilterlist" for more information. The command is defined in spinel-cli.py.

    https://github.com/TexasInstruments/ti-wisunfan-pyspinel/blob/release/README.md

    Regarding the Coap example, we don't currently have a filtering command you can use. I hope you can still organize your test network so these devices do not need filtering.

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hi Marie,

    Thanks so much for your help! I have used it on one ns_br and one ns_node. The MAC filtering works very well. 

    For the border router:

    macfiltermode 1
    Done
    spinel-cli > macfilterlist
    00124b0014f966b4
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000

    node:

    hwaddress
    00124b0014f966b4
    Done
    spinel-cli > routerstate
    5
    Successfully joined and operational
    Done
    spinel-cli > ipv6addresstable
    fd00:7283:7e00:0:212:4b00:14f9:66b4; prefix_len = 64; valid_lifetime = 5909; preferred_lifetime = 2309
    fe80::212:4b00:14f9:66b4; prefix_len = 64; valid_lifetime = 4294967295; preferred_lifetime = 4294967295
    Done
    spinel-cli >

    On the other hand, I am having some problems to disconnect the node from the border router using  pyspinel commands, Currently I just reset the launcherpad boards. I may create another discussion thread on the disconnect issue with pyspinel.

    Again, really appreciate your help!

    cheers,

    waikong

  • 0 in reply to W Sung
    Prodigy 40 points

    Hi Marie,

    Some updates on MAC filtering. I was using the SimpleLink CC13x2 26x2 SDK 5.20.0.52 for the ns_br with the NCP version TIWISUNFAN/1.0.0, The MAC filter listing is working:

    ncpversion
    TIWISUNFAN/1.0.0; RELEASE; Feb 25 2022 11:32:15
    Done
    spinel-cli > macfilterlist
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    0000000000000000
    spinel-cli >

    However, later I switched to SimpleLink CC13xx 26xx SDK 5.40.0.40 with NCP for the ns_br_src with NCP version TIWISUNFAN/1.0.1, The MAC filter listing will crash:

    pinel-cli > ncpversion
    TIWISUNFAN/1.0.1; RELEASE; Feb 25 2022 16:34:46
    Done
    spinel-cli > macfilterlist
    Traceback (most recent call last):
    File "./spinel-cli.py", line 2045, in <module>
    main()
    File "./spinel-cli.py", line 2036, in main
    shell.cmdloop()
    File "/usr/lib/python3.8/cmd.py", line 138, in cmdloop
    stop = self.onecmd(line)
    File "/usr/lib/python3.8/cmd.py", line 217, in onecmd
    return func(arg)
    File "./spinel-cli.py", line 1404, in do_macfilterlist
    addrEntries = [value[i:i + size] for i in range(0, len(value), size)]
    TypeError: object of type 'NoneType' has no len()

    I will move back to use the older SDK for now. Maybe you can report the issue to the software team.

    Thanks so much!

    cheers,

    waikong

  • 0 in reply to W Sung
    TI__Guru 73361 points

    Hi Waikong,

    I will test to see if I can reproduce your issue and let you know.

    Thank you for reporting.

    Cheers,

    Marie H

  • 0 in reply to W Sung
    TI__Guru 73361 points

    Hi Waikong,

    I have not had time to look into your issue yet.

    However I wanted to let you know that the max number of hops in the TI Wi-SUN FAN Stack is defined by IPv6 and is set to 256 hops. This means in theory that other factors will limit you loooong before you reach the max number of hops.

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Prodigy 40 points

    Hi Marie,

    Currently we will just plan to have the single digit hops. So it won't be a problem. Hopefully, the max. number of hops configuration can be added in the Wi-SUN FAN release notes or an application notes.

    Thanks so much for your help!

    Regards,

    waikong

  • 0 in reply to Marie H
    Intellectual 371 points

     Hi, I think I got the same issue here. The command macfilterlist should display the list of hwaddress already added not an error

  • 0 in reply to Kurama Bee
    TI__Guru 73361 points

    Hi GP,

    Are you also using the _src project?

    Cheers,

    Marie H

  • 0 in reply to Marie H
    Intellectual 371 points

    Hi, I used a normal project not _src 

  • 0 in reply to Marie H
    Intellectual 371 points

    , I manage to do the test, but I am still waiting for this issue to be fixed.