USCI в режиме I2C slave, чтение 64 байт.
На низкой частоте (не выше 20кбит) после некоторых мучений (например связанных с проблемой USCI28 описанной в Errata) стабильно работает. На высокой частоте (хочется работать на 100кбит как минимум), все данные приходят 0xFF, кроме первого байта который равен 0x05. В реальном массиве таких значений вообще нет.

Подскажите, где копать ?

Никаких энергосберегающих режимов не включено. Используются прерывания START,STOP,RX,TX.

Код инициализации:

Может опишите подробнее кто и что и откуда читает? Кто выступает хостом? Байты описанные вами - реально то, что видно на шине лог анализатором, или это считано хостом?

Читаю компьютером, с помощью FT4232H. То, что читаю, вижу осциллографом. Там единственное, что смущает, так это 9-ый клок всегда приходит со значительным опозданием.

Частота MCLK у MSP430 какая? USСI какой частотой тактируется? Похоже, что master у вас не совсем "честный". Откуда брали его реализацию? От FTDI?

В i2c на ftdi не получается выжать большую скорость, т.к там скорость обмена оганичена частотой прохождения ack(а эта в свою очередь упирается в таймауты по USB). Быстрое считывание там возможно только большими пачками данных без разделения пакетов. Плюс к этому ранние реализации I2С от FTDI имели просто некие косяки в работе(по моему опыту c FT2232C)
Так что проблемы, которые вы описали относятся скорее к FT нежели к MSP430. Если нужно отладить именно I2C слейв, то изобретайте более честный мастер(хоть на таком же MSP).

Частота в районе 2МГц. Реализация с помощью API от FTDI ( I2C_Read ).

Логично. С помощью FT я просто хотел немного ускорить события, пока мастер еще не готов (платы не пришли). Если при использовании честного мастера проблема останется - я подниму тему. Спасибо откликнувшимся.