 | |
Предыдущие результаты
Понятия 1oo2, 2oo2 и т.п. - это типы архитектур систем безопасности, сертифицированные TÜV в соответствии с IEC 61508 “Functional Safety of Electrical/Electronic/Programmable Electronic Safety-Related Systems”.
По этому поводу можно почитать, например, [url=http://www.tuvasi.com/de/typgepr-fte-programmierbare-systeme/system-strukturen.html]здесь[/url] или [url=http://autprom.ru/obshhie-principy-rezervirovaniya.html]здесь[/url].
Вот ещё одна лекция на семинаре TÜV на эту тему: [url=http://vdt-automation.de/docs/f_safety.pdf]Functional Safety: Assessment and Certification[/url]
Что же касается теории надёжности технических систем, то по ней есть куча учебников и монографий. Например, вот, нашёл навскидку:
[url=http://window.edu.ru/window_catalog/redir?id=24967&file=nwpi054.pdf]Кучер В.Я. Основы технической диагностики и теории надежности: Письменные лекции. - СПб.: СЗТУ, 2004. - 48 с.[/url].
В частности, Пример 1.2 на стр. 8 показываает, что, например, последовательное соединение трех элементов с единичной надёжностью 0,8 даёт суммарную надёжность 0,512 (а двух дало бы 0,64). И т.д.
[size=9:bfbcc53485]
Теперь представьте себе два последовательно включенных н.о. контакта двух реле.
Условия замыкания каждого из них зависят от исправности всего предыдущего тракта, включая датчики на входе контроллера, контроллера, кабелей и т.п.
Будем считать, что [b:bfbcc53485][i:bfbcc53485]Событие[/i:bfbcc53485][/b:bfbcc53485] наступило, если замкнуты оба контакта (логическое "И").
Пусть каждый контакт имеет коэффициент надёжности 0,9. Тогда надёжность тако цепочки будет равна 0,81, т.е. ниже единичной надёжности каждого из двух контактов. Т.е., вместо повышения надёжности, на самом деле, имеем её понижение. И если один из контактов не включится (мало ли, по какой причине, ведь на это влияет вся стоящая за этим контактом схема, от датчика то контроллера, включая программное обеспечение), то [b:bfbcc53485][i:bfbcc53485]Событие[/i:bfbcc53485][/b:bfbcc53485] не наступит.
Если включить контакты параллельно, то надёжность будет точно так же снижена, т.к. если один из контактов по какой-то причине не выключится или, когда не надо, включится, то цепь останется замкнутой независимо от состояния второго контакта.
[/size:bfbcc53485]
|
[quote:e5e7194e0c="besh"]Спасибо за ответы. Полагаю решение проблемы найдено:
Liter> "Publication HIGHAV-AT001A-EN-E– July 2009"
[color=red:e5e7194e0c][size=18:e5e7194e0c]ВОТ ВРОДЕ ОНО ЕСТЬ , А КТО ТО "ЕГО" РЕАЛИЗОВЫВАЛ ? :D[/size:e5e7194e0c][/color:e5e7194e0c]
Однако, хочу повторить, принятое решение подходит для малого количества выходов и хорошо, что у нас были резервные на контроллерах, плюсом такого решения является резервирование функций управления.
[color=red:e5e7194e0c]ЭТО НЕ ЯВЛЯЕТСЯ РЕЗЕРВИРОВАНИЕМ ... кстати резервирование ... а что оно под сабой подразумевает ??? - этот вопрос должен БЫТЬ[/color:e5e7194e0c]
При большом количестве выходов следует применять инструкции, изложенные в Publication HIGHAV-AT001A-EN-E.
[color=red:e5e7194e0c]... см .выше :) [/color:e5e7194e0c]
[/quote:e5e7194e0c]
|
Спасибо за ответы. Полагаю решение проблемы найдено:
Liter> "Publication HIGHAV-AT001A-EN-E– July 2009"
Ryzhij62> "Я бы определял в контроллере состояние его "коллеги"
Со временем буду разбираться, как реализовать.
В настоящее время, поскольку, глобальные изменения в проекте в части сети, контролеров и прочего были невозможны, речь шла всего о четырех дискретных выходах, которые управляли реле, в свою очередь контакты реле уже коммутировали требуемые цепи, то решили, что управление будет реализовано с каждого контролера независимо через свое реле, контакты которых будут объедены последовательно или параллельно, собственно, что кроме всего прочего повышает надежность, т.к. получается что 2 независимых контроллера резервируют определенные функции, резервируются дискретные выходы и реле, т.е. по сути команда любого из 2 контроллеров приводит к необходимому результату.
Однако, хочу повторить, принятое решение подходит для малого количества выходов и хорошо, что у нас были резервные на контроллерах, плюсом такого решения является резервирование функций управления.
При большом количестве выходов следует применять инструкции, изложенные в Publication HIGHAV-AT001A-EN-E.
Всем еще раз спасибо, для меня тема больше не актуальна.
|
Может несколько дешевле будет резервирование на CompactLogix с сетью DNet ? но функционал конечно же не тот будет, но все же ...
!!! Есть чудесная утилита "Software Output Switching" ... но работает она с платформой Logix (Control-, Compact- Logix ). Найдите например - Publication HIGHAV-AT001A-EN-E– July 2009.
|
[quote:9a0b22420a="dv_"]
1. настройка порта контроллера, режим [b:9a0b22420a]System[/b:9a0b22420a].
[/quote:9a0b22420a]
В RS Logix 500 вкладка chanel configuration - chanel 1 там?
Я там установил DF1, полно дуплексный, без паритета... как в инструкции написано.
[quote:9a0b22420a="dv_"]
2. настройка связи в [b:9a0b22420a]RSLinx Enterprise [/b:9a0b22420a], вкладка [b:9a0b22420a]Runtime Target[/b:9a0b22420a]
[/quote:9a0b22420a]
Тут я также устанавливаю, создаю шуткаст, нажимаю применить, потом когда делаю верификацию вылетает окошко как в скринах в предыдущем посту, что мол нельзя использовать этот драйвер и т.п...
Я записывал его в панель, проверил настройки на панели, шуткаст я установил на драйвер DF1 - ноль эмоций при запуске...
Ребята реально не могу понять?
|
[quote:0895dea1c4="alchi"]А нету вот такой вот инструкции 18955 PanelView, MicroLogix&SLC RS232 Cables, искал, но что-то не нашел? [/quote:0895dea1c4]
Пожалуйста, коллега:
[url=http://vdt-automation.de/docs/kb18955.pdf]18955[/url]
|
[quote:849012f0a6="alchi"]В законченном виде это устройство должно работать без компьютера, самостоятельно[/quote:849012f0a6]Может, и при этом все работает. Кабель [b:849012f0a6]2711-NC13[/b:849012f0a6] (DB9<->DB9).
[quote:849012f0a6="alchi"]В программе для MicroLogix надо добавлять какие-то отдельные инструкции, чтобы активировать порт связи?[/quote:849012f0a6]Инструкции не требуются, [b:849012f0a6]но[/b:849012f0a6] требуется:
1. настройка порта контроллера, режим [b:849012f0a6]System[/b:849012f0a6].
2. настройка связи в [b:849012f0a6]RSLinx Enterprise [/b:849012f0a6], вкладка [b:849012f0a6]Runtime Target[/b:849012f0a6], можешь попробовать настроить в самой панели.
[URL=http://piccy.info/][img:849012f0a6]http://i.piccy.info/i5/29/74/1857429/PVP-ML.png[/img:849012f0a6][/URL]
Потом вместо имени [b:849012f0a6]New_Shortcut[/b:849012f0a6] задай нужное (смотри свой проект).
[quote:849012f0a6="alchi"]RSLinx он увидит панель если она подключена к процессору, а он к компьютеру?[/quote:849012f0a6]Нет.
|
[quote:ff9c2e1197]вывод можно реализовать при помощи дискретных выходных модулей самих контроллеров 1769-L32E и объединить их при помощи реле[/quote:ff9c2e1197]
Коллега, мне кажется, что это не есть решение, т.к. вызывает необходимость решить ряд вопросов:
- Кто конкретно в системе будет управлять этим гипотетическим реле?
- По какому алгоритму?
- Что будет, если это реле откажет?
- Как объединить выходы дискретных выходных модулей самих контроллеров - по "И" или по"ИЛИ"? Если по "И", то связка никогда не включится при обрыве одного из участвующих в ней контактов, а если по "ИЛИ" - никогда не выключится при к.з. одного из них.
Далее, это удалённый ввод-вывод. Что будет, если Ethernet отпадёт, например, из-за отказа свича или обрыва кабеля? В этом случае я бы применил Ethernet - кольцо с DLR и самовосстановлением и возможностью продолжения работы при повреждении оного (с сигнализацией повреждения). Или резервированный ControlNet.
Если это такие важные параметры, требующие горячего резервирования, то я бы, наверное, применил оборудование, предназначенное для такого резервирования, т.е. резервированный ControlLogix с модулями 1756-RM, возможно, с [url=http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/1715-pp001_-en-e.pdf]резервированными модулями ввода-вывода серии 1715[/url].
|
[quote:ef19eaf627="besh"]Однако, проектом предусмотрена схема, описанная выше. Что в этой ситуации можно сделать, как правильно настроить или написать программу?[/quote:ef19eaf627]Я бы определял в контроллере состояние его "коллеги" ( в том числе и по по watch-dog) и реализовал бы программу и/или схему "основной-резервный" по управлению общими выходами.
|
[quote:b4fba139d9="oldDad"]Почитайте ещё вот этот документ:
[url=http://vdt-automation.de/docs/32324_PVP_ML.pdf]32324 - PanelView Plus Communications with MicroLogix[/url].[/quote:b4fba139d9]
Это соединение через протокол ethernet я так понял. ethernet я смогу подключить к порту RS232 контроллера?
В законченном виде это устройство должно работать без компьютера, самостоятельно.
А нету вот такой вот инструкции 18955 PanelView, MicroLogix&SLC RS232 Cables, искал, но что-то не нашел? Эта инструкция указана в 32324_PVP_ML
В программе для MicroLogix надо добавлять какие-то отдельные инструкции, чтобы активировать порт связи?
Вот скрины, ничего не могу понять?! RSLinx он увидит панель если она подключена к процессору, а он к компьютеру?
ссылка на скрины http://files.mail.ru/A8NUZZ?t=1
[img:b4fba139d9]http://content.foto.mail.ru/mail/olddad/_myphoto/i-1.jpg[/img:b4fba139d9]
|
Предыдущие результаты
Ещё результаты |
|
| |
|