CC2538: How to manage Response time for every incoming Request for CC2538.

Yes..
I have modified the DEVICE_TIMEOUT and APP_TRANSACTION_TIMEOUT.
I have tested it for the default values also.

I am using sniffer to trace the request response sent over the network.
I am able to see both reports & response for a particular request on sniffer before timeout occur.
& still gateway server response with the time out condition.
even I am not able to see any data packet or something information on gateway server console until timeout doesn't occur.

how can i debug that, Is data received successfully on RF receiving part of ZNP either on UART of beaglebone?...

Part Number: CC2538

Hello,

We are using Z-Stack 3.0 with CC2538, here we are using CC2538 based ZNP with Beagle Bone, in this when we do write attribute Request from ZNP/Coordinaotor we have a dropage of packets on ZNP due to fast response.

We have checked on Sniffer where we can see a Success Response for the Write Attribute, but we dont recieve that data on UART of ZNP. We think this problem is due to very fast Success reponse of Attribute Write.

To check this we have added a small hardcode delay for Write Attribute Response on Router device which recieves the attribute write request and after delay the ZNP recieves the commands properly.

Can any one help me resolve this issue.

You're sending commands in 50 ms intervals (e2e.ti.com/.../788119).
Does it work if you send commands less frequently (100 ms, 200 ms, etc)?

Also, have you confirmed that you can send successfully commands every 50 ms on only the CC2538 (for example, using a sample application, without the gateway)?
If not, perhaps try that first.

Have you tried adjusting the following:
- MT_UART_TX_BUFF_MAX
- MT_UART_RX_BUFF_MAX
- MT_UART_THRESHOLD
- MT_UART_IDLE_TIMEOUT

See this post related to baudrate: e2e.ti.com/.../436833
If you do attempt to increase the baud rate, make sure "speed" in NPI_Gateway.cfg matches the baudrate.

Hi,

No, In this case we are only sending this write attribute command over the network.

sending multiple commands @ 50ms interval will cause an other issue. which I have posted separately on ti's forum

How we can configure SPI on Beagle Bone/gateway application & on ZNP Coordinator.

I have tried to do something like given below.

On Beaglebone side,

1. I have enabled SPIDEV1 in /boot/uEnv.txt by adding following entry.

uboot_overlay_addr1=/lib/firmware/BB-SPIDEV1-00A0.dtbo

2. Made the following changes in NPI_Gateway.cfg file

uncommented the following lines.

deviceKey=1 ; SPI

As I mentioned above ,

"Z-stack ZNP Interface Specification.pdf. " this document clearly mentioned the SPI configurations for the ZNP.

even if you look at NPI_Gateway.cfg you will able to know there is also a provision to configure the SPI.

Why you say that SPI is not supported for the ZNP interface.

So What dose it means?...

Hey Ryan,

I go through the links you have been shared above.

But this did not resolve my issue. I am not getting responses as fast as they sent over the network.

How can I make gateway application faster if SPI is not supported to CC2538 ZNP.

115200 is good enough when we are testing single device.

suppose multiple devices operated at same time & they will be reporting their status simultaneously some packet will get dropped,

so that  will be very slow rate of data transfer.

Now we are very close to finalize our product. but if this is not capable to handle this request responses what should we do?..

Regards, 

Shiv Patil

Hello Ryan,

I have gone through the Components\hal\target\CC2538 & able to found that there is max limit to BR set to 115200,

In function ( uint8 HalUARTOpenIsr(uint8 port, halUARTCfg_t *config) ) it is mentioned that,

if (config->baudRate > HAL_UART_BR_115200)

{

   return HAL_UART_BAUDRATE_ERROR;

}

I will try for it make a test case for this,

But,  I also wants to know a justified answer for, Why CC2538 ZNP with new Z-stack version 3.0.2 dose not support SPI????.

Today I have make a case study over it, found that "Z-stack ZNP Interface Specification.pdf" Documentation clearly mentioned that SPI is supported for CC2530 & CC2538.

In  " Projects\zstack\ZNP\CC2538\Source\znp_spi.c  "  file you will be able to find SPI pin configuration for BB-ZNP.

#elif BB_ZNP /* BeagleBone-ZNP connected */

#define HAL_SPI_MRDY_BASE GPIO_D_BASE

#define HAL_SPI_MRDY_PIN GPIO_PIN_3

#define HAL_INT_MRDY INT_GPIOD

#define HAL_SPI_SRDY_BASE GPIO_B_BASE

#define HAL_SPI_SRDY_PIN GPIO_PIN_0

I am sending you some screenshot's & document Please go through it to help me understand this.

3731.Z-Stack ZNP Interface Specification.pdf

Regards,

Shiv Patil

Hey Ryan,

Thanks for your help,

Today I have worked on How to increase baudrate values on ZNP CC2538 device & gateway application.

By doing some minor changes in both side I am able to test UART for different baud rates successfully.

I would Like to say that Both application code & hardwares are suitable for following baud rates.

230400, 460800, 921600, 1500000.

I have tested all of them.

But I wants to know,

Which is most suitable baud rate for the application?.

&

WIll you please share me a link or any reference,

How I get  New 3.0.2 version ZNP Interface documents?

Regards

Shiv Patil.