 | |
Предыдущие результаты
 [quote:3716275a3f="DIMIOKS"]Добрый вечер всем!
Пытаюсь установить прямое соединение с L32E в RSView32 через RSLinxLite.
Канал настраивается нормально, тип сети TCP/IP и драйвер AB_ETH.
Но вот с узлом проблема. Имя и канал выбирается, а расположение узла в проводнике RSWho видно, но при попытке установить узел, ругается, что типа не поддерживаемое устройство. В типах устройств видны токо SLC, PLS и SoftLogix5. Прописка адреса ручками ничего не дает.
Я так понимаю, с Logix5550/CompactLogix прямое соединение невозможно?
Та-же история и с DF-1[/quote:3716275a3f]
RSLinx Lite используется только для инструментальных средств, например: RSLogix *.
Нужен RSLinx Professional, а может хватит и OEM (его возможности периодически увеличиваются, включая OPC), см. RSLinx Classic http://www.rockwellautomation.com/rockwellsoftware/design/rslinx/orderinginfo.html
Семейство Logix только через OPC.
|
Какие версии Rockwell Software у Вас установлены?
G74144057:
[quote:50cb48fad2]Rockwell Software products introduced support for Hyper-ThreadingTM in Coordinated Product Release 7 (CPR7). Note: No Rockwell Software products supported Hyper-ThreadingTM prior to CPR7. To verify the product version you have installed, use Help > About.[/quote:50cb48fad2]
[quote:50cb48fad2]Disabling Hyper-threading will be machine specific, but is typically accomplished in the system setup (BIOS). Reference your computer's User's Guide for additional information.[/quote:50cb48fad2]
|
Да, есть версия с конкурентной активацией, например, 9324-RLD600ENF. Она имеет так называемую [u:2f9c1ce8af][url=http://literature.rockwellautomation.com/idc/groups/literature/documents/fa/ft00-fa001_-en-e.pdf]"floating activation"[/url]:[/u:2f9c1ce8af]
[quote:2f9c1ce8af][b:2f9c1ce8af]What is a concurrent activation?[/b:2f9c1ce8af]
A concurrent activation locks the software activation to an activation server computer. The activation server manages a pool of activations and shares them with client computers over a network connection. Client computers must be configured to search for activations on the activation server. An activation file is not required on each client computer. Concurrent activations can be either floating or borrowed. See the next two questions below.
You can use a dongle for the Host ID for concurrent activation. Only the computer with the dongle attached can serve the activations.
[b:2f9c1ce8af]
What is a floating concurrent activation?[/b:2f9c1ce8af]
Floating activations are automatically checked out to a client computer when the client runs software that requires activation. The activations are automatically checked back in to the activation server when the client shuts down the software or loses its network connection. Floating activations require a continuous network connection.[/quote:2f9c1ce8af]
Но в любом случае нужно покупать количество лицензий, равное максимальному количеству одновременно работающих станций. Т.е. если купить 2 лицензии, то из 10 станций одновременно смогут работать 2 любых.
|
[quote:8e463102a2="akko"]1. В RSLOGIX (13 версия) не создается проект для контроллера 1769-L32E 13 версии. Пишет "Failed to create project file "..." Не найден указанный модуль". Или вместо модуля - "класс не зарегестрирован".
В чем может быть проблема?[/quote:8e463102a2]
Проблема может быть в инсталляции или нарушении инсталяции Windows и/или продуктов Rockwell Software.
[quote:8e463102a2="akko"]2. В таблице по адресу
http://www.ab.com/en/epub/catalogs/12762/2181376/2416247/407648/6202192/1835636/tab4.html
указано, что контроллеры 1769-L32E,С и 35Е,С не могут работать с модулями 1769 Compact I/O - стоит No в таблице.
Это опечатка, или как это понимать?[/quote:8e463102a2]
В этой таблице написано, по какой из сетей могут быть подключены модули удалённого ввода-вывода. Так вот, удалённые модули Compact I/O - только по DeviceNet.
|
Здравствуйте!
Ситуация следущая:
На производстве есть оборудование которое содержит 1747-L553/C Ethernet Processor с портами RG-11, 2хRG-45 Remote Conrol
Для диагностики и настройки данного оборудования буржуи пытаются подключиться к нему через dial-up.
Может кто-нить знает возможно ли подключиться к данному оборудованию через интернет, какие порты используется программа?
У себя на internet-шлюзе есть возможность прокинуть реальный ip на это оборудование, вот только не знаю какие порты использует Rockwell software RS500
и какие настройки в этой программе нужно сделать.
Может у кого скрины есть или мануал сообщите пожалуйста!
|
[color=blue:e339b15f6e]Знаете, возможно, Вы удивитесь, но то, что Вы по этом поводу думаете, не соответствует классическому определению термина SCADA. Вы, конечно, можете понимать под SCADA то, что Вам больше нравится понимать, но я бы порекомендовал Вам почитать классическое описание. Хотя бы в Wikipedia:
http://en.wikipedia.org/wiki/SCADA [/color:e339b15f6e]
Мое определение взято из учебника
"SCADA - системы: взгляд изнутри" Андреева Евгения Борисовича (Российский Университет Нефти и Газа им. И.М.Губкина) и Куцевич Надежды Александровны (компания РТСофт)
Полностью согласен с авторами, а трактовка с wikipedia меня удивила. Отсюда и непонятки. Честно говоря, останусь при своем мнении. Хотя если вчитаться в то определение, которое вы приводите, PLC - это источник данных для SCADA, это не противоречит моему пониманию.
[color=blue:e339b15f6e]После того, как Вы поймёте, что SCADA - это не только и не столько программное обеспечение, а система, Вы поймёте немного лучше, чего следует, и чего не следует ожидать от каждого её компонента. [/color:e339b15f6e]
Ну вот, обиделись...
http://www.rockwellautomation.com/rockwellsoftware/performance/rsview/rsviewme.html - вот декларация возможностей, чего я спрашивал не то?
И есть там фраза:
Alarming to quickly alert operators to conditions requiring immediate action
[color=blue:e339b15f6e]Извините, но разработчики не могли исходять из Вашего собственного (не вполне корректного) понимания того, что должна уметь HMI-система, а исходили из классического опыта и классического же набора функций для каждого системного компонента SCADA. [/color:e339b15f6e]
Ну тогда почему в RSView32 или RSViewSE у них появилось другое представление? И другие возможности?
[color=blue:e339b15f6e]Другое дело, что если функции панели оператора не позволяют лично Вам реализовать Ваши конкретные представления - что ж, не нужно использовать эту панель. Не нравится? Не используйте. Но Ваше "убого" - простите, но.... [/color:e339b15f6e]
Да вот же, наша ошибка есть в этом, повелись на рекламные высказывания, а оказалось гораздо слабее ожидаемого.
[color=blue:e339b15f6e]Вы что, чувствуете себя умнее, чем десятки тысяч инженеров, которые с успехом применяют это во всём мире? Вы, вероятно, полагаете, что Rockwell Automation мог бы себе позволить делать убогие вещи? Не намерен разубеждать Вас, а просто уверяю Вас, это не так. Просто Вы, видимо, не совсем адекватно представляете себе функции и задачи техники, на базе которой собираетесь работать. [/color:e339b15f6e]
Я не хотел сказать, что я умнее, чем другие, не претендую на лавры. И разубеждать меня ни в чем не следует, я не говорю обо всех продуктах фирмы, а речь вполне о конкретных вещах. Со многими продуктами удалось поработать и не один проект успешно функционирует даже с моими понятиями.
[color=blue:e339b15f6e]Мы Вам тут пытались показать, что Ваши представления не совсем соответствуют действительности. Поэтому я прочёл Вам небольшую лекцию о достаточно простых и очевидных вещах.
Впрочем, чтение тут ещё одной лекции не входит в мои планы, уж извините. Я не собираюсь объяснять основополагающие вещи, тем более, что мне не нравится, откровенно, говоря, Ваш агрессивный тон. [/color:e339b15f6e]
Достаточно ссылки.
Агрессии нет никакой, но коль скоро вы меня поучаете, я хочу понять причину моей темности.
А если обижаться на каждую реплику, то ни о какой прогрессивной работе может и не идти.
[color=blue:e339b15f6e]Здесь - форум. Здесь отвечает тот, кто хочет ответить. Тот, кто ответить не хочет, соответственно не отвечает.
Я мог бы ответить на Ваши вопросы, но в таком тоне вести диалог не имею желания, уж извините. Может быть, кто-нибудь из коллег захочет. [/color:e339b15f6e]
Да, жаль. Получается по принципу "знаю, но не скажу". Не хотите - не надо, спасибо.
[color=blue:e339b15f6e]Всего Вам доброго, желаю Вам успехов.[/color:e339b15f6e]
И вам того же.
С уважением,
Vitaliy D. Burtsev
|
[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
|
[quote:80c3950fb4="Mr_Wasp"]Ведь все понимают, что отслеживание аварий - прерогатива SCADA.[/quote:80c3950fb4]
Если под термином SCADA Вы понимаете его классическое определение, т.е. Supervisory Control And Data Acquisition, то Вы правы. Но, видите ли, мне кажется, что в данном контексте Вы применяете этот термин, не как собственно SCADA, понимаемую, как "input/output signal hardware, controllers, HMI, networks, communication, database and software", а имеете в виду только часть SCADA, именуемую HMI.
Если это так, то мне кажется, что Вы несколько смещаете понятия. Прерогатива HMI - это визуализация информации, в том числе, информации об аварийной ситуации, а не собственно детектирование и оперативное реагирование на аварию. А распознавание аварии является прерогативой других компонентов SCADA - контроллеров, которые, собственно, и нужны для того, чтобы контролировать ситуацию, предотвращая непредсказуемое развитие событий на объекте управления.
[quote:80c3950fb4="dv_"]А, если RSViewME отключили, перегрузили... :o
RSViewME - терминал оператора :!: [/quote:80c3950fb4]
Абсолютно согласен с коллегой.
Компьютер предназначен, собственно, не для [i:80c3950fb4]распознавания[/i:80c3950fb4] аварий, а для их [i:80c3950fb4]отображения[/i:80c3950fb4] и приёма инициативных команд оператора.
По моему убеждённому мнению, именно контроллер, а не компьютер интерфейса оператора является тем местом, где должно осуществляться детектирование аварийных ситуаций и оперативное, в реальном времени, реагирование на них. Информация (в т.ч. аварийная) должна немедленно обратываться в том месте, где она непосредственно образуется (в контроллере), а не в том месте, куда она потом поступает по сети - в компьютере оператора.
Компьютер может быть и выключен, или на него в момент возникновения аварийной ситуации могут и не смотреть. Но это не значит, что аварийная ситуация имеет право оставаться нераспознанной на протяжении какого-то непредсказуемого периода времени. А вот в контроллере (в отличие от пакета визализации) есть всё необходимое - многозадачная операционная система реального времени, максимально возможная скорость обработки информации, развитая система команд, отсутствие подвижных механических частей, повышенная по сравнению с компьютером живучесть, непосредственная локальная обработка критичных сигналов поступающих непосредственно от объекта через модули ввода-вывода. Он работает всегда, и в нём нет Windows :)
Детектирование и реагирование на аварийные ситуации обычно и реализуются в контроллере. А пытаться реализовать детектирование и реагирование на аварии в компьютере, предназначенном для отображения информации, используя макросы или какие-то сложные механизмы и ухищрения, на мой взгляд, неэффективно.
|
[quote:d28aa39e62="New_user"]В том-то и проблема, что экран нельзя в среде разработки открыть[/quote:d28aa39e62]
Открыть можно, но нужно знать как:
[HKEY_CURRENT_USER\Software\Rockwell Software\RSVIEW\Project\Graphics Animation]
"AllowNonregisteredControls"="1"
|
[quote:59f9d4ab9c="New_user"]Огромное спасибо за быстрый и исчерпывающий ответ.
В связи с полученной информацией появились вопросы:
1. Получается, что стандартными средствами RSView32 (команды и др.) нельзя обращаться к файлам регистрации активности и алармов?[/quote:59f9d4ab9c]
Стандартными средствами RSView32 (команды, Log Viwer и т.п.) можно обращаться только [u:59f9d4ab9c]к данным[/u:59f9d4ab9c], а не к cобственно файлам. Это сделано для того, чтобы пользователю не приходилось выбирать нужные файлы в зависимости от даты, и затем искать в этих файлах нужные тэги и их значения. Всё это RSView принимает на себя.
Если всё-таки по каким-то причинам необходимо работать с набором файлов "вручную", то Вы можете это делать средствами Windows, написать скрипт во встроенном в RSView32 VBA или использовать какие-нибудь утилиты. Можете использовать, например, Excel или написать самостоятельно какую-нибудь программу.
Файлы данных тревог и активности находятся в папках ALMLOG и ACTLOG Вашего проекта. Файлы архивирования данных - в папке DLGLOG.
[quote:59f9d4ab9c]2. Если установить с URL http://www.software.rockwell.com/download/mmi/rsview32/misc/rsviewlogviewer.exe компонент LogViewer и использовать его с RSView32 7.10, то надо ли устанавливать какие-либо дополнительные компоненты для работы LogViewer'а?
[/quote:59f9d4ab9c]
Нет.
[quote:59f9d4ab9c]3. Где можно найти документацию по LogViewer'у, т.к. нет возможности посмотреть Help из версии 7.20 по причине отсутствия последней :( ?[/quote:59f9d4ab9c]
Пожалуйста:
http://vdt-automation.de/files/rslogviewer.rar
Но можете и сделать update до v7.20.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
