Автор: Alexander Diev
Дата: 27.06.01 18:26
Hello Sergey,
Wednesday, June 27, 2001, 2:14:06 PM, you wrote:
SS> Разумеется Ethernet ниже. А вот Ethernet/IP - выше. Это протокол верхнего
SS> уровня на базе DeviceNet и ControlNet (подробности смотрите www.odva.org).
Sorry, но об этом протоколе мне ничего не не известно. Надо будет
посмотреть.
>> Кстати, tcp/ip это не протокол, а 2 разных протокола разных уровней
SS> Это целое семейство протоколов (например протокол UDP то же сюда относится)
Увы, нет. tcp и udp - разные протоколы одного уровня. Живут поверх ip
и тот, и другой, но они разные. И специфицируются разными rfc:
ip - rfc791, tcp - rfc793, udp - rfc768.
SS>> Без совместимой реализации протоколов вплоть до 7-го уровня модели ISO-OSI
>>Вообще-то по OSI уровней всего 6.
SS> Почему же тогда модель OSI называется семиуровневой? :-). Но давайте
SS> посчитаем: Physical, Data Link, Network, Transport, Session, Presentation,
SS> Application. У меня получилось семь.
Хм. Только что посмотрел в двух умных книгах - в одной 7, в другой - 6
(Application не описан). Именно в этой книге я последний раз читал о
протоколах. Так что переадресую камень ее авторам :)
>>Во-вторых, зачем так высоко лезть?
>>поверх tcp, то есть уровень всего пятый.
SS> Просто у вас функции уровней 5-7 реализованы в одном программном модуле. У
В принципе, да.
>>Надо только, чтобы были какие-то стандартные сетевые протоколы,
>>реализованные на обоих концах.
[skipped]
SS> Можно сказать, что если один контроллер имеет выход на медный кабель и
SS> другой контроллер имеет выход на медный кабель, то с вероятностью 99% связь
SS> сделать можно :-).
Почти так.
SS> Но вот можно ли будет по этому медному кабелю обеспечить
SS> обмен информацией между _приложениями_ работающими на этих контроллерах -
SS> это большой вопрос. Вы кстати противоречите сами себе. Как интересно
SS> обеспечить передачу данных в "_понятном_ для приложений виде" используя
SS> "какие-то, возможно разные протоколы"?
Поясню. Здесь уже вопрос возможности реализации. Предположим, что два
устройства могут общаться, допустим, по RS232. И оба имеют какие-то
протоколы, обеспечивающие доступ к их данным извне. Разные протоколы.
Остается решить вопрос: какое из устройств позволяет программно
реализовать протокол другого устройства. Если ни одно из устройств не
обладает возможностью низкоуровневого программирования, то
естественно, задача решения не имеет (это минус для таких устройств).
Это 0.5% из 1%, который я отбросил. Если устройства (или одно из
них) такие возможности имеет, то это уже работа скорее для
программиста, но реализовать протокол, скорее всего, возможно. Опять
же, если у устройства достаточно ресурсов. (Вторые 0.5% - на то, что
ресурсов не хватит).
SS> То есть реализация коммуникационных протоколов относится как
SS> правило к системному программному обеспечению и в традиционных
SS> ПЛК с "закрытой" архитектурой скрыта от конечного пользователя.
К сожалению, с ПЛК сталкивался не так часто, как хотелось бы. В
системе, на которой я сейчас работаю (Damatic XDi), все это делается
без проблем.
--
Best regards,
Alexander mailto:damatic@xxxxxx.xxxxxxx.xx
|
|
