 | |
Предыдущие результаты
 Доброго времени суток всем! Помогите советом, кто в курсе. Нужен небольшой контроллер Rockwell Automation с параметрами (не менее 2 аналоговых входов, аналоговый выход, и не менее 5 дискретных входов). Также интересует поддержка контроллерами RA протокола Modbus. Заранее спасибо.
|
Спасибо за документацию.
Создал проект, который прекрасно работет на RSView ME на ПЭВМ: читает и пишет параметры через ModBus.
Но при загрузке в панель (в конце) выдает ошибку: "Unable to add Kepware server configuration information to the runtime file. Would you to continue creating the runtime file anyway?".
На ПЭВМ установлено:
FactoryTalk View Studio: 5.00.00 (CPR9)
Patch/Pack Number: 00
Build Number: 55
Подскажите, пожалуйста, в чем может быть причина.
|
Вот, есть вот такой документ:
[url=http://literature.rockwellautomation.com/idc/groups/literature/documents/um/2711p-um002_-en-p.pdf]Modbus Applications For PanelView Plus and PanelView Plus CE Terminals[/url].
|
Добрый день.
Помогите наити документацию, как связать PVPlus400 с устройством по ModBus TCP или RTU. Например связать PVPlus400 и ML1400 c портом сконфигурированным под ModBus.
Прошил в панель ModBus EtherNet и ModBus Serial, но не могу найти как обратиться к ним.
KeepServer на ПЭВМ настроил на связь с ML1400 по ModBus - все работает.
|
[quote:391ccadd93="oldDad"]Для работы с этими контроллерами Вам необходимо установить на Вашем компьютере коммуникационный пакет RSLinx, который получит данные с контроллеров и предоставит их по OPC всем потребителям.
В зависимости от конкретного типа контроллера Вам необходимо иметь в компьютере также плату с сооответствующим контроллеру коммунмкационным интерфейсом.[/quote:391ccadd93]
Спасибо за ответ!
Правильно ли я понял, что пакет RSLinx является помимо всего прочего и OPC DDE сервером?
Просто я думал что необходимо использовать на ПК OPC сервер типа KEPServerEx фирмы Kepware (с драйвером для протокола DF1), и так как оба контроллера и SLC500 и MicroLogix1500 поддерживают вроде бы протокол DF1. Это первый вариант. И второй вариант, использовать протокол ModBus и соответствующий OPC сервер (так проще для интеграции подсистемы). MicroLogix1500 поддерживает (вроде бы) ModBus, а SLC500 предпологается связать с ModBus с помощью комуникационного модуля Prosoft MVI46-MCM. Все предполагается связать с ПК по интерфейсу RS-232 или RS-485 с помощью преобразователей интерфейса.
Хотелось бы услышать мнение проффесионалов в этом деле! Что то может упростить или усовершенствовать? Единственное требование заказчика это использование контроллеров от Allen Bradley (может посоветуете какие то другие контроллеры этой фирмы?)
|
Добрый день!
С этими контроллерами не работал, появилась такая задача, как вывести данные с этих контроллеров в систему SCADA.
Как это можно сделать? С помошью каких средств? На ПК должен работать OPC сервер (ModBus или любой другой, но лучше ModBus).
Заранее спасибо за ответ!
|
Т.е. для описанного выше проекта, данная конфигурация должна подойти:
---На базе FT View ---
* FactoryTalk View Studio for FactoryTalk View (среда разработки)
* FactoryTalk View Site Edition Station 15 Display (исполнительная система)
* OPC-сервер ModBus
* FactoryTalk Transaction Manager "RSSQL PROFESSIONAL VERSION" (модуль для фиксирования событий в базе MS SQL)
---На базе RsView32 (просто для проформы) ---
RSView32 Works 1500 (среда разработки)
RSView32 Runtime 1500 (исполнительная система)
OPC-сервер ModBus
FactoryTalk Transaction Manager "RSSQL PROFESSIONAL VERSION" (модуль для фиксирования событий в базе MS SQL)
|
Добрый день!
[quote:a5d46cedd7]1) Планируется использовать RSView32[/quote:a5d46cedd7] Почему именно этот устаревший продукт, а не FactoryTalk View?
[quote:a5d46cedd7]* предполагаемое количество тегов 2000;[/quote:a5d46cedd7]
Если всё-таки хотите RSVIew32, то нужна среда разработки
9301-2SE2353 RSVIEW32 WORKS 5K WITH RSLINX
и RunTime клиент
9301-2SE3353 RSVIEW32 RUNTIME 5K WITH RSLINX
[quote:a5d46cedd7]* все устройства в системе работают по протоколу ModBus (для заведения в RsView планируется использовать OPC сервер Modbus);
[/quote:a5d46cedd7]
ОК.
[quote:a5d46cedd7]
* необходимо организовать хранение данных о происходящих событиях (значения параметров, аварии, предупреждения и т.д.) в сторонней базе данных - MS SQL. Что для этого потребуется (RsSQL или RsHistorian или вообще ничего не понадобится)??? [/quote:a5d46cedd7] Потребуется FactoryTalk Transaction Manager:
9356-PRO2100 RSSQL PROFESSIONAL VERSION WITH 150 TAG LIMIT
(или сколько тэгов Вы хотите передавать в MS SQL? Есть версии до 70 000 тэгов).
[quote:a5d46cedd7]Также хотел бы узнать по поводу формирования отчетов потом из базы MS SQL.[/quote:a5d46cedd7] Что именно Вы хотели бы узнать?
[quote:a5d46cedd7]
* Как организовать масштабируемость системы: т.е. положим сначала по проекту подразумевается одно АРМ оператора, но впоследующем, вероятно понадобится расширить кол-во АРМ до нескольких штук. Как это надо будет произвести и что для этого потребуется???[/quote:a5d46cedd7] Сразу скажу: если Вы планируете расширение системы в будущем, забудьте об RSView32. Если Вы поставите более трёх RSView32 в одном сегменте, каждая машина с RSView32 будет забирать тэги через OPC с Вашего OPC-сервера независимо друг от друга, в итоге производительность сети резко упадёт, или даже сеть ляжет под тяжестью тэгов.
Если планируется количество АРМ оператора более трёх, то лучше всего сразу спланировать клиент-серверное решение, например, на базе FactoryTalk SE. Ставится один сервер (или два, если вы хотите их зарезервировать), на них ставите OPC-сервер Modbus, и в эту же сеть - любое количество клиентов в этой же сети - неограниченно. Количество тэгов тоже неограниченно, но ограничивается количество видеоэкранов (от этого количества зависит версия FTView и цена).
Ставьте сразу FTView SE, иначе потом обойдётся гораздо дороже (и получится в итоге хуже). Кстати, при количестве АРМ клиентов более трёх-четырёх, такое решение уже будет дешевле, чем "огород" с RSVIew32.
|
Добрый день!
Хотел узнать у знающих людей, некоторую информацию, которую не нашел толком в интернете . Плюс ко всему заниматься на продуктах RA наша компания стала совсем недавно. Итак, ситуация следующая:
1) Планируется использовать RSView32
1) Необходимо сформировать конфигурацию на необходимо ПО (что надо для реализации нижеописанного проекта). Параметры проекта следующие:
* предполагаемое количество тегов 2000;
* все устройства в системе работают по протоколу ModBus (для заведения в RsView планируется использовать OPC сервер Modbus);
* необходимо организовать хранение данных о происходящих событиях (значения параметров, аварии, предупреждения и т.д.) в сторонней базе данных - MS SQL. Что для этого потребуется (RsSQL или RsHistorian или вообще ничего не понадобится)??? Также хотел бы узнать по поводу формирования отчетов потом из базы MS SQL.
* Как организовать масштабируемость системы: т.е. положим сначала по проекту подразумевается одно АРМ оператора, но впоследующем, вероятно понадобится расширить кол-во АРМ до нескольких штук. Как это надо будет произвести и что для этого потребуется???
|
Спасибо всем. Все решилось перепрошивкой на MNETC с использованием CF-карточки. Фокус в том, что CF-карточка должна быть установлена в модуль и отформатирована в MS-dos - сразу заработал Download\Upload и все остальное. Выводы: Для связи по Modbus tcp/ip с одним клиентом используйте MVI69-MNET, а для связи с несколькими (до 30 клиентов) - MVI69-MNETC. Точно скорости обмена не замеряли, на первый взгляд - 5-10 раз в секунду при 7 клиентах...
|
Предыдущие результаты
Ещё результаты |
|
| |
|
