Finally got back to the REP430F using the 5438A as a target. I tracked down the problem with getting a 0 CoreId response in GetDevice_430Xv2() to the TEST signal being high when the 5438A has already been configured with SYSJTAGPIN set in the SYSCTL register (dedicated JTAG pins). The following modification seems to have solved the problem.

=======revise (in GetDevice_430Xv2)==========
if(GetCoreipIdXv2()!= STATUS_OK)
{
return(STATUS_ERROR);
}

================to====================
if(GetCoreipIdXv2()!= STATUS_OK)
{
ClrTST(); // Dedicated JTAG lines?
MsDelay(100); // delay 100ms
if(GetCoreipIdXv2()!= STATUS_OK)
return(STATUS_ERROR);
}

=====================================takes care of the problem

----- Original Message -----
From: Nick Price
To: m...
Sent: Friday, March 09, 2012 03:22
Subject: Re: [msp430] REP430 using ReplicatorXv2 code

Hi Steve.

I use REF430F , but the standard replicator code (not the MSP430X) i'm
only programming MSP430F135 chips.

I'm using Crossworks 2.09 (newer version crash my machine).

Cheers

Nick

I'm using the REP430F

On 08/03/2012 01:29, Steve Mayfield wrote:
>
> Has anyone had success running this version of the code in the
> Elprotronic REP430F device?
>
> I downloaded the latest version of the code package from TI (slau320c).
>
> I was successful in building the Replicator software package and
> getting it to work when the device is connected to a 1611, but when I
> use the ReplicatorXV2 software package and connect the device to a
> 5438A, It fails in the GetCoreipIdXv2() routine returning a CoreID of
> 0 (zero).
>
> I am using CrossWorks, so I did have to tweek a few lines (like header
> files names) to get it to build but did not need to change any of the
> actual code.
>
>
>
>





Start a New Thread