TI E2E support forums
TI E2E support forums
  • User
  • Site
  • Search
  • User
  • E2E™ design support >
  • Forums
    • Amplifiers
    • API solutions
    • Audio
    • Clock & timing
    • Data converters
    • DLP® products
    • Interface
    • Isolation
    • Logic
    • Microcontrollers
    • Motor drivers
    • Power management
    • Processors
    • RF & microwave
    • Sensors
    • Site support
    • Switches & multiplexers
    • Tools
    • Wireless connectivity
    • Archived forums
    • Archived groups
  • Technical articles
  • TI training
    • Tech days
    • Online training
    • Live events
    • Power Supply Design Seminar
  • Getting started
  • 简体中文
  • More
  • Cancel


Search tips
Showing 35 results View by: Thread Post Sort by
    Answered
  • RE: CC2651P3: Bad pointer in zstackmsg_CmdIDs_ZDO_DEVICE_ANNOUNCE

    Andy Pozsgay
    Andy Pozsgay
    Resolved
    Hi Ryan, OK, I see the problem is I was referencing zstackapi.h which specifies the use of zstackmsg_zdoDeviceAnnounceReq_t: ZStack Indications (callbacks) ============================ The following messages will be delivered to your application through…
    • over 2 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • RE: LP-CC1352P7: Slight Alteration to "Zigbee Fundamental Project Development"

    Ryan Brown1
    Ryan Brown1
    Adding on to what Nikolaj has said, zstackmsg_CmdIDs_AF_DATA_CONFIRM_IND should return successfully for the previous message before another Zstackapi_AfDataReq is used, and thus avoid overflowing the buffers. Please see the Z-Stack API Guide . Sending…
    • over 3 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC1352P: How to optimize and turn parameters for a 50ZR network ?

    Ryan Brown1
    Ryan Brown1
    Resolved
    Hi David, I see no issue with using ZNP firmware for a ZR role. You can use zstackmsg_CmdIDs_AF_DATA_CONFIRM_IND to ensure that messages have been transferred or further determine the reason it failed (ZMacTransactionOverFlow, ZNwkNoRoute, ZMacNoACK…
    • over 4 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC2652R: Running another application for sensor reading alongside a ZED example

    Ryan Brown1
    Ryan Brown1
    Resolved
    You can add CCS breakpoints, check the return of zclGeneral_SendOnOff_CmdOn, and there is zstackmsg_CmdIDs_AF_DATA_CONFIRM_IND (previously discussed) as well to monitor packet sending errors. What is contained in your timer callback and what is the value…
    • over 4 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: LAUNCHXL-CC26X2R1: Problem in repeated zcl_SendCommandEx Call just 128 times working

    Ryan Brown1
    Ryan Brown1
    Resolved
    Hi Thomas, For more information on posting/pending events, please refer to the Thread Synchronization section of the Z-Stack User's Guide . I would not recommend delaying the Zigbee application task based on this functionality. You can also wait until…
    • over 3 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC1352P: Cannot get correct sequence number from APS ack

    Jose Maria Alvarez
    Jose Maria Alvarez
    Resolved
    Hi guys, One again we need to be clear that ZCL frame counter and APS transaction ID are not the same. In the current implementation you need to have track of APS_Counter before you send an APS layer frame like ZDO or ZCL command in order to validate…
    • over 7 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC2650EMK: NLME_OrphanJoinRequest error code

    Yuya Murata
    Yuya Murata
    Resolved
    I changed processZstackMsgs to be able to CATCH B events as follows. Is this what you want to do? static void TempSensor_processZStackMsgs(zstackmsg_genericReq_t *pMsg) { System_printf("In processZStackMsg\r\n\0"); switch(pMsg->hdr.event) { …
    • over 2 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC2652R: Group executions getting missed when executing groups repeatedly

    Akhilesh Premkumar
    Akhilesh Premkumar
    Resolved
    Hi, From further investigation, we observed that the we receive zstackmsg_CmdIDs_AF_DATA_CONFIRM_IND with status 0xE1, when the message fails. This status is not mentioned in the ZStatus enum as well. What is this error, why and when does it occur…
    • over 5 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • RE: CC2652P: Sending APS retry regardless of MAC ACK

    Ryan Brown1
    Ryan Brown1
    Hey Shuyang, And APS retry should be attempted if an APS ACK is requested but never received, regardless of the MAC ACK (note that MAC & NWK retries will also be attempted if the MAC ACK is not received). Can you provide a sniffer log which shows behavior…
    • over 4 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
  • Answered
  • RE: CC1352P: Lost ZC->ZED data packets

    Gary Partis
    Gary Partis
    Resolved
    Hi Ryan I'll answer each point in turn We are using channel 15 as channel 11 is used by another zigbee network We are using custom CC1352P boards which have been heavily tested with proprietary RF comms for another project TX power is the default…
    • over 4 years ago
    • Zigbee & Thread
    • Zigbee & Thread forum
<>

Didn't find what you are looking for? Post a new question.

  • Ask a new question