• State Answer Suggested
  • Locked Locked
  • Replies 2 replies
  • Answers 1 answer
  • Subscribers 54 subscribers
  • Views 360 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

rc-2400 hp with cc2350 znp interface

durga prasanna babu
Prodigy 35 points


i want to develop simple communication using rc2400hp(cc2350) in simple api interface between one coordinator and one router .the issue i am facing in zb_data_request "ack" attribute which valce i have to put to enable the application level acknowledgement.In cc2350 interfave document,it said set true valve to enable it.so i put "0x01" in ack attribute.now when i am sending the zb_data_request with router powered off i am getting a status of "0xe9" which is mac level no acknowledgement.

when i powered in the router and sending the zb_app_register and start request to the router ,i am again sending the same data request to the router ,in this case iam getting status of success in the send data confirm

what value should i put in ack so that i can get application no acknowledgement in case router is powered off 

  • 0
    Guru 735695 points
    What Is the destination of zb_data_request? Is it router? If so, it's normal to not get ack from it.
  • 0 in reply to YiKai Chen
    Prodigy 35 points

    yes the destination data request is a router.(here destination device gets resets only but not again started) if I am sending from the coordinator to that destination device I getting successful data transfer where the data has not received in the particular destination router device.
    I got solution to my problem
    to get " aps no ack - 0xb7 " 0x10 has to put in the ack field in the data request. while doing this I got 0xb7 in the send data confirm.so I ensure the data is not sent to particular destination router device.here the destination device gets reset but not sarted.

    I got this while reading the AF_DATA_REQUEST command format in that

    for aps ack request put 0x10

    AF_ACK_REQUEST – set this bit to request APS acknowledgement for this packet