 | |
Предыдущие результаты
 Строки инициализации модема нет как таковой (это как если подключиль какой-ть контроллер к COM-порту). Радиоканал, построенный на радиомодемах ICP SST2400 и конверторах интерфейса ICP I7520R. Конфигурация радиомодема
RS-485
Half-Duplex
Baud Rate 19200
Synchronous
Версия RSLinx 2.43.01.23(CPR6).
|
При старте службы RSSQL RSLINX CONNECTOR на клиентской стороне появляется ошибка Error 1053: The service did not responc to the start or control request in timely fashion. Что это означает и как с этим бороться?
|
[color=blue:7bd70abf88]Если под термином SCADA Вы понимаете его классическое определение, т.е. Supervisory Control And Data Acquisition, то Вы правы. Но, видите ли, мне кажется, что в данном контексте Вы применяете этот термин, не как собственно SCADA, понимаемую, как "input/output signal hardware, controllers, HMI, networks, communication, database and software", а имеете в виду только часть SCADA, именуемую HMI. [/color:7bd70abf88]
Думаю, что понимать под SCADA еще и набор оборудования в корне не верно. SCADА - это специализированное программное обеспечение, ориентированное на обеспечение интерфейса между диспетчером и системой управления, а также коммуникацию с внешним миром (простите, методическое определение).
Поэтому, я понимаю под SCADA то, что она обозначает. И не хочу от нее больше того, чего она должна делать! Другое дело, что то, что нам предложено, убого реализует ряд функций, что приходится выкручиваться старым дедовским способом.
[color=blue:7bd70abf88]Если это так, то мне кажется, что Вы несколько смещаете понятия. Прерогатива HMI - это визуализация информации, в том числе, информации об аварийной ситуации, а не собственно детектирование и оперативное реагирование на аварию. А распознавание аварии является прерогативой других компонентов SCADA - контроллеров, которые, собственно, и нужны для того, чтобы контролировать ситуацию, предотвращая непредсказуемое развитие событий на объекте управления. [/color:7bd70abf88]
Ну хорошо, не распознавание, а отображение. Но от этого флейма поставленная задача не решается.
SCADA-контроллеры, хм, интересно 8O . Честно говоря, я все понял, о чем вы пытаетесь сказать, но с терминологией не согласен.
[color=blue:7bd70abf88]Компьютер предназначен, собственно, не для распознавания аварий, а для их отображения и приёма инициативных команд оператора. [/color:7bd70abf88]
[color=blue:7bd70abf88]По моему убеждённому мнению, именно контроллер, а не компьютер интерфейса оператора является тем местом, где должно осуществляться детектирование аварийных ситуаций и оперативное, в реальном времени, реагирование на них. Информация (в т.ч. аварийная) должна немедленно обратываться в том месте, где она непосредственно образуется (в контроллере), а не в том месте, куда она потом поступает по сети - в компьютере оператора. [/color:7bd70abf88]
На самом деле, все это понятно, и именно так и делается, но регистрацию этих ситуаций никто не отменял. Компьютер и панель в том числе, во многих случаях становится единственным способом, чтобы донести в реальном времени оператору критическую информацию. От действий оператора могут зависеть задачи контроллера. По-моему ничего сверхестественного от панели в данном случае не запрашивается. И очень часто PC или панель также должны работать в постоянном режиме, их можно продублировать для надежности и т.д. и т.п.
[color=blue:7bd70abf88]Детектирование и реагирование на аварийные ситуации обычно и реализуются в контроллере. А пытаться реализовать детектирование и реагирование на аварии в компьютере, предназначенном для отображения информации, используя макросы или какие-то сложные механизмы и ухищрения, на мой взгляд, неэффективно.[/color:7bd70abf88]
Ох как пристали к термину! А как назвать тот механизм, который реализован в ME? Не детектирование? Когда сначала напиши триггер, с его результатом свяжи messages, да еще кое-чего. Это просто отображение?
Чувствуется склонность к поучению :) А помощи в реализации увы...
Еще раз задача: Есть приблизительно 100 тегов в контроллере, которые отвечают за контроль состояния объекта управления, схем управления и т.д., на основе которых в RSViewME должен формироваться список аварийных сообщений. Теги контроллера и SCADA связаны между собой. Реализованы триггеры, по которым сообщения вываливаются на экран, где AlarmList. Необходимо, чтобы при возникновении хотя бы одной аварии (изменении в одном из 100 тегов) загорелась лампочка красным цветом. Лампочка размещается на остальных (скажем 10-ти) экранах и сигнализирует о том, что в AlarmList есть новое сообщение.
Я понимаю, что можно в контроллере организовать какую-нибудь задачку и все 100 тегов по "ИЛИ" проверять и записывать результат в 101-й тег. Но это же полный отстой, при условии, что если нам надо добавить еще контролируемые теги! А еще можно с каждым тегом в PLC связать строковый тег (строку) и ее пулять по сети для отображения на экране - вообще красота!
Подозреваю, что это слишком крутое желание для ME, но вы упорно об этом молчите, пытаясь рассказать о концепции сбора и обработки диспетчерской информации.
Кстати, про AcknowledgeAll так тоже нет ответа. Совсем беда.
Спасибо за ответы.
С уважением,
Vitaliy D. Burtsev
|
[color=blue:7c686ec75b]Не все! Я, например.
Что контроллер не следит за ситуацией и продолжает работать?
А, если RSViewME отключили, перегрузили...
RSViewME - терминал оператора [/color:7c686ec75b]
Я с вами согласен и прекрасно все понимаю, что при возникновении неисправности, аварии, PLC должен ее обрабатывать, выполнять какие-либо задачи, отвечающие за их обработку.
Однако речь идет о регистрации этих аварий, отображении их на экране.
[color=blue:7c686ec75b]В RSViewSE и RSView32 все решается просто см. системные теги:
- system\AlarmSummaryItems
- system\AlarmSummaryItemsUnacked[/color:7c686ec75b][/color]
Это мне известно.
С уважением,
Vitaliy D. Burtsev
|
[quote:50f4c69cd6="Mr_Wasp"]Но моя задача от этого только усложняется[/quote:50f4c69cd6]
Никто не обещал, что будет легко :wink:
[quote:50f4c69cd6="Mr_Wasp"]Ведь все понимают, что отслеживание аварий - прерогатива SCADA.[/quote:50f4c69cd6]
Не все! Я, например.
Что контроллер не следит за ситуацией и продолжает работать?
А, если RSViewME отключили, перегрузили... :o
RSViewME - терминал оператора :!:
В RSViewSE и RSView32 все решается просто см. системные теги:
- system\AlarmSummaryItems
- system\AlarmSummaryItemsUnacked
|
[quote:d28aa39e62="New_user"]В том-то и проблема, что экран нельзя в среде разработки открыть[/quote:d28aa39e62]
Открыть можно, но нужно знать как:
[HKEY_CURRENT_USER\Software\Rockwell Software\RSVIEW\Project\Graphics Animation]
"AllowNonregisteredControls"="1"
|
Уважаемый Strannik!
На текущий момент раздел русскоязычной документации на нашем сайте находится в стадии разработки. Вы можете обратиться в ближайший офис VDT Industrial Automation и мы предоставим в удобном для Вас виде необходимую русскоязычную документацию.
|
У AUMA есть cредства управления приводом АУМАТИК АС c микроконтроллером:
[img:835d603f99]http://www.auma.com/uploads/media/30102003145846_1/products/controls/tn_ac1_01_gif.gif[/img:835d603f99]
http://www.auma.com/cms/Auma/de/produkte/steuerungen/1,111003,19377.html
|
S:45 - это DII-Interrupt.
А когда там отрицательная величина, что показывает бит S:5/12?
[code:1:c0935b5c79]S:5/12 Discrete Input Interrupt Overflow Bit
This bit is set whenever the DII interrupt occurs while still executing the DII subroutine or whenever the DII interrupt occurs whild pending or disabled.[/code:1:c0935b5c79]
Я исхожу из того, что в S:6 нет ошибок 002E и 002F, т.е. входной слот DII и файл обработки существуют.
|
В registry у меня то же самое (только по-немецки :) ).
FactoryTalk влиять может.
Возможно, что-то у Вас с механизмами доступа или политиками прав пользователей в Windows.
Что у Вас с Windows Firewall?
Вы ставили софт точно по руководству по инсталляции RSViewSE? В той же последовательности? Выполнили всё, что написано?
Я бы посоветовал сделать "чистую" инсталляцию на "чистый" Windows. Думаю, что при тщательном соблюдении порядка установки всё получится.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
