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.

CC2530: CC2530 (F256) UART don't respons

Part Number: CC2530
Other Parts Discussed in Thread: Z-STACK,

I'm using Z-Stack 3. an example of a Generic App. I want to manage the module
chip сс2530 via an external controller. I can't run uart. Set ZTOOL_P1 settings,
MT_TASK, HALF_UART_BR_115200. After initialization of the uart pass an array of data(for validation). I tried to run the module many times, but data is sent to uart very rarely. What could be the reason?

Я использую Z-Stack 3. пример Generic App. Я хочу управлять модулем
с чипом сс2530 через внешний контроллер. Я не могу запустить uart. Задал настройки ZTOOL_P1,
MT_TASK, HAL_UART_BR_115200. После инициализации в uart передаю массив данных(для проверки). Пробовал много раз запускать модуль, но в uart данные посылаются очень редко. С чем это может быть связано?

  • I suggest you to use IAR to debug if UART is initialized correctly.
  • I use IAR for debugging. the HalUARTWriteDMA function places the data in buffer( it is called cyclically from the void osal_start_system (void) function). But in the function HalUARTPollDMA never fulfilled the condition:
    if ((dmaCfg.txIdx[dmaCfg.txSel] != 0)&&!HAL_DMA_CH_ARMED(HAL_DMA_CH_TX) && !HAL_DMA_CHECK_IRQ(HAL_DMA_CH_TX)) {...}
    Therefore, the sending buffer collects data. i.e. no data is transmitted via uart.

    I found on the forum discussing a similar question, but the answer was not found:
    e2e.ti.com/.../676034
  • I deleted my project and compiled a new Generic App. Now сс2530 transmits the data via uart, but to accept nothing.

    Я удалил свой проект и скомпилировал новый Generic App. Теперь сс2530 передает данные по uart, но принять пока ничего не может.
  • Which configuration do yo use? ZC, ZR, or ZED?
  • I use configuration ZC

    GenericApp.rar

  • When I build your project, I get the following link error:

    Error[e16]: Segment XDATA_Z (size: 0x1c6a align: 0) is too long for segment definition. At least 0x6b more bytes needed. The problem occurred while processing the segment placement command
    "-Z(XDATA)XDATA_Z,XDATA_I=_XDATA_START-_XDATA_END", where at the moment of placement the available memory ranges were "XDATA:301-1eff"
    Reserved ranges relevant to this placement:
    XDATA:1-300 XSTACK
    XDATA:301-1eff XDATA_Z
    BIT:0-7 BREG
    BIT:80-87 SFR_AN
    BIT:90-97 SFR_AN
    BIT:a0-af SFR_AN
    BIT:b8-c7 SFR_AN
    BIT:e8-ef SFR_AN
    BIT:f8-ff SFR_AN
    Error while running Linker

    How do you make it?
  • I have forgotten.

    I set 

    HAL_KEY      FALSE

    HAL_LED      FALSE

    HAL_LCD     FALSE

    HAL_UART_BR_115200

    I delete settings LED in HAL_BOARD_INIT :

    HAL_TURN_OFF_LED1(); \
    LED1_DDR |= LED1_BV; \
    HAL_TURN_OFF_LED2(); \
    LED2_DDR |= LED2_BV; \
    HAL_TURN_OFF_LED3(); \
    LED3_DDR |= LED3_BV; \
    HAL_TURN_OFF_LED4(); \
    LED4_SET_DIR(); \

    And delete zclGenericApp_event_loop and zclGenericApp_Init( taskID );

    Otherwise not enough memory...

  • Use the CC2530 ZNP project for reference and the IAR version as described in the Release Notes. Either lower the maximum allowed number of devices or optimize your Flash/RAM: processors.wiki.ti.com/.../Optimizing_Flash_and_RAM_Usage_of_Z-Stack_for_CC2530

    Regards,
    Ryan
  • If you want to change UART baudrate, you should set "MT_UART_DEFAULT_BAUDRATE HAL_UART_BR_115200" instead of "MT_UART_DEFAULT_BAUDRATE HAL_UART_BR_38400" in MT_UART.h. I enable ZTOOL_P1 and MT_TASK, and refer to processors.wiki.ti.com/.../Optimizing_Flash_and_RAM_Usage_of_Z-Stack_for_CC2530 to make my GenericApp to work with ZTool. I can see UART TX/RX works fine.
  • Yes, I changed the speed as you wrote. Thanks for the link. The number of devices is NWK_MAX_DEVICE_LIST ?

    да, скорость я изменил так как вы написали. Спасибо за ссылку. Количество устройств - это NWK_MAX_DEVICE_LIST ?

  • Yes, the number of devices is NWK_MAX_DEVICE_LIST.
  • Do you want use cc2530 like modem? Why do you not use like ZNP?

    Если Вы хотите использовать только как модем почему б не использовать ZNP? Работает нормально.
  • I didn't know about him. Now compiled ZNP without SBL. Enabled UART (ztool_p1 defines and
    MT_TASK). the compiler generated an error: error [E27]: entry " mt_transportalloc::?relay " in MT_TASK module ( D:\Software\ZigBee\Z-Stack 3.0.1\projects\zstack\ZNP\CC253x\CC2530-ZNP-SBL the\obj\MT_TASK folder.r51) redefined in module znp_app ( D:\Software\ZigBee\
    Z-Stack 3.0.1\projects\zstack\ZNP\CC253x\CC2530-ZNP-SBL\obj\znp_app folder.r51 )

    Я не знал про него. Сейчас скомпилировал ЗНП без СБЛ. Включил UART (дефайны ztool_p1 и
    MT_TASK). компилятор выдал ошибку: ошибка [E27]: запись " mt_transportalloc::?реле" в MT_TASK модуль ( D:\Software\ZigBee\Z-Stack 3.0.1\проекты\zstack\ЗНП\CC253x\CC2530-ЗНП-без-СБЛ папке\obj\MT_TASK.r51) переопределен в модуле znp_app ( D:\Software\ZigBee\
    Z-Стек 3.0.1\проекты\zstack\ЗНП\CC253x\CC2530-ЗНП-без-СБЛ папке\obj\znp_app.r51 )
  • Можно скомпилировать с установками по умолчанию. Все будет работать. Но надо будет внешними перемычками выбрать режим. Для начала скомпилируйте вкладку проекта Debug проще всего с ней работать.
    И еще там скорость по умалчанию 115200 и включен cts/rts поэтому эти ноги надо соеденить меж собой. В принципе могу выслать готовый hex. Но вечером
  • дак а по умолчанию же там uart отключен, как он будет работать? 115200 я как раз и хотел. Залил готовый hex, вроде Z-Tool видит модуль

  • Включен! Все там работает. Там на выбор можно spi/uart.. Ну по крайней мере в опциями по умолчанию там именно так.
    Раз Z-Tool видит значит все норм.
  • спасибо за помошь. заработало норм. Но теперь такая проблема... После того как посылаю команду ZB_START_REQUEST, возвращается ответ ZB_START_REQUEST_RSP. И после этого приходит :

    <RX>02:28:05.03 COM2 ZDO_STATE_CHANGE_IND (0x45C0)
    State: INVALID_PARAMETER (0x2). 

    Не могу понять в чем может быть причина. Полный лог того, что делается, в приложенном файле(смотреть. со строки 291). Не могу по стеку отследить в каком месте это возникает.

    \g14:27:51 \b==== ������ ������
    \g14:27:56 ����� !!!
    \g14:27:58 Initialize ZigBee-module
    \g14:27:58 RESET LINE
    \g14:27:58 Detected CC2530
    \g14:28:00 --->>>0x01 0x02 0x00 0x02 0x07 0x01 
    \g14:28:00 -> \ Reset.IND external 2 0 2 7 1
    \g14:28:00 Check config of ZigBee-module
    \g14:28:00 <- \ ADC channel:VDD resolution:12-bit
    \g14:28:00 <<<---0x210D 0x0F 0x03 
    \g14:28:00 --->>>0xBE 0x0A 
    \g14:28:00 -> \ ADC.SRSP val:0x0ABE VDD = 0.313 V
    \g14:28:00 <- \ ADC channel:Temperature resolution:12-bit
    \g14:28:00 <<<---0x210D 0x0E 0x03 
    \g14:28:00 --->>>0x46 0x02 
    \g14:28:00 -> \ ADC.SRSP val:0x0246 Temperature = -294.000
    \g14:28:00 <- \ cmd = 2102 
    \g14:28:00 Version
    \g14:28:00 <<<---0x2102 
    \g14:28:00 --->>>0x02 0x00 0x02 0x07 0x01 
    \g14:28:00 -> \ Version.SRSP transport:2 product:0 major:2 minor:7 hardware:1
    \g14:28:00 <- \ Gpio clear ____
    \g14:28:00 <<<---0x210E 0x03 0x33 
    \g14:28:00 ����������� ������ ZigBee API
    \g14:28:00 --->>>0x00 
    \g14:28:00 -> \ Gpio.SRSP 0000
    \g14:28:00 <- \ Gpio set 1111
    \g14:28:00 <<<---0x210E 0x02 0x33 
    \g14:28:00 --->>>0x00 
    \g14:28:00 -> \ Gpio.SRSP 0000
    \g14:28:00 <- \ Gpio direction OOOO
    \g14:28:00 <<<---0x210E 0x00 0xFF 
    \g14:28:00 --->>>0x00 
    \g14:28:00 -> \ Gpio.SRSP 0000
    \g14:28:00 <- \ NVmemoryRead ZCD_NV_APP_ITEM_130 offset: 0
    \g14:28:00 <<<---0x2108 0x81 0x00 0x00 
    \g14:28:00 --->>>0x00 0x11 0x16 0xCA 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:00 -> \ NVmemoryRead.SRSP Success [17]
    \g14:28:00 -> \ 16 CA 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    \g14:28:00 -> \ 00
    \g14:28:00 <- \ Gpio set 1___
    \g14:28:00 <<<---0x210E 0x02 0x20 
    \g14:28:00 Configure ZigBee-module
    \g14:28:00 --->>>0x00 
    \g14:28:00 -> \ Gpio.SRSP 0000
    \g14:28:00 <- \ ZCDread SECURITY_MODE
    \g14:28:00 <<<---0x2604 0x64 
    \g14:28:00 --->>>0x00 0x64 0x01 0x00 
    \g14:28:00 -> \ ZCDread.SRSP SECURITY_MODE Success [1]
    \g14:28:00 -> \ false
    \g14:28:00 <- \ ZCDread ROUTE_EXPIRY_TIME
    \g14:28:00 <<<---0x2604 0x2C 
    \g14:28:00 --->>>0x00 0x2C 0x01 0x3C 
    \g14:28:00 -> \ ZCDread.SRSP ROUTE_EXPIRY_TIME Success [1]
    \g14:28:00 -> \ 60 s
    \g14:28:00 <- \ ZCDread BCAST_DELIVERY_TIME
    \g14:28:00 <<<---0x2604 0x30 
    \g14:28:00 --->>>0x00 0x30 0x01 0x28 
    \g14:28:00 -> \ ZCDread.SRSP BCAST_DELIVERY_TIME Success [1]
    \g14:28:00 -> \ 40 * 100 ms
    \g14:28:00 <- \ ZCDread PASSIVE_ACK_TIMEOUT
    \g14:28:00 <<<---0x2604 0x2F 
    \g14:28:00 --->>>0x00 0x2F 0x01 0x05 
    \g14:28:00 -> \ ZCDread.SRSP PASSIVE_ACK_TIMEOUT Success [1]
    \g14:28:00 -> \ 5 * 100 ms
    \g14:28:00 <- \ ZCDread BCAST_RETRIES
    \g14:28:00 <<<---0x2604 0x2E 
    \g14:28:00 --->>>0x00 0x2E 0x01 0x02 
    \g14:28:00 -> \ ZCDread.SRSP BCAST_RETRIES Success [1]
    \g14:28:00 -> \ 2
    \g14:28:00 <- \ ZCDread APS_ACK_WAIT_DURATION
    \g14:28:00 <<<---0x2604 0x44 
    \g14:28:00 --->>>0x00 0x44 0x02 0xB8 0x0B 
    \g14:28:00 -> \ ZCDread.SRSP APS_ACK_WAIT_DURATION Success [2]
    \g14:28:00 -> \ 3000 ms
    \g14:28:00 <- \ ZCDread APS_FRAME_RETRIES
    \g14:28:00 <<<---0x2604 0x43 
    \g14:28:00 --->>>0x00 0x43 0x01 0x03 
    \g14:28:00 -> \ ZCDread.SRSP APS_FRAME_RETRIES Success [1]
    \g14:28:00 -> \ 3
    \g14:28:00 <- \ ZCDread INDIRECT_MSG_TIMEOUT
    \g14:28:00 <<<---0x2604 0x2B 
    \g14:28:00 --->>>0x00 0x2B 0x01 0x07 
    \g14:28:00 -> \ ZCDread.SRSP INDIRECT_MSG_TIMEOUT Success [1]
    \g14:28:00 -> \ 7 s
    \g14:28:00 <- \ ZCDread LOGICAL_TYPE
    \g14:28:00 <<<---0x2604 0x87 
    \g14:28:00 --->>>0x00 0x87 0x01 0x01 
    \g14:28:00 -> \ ZCDread.SRSP LOGICAL_TYPE Success [1]
    \g14:28:00 -> \ ROUTER
    \g14:28:00 <- \ ZCDread PANID
    \g14:28:00 <<<---0x2604 0x83 
    \g14:28:00 --->>>0x00 0x83 0x02 0x0A 0x00 
    \g14:28:00 -> \ ZCDread.SRSP PANID Success [2]
    \g14:28:00 -> \ 0x000A
    \g14:28:00 <- \ ZCDread CHANLIST
    \g14:28:00 <<<---0x2604 0x84 
    \g14:28:00 --->>>0x00 0x84 0x04 0x00 0xF0 0xFF 0x07 
    \g14:28:00 -> \ ZCDread.SRSP CHANLIST Success [4]
    \g14:28:00 -> \ 0x07FFF000
    \g14:28:00 <- \ ZCDread PRECFGKEY
    \g14:28:00 <<<---0x2604 0x62 
    \g14:28:01 --->>>0x00 0x62 0x10 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:01 -> \ ZCDread.SRSP PRECFGKEY Success [16]
    \g14:28:01 -> \ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    \g14:28:01 <- \ ZCDread PRECFGKEYS_ENABLE
    \g14:28:01 <<<---0x2604 0x63 
    \g14:28:01 --->>>0x00 0x63 0x01 0x01 
    \g14:28:01 -> \ ZCDread.SRSP PRECFGKEYS_ENABLE Success [1]
    \g14:28:01 -> \ true
    \g14:28:01 <- \ ZCDread STARTUP_OPTION
    \g14:28:01 <<<---0x2604 0x03 
    \g14:28:01 --->>>0x00 0x03 0x01 0x00 
    \g14:28:01 -> \ ZCDread.SRSP STARTUP_OPTION Success [1]
    \g14:28:01 -> \ 0x00 []
    \g14:28:01 <- \ ZCDwrite CHANLIST [4]
    \g14:28:01 <- \ 0x00001000
    \g14:28:01 --->>>0x00 
    \g14:28:01 -> \ ZCDwrite.SRSP Success
    \g14:28:01 <- \ ZCDwrite STARTUP_OPTION [1]
    \g14:28:01 <- \ 0x02 [ClearState]
    \g14:28:01 --->>>0x00 
    \g14:28:01 -> \ ZCDwrite.SRSP Success
    \g14:28:01 Initialize ZigBee-module
    \g14:28:01 RESET LINE
    \g14:28:03 --->>>0x01 0x02 0x00 0x02 0x07 0x01 
    \g14:28:03 -> \ Reset.IND external 2 0 2 7 1
    \g14:28:03 Check config of ZigBee-module
    \g14:28:03 <- \ ADC channel:VDD resolution:12-bit
    \g14:28:03 <<<---0x210D 0x0F 0x03 
    \g14:28:03 --->>>0xBD 0x0A 
    \g14:28:03 -> \ ADC.SRSP val:0x0ABD VDD = 0.313 V
    \g14:28:03 <- \ ADC channel:Temperature resolution:12-bit
    \g14:28:03 <<<---0x210D 0x0E 0x03 
    \g14:28:03 --->>>0x46 0x02 
    \g14:28:03 -> \ ADC.SRSP val:0x0246 Temperature = -294.000
    \g14:28:03 <- \ cmd = 2102 
    \g14:28:03 Version
    \g14:28:03 <<<---0x2102 
    \g14:28:03 --->>>0x02 0x00 0x02 0x07 0x01 
    \g14:28:03 -> \ Version.SRSP transport:2 product:0 major:2 minor:7 hardware:1
    \g14:28:03 <- \ Gpio clear ____
    \g14:28:03 <<<---0x210E 0x03 0x33 
    \g14:28:03 ����������� ������ ZigBee API
    \g14:28:03 --->>>0x00 
    \g14:28:03 -> \ Gpio.SRSP 0000
    \g14:28:03 <- \ Gpio set 1111
    \g14:28:03 <<<---0x210E 0x02 0x33 
    \g14:28:03 --->>>0x00 
    \g14:28:03 -> \ Gpio.SRSP 0000
    \g14:28:03 <- \ Gpio direction OOOO
    \g14:28:03 <<<---0x210E 0x00 0xFF 
    \g14:28:03 --->>>0x00 
    \g14:28:03 -> \ Gpio.SRSP 0000
    \g14:28:03 <- \ NVmemoryRead ZCD_NV_APP_ITEM_130 offset: 0
    \g14:28:03 <<<---0x2108 0x81 0x00 0x00 
    \g14:28:03 --->>>0x00 0x11 0x16 0xCA 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:03 -> \ NVmemoryRead.SRSP Success [17]
    \g14:28:03 -> \ 16 CA 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    \g14:28:03 -> \ 00
    \g14:28:03 <- \ Gpio set 1___
    \g14:28:03 <<<---0x210E 0x02 0x20 
    \g14:28:03 Configure ZigBee-module
    \g14:28:03 --->>>0x00 
    \g14:28:03 -> \ Gpio.SRSP 0000
    \g14:28:03 <- \ ZCDread SECURITY_MODE
    \g14:28:03 <<<---0x2604 0x64 
    \g14:28:03 --->>>0x00 0x64 0x01 0x00 
    \g14:28:03 -> \ ZCDread.SRSP SECURITY_MODE Success [1]
    \g14:28:03 -> \ false
    \g14:28:03 <- \ ZCDread ROUTE_EXPIRY_TIME
    \g14:28:03 <<<---0x2604 0x2C 
    \g14:28:03 --->>>0x00 0x2C 0x01 0x3C 
    \g14:28:03 -> \ ZCDread.SRSP ROUTE_EXPIRY_TIME Success [1]
    \g14:28:03 -> \ 60 s
    \g14:28:03 <- \ ZCDread BCAST_DELIVERY_TIME
    \g14:28:03 <<<---0x2604 0x30 
    \g14:28:03 --->>>0x00 0x30 0x01 0x28 
    \g14:28:03 -> \ ZCDread.SRSP BCAST_DELIVERY_TIME Success [1]
    \g14:28:03 -> \ 40 * 100 ms
    \g14:28:03 <- \ ZCDread PASSIVE_ACK_TIMEOUT
    \g14:28:03 <<<---0x2604 0x2F 
    \g14:28:03 --->>>0x00 0x2F 0x01 0x05 
    \g14:28:03 -> \ ZCDread.SRSP PASSIVE_ACK_TIMEOUT Success [1]
    \g14:28:03 -> \ 5 * 100 ms
    \g14:28:03 <- \ ZCDread BCAST_RETRIES
    \g14:28:03 <<<---0x2604 0x2E 
    \g14:28:03 --->>>0x00 0x2E 0x01 0x02 
    \g14:28:03 -> \ ZCDread.SRSP BCAST_RETRIES Success [1]
    \g14:28:03 -> \ 2
    \g14:28:03 <- \ ZCDread APS_ACK_WAIT_DURATION
    \g14:28:03 <<<---0x2604 0x44 
    \g14:28:03 --->>>0x00 0x44 0x02 0xB8 0x0B 
    \g14:28:03 -> \ ZCDread.SRSP APS_ACK_WAIT_DURATION Success [2]
    \g14:28:03 -> \ 3000 ms
    \g14:28:03 <- \ ZCDread APS_FRAME_RETRIES
    \g14:28:03 <<<---0x2604 0x43 
    \g14:28:03 --->>>0x00 0x43 0x01 0x03 
    \g14:28:03 -> \ ZCDread.SRSP APS_FRAME_RETRIES Success [1]
    \g14:28:03 -> \ 3
    \g14:28:03 <- \ ZCDread INDIRECT_MSG_TIMEOUT
    \g14:28:03 <<<---0x2604 0x2B 
    \g14:28:03 --->>>0x00 0x2B 0x01 0x07 
    \g14:28:03 -> \ ZCDread.SRSP INDIRECT_MSG_TIMEOUT Success [1]
    \g14:28:03 -> \ 7 s
    \g14:28:03 <- \ ZCDread LOGICAL_TYPE
    \g14:28:03 <<<---0x2604 0x87 
    \g14:28:03 --->>>0x00 0x87 0x01 0x01 
    \g14:28:03 -> \ ZCDread.SRSP LOGICAL_TYPE Success [1]
    \g14:28:03 -> \ ROUTER
    \g14:28:03 <- \ ZCDread PANID
    \g14:28:03 <<<---0x2604 0x83 
    \g14:28:03 --->>>0x00 0x83 0x02 0x0A 0x00 
    \g14:28:03 -> \ ZCDread.SRSP PANID Success [2]
    \g14:28:03 -> \ 0x000A
    \g14:28:03 <- \ ZCDread CHANLIST
    \g14:28:03 <<<---0x2604 0x84 
    \g14:28:03 --->>>0x00 0x84 0x04 0x00 0x10 0x00 0x00 
    \g14:28:03 -> \ ZCDread.SRSP CHANLIST Success [4]
    \g14:28:03 -> \ 0x00001000
    \g14:28:03 <- \ ZCDread PRECFGKEY
    \g14:28:03 <<<---0x2604 0x62 
    \g14:28:03 --->>>0x00 0x62 0x10 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:03 -> \ ZCDread.SRSP PRECFGKEY Success [16]
    \g14:28:03 -> \ 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    \g14:28:03 <- \ ZCDread PRECFGKEYS_ENABLE
    \g14:28:03 <<<---0x2604 0x63 
    \g14:28:03 --->>>0x00 0x63 0x01 0x01 
    \g14:28:03 -> \ ZCDread.SRSP PRECFGKEYS_ENABLE Success [1]
    \g14:28:03 -> \ true
    \g14:28:03 <- \ ZCDread STARTUP_OPTION
    \g14:28:03 <<<---0x2604 0x03 
    \g14:28:03 --->>>0x00 0x03 0x01 0x02 
    \g14:28:03 -> \ ZCDread.SRSP STARTUP_OPTION Success [1]
    \g14:28:03 -> \ 0x02 [ClearState]
    \g14:28:03 Set TX power
    \g14:28:03 <- \ SetTXpower 19 dBm
    \g14:28:03 <<<---0x2114 0x13 
    \g14:28:03 --->>>0x13 
    \g14:28:03 -> \ SetTXpower.SRSP 19 dBm
    \g14:28:03 Register application
    \g14:28:03 <- \ AppReg endPoint:01 profile:0000 devID:0000 devVer:00
    \g14:28:03 <- \ inCmd [0]
    \g14:28:03 <- \ outCmd [0]
    \g14:28:03 <<<---0x260A 0x01 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:03 --->>>0x00 
    \g14:28:03 -> \ AppReg.SRSP Success
    \g14:28:03 Net`s parameters 1
    \g14:28:03 <- \ DeviceInfo Extended PAN ID of the network
    \g14:28:03 <<<---0x2606 0x07 
    \g14:28:03 --->>>0x07 0x32 0x3B 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:03 -> \ DeviceInfo.SRSP Extended PAN ID of the network
    \g14:28:03 -> \ 0012.4B00.0114.3B32
    \g14:28:03 <- \ DeviceInfo PAN ID of the network
    \g14:28:03 <<<---0x2606 0x06 
    \g14:28:03 --->>>0x06 0xFE 0xFF 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:03 -> \ DeviceInfo.SRSP PAN ID of the network
    \g14:28:03 -> \ 0xFFFE
    \g14:28:03 <- \ DeviceInfo Operating channel
    \g14:28:03 <<<---0x2606 0x05 
    \g14:28:03 --->>>0x05 0x00 0xFF 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:03 -> \ DeviceInfo.SRSP Operating channel
    \g14:28:03 -> \ 0
    \g14:28:03 <- \ DeviceInfo Parent IEEE address
    \g14:28:03 <<<---0x2606 0x04 
    \g14:28:04 --->>>0x04 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:04 -> \ DeviceInfo.SRSP Parent IEEE address
    \g14:28:04 -> \ 0000.0000.0000.0000
    \g14:28:04 <- \ DeviceInfo Parent short address
    \g14:28:04 <<<---0x2606 0x03 
    \g14:28:04 --->>>0x03 0xFE 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:04 -> \ DeviceInfo.SRSP Parent short address
    \g14:28:04 -> \ 0xFFFE
    \g14:28:04 <- \ DeviceInfo Device short address
    \g14:28:04 <<<---0x2606 0x02 
    \g14:28:04 --->>>0x02 0xFE 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:04 -> \ DeviceInfo.SRSP Device short address
    \g14:28:04 -> \ 0xFFFE
    \g14:28:04 <- \ DeviceInfo Device IEEE address
    \g14:28:04 <<<---0x2606 0x01 
    \g14:28:04 --->>>0x01 0x32 0x3B 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:04 -> \ DeviceInfo.SRSP Device IEEE address
    \g14:28:04 -> \ 0012.4B00.0114.3B32
    \g14:28:04 <- \ DeviceInfo State
    \g14:28:04 <<<---0x2606 0x00 
    \g14:28:04 --->>>0x00 0x00 0x3B 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:04 -> \ DeviceInfo.SRSP State
    \g14:28:04 -> \ Initialized - not started automatically
    \g14:28:04 Start stack
    \g14:28:04 <- \ cmd = 2600 
    \g14:28:04 StartStack
    \g14:28:04 <<<---0x2600 
    \g14:28:05 --->>>
    \g14:28:05 -> \ cmd = 6600 
    \g14:28:05 StartStack.SRSP
    \g14:28:05 --->>>0x02 
    \g14:28:05 -> \ ZDO_StateChange: Discovering PAN's to join
    \g14:28:05 <- \ DeviceInfo Extended PAN ID of the network
    \g14:28:05 <<<---0x2606 0x07 
    \g14:28:05 --->>>0x07 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Extended PAN ID of the network
    \g14:28:05 -> \ 0000.0000.0000.0000
    \g14:28:05 <- \ DeviceInfo PAN ID of the network
    \g14:28:05 <<<---0x2606 0x06 
    \g14:28:05 --->>>0x06 0xFF 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP PAN ID of the network
    \g14:28:05 -> \ 0xFFFF
    \g14:28:05 <- \ DeviceInfo Operating channel
    \g14:28:05 <<<---0x2606 0x05 
    \g14:28:05 --->>>0x05 0x00 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Operating channel
    \g14:28:05 -> \ 0
    \g14:28:05 <- \ DeviceInfo Parent IEEE address
    \g14:28:05 <<<---0x2606 0x04 
    \g14:28:05 --->>>0x04 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Parent IEEE address
    \g14:28:05 -> \ 0000.0000.0000.0000
    \g14:28:05 <- \ DeviceInfo Parent short address
    \g14:28:05 <<<---0x2606 0x03 
    \g14:28:05 --->>>0x03 0xFE 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Parent short address
    \g14:28:05 -> \ 0xFFFE
    \g14:28:05 <- \ DeviceInfo Device short address
    \g14:28:05 <<<---0x2606 0x02 
    \g14:28:05 --->>>0x02 0xFE 0xFF 0x00 0x00 0x00 0x00 0x00 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Device short address
    \g14:28:05 -> \ 0xFFFE
    \g14:28:05 <- \ DeviceInfo Device IEEE address
    \g14:28:05 <<<---0x2606 0x01 
    \g14:28:05 --->>>0x01 0x32 0x3B 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP Device IEEE address
    \g14:28:05 -> \ 0012.4B00.0114.3B32
    \g14:28:05 <- \ DeviceInfo State
    \g14:28:05 <<<---0x2606 0x00 
    \g14:28:05 --->>>0x00 0x02 0x3B 0x14 0x01 0x00 0x4B 0x12 0x00 
    \g14:28:05 -> \ DeviceInfo.SRSP State
    \g14:28:05 -> \ Discovering PAN's to join
    \g14:28:05 --->>>0x02 
    \g14:28:05 -> \ ZDO_StateChange: Discovering PAN's to join
    \g14:28:55 \b==== ����������� ������� (��������: 0, �������: 0, ������: 0)
    

  • Да. У меня та же ерунда. Я думаю на это можно закрыть глаза. Скорее всего это ошибка в Z_Tool. Если ZDO_STATE_CHANGE_IND выдает state 0x2 то вообще говоря это Device_annonce. Все эти состояния можно раскопать в определениях стека. Файл называется как-то ZDOdef.h или что-то похожее. В названии точно есть def К сожалению точнее сказать смогу только вечером.
  • ZComDef.h и comdef.h с таким значением нашел INVALID_PARAMETER. Если можете, то посмотрите пожалуйста.

    И такой вопрос... Z-Stack 3.0 же вроде совместим со старым стеком? По идеи два модуля со старым и новым стеком должны же работать..

  • Я вечером гляну. Вообще если это 0х2 то в предыдущем стеке это вроде как то что я написал. Возможно тут уже что-то изменили.
    Насчет работы с предыдущем... Должен вроде. Могу тоже проверить. Но мне кажется могут возникнуть проблемы своместимости шифрования. Которые будет труднее решить чем перешить стек. :)
  • Я ошибся. Это файл ZDApp.h строка 196.

    А этом енумерате перечислены статусы которые возвращает ZDO_STATE_CHANGE_IND
  • Спасибо, посмотрю. А совместимость старого и нового стека удалось проверить?

  • К сожалению не удалось.
  • А у вас все норм подключается? Прробую выполнить подключение к координатору(он cеть создает), но роутер не может подключится к нему почему-то. На старой версии стека все норм.

  • Не очень понял кто к ому и с какой версией подключается?? :)
  • Сейчас пытаюсь запустить Z-Stack 3.0. У не поолучается подключиться к ккординатору. Если накатить старую прошивку со старой версией стека, то все норм работает.
  • В смысле 3.0.1 к 3.0.1? Если да то у меня все нормально подключается. но есть нюанс - при отладке надо следить что все запускается с нужными параметрами. Т.е. то что это датчик а например не еще один координатор. ZNP по умалчанию координатором становится.

     И кроме того если модуль был перепрошит то нв ZC надо опять открыть окошко для подключения (если прошло 4 минуты) Можно дать команду Start Commision в флагом steering

  • да 3.0.1 к 3.0.1. Один запускаю координатором, другой конфигурю роутером. Даже не сзнаю что еще посмотреть
  • Там точно все нормально! :) Я работал всю субботу все норм. Значит настройки не те. Смотрите каналы и типы устройств. Ну и обязательно открытие окошка на подключение на коородинаторе. Это команда PermitJoin
  • Ок, буду глядеть. На счет окошка на подключение, параметр выствил 0xff(все время включена возможность подлючения). Приходит Success и потом ZDO_MGMT_PERMIT_JOIN_RSP тоже с Success.
  • 0xff не работает в третьем стеке. Это в описание написано. Если это 0xff то это 0xfe. ZDO_MGMT_PERMIT_JOIN_RSP Будет Success в любом случае если команда на открытие подается с того устройства которое открывается..
  • странно... ) а в "Z-Stack Monitor and Test API" в описании на команду ZB_PERMIT_JOINING_REQUEST написано "If it is set to 0xFF, the joining permissions will be turned on indefinitely." Наверное где-то в другом файле написано про то, что вы пишите.
  • By default, networks are closed for new devices. In both types of networks, the network can only be opened for a
    maximum of 254 seconds at a time, after which the network will be closed for joining. Z3.0 networks cannot remain
    open indefinitely. The duration for which devices may attempt to join a network is reflected in the beacon packets
    sent by any existing networks in response to a joining devices beacon requests.

    Это документ ZStack 3.0 Developer's Guide. Глава 10
  • спасибо, а я это упустил как-то...
  • В описаниях есть ошибки и не соответствия, так что надо быть аккуратнее с ними. :) Надеюсь все получилось.
    А что Вы делаете на Zigbee?? Если не секрет конечно. Подробности не обязательны...
  • пока еще нет, но надеюсь получится)))
    маякните на почту alex6441161@mail.ru, расскажу. А тут я думаю не совсем уместно это будет)