Вход на форум 
В начало e-Mail

Форум

Ресурсы Rockwell

Product Directory

Essential Components

Literature Library

Knowledge Base

Electronic News&Magazines

Блог

Encompass Program

Product Certification

  


Предыдущие результаты



Предыдущие результаты



Предыдущие результаты

 Добрый день! Господа, подскажите по Micro Logic – 1500, где, для этого контроллера и его модулей можно посмотреть такую характеристику как [u:d75162c38d]время наработки на отказ[/u:d75162c38d]? Для серии ControlLogix удалось найти в документе Safety Reference Manual Using ControlLogix in SIL 2 Applications Catalog Numbers 1756-L6x, 1756-L7x, а вот для Micro Logic – 1500 не нашел. Помогите, очень нужно.

 :oops: речь идет о "многоканальной" архитектуре для выполнения требований на заявленный уровень Safety (SIL, PL) ... 8) да и не важно это уже :D

 Для меня правильно остановить процесс при сгоревшем ПЛК вполне достаточно. Это основная функция Safety PLC . И если Партнер может ее выполнить в такой ситуации, то значит что имеет место быть резервирование. Может и не в таком обширном понимании , как это принято для резервируемых ПЛК. Мое мнение основывается на вот такой вырезки из документа : The safety partner, catalog number 1756-LSP, is a coprocessor that provides redundancy for safety-related functions in the system. The safety partner does not have a keyswitch or RS-232 communications port. Its configuration and operation are controlled by the primary controller. The GuardLogix Controller Installation Instructions, publication 1756-IN045, provides detailed information on installing the primary controller and safety partner. Т.е. здесь пишут что партнер резервирует функции Safety . Это не значит что программа продолжить работать дальше как ни в чем ни бывало. На мой взгляд это значит что Партнер все остановит как положено.

 [quote:d6a31ffd7b="Serega77"] Итого, что я уяснил 2. Здесь делается акцент на тот момент, что, в случае выхода из строя PLC, Safety Task выполняется в партнере, т.е. какое никакое резервирование PLC Все ли верно? И может есть какие-то плюсы от использование GuardLogix со стандартными модулями ?[/quote:d6a31ffd7b] :D :) 8) :oops: простите , о каком резервировании вы говорите ? Если я Вас правильно понимаю, то Вы думаете, что если основной проц "сгорел", то Safety Partner будет работать ??? Это не система резервирования/ отказоустойчивая система, это ОТКАЗОБЕЗОПАСНАЯ система, те при возникновении "аварийной" ситуации - отказа , система переходит в безопасное состояние ... в "safety ноль" :) и ничего там не выполняется в сэфете партнере . Он нужен для создания архитектуры в соответствии со стандартом safety. Как то так, если кратко.

 [quote:00b6154197]Зачем тащить "стандартные" тэги в сэфети задачу ??? ... их вполне можно обрабатывать в обычных стандартных задачах.[/quote:00b6154197] Это мне и самому интересно. )) Видели бы весь проект... [quote:00b6154197]Рекомендую обратить внимание на модули Point Guard I/O. Они красные, специально для Safety, очень широко применяются[/quote:00b6154197] Уже поздно , все закуплено ,собрано, осталось заставить все это работать . Итого, что я уяснил 1. GuardLogix с модулями ControlLogix (1756-) не работает на уровне Safety, а работает только как со стандартными данными. 2. Смысла в том, чтобы данные с модулей обработать в Standart Task для их предоставления Safety Task нет! Здесь делается акцент на тот момент, что, в случае выхода из строя PLC, Safety Task выполняется в партнере, т.е. какое никакое резервирование PLC и в нашем случае от него толку нет. Все ли верно? И может есть какие-то плюсы от использование GuardLogix со стандартными модулями ?

 Рекомендую обратить внимание на модули Point Guard I/O. Они красные, специально для Safety, очень широко применяются.

 Мои 2 копейки ... Safety Task , да и все остальное со словом Safety ... это ТОЛЬКО Safety , а вот модули Ваши OB и IB ну ни как в Safety не вписываются. Есть спец модули (только удаленные) из линейки Point ... из 1791ds или 1791es ... они работают на сети EtherNet/IP или DeviceNet. Вот при их создании тэги становятся safety и их можно применять в Safety task. Зачем тащить "стандартные" тэги в сэфети задачу ??? ... их вполне можно обрабатывать в обычных стандартных задачах.

 Почитал... Спасибо. Все равно остались вопросы... Возможно ли создать Safety Tag у которого Allias будет канал входного или выходного модуля? Или же нужно его делать через Map Safety Tag ? У меня в Map получается для safety tag указать только стандартный тег , который не имеет Allias.

 [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/1756-um020_-en-p.pdf]Вот этот документ, стр. 92 "Safety Tags"[/url]. Здесь описано, как их создавать.

 Добрый день. Не получается работать с входами и выходами в Safety Task . Имеем шасси с L71S,L7SP, IB16D,OB16D. Как при разработке программы безопасности (Safety Programm) создать теги безопасности (Safety Tags) для входов\выходов ?



Предыдущие результаты


Ещё результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты



Предыдущие результаты




  
RA & VDT GmbH


Облако тэгов
sound FTView Control Logix MVI56-104S 1734-AENTR Altivar Add-on Instruction MVI46MCM Ethernet PLC-5 SLC-500 1757-SRM Firmware ComactLogixL32E 1756-L75 1756-RM2 Controlnet cable Promass Client Memory 1769-L32E execution minutes seconds Windows Build 00000d5c Unspecified terminate geehrter automatisch keine globalen Fehlermeldungen Default S

Яндекс цитирования

Smart Solutions VDT GmbH | Friedrich-List-Allee 38, D-41844 Wegberg-Wildenrath, Germany
Tel.: +49 2432 933 57 83 | e-Mail: office@vdt-solutions.de
Все товарные знаки и торговые марки являются собственностью их владельцев.
При использовании материалов сайта ссылка на данный сайт обязательна.
Открытие страницы: 0.140 секунды