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.

CC2533: CC2534 Configuration issue

Part Number: CC2533

We have a specific 2534 dump file which can not work with their new application correctly with RF signal lost isseue with distance 1meter.

 I attached the NV ram parser files and hex file to Ti. Please help have TI's RD to analyze. many thanks.

 

on the same HW/application SW different TiCC253x hex file

RCU Pairing

RF signal lost

HOT--RNP_CC2534F64_P2_0_toggle.hex

(preprograming file)

OK

not reproduced after 5mn of test

ti-dump_ko.hex

(Customer dump from Good unit)

OK

Reproduced after 1mn of test

ti-dump_ok.hex

(Customer dump from bad unit)

OK

not reproduced after 5mn of test

  • 4375.RF4CE-HEX.zip

    Zip file for ti-dump_ok.hex and ti-dump_ko.hex

  • Hi Barrel,

    The initial response from TI's RF4CE expert is as such:

    I see that the “good” unit implements a standard ZRC1.1 profile while the “bad unit” is a mix, which I’m not really clear on what it is. So these two network processors have fundamentally different hosts and it doesn’t make sense to compare them. If the “bad unit” is expected to behave like the “good unit” then the wrong host (and potentially the wrong network processor firmware) is being used.

    Given the proprietary nature of the NV RAM parser tool, we will continue to support this issue through the ongoing e-mail conversation.

    Regards,
    Ryan