F28377D ADC 16bit mode operation

Hiroyasu Tazawa1

Guru 12350 points

Other Parts Discussed in Thread: CONTROLSUITE

Hi, Everyone

I need your help.
I watched this thred.

e2e.ti.com/.../1169727

Devin Cottier says "The following sequence may be necessary to unlock 16-bit mode"

*Connect to the device
*Perform a debugger reset in CCS
*Set a hardware breakpoint at the reset vector in the dissasembly (current location of the PC)
*Load the symbols for the test program to CPU1
*Manually reset the device via XRSn
*View DevCfgRegs.PERCNF1.all in expressions window (may require refresh if already in window)
*Write 0x0000 to above register
*Hit run twice in CCS, should end at "ESTOP0"
*Load test code
*Run test code
*Further code can be loaded and run without issue until power cyle/XRSn reset

It seems to see same things on ADC Errata : Analog Trim of Some TMX Devices.
Actually is this operation required except workaround of Errata ??

Best Regards
Hiroyasu

over 8 years ago

0 Devin Cottier over 8 years ago

TI__Guru 60865 points

Hiroyasu-san,

This procedure should only be necessary of you want to use 16-bit mode for development purposes on some TMX devices where 16-bit mode is not enabled.

0 Hiroyasu Tazawa1 over 8 years ago in reply to Devin Cottier

Guru 12350 points

Hi, Devin

Thank you for your reply.
I got it.

Regards
Hiroyasu

0 Hiroyasu Tazawa1 over 8 years ago in reply to Devin Cottier

Guru 12350 points

Hi, Devin

I have some quetion.

(1)Why this procedure is needed?
I understand TMX's ADC will not have trims.
But I do not why ADC value is fixed by this procedure.

(2)Everytime this procedure need after reset?

Regards
Hrioyasu

0 Devin Cottier over 8 years ago in reply to Hiroyasu Tazawa1

TI__Guru 60865 points

(1) The OTP memory contains quite a bit of information that the boot ROM uses, not just the trims. In this case, if the OTP is not programmed as expected, the BROM ends up doing a write that locks the ADC resolution. This workaround prevents that write.
(2) I beleive this is needed after each power-cycle, not after each reset.

0 Hiroyasu Tazawa1 over 8 years ago in reply to Devin Cottier

Guru 12350 points

Hi, Devin

Thank you for your reply.

We do not want to do this procedure after each power-cycle.
I understand we need to write trim value in OTP.

You told me we should do this to use 16bit mode except Errata.
What OTP address we need to write and how to get trim value?

and I reserch BROM c1brom_boot.c on controlSUITE.
Which part is this configured on BROM ?
I guess this is configured by these.

EALLOW;
AnalogSubsysRegs.PMMREFTRIM.all = TI_OTP_PMM_LC_BGSLOPE_VAL_IREF_TRIM;
AnalogSubsysRegs.PMMVREGTRIM.all = TI_OTP_PMM_LC_VREG_TRIM; //this loads both VSINK and VREG and VREG2 TRIM
AnalogSubsysRegs.PMMVMONTRIM.all = TI_OTP_PMM_LC_VMON_TRIM;
EDIS;

But I do not see these Register on TRM.

Best Regards
Hiroyasu

0 Devin Cottier over 8 years ago in reply to Hiroyasu Tazawa1

TI__Guru 60865 points

Hi Hiroyasu,

It is not possible to write TI OTP, except during automated device testing at the TI factory.

What HW are you developing on - a TI ControlCard or custom hardware? It should be possible to return the ControlCard(s) you have for a replacement with OTP prgorammed to allow 16-bit ADC mode.

0 Hiroyasu Tazawa1 over 8 years ago in reply to Devin Cottier

Guru 12350 points

Hi,Devin

Thank you for your reply.
We are developing Custom bord.
This procedure is needed in next revision ?

Regards
Hiroyasu

0 Devin Cottier over 8 years ago in reply to Hiroyasu Tazawa1

TI__Guru 60865 points

This workaround shouldn't be needed for new Rev. B units shipping from TI. It may be possible that distributors have inventory of Rev. B parts that still require this workaround, but it is unlikely.

C2000™︎ microcontrollers

C2000 microcontrollers forum

F28377D ADC 16bit mode operation