Building Zigbee cli example 4.0

RE: Building Zigbee cli example 4.0

L.Hoffmann — Thu, 26 Mar 2020 13:54:49 GMT

Hello Edvin,

Thank you for the information. I will try to get hold on an new DK as soon as possible.

RE: Building Zigbee cli example 4.0

Edvin — Thu, 26 Mar 2020 11:54:21 GMT

Hello,

I discussed this with one of my colleagues, which had a PDK on his desk. He got the same behavior as you do, but on the nRF52840 DK (not preview DK), the issue is not present. He also pointed out that the release notes of the Thread and Zigbee SDK, it says that:

Supported boards:
- PCA10056 (from version 1.0.0)
- PCA10056e
- PCA10059
- PCA10068
- PCA10100
- PCA10112

So unfortunately, you need to get hold of a non-preview version of the DK. I don't know the exact reason, but the PDK contains engineering samples, so there are HW changes on the nRF52840 chip between the PDKs and the DKs.

RE: Building Zigbee cli example 4.0

L.Hoffmann — Wed, 25 Mar 2020 15:01:42 GMT

Sorry my fault. I already tried to get some output on the console. ZIGBEE_TRACE_LEVEL was 4

and ZIGBEE_TRACE_MASK was 0.

Now I have clean SDK.

I ran the make command from a terminal to build the CLI example and flashed the firmware manually (with J-Link Commander) without my Eclipse IDE.

The output in RTT Viewer now looks like this:

00> <info> app: Production configuration is not present or invalid (status: -1)

00>

00> <info> app: Zigbee stack initialized

00>

00> <info> app: Device started for the first time

00>

00> <info> app: Start network formation

00>

The result is still the same: It isn’t possible to write to the CLI window after “bdb start”

RE: Building Zigbee cli example 4.0

Edvin — Wed, 25 Mar 2020 13:28:30 GMT

That is odd, because when I flash the example, the log that shows from my CLI example is:

 0> <info> app: Production configuration is not present or invalid (status: -1)
 0> <info> app: Zigbee stack initialized
 0> <info> app: Device started for the first time
 0> <info> app: Start network formation
 0> <info> app: Network formed successfully, start network steering (Extended PAN ID: f4ce363a240ce3f6, PAN ID: 0x0866)
 0> <info> app: Joined network successfully (Extended PAN ID: f4ce363a240ce3f6, PAN ID: 0x0866)

The Zboss logging is a feature that is a possible feature, but it shouldn't be turned on by default.

What was your ZIGBEE_TRACE_LEVEL and ZIGBEE_TRACE_MASK set to?

The fact that these were changes makes me suspect that the SDK you were using isn't clean. Try downloading it from nordicsemi.com (link here).

What IDE do you use? Did you try the armgcc compiler? Without Eclipse? Just run the make command from a cmd terminal when you have a clean SDK.

RE: Building Zigbee cli example 4.0

L.Hoffmann — Wed, 25 Mar 2020 12:01:52 GMT

So, here is the RTT Viewer output of the CLI commands (bdb role zc; bdb start). I am not sure what to make out of if.

00> <info> zboss: DE AD 0A 02 1B 00 00 00|........

00>

00> <info> zboss: 77 00 6C 01 DE AD 26 02|w.l...&.

00>

00> <info> zboss: 1B 00 01 00 77 00 72 01|....w.r.

00>

00> <info> zboss: BC 0C 00 00 C4 00 00 00|........

00>

00> <info> zboss: 10 00 00 00 E8 02 00 00|........

00>

00> <info> zboss: 50 02 00 00 98 01 00 00|P.......

00>

00> <info> zboss: 28 02 00 00 DE AD 0E 02|(.......

00>

00> <info> zboss: 1B 00 02 00 77 00 73 01|....w.s.

00>

00> <info> zboss: 01 00 00 00 DE AD 0A 02|........

00>

00> <info> zboss: 21 1B 0C 00 2B 08 18 01|!...+...

00>

00> <info> zboss: DE AD 0A 02 21 1B 0D 00|....!...

00>

00> <info> zboss: 2B 08 6E 02 DE AD 1E 02|+.n.....

00>

00> <info> zboss: 21 1B 0E 00 A7 F8 13 01|!.......

00>

00> <info> zboss: 00 00 00 00 00 00 00 00|........

00>

00> <info> zboss: 00 00 00 00 00 00 00 00|........

00>

00> <info> app: Production configuration is not present or invalid (status: -1)

00>

00> <info> zboss: 00 00 00 00 DE AD 0E 02|........

00>

00> <info> zboss: 21 1B 0F 00 2B 08 06 08|!...+...

00>

00> <info> zboss: 01 00 00 00 DE AD 1E 02|........

00>

00> <info> zboss: 21 1B 10 00 A7 F8 13 01|!.......

00>

00> <info> zboss: 35 00 7D 00 DE AD 12 02|5.}.....

00>

00> <info> zboss: 22 1B 19 00 60 08 5F 00|"...`._.

00>

00> <info> zboss: 26 01 00 00 23 07 00 00|&...#...

00>

00> <info> zboss: DE AD 0E 02 21 1B 18 00|....!...

00>

00> <info> zboss: 7A 6E 7D 01 04 00 00 00|zn}.....

00>

RE: Building Zigbee cli example 4.0

L.Hoffmann — Wed, 25 Mar 2020 11:32:05 GMT

Ok, the Eclipse part is working fine. I got everything up and running in Eclipse. Development with the SDK v3.2 also worked fine here. So, no help needed for that Part.

Yes, it does also happen if I just compile with the armgcc compiler. After compiling I flashed the device with the J-Link Commander using similar commands to erase and program it. If you think it makes any difference I can also try to flash with the nRF Command Line Tools.

Next step for me will be the part with the RTT Viewer.

I only want to point out that I was working with the SDK v3.2 for the last 6 month and never had in issue like that. Are there any changes between the SDKs that could lead to something like my problem?

RE: Building Zigbee cli example 4.0

Edvin — Wed, 25 Mar 2020 10:33:13 GMT

Download RTT Viewer. It is not dependent on the IDE.

As for Eclipse, that is not something that we officially support. If you get it up and running with the armgcc makefile, that is fine, but I can't help you with Eclipse related issues. Try to download RTT viewer (link in previous reply).

Does it happen if you just compile using the armgcc compiler (which I assume you have installed)?

You can flash the file using nRF Command Line Tools. The commands you will have to run from the armgcc folder would be:

make
nrfjprog -e
nrfjprog --program _build\nrf52840_xxaa.hex --verify
nrfjprog --reset

And then monitor the RTT Viewer if you are not able to enter any commands after "bdb start".

As an option to Eclipse, I can recommend Segger Embedded Studio, as this is free for Nordic developers (such as yourself). It is a professional IDE, and there are project files for all the examples in the SDK.

Best regards,

Edvin

RE: Building Zigbee cli example 4.0

L.Hoffmann — Wed, 25 Mar 2020 09:52:16 GMT

Hello Edvin,

Correct, it isn’t possible to write to the CLI window after bdb start.

No, I did no changes to any SDK Files except to the files in “<SDK_PATH>/components/toolchain/gcc/” to match the toolchain path.

I only used these commands so far.

Currently I cannot check the log, because I am not using an RTT Viewer.

I am working within the Eclipse IDE.

Any suggestions?

RE: Building Zigbee cli example 4.0

Edvin — Wed, 25 Mar 2020 08:23:23 GMT

Hello Lutz,

The CLI responses looks normal. What do you mean by stops reacting? It isn't possible to write to the CLI window after bdb start? Did you do any changes to any of the files in the SDK after you unzipped the new version of the SDK?

I tested the SDKv4.0.0 now, and I am still able to write commands after bdb start.

Did you only use these commands, or did you use any other commands first?

Can you check what the log says? You need to use an RTT Viewer to see the RTT log, e.g. Segger RTT Viewer.

RE: Building Zigbee cli example 4.0

L.Hoffmann — Wed, 25 Mar 2020 06:46:27 GMT

Hello Edvin.

Thanks for quick response. The file “SDK\external\nRF-IEEE-802.15.4-radio-driver\src\fem\none\nrf_fem_config.h” is present in the folder. Moving the SDK closer to the C-drive made no difference. After that I checked out a completely new SDK v4 and tried to build it. It worked. I also found the difference:

In the makefile the link to the Include folder “ $(SDK_ROOT)/external/nRF-IEEE-802.15.4-radio-driver/src/fem/three_pin_gpio \” was missing. I really don’t know why.

After fixing this building the project worked.

But: When I start the cli program, the application stops reacting after I start the coordinator with “bdb start”

> bdb role zc

Coordinator set

Done

> bdb start

Started coordinator

Done

Do you have an Idea, what can cause this?

Best regards,

Lutz

RE: Building Zigbee cli example 4.0

Edvin — Tue, 24 Mar 2020 14:26:27 GMT

Hello,

First, check that the file is actually located in SDK\external\nRF-IEEE-802.15.4-radio-driver\src\fem\none\nrf_fem_config.h. If it isn't there, try placing it there. (unzip a new SDK to get the file)

If it is already a file called nrf_fem_config.h, then I suspect that the path to this file is too long. Try to move the entire SDK closer to your C-drive, e.g.:

C:\Nordic\SDKs\SDK4

If SDK4 is your Thred and Zigbee SDK v4.0.0, then the paths in the SDK should be short enough for the compilers to find all the files within the SDK.

Try this, and let me know if it still doesn't work.

Best regards,

Edvin