Part Number: CC2642R-Q1
Other Parts Discussed in Thread: CC1352R, UNIFLASH, LAUNCHXL-CC26X2R1
Hi team,
Here's an issue from the customer may need your help:
The CC2642R1F production process has the following issues: it was found that Flash Programr 2 read CC1352R, but the silkscreen on the chip is CC2642R1F (3% of the resin has this issue).
1) When flashing UniFlash 7.0.0, the chip model was chosen as LAUNCHXL-CC26X2R1 (using the nearest model from the drop-down menu list, instead of searching directly for CC2642R1F), why is it allowed to flash the CC1352 chip?
2) Now the customer use the search function to select the CC2642R1F directly, is it possible to identify any incorrect chip number and disable flashing?
3) This behavior occurs when the lock debug interface checkbox for CCFG is added in the flashing configuration of UniFlash 7.0.0. This issue has never been seen before (that is, the shipment was manufactured in a new configuration and no previous production had lock debug interface checked). Does this locking feature cause a change in the chip number?
4) Their program has a very good OTA capability (not using the official OTA program). Will this CCFG plus lock configuration affect the program?
Is there a way to know in advance that the chip is CC1352R instead of CC2642R1F and to prevent burning? (As long as it's 1352, there is no way to burn the second time. However, the first time the chip has the same silkscreen, it is not possible to know the specific model.)
Could you help check this case? Thanks.
Best Regards,
Cherry
