Linux/CC2531EMK: Cannot make Zigbee_3_0_Linux_Gateway_1_0_0 work when I use CC2531EMK

Ryan Brown1 (3460875) When I run zigbeeHAgw, I see the following errors in my screenshot.

Dear Yikai,

Have you commented both the lines shown above ?

Because if we do that it gives error.

ipclib/server/npi_lnx_ipc.c: In function ‘main’:
ipclib/server/npi_lnx_ipc.c:809:4: error: #endif without #if
   #endif
    ^~~~~
makefile:210: recipe for target 'out/npi_lnx_ipc.o' failed

Cheers!

Dear Ryan Brown1 ,

I have tested above with Beagle Bone Black, but when I try the same thing with Beagle Bone Green Wireless the Beagle Bone shutsdown as we start the zigbeeHAgw server.

Here is the data up to which the server runs.

Hello,

Ryan Brown1 Ya thats true, above issue can be because power.

Also I have tried to use CC2530 over UART and i was able to run that using the HEX file provided in the firmware, but I have my own design with CC2530 and CC2592 for which I have generated my ZNP HEX with HAL_PA_LNA_CC2592 enabled from ZNP project. Now this HEX works with old Z-Stack Linux Gateway but it is not working with the new one, may I know what are the changes needed in ZNP Project to get it up and running with New Z-Stack Linux Gateway?

Dear Yikai,

Its already there as shown below also I have already disable HAL_UART_USB and HAL_SPI.

Also as I said earlier this is working with Z-Stack Linux Gateway 1.0 but not working with Z-Stack Linux Gateway 3.0.

Dear Yikai,

Yes I have done above modifications in Z-Stack Linux Gateway 3.0 and I have also got it working with the firmware already provided in the Gateway.

Do you follow the following steps in Readme.

      - NOTE: To use Zigbee Linux Gateway 3.0 with CC2530_GW_ZNP_SRF05+EM_UART.hex, please disable the flag SKIP_BOOTLOADER_VALIDATION in npi_lnx_ipc.c and recompile the all the Linux servers, as this device must support the bootloader initialization performed by the gateway host.
      - In the initialing servers script zigbeeHAgw change the line
                export ZBEE_SERIAL_PORT=/dev/ttyACM0
                to
                export ZBEE_SERIAL_PORT=/dev/ttyUSB0
      - If the Gateway fails to startup on the first try and the script automatically starts the reset loop, you must MANUALLY reset the SRF05 by power cycling it or pressing the "EM Reset" button.
      

What trouble do you see if you run “./start_application” in another console? By the way, have you tried to use sudo to run those Z-Stack GW zigbeeHAgw and start_application?

The ZNP changes for gateway operation separate from default that I am aware of include:

/* MTO concentrator configuration */
CONCENTRATOR_ENABLE=TRUE
CONCENTRATOR_DISCOVERY_TIME=60
CONCENTRATOR_ROUTE_CACHE=TRUE
MAX_RTG_SRC_ENTRIES=200
SRC_RTG_EXPIRY_TIME=255
/* CONCENTRATOR_RADIUS // leave this as default */

However, these changes should not cause failure of the ZNP to start up with the gateway.  I recommend a diff compare between the ZNP project provided by TI and your custom version to identify the differences and isolate the issue.

Regards,
Ryan

Dear Ryan Brown1,

I am using the ZNP Project Porvided by TI, with only modifications of CC2592 and UART Enable. But that does not work with Z-Stack Linux 3.0.

So inorder to get this working do I need enable any flags or any other preprocessor configuration needs to be done?