"С" обозначает номер ревизии.

Wiki: Revision C was issued in a document dated August 1969. Revision D was issued in 1986. The current revision is TIA-232-F Interface Between Data Terminal Equipment and Data Circuit-Terminating Equipment Employing Serial Binary Data Interchange, issued in 1997.

Мне лень было проверять
Но не важно, суть в другом названии.

Про UART вам тоже лень было проверять... Нет никакого UART в TIA-232-F, ни сном ни духом. Более того, прямым текстом стазано, что последовательные данные могут быть и синхронные, и асинхронные.
Зато скорость ограничена, не более 20 кбит/сек. И разъемы только 25- или 26- контактные.

То есть, ссылка на RS-232 на самом деле практически ничего не значит. Стандарт оговаривает одно, а реальный писюковый интерфейс просто кое в чем похож на него и отчасти совместим.

А я такое не утверждал. Я только на слово defunct-у поверил, что RS-232C объединён сразу с UARTом.
Причём ясно написал, что по 232-ому можно и SPI передавать. Какие проблемы?


Чтобы не быть голословным - приведите определение или укажите на неточности "описания" определениями других терминов.

А вот SPI как раз не получится законным образом, поскольку назначение всех линий оговорено стандартом, а клока там нет.



Уже приводилось:

Интерфе́йс — совокупность средств и методов взаимодействия между элементами системы.

Это противоречит тому что приводил defunct?


То есть там оговорены линии RXD и TXD, но не оговорен формат посылки/фрейма, который по ним можно передавать?
Если это так на самом деле, то тогда при передаче SPI по RS232 можно говорить, что это SPI по электрически совместимому интерфейсу RS232.

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

Замечу, что англоязычные вообще не испытывают никакого пиетета перед стандартами, определениями, формальной точностью и пр. Эти заморочки более характерны для говорящих на немецком и русском. Поэтому английская википедия вообще не утруждает себя давать формальное определение. Они довольствуются неформальным иллюстративным описанием.



Формат не оговорен - это полбеды. Cигнала клока нет. А без клока не бывает SPI.

Отсебятина у вас. Речь шла об интерфейсе передачи данных (в частности между девайсами). И это не тот в широком смысле интерфейс. И определение должно оперировать более специализированными терминами, касающихся передачи данных по проводным/радио каналам.

Сообщение отредактировал GetSmart - Jul 6 2010, 07:45

В магазине спросить:
- Дайте мне чернила для восьмого класса! (с)

Бритва Оккама: нельзя вводить лишних сущностей без нужды. Рекомендую к использованию.

Мимо кассы.
Есть много типов интерфейсов. И они вполне продуманно отличаются. В частности интерфейс пользователя имеет мало общего с интерфейсом передачи данных (по каналам связи). Кроме того каждый тип интерфейса имеет свои особенности.
http://ru.wikipedia.org/wiki/%D0%98%D0%BD%...%B5%D0%B9%D1%81

В этой ветке подразумевался и весь спор идёт только вокруг интерфейса передачи данных. Моё имхо (искать где-то определения мне лень) что интерфейсом можно обозвать как исключительно электрические уровни сигналов RS-232 (хоть RS-485 и др.), так и более сложную связку например электрические характеристики, временные, механические разъёмы, кол-во линий связи и функциональное их назначение. Вплоть до подробного описания протокола обмена, если он жёстко заложен в какой-то девайс. И это вполне честно будет интерфес этого девайса. Но протокол как и разъёмы и прочее (вобщем все составляющие) не являются обязательными в описании конкретного интерфейса.

Сообщение отредактировал GetSmart - Jul 6 2010, 09:30

На всякий случай повторю цитату http://ckp.made-it.com/rs232.html:

The description of RS232 is an EIA/TIA norm and is identical to CCITT V.24/V.28, X.20bis/X.21bis and ISO IS2110.
X.20 DTE-DCE интерфейс старт-стопной передачи данных по сетям общего пользования


На той же страничке Wiki абзацем выше:

Details of character format and transmission bit rate are controlled by the serial port hardware, often a single integrated circuit called a UART that converts data from parallel to asynchronous start-stop serial form. Details of voltage levels, slew rate, and short-circuit behavior are typically controlled by a line-driver that converts from the UART's logic levels to RS-232 compatible signal levels, and a receiver that converts from RS-232 compatible signal levels to the UART's logic levels.

Может всё таки вернутся к началу.

1. Есть дом
2. В нем N -слейвов со своими задачами.
Вопрос 1.
Нужны ли данные ( например мне ) от всех слейвов. Задача охраны дома , естественно не рассматривается только - комфорт.
Скорее всего нет. Значмт останется N-m.
Вопрос 2.
Насколько мне важны данные от оставшихся ? Т.е отпадает ещё группа слейвов , данные от которых нужны , для примера , один раз в неделю-месяй-год.


Вот и останется да группа, данные от которых нужны постоянно, но сколько их в итоге?
Нужен ли будет этой группе мастер?
И исходя из данной группы , помоему и нужно выбирать интерфейс , протокол. Может всё в UART уложится ( грубо).

А статус исправен/неисправен интересен? Если да - то при запросе статуса, можно и данные получить.. т.е. задача получить данные от слейва, будет фоновой для мастера. И зачастую она одинаковая для всех слейвов, независимо от их типа.

На этом сайте много других косяков такой же разнузданности. Например, про RS-485 сказано, что "выходное сопротивление передатчика 100 Ом", а минимальное входное приемника якобы равно 4 кОм, а не 12 кОм, как на самом деле. Тоже прикажете этому бреду верить?

Данные нужны тому, кому они нужны. Если настенный выключатель только включает/выключает лампочку посредством релейного модуля, то никому, кроме этого модуля, данные от выключателя не нужны.


Сегодня вам задача представляется в одном виде, через год-другой захочется что-то изменить, прежде всего - добавить. И тогда можете упереться в ограничения, заданные исходя из сегодняшних ваших представлений.