Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые проекты » Протокол CAN-Kingdom

Реферат Протокол CAN-Kingdom





Міністерство освіти і науки Російської Федерації

Федеральне державне бюджетне освітня установа

Вищої професійної освіти

Уфімський державний нафтовий технічний університет

Кафедра автоматизації технологічних процесів і виробництв








Курсовий проект

з дисципліни Телеуправління і системи телекомунікації

на тему

Протокол CAN-Kingdom

Зміст


Введення

1. Область застосування CAN-Kingdom

2. Специфікація CAN-Kingdom

3. Порівняльна характеристика HLP протоколів

Висновок

Список використаних джерел


Введення


CAN протокол визначає безпечну передачу невеликих пакетів даних з пункту А в пункт Б використовуючи загальну лінію комунікації. Протокол не містить засобів контролю потоку, адресацію, не надає передачу повідомлень більш ніж 8 біт, не здійснює установку з'єднання і т.д. Перераховані властивості визначаються HLP (Higher layer protocol) або Протокол Вищого Порядку.

Призначення HLP:

стандартизація процедур запуску і установка швидкості передачі;

розподіл адресації пристроїв і різновиди повідомлень;

визначення порядку повідомлень;

забезпечує механізм визначення несправностей системного рівня.

Умови HLP отримані і складаються з семи порядків OSI моделі. OSI моделі (Open Systems Interconnect Model):;/CAL ;;;;. Зазвичай визначає:

параметри запуску;

розподіл ідентифікатора повідомлення серед різних пристроїв в системі;

інтерпретація вмісту блоків даних;

статус взаємодії в системі [1].

1. Область застосування CAN-Kingdom


За досить романтичним (CAN - королівство) назвою протоколу шведської компанії KVASER-AB ховається не менш красива і оригінальна концепція мережевої взаємодії пристроїв, що виділяє його на загальному тлі інших протоколів високого рівня. Початку робіт над першою версією (поточна - третя) протоколу CAN-Kingdom в 1990 році передував багаторічний досвід компанії в галузі створення систем розподіленого управління.

Даний протокол був спеціально розроблений для управління машинами і механізмами: промисловими роботами, текстильними верстатами, мобільними гідравлічними пристроями. Він дозволяє задовольнити такі властиві подібним додаткам вимоги, як ефективність функціонування в режимі реального часу, жорсткі вимоги безпеки, висока загальна продуктивність.

CAN-Kingdom є також основою американського військового стандарту CDA 101 і широко використовується у військовій техніці - від надувних човнів і систем наведення на цілі до надзвукових ракет і винищувачів.

Основною метою створення протоколу було надання системному розробнику максимальної свободи в реалізації своїх ідей при побудові мережі, зберігши при цьому можливість використання стандартних модулів незалежних виробників. CAN-Kingdom не є готовим протокол в тому сенсі, в якому це справедливо, наприклад, по відношенню до стандартів типу CANopen або DeviceNet. Це скоріше, набір примітивів - метапротокол, за допомогою яких можна зібрати протокол для конкретної мережі модулів, що дозволяє досягти унікального поєднання простоти інтеграції готових модулів з високим ступенем захищеності оригінального протоколу [2].

2. Специфікація CAN-Kingdom


При розробці специфікації CAN-Kingdom автори відмовилися від прийнятого в подібних випадках і широко поширеного слідування правилам взаємозв'язку відкритих систем OSI. Причина цього проста: семирівнева модель OSI/ISO (малюнок 1) створювалася спочатку для опису традиційних комп'ютерних мереж, телекомунікаційних, корпоративних, офісних, які призначені не для роботи в реальному масштабі часу, а для обслуговування користувачів, вимоги яких заздалегідь (на етапі побудови такої мережі) невідомі і непередбачувані і в процесі роботи схильні до частих змін (слід зазначити, що більшість протоколів комп'ютерних мереж також рідко в точності дотримуються цієї абстрактної моделі, особливо в плані відокремлення і повної ізоляції різних рівнів мережевого сервісу).


Рисунок 2.1 - CAN і модель OSI


У системах ж управління реального часу ситуація прямо протилежна: на стаді...


сторінка 1 з 6 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Автоматизація процесу призначення IP-адрес вузлам мережі-протокол DHCP
  • Реферат на тему: Протокол управління кріптоключа SKIP
  • Реферат на тему: Діловий протокол і етикет у переговорному процесі
  • Реферат на тему: Протокол SSL
  • Реферат на тему: Діловий протокол