http://www.ce-studbaza.ru/schriebe.php?id=1070
В силу условий технологического процесса к электроприводу МНА предъявляются следующие требования:
- Электропривод должен быть рассчитан на продолжительный режим работы с постоянной нагрузкой.
- Регулирование скорости должно быть плавным (в том числе плавный пуск и останов МНА).
- Необходимо осуществлять мягкий пуск двигателя с плавным нарастанием тока и момента до значений близких к номинальным.
- Регулирование должно быть экономичным.
- Отсутствует необходимость в большом диапазоне регулирования скорости.
- Отсутствует необходимость в реверсе скорости.
- Отсутствует необходимость в рекуперации энергии в сеть, так как двигатель работает в продолжительном режиме.
- Электродвигатель должен иметь взрывозащищённое исполнение.
- Система управления электропривода должна работать в составе автоматизированной системы управления НПС.
среда, 28 октября 2015 г.
вторник, 27 октября 2015 г.
Порівняння протоколів CAN. Інші HLP
http://www.ce-studbaza.ru/schriebe.php?id=1069
Незважаючи на все розмаїття представлених на ринку протоколів верхнього рівня, включаючи не розглянуті в даній статті, всі вони вирішують в цілому низку дуже схожих між собою завдань, описаних на початку статті, - розподіл ідентифікаторів, передача даних більше 8 байтів і т.п. Завдання ці виникають у зв язку функціональної незавершеністю CAN специфікацій, обмежених описом лише двох нижніх рівнів мережевої взаємодії. Тим не менш, відмінності в способах їх вирішення у тих чи інших HLP призводять, в кінцевому рахунку, до відмінностей, часом досить істотним, у вартісних і функціональних характеристиках мереж на їх основі, що необхідно враховувати при виборі HLP для конкретного додатка.
Незважаючи на все розмаїття представлених на ринку протоколів верхнього рівня, включаючи не розглянуті в даній статті, всі вони вирішують в цілому низку дуже схожих між собою завдань, описаних на початку статті, - розподіл ідентифікаторів, передача даних більше 8 байтів і т.п. Завдання ці виникають у зв язку функціональної незавершеністю CAN специфікацій, обмежених описом лише двох нижніх рівнів мережевої взаємодії. Тим не менш, відмінності в способах їх вирішення у тих чи інших HLP призводять, в кінцевому рахунку, до відмінностей, часом досить істотним, у вартісних і функціональних характеристиках мереж на їх основі, що необхідно враховувати при виборі HLP для конкретного додатка.
Протокол SDS (Smart Distributed System)
http://www.ce-studbaza.ru/schriebe.php?id=1068
SDS - продукт компанії Honeywell Inc (Micro Switch Division). Поряд зі стандартом DeviceNet, SDS являє собою ще одне недороге і закінчене рішення для мережевого управління інтелектуальними датчиками і актуаторами від центрального контролера (PLC, комп ютера) в системах промислової автоматизації. За ступенем завершеності - від специфікацій фізичного середовища до прикладного рівня - і за орієнтуванням на зниження вартості системи SDS стандарт нагадує DeviceNet, а функціонування мережі походить на роботу мережі DeviceNet в режимі Predefined Master / Slave.
SDS - продукт компанії Honeywell Inc (Micro Switch Division). Поряд зі стандартом DeviceNet, SDS являє собою ще одне недороге і закінчене рішення для мережевого управління інтелектуальними датчиками і актуаторами від центрального контролера (PLC, комп ютера) в системах промислової автоматизації. За ступенем завершеності - від специфікацій фізичного середовища до прикладного рівня - і за орієнтуванням на зниження вартості системи SDS стандарт нагадує DeviceNet, а функціонування мережі походить на роботу мережі DeviceNet в режимі Predefined Master / Slave.
Протокол DeviceNet
http://www.ce-studbaza.ru/schriebe.php?id=1067
DeviceNet - протокол, розроблений і опублікований в 1994 році компанією Allen Bradley і згодом переданий у відання спеціально організованої для його підтримки асоціації ODVA (OpenDeviceNet Vendor Association Inc.). DeviceNet - недороге, просте і ефективне рішення для об єднання в єдину систему різноманітних пристроїв промислової автоматизації незалежних виробників (фото, термодатчики, стартери, зчитувачі штрихових кодів, елементи людина- машинного інтерфейсу: клавіатури, дисплейні панелі, - поряд керуючими пристроями: PLC, комп ютерами і т.д. малюнок 1).
DeviceNet - протокол, розроблений і опублікований в 1994 році компанією Allen Bradley і згодом переданий у відання спеціально організованої для його підтримки асоціації ODVA (OpenDeviceNet Vendor Association Inc.). DeviceNet - недороге, просте і ефективне рішення для об єднання в єдину систему різноманітних пристроїв промислової автоматизації незалежних виробників (фото, термодатчики, стартери, зчитувачі штрихових кодів, елементи людина- машинного інтерфейсу: клавіатури, дисплейні панелі, - поряд керуючими пристроями: PLC, комп ютерами і т.д. малюнок 1).
Протокол CAN Kingdom
http://www.ce-studbaza.ru/schriebe.php?id=1066
За назвою протоколу шведської компанії KVASER AB ховається красива і оригінальна концепція мережевої взаємодії пристроїв, що виділяє його на загальному тлі інших протоколів високого рівня. Початку робіт над першою версією (поточна - третя) протоколу CAN Kingdom в 1990 році передував багаторічний досвід компанії в галузі створення систем розподіленого управління. Протокол був спеціально розроблений для управління машинами і механізмами: промисловими роботами, текстильними верстатами, мобільними гідравлічними пристроями - і дозволяє задовольнити такі властиві подібним додаткам вимоги, як: - ефективність функціонування в режимі реального часу; - жорсткі вимоги безпеки; - висока загальна продуктивність.
За назвою протоколу шведської компанії KVASER AB ховається красива і оригінальна концепція мережевої взаємодії пристроїв, що виділяє його на загальному тлі інших протоколів високого рівня. Початку робіт над першою версією (поточна - третя) протоколу CAN Kingdom в 1990 році передував багаторічний досвід компанії в галузі створення систем розподіленого управління. Протокол був спеціально розроблений для управління машинами і механізмами: промисловими роботами, текстильними верстатами, мобільними гідравлічними пристроями - і дозволяє задовольнити такі властиві подібним додаткам вимоги, як: - ефективність функціонування в режимі реального часу; - жорсткі вимоги безпеки; - висока загальна продуктивність.
Протокол CANopen
http://www.ce-studbaza.ru/schriebe.php?id=1065
Результатом доповнення CALL (точніше, деякого його підмножини) системою профілів (пристроїв, інтерфейсів, додатків і т.д.) і специфікаціями фізичного рівня (типи з єднувачів, правила бітового квантування, що визначають, наскільки квантів розділяти біт і в якому місці біта зчитувати його значення , і т.д.) з явилася поява більш «конкретного» стандарту протоколу CANopen. По суті, CANopen є одним з додатків прикладного рівня CAL, але єдиним додатком подібного роду, підтримуваним асоціацією CiA. Профілі пристроїв (CiA DS 40x) спрощують інтеграцію модулів різних виробників в єдину мережу, а визначення мінімального обов язкового (mandatory) набору властивостей модулів гарантує працездатність системи на базовому рівні.
Результатом доповнення CALL (точніше, деякого його підмножини) системою профілів (пристроїв, інтерфейсів, додатків і т.д.) і специфікаціями фізичного рівня (типи з єднувачів, правила бітового квантування, що визначають, наскільки квантів розділяти біт і в якому місці біта зчитувати його значення , і т.д.) з явилася поява більш «конкретного» стандарту протоколу CANopen. По суті, CANopen є одним з додатків прикладного рівня CAL, але єдиним додатком подібного роду, підтримуваним асоціацією CiA. Профілі пристроїв (CiA DS 40x) спрощують інтеграцію модулів різних виробників в єдину мережу, а визначення мінімального обов язкового (mandatory) набору властивостей модулів гарантує працездатність системи на базовому рівні.
CAL (CAN ApplicationLayer)
http://www.ce-studbaza.ru/schriebe.php?id=1064
Однією з головних цілей створення організації CiA в 1992 році була розробка та подальша підтримка відкритого протоколу прикладного рівня (7-й рівень моделі OSI), призначеного для CAN-мереж у сфері промислової автоматизації. Як прототип при розробці такого протоколу був узятий вже існував у той час і позитивно зарекомендував себе HLP, розроблений фірмою Philips. Результатом його апробації та подальшого удосконалення спеціальною робочою групою CiA з явилося опублікування 1993 специфікацій CAL - CANApplication Layer (CiA DS 20x). Фундаментом CAL служить канальний рівень CAN. CAL не є орієнтованим на конкретні програми стандартом протоколу, не містить будь-яких профілів, прив язаних конкретних пристроїв або завданням, і не визначає зміст переданих даних, але пропонує стандартизовані елементи мережевого сервісу прикладного рівня. Вирішення ж питання, яку частину з них використовувати, перебуває у віданні розробника. CAL включає в себе чотири складові частини: - специфікація CAN повідомлень (CMS - CAN Message Specification); - мережеве управління (NMT Network Management); - розподіл ідентифікаторів (DBT - Identifier Distributor); - управління рівнем (LMT - Layer Management).
Однією з головних цілей створення організації CiA в 1992 році була розробка та подальша підтримка відкритого протоколу прикладного рівня (7-й рівень моделі OSI), призначеного для CAN-мереж у сфері промислової автоматизації. Як прототип при розробці такого протоколу був узятий вже існував у той час і позитивно зарекомендував себе HLP, розроблений фірмою Philips. Результатом його апробації та подальшого удосконалення спеціальною робочою групою CiA з явилося опублікування 1993 специфікацій CAL - CANApplication Layer (CiA DS 20x). Фундаментом CAL служить канальний рівень CAN. CAL не є орієнтованим на конкретні програми стандартом протоколу, не містить будь-яких профілів, прив язаних конкретних пристроїв або завданням, і не визначає зміст переданих даних, але пропонує стандартизовані елементи мережевого сервісу прикладного рівня. Вирішення ж питання, яку частину з них використовувати, перебуває у віданні розробника. CAL включає в себе чотири складові частини: - специфікація CAN повідомлень (CMS - CAN Message Specification); - мережеве управління (NMT Network Management); - розподіл ідентифікаторів (DBT - Identifier Distributor); - управління рівнем (LMT - Layer Management).
Подписаться на:
Сообщения (Atom)