Part Number: CC2652R
Hi TI Team,
Weired behaviour in one my battery powered devices where device hang up while clicking buttons while sending zigbee at the same time.
Not happening when not commissioned.
Do you debug your code to see where it exactly hangs?
If my post answers your question, please click on "This Resolved my issue" button to benefit others who have the same issue.
Example to combine rfWakeOnRadioRx into rfWakeOnRadioTx to do TX/RX in the same WOR project.
How to create micro second delay on CC2652R
How to check APS ack in TI Z-Stack
How to detect button hold in CC26x2, CC13x0, CC13x2 SDK.
660 Zigbee devices in the same Zigbee network!
How to setup Mosquitto on Raspberry Pi and make Contiki/Contiki-NG cc26xx-web-demo do mqtt publish to it.
How to connect Contiki-NG cc26xx-web-demo to IBM Watson IoT Platform
We are glad that we were able to resolve this issue, and will now proceed to close this thread.
If you have further questions related to this thread, you may click "Ask a related question" below. The newly created question will be automatically linked to this question.
In reply to YiKai Chen:
Very difficult to reproduce. Do you have any idea if zigbee stack interrupt limitation.
In reply to Walter Macamos:
I never see similar issue in my application so I can only suggest you to try your best to reproduce it with debugger.
Agree with YK, please attempt to find the steps which consistently reproduce this issue.
Also, if the issue is difficult to reproduce, I'm not sure we can conclude that it doesn't happen if the device is not commissioned. How many times have you seen this issue while the device is commissioned? To what extent have you attempted to trigger this issue while the device is not commissioned?
Does a reset fix the issue?If yes, perhaps use the software reset SysCtrlSystemReset in the assert handler Main_assertHandler.
In reply to Toby Pan:
When non commissioned, not happening at all for 2 week clicking trying to reproduce. Not happening at a
My deice function very simple my device is only click then send report. But when I click cont as fast as a I can, it will loose connection. Sometimes, link will recover link. But when you click more not allowing to recover, then it will hang & recover in power-cyle.
I want to know why connection drops so oftenly.
You mean enable RESET_ASSERT?
When you click cont as fast as you can, it would raise interrupt continuously and device might not have time to receive MAC ack from parent node. This might cause device loses connection.
The reason YK suggested makes sense, if the device is sending too frequently.
Based on your description, it seems that the link will recover if you don't click for a while. Is this always the case?When you detect the device is hanging, can you try debugging and see which code is executing? Also, are you using the 3.30 SDK?
Yes, defining RESERT_ASSERT would be sufficient.
It sounds like you are using a custom board. If yes, are you able to reproduce this issue on a launchpad?
I used RESET_ASSERT, but still happening after a while.
It sounds like you are using a custom board.If yes, are you able to reproduce this issue on a launchpad?
Any updates? Please let us know if you require further support.
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.