[mmc 0]

Доброго всем времени суток. Прошу помощи в понимании проблемы и поиске решения.

контроллер LPC1769 в связке с некоторой микросхемой ЦОС по интерфейсу I2S.

две ситуации:

-LPC посылает данные на микросхему ЦОС, предварительно считывая их из флэш;

-LPC посылает данные на микросхему ЦОС, предварительно получив эти данные по USB;

плата одна и та же.

в первом случае результат ЦОС выдается с ошибками, но частично верно

во втором случае результат ЦОС выдается корректно.

данные на входе микросхемы ЦОС (сняты осциллографом) верны в обоих случаях.

 

какая разница между этими двумя режимами с точки зрения интерфейса I2S контроллера?

 

 

[Golikov 0]

пересечения по сигналу УСБ готов нету? USB коннект к примеру висит на РХ от 2 уарта, и может его подтягивать, например... Потому когда усб есть одна ситуация, а когда нет, другая, причем по приему, а не по отправке...

 

хотя I2s вроде отдельный... может тогда что-то с питанием происходит при обращении к флэш или к усб?

 

 

 

А как детектируется ошибка ЦОС, по ответу или по каким то лампочкам на нем? Вообщем я бы проверил еще входной сигнал, на наличие конфликтов...

[mmc 0]

с УСБ как раз работает хорошо, вот при чтении с флэш получаются ошибки.

ошибка ЦОС детектируется по ответу (интерфейс SPI)

 

[bseyur 0]

какая разница между этими двумя режимами с точки зрения интерфейса I2S контроллера?

Разница есть, если совместно с I2S используется DMA и режимы энергосбережения. В остальных случах, кажется, все равно.

 

[mmc 0]

при чтении с флэшки, используется DMA, а при чтении с USB, DMA не используется, при этом настройки I2S одинаковые (в плане частоты WS и CLK) целостность данных проверялась другим контроллером LPC1769, записывалась в файл и сравнивалась построчно с исходным, все было верно.

bseyur, какая же разница?

[bseyur 0]

Ну, если целостность данных в обоих случаях сохранена, то причина явно нев интерфейсе I2S.

В спящем режиме флэш не работает, соответственно DMA не имеет к нему доступ.

[mmc 0]

возможно проблема может крыться в количестве интерфейсов задействованных у LPC, кроме SPI на флэшь еще один SPI конфигурационный для ЦОС, и один ответный от ЦОС (то есть данные ответа которые позже анализируются)

[jcxz 184]

Где вы в LPC1769 нашли 3 SPI порта???

Насколько помню - там всего 2 SSP было и только один из них мог быть SPI.

И вообще - вроде изначально вы про I2S говорили...

[mmc 0]

прошу прощения, SPI на флэшь и конфигурационный - это один и тот же.

и того 2 SSP и оба как SPI.

по I2S - LPC - мастер, ЦОС - слэйв (данные для обработки),

а по SPI наоборот - ЦОС - мастер, ЛПЦ - слэйв(обработанные данные).

и еще один SPI конфигурационный для ЦОС и для чтения из флэшь.

 

Изменено 9 июля, 2013 пользователем mmc

[jcxz 184]

Только один SSP может работать как SPI! См. даташит.

Вы что-то путаете, у вас или два SSP или SSP+SPI.

У меня в проектах на LPC17x есть два задействованных SSP + куча других интерфейсов - проблем никаких.

[mmc 0]

на счет того что только один SSP может работать как SPI ничего в даташит не сказанно... написано что оба SSP совместимы с SPI и другим набором интерфейсов

[jcxz 184]

UM10360 LPC17xx User manual:

18.1

Remark: SSP0 is intended to be used as an alternative for the SPI interface, which is

included as a legacy peripheral. Only one of these peripherals can be used at the any one

time.

 

PS: И вообще непонятно - зачем вы SPI используете, если есть гораздо более функциональный SSP???