 | |
Предыдущие результаты
 Предполагается использовать 2706-P44R с преобразователем 2706-PDNETM. Но в KNOWLEDGEBASE нашел следующее:
DeviceNet:
The 2706-PDNETP, 2706-PDNETM and 2706-PDENTK will work with any of the A-B DeviceNet scanners (i.e. 1747-SDN, 1769-SDN, 1788-DNBO, etc.)
They will NOT work with the 1761-NET-DNI module. The DeviceNet module must be mapped as a slave to the DeviceNet scanner.
NOTE: How to use the 2706-PDNI is not discussed here. Information included here is to explain their limitations only.
If using 2706-PDNI connected to the InView screen, this will only work with controllers that are capable of performing a MSG instruction over the DeviceNet path.
This would include the ControlLogix processor but exclude the PLC-5 and SLC processors because you cannot program the proper path for the instruction.
This would also exclude the CompactLogix L20 and L30 processors because they do not support backplane messaging
Это огорчает т.к в проекте заложена сетка DeviceNet с процессором 1769-L32E и сканером 1769-SDN. Видимо придется менять процессор на L40 или использовать Ethernet для подключения к InView.
|
Добрый день
Если важна и цена, и только русский продукт, то после определения вышесказанных параметров я бы посоветовал обратить внимание на TrMode6, у них обширная линейка поддерживаемых контроллеров, в т.ч. на платформе Logix.
|
Можно ли передать сообщение из ComactLogix(процессор L32E) на InView по сетке DeviceNet через сканер 1769-SDN?
Или необходимо использовать преобразователь 1761-NET-DNI и канал последовательной связи на процессоре. (Если так, то какой нужен кабель, чтобы соединить процессор и преобразователь)
|
Привет уважаемые участники форума, привет Den.
Позвольте мне немного поучаствовать в дискусси, подлить масла в огонь,
ведь так мы и не знаем ничего конечном результате и негоже,чтобы пользователь
не получил конкретного ответа на задаваемый специфический вопрос.
Прежде всего, я на 200 процентов согласен с предыдущими коллегами, что при применении ML1500
невозможно осуществить runtime access к вышеперечисленным конфигурационным параметрам.
У меня пару лет назад была похожая ситуация с конфигурационными параметрами (фильтрами)
аналоговых блоков 1769 но только не в локальной rack, Я имел удаленную конфигурацию по DeviceNet.
Прежде всего имя документа по 1769-IF8 есть Publication 1769-IN067B-EN-P-September 2005.
На странице 3-17 последний TIP гласит интересующую тебя фразу.
Но не в этом дело.Если в RSLogix 500 посмотришь I/O Date Files, то для модуля в Output file
you can see only one integer word. Значит доступ к параметрам имеешь только при конфигурации.
Другое дело если возмешь процессор 1769-L35E и RSLogix5000, получишь в конфигурационной структуре
Local:[slot]:C.CH0HAlarmLimit, Local:[slot]:C.CH0LAlarmLimit и так далее по всем каналам.
Так что при этой конфигурации можешь имтеь доступ с PLC and any SCADA as well.
Не зная application я не берусь давать советы по количеству алармов, но по всем канонам нужно иметь 2 пары алармов
как минимум, а то и три (LoLoLo, LoLo, Lo, Hi, HiHi, HiHiHi).
И кто будет alarms provider, PLC or SCADA, это нужно решать по конкретному проекту и топологии.
Напоследок проинформирую, что у Rockwell в последней версии RSLogix5000(16) появились
две новые команды ALMD and ALMA, а RSLInx Enterprise CPR9 has property page with Alarm and Event tab with enable
alarms support and history checkbox. Это уже немного начинает напоминать IAS от Wonderware.
Спасибо за внимание.
Успехов в нашем нелегком деле коллеги. Good luck.
|
Уважаемые коллеги, имеется ряд вопросов для понимания процессов при обмене данными процессоров ControlLogix через RSLinx Classic со SCADA .
Имеется система из 2-х из двух корзин ControlLogix, в каждой по контроллеру, связанные по ControlNet. В одной из корзин модуль ENBT. Одна или несколько таких систем связаны через Ethernet<->RSLinx Classic со SCADA, в которой имеются несколько приложений являются OPC-клиентами для RSLinx.
Цель оптимально сконфигурировать связь с SCADA c контроллерами ControlLogix.
Есть документ: «Руководство по применению: Сбор данных ControlLogix в RSLinx Classic» (в английском варианте присутствует на диске с RSLinx).
Документ поясняет, что RSLinx Classic получая запросы от OPC-клиентов и выгрузив из контроллера список доступных тегов создает «Оптимизированные пакеты ControlLogix».
«Оптимизированные пакеты ControlLogix» - блоки размером 486 байт, которыми обменивается RSLinx Classic и контроллер ControlLogix. Этих пакетах помещаются запрашиваемые из контроллера данные. Данные в пакетах компонуются так, чтобы этих пакетов было минимальное число.
«Оптимизированные пакеты ControlLogix» RSLinx Classic использует подключения
[i:34d52664a2]Цитата:
[b:34d52664a2]Как RSLinx Classic использует подключения (Connection) ControlLogix[/b:34d52664a2]
При сборе данных из ControlLogix RSLinx Classic использует Подключения, т.е. специальные каналы связи. При чтении данных из процессора ControlLogix каждый Оптимизированных пакет ControlLogix (ControlLogix Optimized Packet) использует данные Подключения. Он получает свое Подключение из пула Подключений (pool of connections), общего для всех Оптимизированных пакетов ControlLogix. Максимальное количество подключений, которое используется в этом пуле, можно изменить, но по умолчанию оно задано четыре Подключения, так как во многих случаях это количество является оптимальным[/i:34d52664a2].
У меня возникли следующие вопросы, на которые я не нашел ответа:
1. Что же это за «пул подключений(connection)» ?
2. Какой механизм их выделения?
3. Связаны эти подключения количеством connections модуля ENBT?
4. Т.е. как определять оптимально ли 4 подключения (Например если оптимизированных пакетов получается больше 4-х)?
5. Как количество подключений может быть связано с объемом и скоростью получения данных из процессора в SCADA через RSLinx Classic?
А также буду благодарен за информацию поясняющую:
6. Обосновано ли использовать модуль EN2T в место ENBT для связи со SCADA?
|
[quote:28c74217ee="Den"]Спасибо за помощь, dv_, вроде по алармам все понятно, хотя я знал, что доступ к файлу конфигурации имеется не для всех ПЛК, однако в мануале на ML1500 (на русском языке) по этому вопросу ничего не написано.....если Вас не затруднит, дайте пожалуйста ссылку на литературу, где это можно прочесть....может еще по отличиям ПЛК ML1500 различных серий (серия А, В, С). Заранее благодарен.[/quote:28c74217ee]
[url]http://literature.rockwellautomation.com/idc/groups/public/documents/webassets/browse_results.hcst?lineTitle=MicroLogix%201500%20System&familyTitle=Programmable%20Logic%20Controllers&categoryTitle=Programmable%20Controllers&xLanguage=EN%20-%20English&CategoryId=0012&FamilyId=0088&passedLangVal=EN%20-%20English[/url]
|
Дело в том, что в Интач алармы конечно есть, однако их можно использовать только для визуального отображения сигнала тревоги, но не для аварийных отключений по превышению контролируемым параметром определенной уставки.....аварийные отключения связываются с "алармами", прописанными в самом ПЛК, уровни отключений должны быть изменяемы средствами HMI (сверху)....т.е. порог срабатывания вводится сверху, а обработка и генерация тревоги происводится в ПЛК. В MicroLogix 1500 из прграммы программирования ПЛК RSLogix500 можно задавать пороги срабатывания алармов для входных сигналов аналоговых модулей (IF8), однако как достучаться до этих порогов и до самих генерируемых алармов при помощи "неродной" СКАДА InTouch - не понятно. Я выхожу из положения примитвно сравнивая каждый тег с задаваемыми уставками (переменными, которые задаются сверху) и по результатам генерирую собственные биты алармов, если есть более простой вариант в моей ситуации - помогите пожалуйста советом. Заранее спасибо.
|
Спасибо, SimpleX, как я понял про алармы тегов MicroLogix, то работать с ними можно только в родной скада, а в моем случае необходимо использовать InTouch, следовательно использовать встроенные средства алармирования не получится. Поправьте меня, если я не прав...Спасибо за помощь.
|
Здравствуйте, коллеги, ответьтьте пожалуйста на вопрос: как можно зацепить алармы сигналов, идущих на вход аналогового модуля 1769-IF8. При помощи каких инструкций это делается, тип процессора MicroLogix 1500 LRP серия С. Заранее благодарен за помощь.
|
Установлены 1756-DNB DeviceNet Scanner. На них заведены датчики температуры. Замечена интересная вещь: при вылете сканера в Bus Off Detected (BOD) данные просто замирают на месте. Была ситуация когда один из сканеров [b:3578ea0635]СУТКИ[/b:3578ea0635] был в BOD и при этом никто это не замечал (заметили чисто случайно).
В RSLogix5000 нашел Local:Х:S в котором есть статусы сканера. Но не нашел что именно каждый из битов означает.
Может быть у кого нибудь есть описание - был бы очень благодарен.
|
Предыдущие результаты
Ещё результаты |
|
| |
|
