http://www.ce-studbaza.ru/schriebe.php?id=1071
Шкаф автоматики должен иметь габариты не более чем 800х600х2000 (ШхГхВ) и иметь степень защиты от попадания внутрь частиц пыли и воды не хуже IP 25.
Шкаф автоматики должен быть оборудован дверцами с замками.
Шкаф автоматики должен запитываться переменным напряжением ~220(10%), частотой 501 Гц от ЩСУ ДНС-24.
Мощность, потребляемая шкафом автоматики от ЩСУ ДНС-24, не должна превышать 1 КВа.
Аппаратура, установленная в шкафу автоматики, должна сохранять работоспособность в интервале температур от 0 до 50С° при относительной влажности до 85%.
На сайте СтудБаза есть возможность скачать БЕСПЛАТНО скачать студенческий материал по техническим и гуманитарным специальностям: дипломные работы, магистерские работы, бакалаврские работы, диссертации, курсовые работы, рефераты, задачи, контрольные работы, лабораторные работы, практические работы, самостоятельные работы, литература и многое др..
среда, 28 октября 2015 г.
Требования, предъявляемые к системе электропривода магистрального насосного агрегата
http://www.ce-studbaza.ru/schriebe.php?id=1070
В силу условий технологического процесса к электроприводу МНА предъявляются следующие требования: - Электропривод должен быть рассчитан на продолжительный режим работы с постоянной нагрузкой. - Регулирование скорости должно быть плавным (в том числе плавный пуск и останов МНА). - Необходимо осуществлять мягкий пуск двигателя с плавным нарастанием тока и момента до значений близких к номинальным. - Регулирование должно быть экономичным. - Отсутствует необходимость в большом диапазоне регулирования скорости. - Отсутствует необходимость в реверсе скорости. - Отсутствует необходимость в рекуперации энергии в сеть, так как двигатель работает в продолжительном режиме. - Электродвигатель должен иметь взрывозащищённое исполнение. - Система управления электропривода должна работать в составе автоматизированной системы управления НПС.
В силу условий технологического процесса к электроприводу МНА предъявляются следующие требования: - Электропривод должен быть рассчитан на продолжительный режим работы с постоянной нагрузкой. - Регулирование скорости должно быть плавным (в том числе плавный пуск и останов МНА). - Необходимо осуществлять мягкий пуск двигателя с плавным нарастанием тока и момента до значений близких к номинальным. - Регулирование должно быть экономичным. - Отсутствует необходимость в большом диапазоне регулирования скорости. - Отсутствует необходимость в реверсе скорости. - Отсутствует необходимость в рекуперации энергии в сеть, так как двигатель работает в продолжительном режиме. - Электродвигатель должен иметь взрывозащищённое исполнение. - Система управления электропривода должна работать в составе автоматизированной системы управления НПС.
вторник, 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) набору властивостей модулів гарантує працездатність системи на базовому рівні.
Подписаться на:
Сообщения (Atom)