MSP430F2617: Unable to control P2.0, or P2.1 as GPIO

You don't show any actual code so I can't comment on that. If that matches your description then they should be outputs. Are the pins connected to something else that could be pulling them down?

Try leaving the pins configured as inputs (PUC does that) and measure the voltage at the pin. Both without and with an external pullup resistor. If it stays at 0V with the pullup then the pin is shorted to ground somewhere.

David,

I confirm that there is nothing externally connected to the P2.0 pin. The signal is not even routed on the PCB but I am probing directly on the pin. After a PUC, I probed the pin using a voltmeter with and without a pull-up to 3.3V and here are the results.

• No external resistor, Voltage measured at the pin = 0V
• 5.5Kohm pull-up to 3.3V, Voltage measured at pin = 3.3V

I then run this code:

    P2DIR |= BIT0;                  // configure P2.0 as output
    P2OUT |= BIT0;                  // Set P2.0 high

And repeat the measurements:

• No external resistor, Voltage measured at the pin = 0V
• 5.5Kohm pull-up to 3.3V, Voltage measured at pin = 3.3V
• 5.5Kohm pull-down to 0V, Voltage measured at pin = 0V

Similar experiments with P2.3 yield the expected results of the pin voltage reflecting the register programming.

Thanks,

Ruben

The next thing is a sanity check on the compiler. BIT0 might not mean what you think it does so examine the assembly code generated. I use "msp430-elf-objdump -S" from the gcc tools. You ought to see a "bis.b #1,&P2DIR"

Check. The BIT0 definition is correct and the compiler is generating the correct code. See below screenshot of the CCS register view after running the two lines of code.

Hey Ruben,

I'm looking at the pin diagram for those GPIOs, and it looks like the comparator module has the ability to override the GPIO functionality with the CAPD.x bits.  Can you check these bits as well?  

Thanks,

JD

JD,

Yes I checked the CAPD bits and there is even an errata associated with those. When I found that I was confident that those were the cause of my issue, but I've checked the comparator bits and they seem to all be set correctly per my understanding. See screenshot below. I still feel it must have something to do with this but I'm not sure what/how.

Thanks!

Yes I have tried the simplest program as you suggest with no effect on those pins.  I also suspect a h/w issue but I find it strange that this affects multiple PCBs in exactly the same way and that the MSP is otherwise fully functional.

Ruben,

This does seem a bit weird.  Hardware damage does seem most likely.    

How many boards/devices are you seeing this on?  

It wasn't clear to me, are you able to measure the voltage difference when you are setting the internal pull-up/pull-down?  

Just for a sanity check, I can test toggling these GPIO here in the lab.  I don't have any MSP430F261x devices here, so I ordered some samples that should be here early next week.  

Thanks,

JD

Thanks JD! This is happening on 3 new DV8885 EVMs recently ordered through the TI store. They were minimally handled before we observed this issue. I also ordered samples of the F2617 and an 80pin ZIF board to test this. We're not blocked by this but now I'm really curious.