:The receiver and the transmitter each interface with three signals: ....

Переводится как : приемник и передатчик - каждый связан с тремя сигналами. 2*3 всегда было 6 Откройте доку на sam7X7256 - Fig 32-1 SSC порта на стр. 348 - 6 пинов четко нарисовано, далее, если открыть pin list в начале доки, то можно увидеть назначение данных 6 пинов - PA21 - PA26 => TF, TK, TD, RD, RK и RF соответственно.
6 это полный набор - в принципе для большинства приложений под arm7, так как он далеко не DSP, достаточно 3, но каждый должен иметь возможность настраиваться независимо или на прием или на передачу.
Повторяю вопрос - есть ли это в лпц, и если есть то где описаны режимы работы for ex. ?

да действительно 6 пинов, только я не понимаю зачем. Если вы откроете тот же даташит на пункте <SSC Application Examples>, то увидите, что больше четырех сигналов для работы с кодеком не используется. Если мне кто-то внятно сможет объяснить, зачем физически разделять мастер и слейв режим работы (а пины RK и RF - это вход тактовой и строб фрейма в режиме слейв) я буду очень признателен, а пока мне такое решение не понятно.

По поводу LPC, раз уж вы зацепились (ничего не имею против атмеля и ничего в пользу филипса, просто с последним работал): четыре вывода - SCK - тактирование, SDO - выход, SDI - вход, SSEL - строб фрейма (естественно, если работаем во фреймовом режиме). Скорее всего было смутило позиционирование этого модуля как SPI - это на самом деле так, но он может быть настроен для работы во фреймовом режиме (пункт 13.3.1 Texas Instruments Synchronous Serial (SSI) frame format даташита LPC213x). К кодеку цепляется легко и непринужденно.

Разделены не мастер и слейв, а прием и передача. RK и RF могут работать и на вход и на выход.

Кроме кодеков есть еще фреймеры, самопальная периферия на FPGA и т.д., где необходимо более 3 стандартных сигналов, но речь не об этом. Вы мене скажите - у лпц SCK и вот этот SSEL могут независимо программироваться на прием/передачу - т.е. internal/external clock и internal/external frame pulse ?

>> Разделены не мастер и слейв, а прием и передача.
>> RK и RF могут работать и на вход и на выход.
Смысл? Два кодека включать? Так нормальные кодеки и в цепочку работать могут.

>> Вы мене скажите - у лпц SCK и вот этот SSEL могут независимо
>> программироваться на прием/передачу
Независимо - нет. Либо мастер, либо слейв. То есть если не нужны извращения (в хорошем смысле этого слова), то просто кодек или цепочку кодеков можно подключить без проблем

Смысл хорошо объяснил Harbour постом выше.

Еще несколькими постами выше он "объяснил" словом "кодек", потом отступил и "объяснил" словом "фреймер" и заложился на будующее "объяснив" универсальным словом "и т.д...". В чем хорошесть?

По-вашему, нужно было пуститься в обоснование примененного инженерами Atmel технического решения?

P.S. Покажите мне объяснение со словом "кодек", будьте так любезны.

Лично я не нуждаюсь в обьяснении того, что у Atmel под словом SSC порт подразумевается два полупорта один работающий под "master" другой под "slave". Другие совершенно спокойно подразумевают один или при необходимости два равноправных порта что позволяет строить систему без дополнительно навязаных ограничений.
Мое замечание относилость только к тому, что НИЧЕГО объяснено не было.

Пожалуйста. Это самый первый пост Harbour "обьясняющий":

Хм.. в одном проекте который я поддерживаю ADF7020 - радиотрансивер подцеплен именно к SSC именно шестью сигналами с извращением, в хорошем смысле слова кончно же. Вариант филипса с полудуплексным подключячением тут не прокатывает никак, хоть микруха и не может передавать и принимать одновременно.

Лапидарнее, please - я никогда не отступаю Из смутных обьяснений я понял что у лпц SPI порт, который может рабоать как SSC, но со слеудющими ограничениями :

- вместо 6 сигналов только 3
- отстутствует возможность изменить направление сигналов (all port only)

Что вполне подтверждает мои слова - лпц для audio задач и телефонии является мало привлекательным кристаллом.

На ДВУХ филипсообразных портах не изобразить функциональный аналог "шестипроводки"?
Имею сомнение. Разбираться нет ни необходимости, ни времени, ни желания но сомневаюсь очень сильно.

Где у Atmel'а "два полупорта" ? Опять datashtet'ы читаем по диагонали ?



Эт точно - на мои вопросы по лпц я конкретных ответов не получил.



Кодеки разные бывают, в том числе и с полным интерфейсом, к которым лпц подключить напрямую ну никак нельзя.




А зачем напрягаться если есть атмель где все органично пашет и так.

Никак не могу оценить это, как несомненное достоинство :-).

Лично я ничего объяснять в этом топике и не собирался. А обратиться к первоисточнику за более ясными, что мешеет?

В анонсированом их два универсальных 2-3-4x проводных. На этих двух можно собрать и "шестипроводку".

Запихивание синхронных потоков в непредазначенное для этого железо делает малопривлекательным
любое железо. Желаемую диаграмму сформировать можно, но
пытаться применять сию возможность для, например, типичной "телефонной" задачи работы с софтовым выделением 64Kbit из двухмегабитного потока - просто не смешно. Вне всякой зависимости от
лейбла производителя на корпусе чипа и количества проводов в интерфейсе.

Ну в процессоре где где есть два SPI прокатит, тлько при этом это два разных устройства а не одно, не всегда это удобно, и как быть если еще и SPI нужен? Кстати к данной микросхеие SPI тоже поделючен - по нему регистры прописываются.