Помогите, если кто уже прошел успешно этап разбирательства. Проблема в следующем. Использую SSP1 в STR912FA44W. Действую по описаниям в мануале и по примерам применения. Хочу добиться чтения с пина MISO в режиме мастера. Для этого пишу в DR (т.е. в Tx FIFO) байт и после контролируемой выдержки на его передачу, читаю из DR(т.е. из Rx FIFO). С удивлением вижу, что принимается не тот байт, что пришел от периферии, а тот, который я посылал по Tx! Чтения данных не получается. Как ни сравнивал свой код с примерами использования SSP, никаких отличий не нашел. Диаграммы сигналов по лог.анализатору нормальные. В errata про SSP ничего нет. Куда рыпаться дальше- не знаю. Помогите, кто проходил эту проблему.

У меня SSP работает нормально, может бит луббека установлен ? (Бит LMB в CR1)
Подключена ли ножка NSS и если да то куда подтянута ?
Код тоже неплохо посмотреть ?
Что значит контролируемой выдержки ? SSP синхронный дуплексный порт тоесть чтение происходит вместе с передачей.

Вот мой кусок примитивного обмена по SSP

нет, проверял

штатный сигнал NSS не использую. Генерю CS как output GPIO. Он накрывает всю посылку целиком. В MotorolaFrame это невозможно-каждый символ посылки с отдельным CS .

Выдержка точно, как в вашем примере

Ура, нашел! Как всегда- сам дурак. Hо поучительно, поэтому спешу поделиться. Проблема оказалась в пине NSS. Его штатную функцию я отключил и заменил на программную генерацию nCS, который накрывает не один символ, а всю передаваемую последовательность символов. Так надо было. Когда конфигурировал GPIO на вывод забыл указать в структуре инициализации, что этот пин должен быть отсоединен от внутренней периферии кристалла, т.е. от NSS адаптера SSP. Отсутствовала явно заданная строка В результате, на мастер SPP при чтении с пина приходил NSS=0, а нужно наоброт =1. Чтение попросту блокировалось и я видел белиберду вместо приходящих символов. Посыпаю голову пеплом.