 | |
Предыдущие результаты
 Ситуация выглядит следующим образом:
1. Существуют [b:500dc33a52]Device-based alarms[/b:500dc33a52], которые генерируются непосредственно в контроллере (в системе команд контроллеров Logix есть соответствующие инструкции) и [b:500dc33a52]HMI tag alarms[/b:500dc33a52], которые формируются в SCADA, опираясь на тэги, существующие в контроллере.
2. Каждый из методов формирования тревог имеет свои особенности. Для контроллеров серии Logix лучше применять Device-based alarms.
3. Я бы посоветовал Вам почитать тот же том на языке оригинала, т.к. он более новый. См. главу 12. Возможно, это ответит на Ваш вопрос:
http://literature.rockwellautomation.com/idc/groups/literature/documents/um/viewse-um004_-en-e.pdf
http://literature.rockwellautomation.com/idc/groups/literature/documents/um/viewse-um005_-en-e.pdf
|
[quote:e2244ff49b="oldDad"]СontrolLogix заточен на работу с родной SCADA, которая называется FactoryTalk View Site Edition (устаревшее название RSViewSE):
http://www.rockwellautomation.com/rockwellsoftware/performance/view/viewse.html
http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/ftalk-pp013_-en-p.pdf
http://www.vdt-automation.com/docs/Software/FTViewSE/FTViewSE.htm
Это мультисерверная мультиклиентская платформа, которая умеет всё вышеперечисленное и ещё больше.[/quote:e2244ff49b]
А можно прояснить ситуацию по Alarms&Events, не совсем понятно отличия аппаратных тревог и теговых тревог. Из "Руководство пользователя т1" у меня сложилась такая картина:
[b:e2244ff49b]Аппаратные тревоги[/b:e2244ff49b], те тревоги которые формируются на уровне PLC. Те если например пришла сигнализация с поля от насоса "Насос. Включен", вскочила 1 в канале или перемененная типа bool встала в true, то на уровне PLC, возникает событие которое ловит Device Server и выдает сообщение. Тогда где сконфигурировать текст сообщения?
[b:e2244ff49b]Теговые тревоги[/b:e2244ff49b], на основе анализа тэга созданного в TagBrowser сервера, при появлении определенного бита, на который было привязано сообщение в службе Alarms&Events, возникает само сообщение.
Я правильно понял?
|
Если будете использовать SCADA-систему не от Rockwell Automation, обязательно тогда приобретайте RSLinx Classic версии профессиональной, чтобы обеспечить этот самый OPC DA. Настраивайте драйвера до ControlLogix, а SCADA будет OPC-клиентом к RSLinx.
Vitaliy D. Burtsev
|
СontrolLogix заточен на работу с родной SCADA, которая называется FactoryTalk View Site Edition (устаревшее название RSViewSE):
http://www.rockwellautomation.com/rockwellsoftware/performance/view/viewse.html
http://literature.rockwellautomation.com/idc/groups/literature/documents/pp/ftalk-pp013_-en-p.pdf
http://www.vdt-automation.com/docs/Software/FTViewSE/FTViewSE.htm
Это мультисерверная мультиклиентская платформа, которая умеет всё вышеперечисленное и ещё больше.
|
[quote:74fd5193c1="redi"]Простите, но не знаю, что такое КВ?[/quote:74fd5193c1]
http://www.rockwellautomation.com/knowledgebase/?OpenForm
|
[quote:8b6199368e="senatorAV"]Дык это, ответа нет?[/quote:8b6199368e]
Какой может быть ответ? Если я наблюдаю то, что приведено в:
[quote:8b6199368e="oldDad"]
[url=http://vdt-automation.de/docs/me_rio_3-11.pdf]вот этот документ[/url][/quote:8b6199368e]
[quote:8b6199368e="senatorAV"]И является ли обязательным наличиет BT?[/quote:8b6199368e]
[b:8b6199368e]Нет.[/b:8b6199368e]
|
[quote:9dc5009707]Посоветуйте чего-нибудь или какую-нибудь умную книжку в любом виде... [/quote:9dc5009707]
Вот публикации по данной тематике:
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/2711p-um001_-en-p.pdf]2711p-um001_-en-p[/url]
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/viewme-um005_-en-e.pdf]viewme-um005_-en-e[/url]
[url=http://vdt-automation.de/docs/me_rio_3-11.pdf]и вот этот документ.[/url]
Кроме того, посмотрите KB 28838, 25775, 24545.
Удачи!
|
Поскольку Rockwell Automation признаёт за автором программы право на защиту своего продукта, обходных путей не предусмотрено, по поводу чего просим Вашего понимания.
Можно сбросить процессор в исходное состяние, тогда сбросится не только пароль, но и рабочая программа и данные.
|
Не думаю, что кому-придет в голову "перерабатывать" AlarmLogViewer. Скорее речь идет о своей реализации своего полного нестандарта с какой-то дополнительной функциональностью.
Исходники and123 я не смотрел, судить не могу.
Могу сказать, что *.dbf открывается Excel и Access (с преобразованием). Следовательно, первое, что приходит в голову - стандартные вещи типа OleAutomation. Скорее всего можно использовать и какой-нибудь драйвер доступа к данным.
В общем, прикинуть, по какой технологии удобнее.
Стандартная настройка AlarmSetup позволяет вывести абсолютно все необходимые данные тега, включая дескрипты.
Не вижу пока смысла для Alarm вешать отдельного клиента на OPC. RSView32 сама достаточно корректно работает с событиями.
А дальнейшая фильтрация всех типов и видов, сборка нескольких файлов *.dbf в один (зачем это нужно, если можно все алармы вести в одном файле *.dbf? Хотя кто его знает...), отображение, создание отчетов и т.д и т.п. можно сделать обычными инструментами.
Дерзайте!
|
KB - Это Knowledge Base:
http://www.rockwellautomation.com/knowledgebase/?OpenForm
|
Предыдущие результаты
Ещё результаты |
|
| |
|
