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.

Z-STACK-MESH: ZigBee Mesh Solutions UART long startup time issue CC2530 ZNP-MSP432

Other Parts Discussed in Thread: CC2530, CC2531EMK, Z-STACK

Hi,

I've been dealing with a long delay (>1 minute) using the UART communication on a CC2530.

It only occurs during initial setup. I have used the .hex file provided by TI for the generic mesh project.  Finally, we tried a trial version of IAR to compile the very project that the TI-issued .hex compiled file claims to be associated with. Using this compiled version works great! There's not delay whatsoever. Is there a reason for this? Is there something in the compiled file from TI that would keep the co-processor (in this case my MSP432) waiting for a ling time?

Please let me know.

Thanks,

-Edgar

  • If you use ZTOOL to connect CC2530 ZNP from Windows desktop, do you still see such delay?
  • Is the serial boot loader bring about delay?

  • When I test TI prebuilt ZNP hex file on CC2530DK or CC2531EMK, I never see such delay. By the way, there is no SBL on ZNP.
  • Hi Chih-Yu,
    This explanations seems to be related to what I am seeing. What document did you get this excerpt from?
    -Edgar
  • Hi Edgar,
    You can find it under \Z-Stack Home 1.2.1\Documents\CC2530\Serial Boot Loader for CC2530.pdf
  • Hi YK,
    Are you using UART communication?
    -Edgar
  • Yes, I use UART.
  • All,

    So I finally tracked down the issue and a solution to it.

    These are the relevant configuration/conditions/files that affect my desired outcome:

    • Using own application code (developed based on the CC2530 ZigBee interface document) running on an  MSP432 .
    • UART communication configuration for the CC2530.
    • Flashed the CC2530ZNP-Pro.hex (\Z-Stack Mesh 1.0.0\Projects\zstack\ZAP\ZNP-HexFiles\CC2530) provided by TI--a bootloader-enabled firmware.

    So my delay was associated with the bootloader behavior.  As indicated in the \Z-Stack Mesh 1.0.0\Documents\CC2530\Serial Boot Loader for CC2530.pdf document, under these conditions the SBL will wait for 1 minute before jumping to application code. The official documentation there indicates that a 0x07 byte must be sent to the CC2530 to force jump to application code immediatle after power up and removing reset from the CC2530. However, this byte did not work with the latest CC2530ZNP-Pro.hex provided by TI. It turns out that depending on the version you have either 0xFE, 0x07, or 0xEF must be sent via UART to force SBL to jump immediately to application code. The source for this information can be found here:

    e2e.ti.com/.../1160663

     For my version, sending the 0xEF byte forced the SBL to jump directly to application code. Also, make sure that the CTS line in the host processor/bus master (MSP432 in my case) is pulled down low with a resistor. During the SBL wait time, the CTS line (RT in the CC2530) seems to be in a high impedance state.

    I hope this helps.