[=AK= 18]

RS-232 описывает только "mechanical, electrical and logical signals", а RS-232C то же самое плюс UART.

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

 

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.

[GetSmart 0]

Мне лень было проверять :)

Но не важно, суть в другом названии.

[=AK= 18]

суть в другом названии.

Про UART вам тоже лень было проверять... Нет никакого UART в TIA-232-F, ни сном ни духом. Более того, прямым текстом стазано, что последовательные данные могут быть и синхронные, и асинхронные. :laughing:

Зато скорость ограничена, не более 20 кбит/сек. И разъемы только 25- или 26- контактные.

 

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

[GetSmart 0]

Про UART вам тоже лень было проверять... Нет никакого UART в TIA-232-F, ни сном ни духом.

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

Причём ясно написал, что по 232-ому можно и SPI передавать. Какие проблемы?

 

Это не определение, это описание для чайников. Не путайте божий дар с яишницей :01:

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

[=AK= 18]

по 232-ому можно и SPI передавать. Какие проблемы?

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

 

 

приведите определение

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

 

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

[GetSmart 0]

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

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

 

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

То есть там оговорены линии RXD и TXD, но не оговорен формат посылки/фрейма, который по ним можно передавать?

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

[=AK= 18]

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

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

 

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

 

 

То есть там оговорены линии RXD и TXD, но не оговорен формат посылки/фрейма

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

[GetSmart 0]

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

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

Изменено 6 июля, 2010 пользователем GetSmart

[=AK= 18]

определение должно оперировать более специализированными терминами, касающихся передачи данных по проводным/радио каналам.

В магазине спросить:

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

 

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

[GetSmart 0]

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

Мимо кассы.

Есть много типов интерфейсов. И они вполне продуманно отличаются. В частности интерфейс пользователя имеет мало общего с интерфейсом передачи данных (по каналам связи). Кроме того каждый тип интерфейса имеет свои особенности.

http://ru.wikipedia.org/wiki/%D0%98%D0%BD%...%B5%D0%B9%D1%81

 

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

Изменено 6 июля, 2010 пользователем GetSmart

[defunct 0]

Я только на слово defunct-у поверил, что RS-232C объединён сразу с UARTом.

На всякий случай повторю цитату 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: 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.

На той же страничке 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.

[ILYAUL 0]

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

 

1. Есть дом

2. В нем N -слейвов со своими задачами.

Вопрос 1.

Нужны ли данные ( например мне ) от всех слейвов. Задача охраны дома , естественно не рассматривается только - комфорт.

Скорее всего нет. Значмт останется N-m.

Вопрос 2.

Насколько мне важны данные от оставшихся ? Т.е отпадает ещё группа слейвов , данные от которых нужны , для примера , один раз в неделю-месяй-год.

 

 

Вот и останется да группа, данные от которых нужны постоянно, но сколько их в итоге?

Нужен ли будет этой группе мастер?

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

[defunct 0]

Нужны ли данные ( например мне ) от всех слейвов.

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

[=AK= 18]

повторю цитату http://ckp.made-it.com/rs232.html

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

 

[=AK= 18]

Нужны ли данные ( например мне ) от всех слейвов.

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

 

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

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