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.

CC3220: Program a custom MAC address in massive production

Part Number: CC3220
Other Parts Discussed in Thread: UNIFLASH

Hello champs,

My customer wants to program each cc3220s with their own MAC address/Country code/security passphrase. How to achieve that in a more convenient way? The only way I can come up with is make a receive command and feed new MAC during massive production assembly line. 

Regards,

Jo

  • Jo,

    Our devices come with pre-loaded MAC Address for the device. This doesn't have to be changed by the customer. These MAC addresses are registered and valid to use.

    If you are still wanting to do this, you can edit all of the above in Uniflash, and can use the Uniflash Command line tool for Product Line Testing.

    Regards,

    VR
  • Hi Vin,

    Yes, the customer wants to program their MAC addr. 

    For Uniflash CLI tool programming mac addr, do you mean swru469b.pdf chapter 6.1.10 "Reconfigure Project"? I can put the new MAC in that json file and reconfigure an existing project, regenerate a programming image and download it. Repeat those steps for each device, right? Is there any simpler way to alter MAC? this seems not efficient for massive production. 

    Regards,

    Jo

  • Those steps can be made into a .bat file script that uses Uniflash Command Line tool, and then the changing of the mac address could also be done in a windows script. This is probably the easier ways to do it.

    You would have to make these scripts to do what you would like.

    Regards,

    VR
  • Hi Jo,

    Because MAC address can be changed by sl_ API, there are also alternate ways how can be MAC address set from code, e.g.:
    - after first boot at the production line device connects to the server and read MAC address from server automatically
    - device read MAC address from additional non-volatile memory
    - sFlash can be splitted into two parts, one part formatted to NWP filesystem and 2nd part accessible by host MCU in case of NWP is disabled. Into this second part can be stored user informations...

    Jan