• State Verified Answer
  • Replies 7 replies
  • Subscribers 89 subscribers
  • Views 2181 views
  • Users 0 members are here
Attachments (0)
Nordic Case Info
  • Case ID: 266187
Options
This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts

Thread Network duplicating or not persisting Raspberry Pi Border Router

Mark

Hello,

I built a network of 3 parts.  Each has a PCA10059 nRF52840 dongle.

Raspberry Pi 3B+ Border Router using the image from 4.1 SDK.  This has the NCP

2X Full Thread devices made with the .hex image from the SDK.

The devices were commissioned/joined using the ThreadGroup Android App.


This network worked yesterday to the extent I could ping an ipv6 address on the web and get a response.  There was 1 thread network.

today I have power cycled the Raspberry Pi and also have restarted the 2 Devices.

in the OT Border Router gui I now see 2 Thread networks where there was 1 before and also the ping does not appear to work to the web.  One of the FTD has the state Leader and the other has the state Router.  This seems wrong because it seems the Border Router should be the leader?

I also have a Nest Connect Thread network running and I can see that in the Web gui but I don't think that is related because I saw this same behavior before I got that device.  This is a fresh installation where I am re-doing the steps because this problem happened before and I started from the beginning again.


What steps can I take to troubleshoot this?  How can I identify a network as being totally unique?  it isn't the name.

Parents
  • 0

    Hi,

    Are the FTD devices running the CLI firmware? Can you post the output of "panid", "channel", "masterkey", "ipaddr", and "router table" commands?

    If you can also post the output from "sudo wpanctl getprop" command on the Border router, that would be useful.

    Regarding the nRF52840 Dongles, the network data stored in flash is not erased when you program a new application. You can use this hex-file to erase most of the flash between MBR and Bootloader (apart from the first page where application is stored, but this is almost always flashed by next application anyway).

    I believe that the border router will use the settings stored in the NCP flash if it exist, so If you modify the settings after first run, the changes may not apply until you erase the flash.

    Best regards,
    Jørgen

Reply
  • 0

    Hi,

    Are the FTD devices running the CLI firmware? Can you post the output of "panid", "channel", "masterkey", "ipaddr", and "router table" commands?

    If you can also post the output from "sudo wpanctl getprop" command on the Border router, that would be useful.

    Regarding the nRF52840 Dongles, the network data stored in flash is not erased when you program a new application. You can use this hex-file to erase most of the flash between MBR and Bootloader (apart from the first page where application is stored, but this is almost always flashed by next application anyway).

    I believe that the border router will use the settings stored in the NCP flash if it exist, so If you modify the settings after first run, the changes may not apply until you erase the flash.

    Best regards,
    Jørgen

Children
No Data
Related