 | |
Предыдущие результаты
 [quote:d9fb652218]Коммутатор? Что Вы имеете в виду?[/quote:d9fb652218]
Controllogix подключен к Ethernet Switch, так же как и другое оборудование...
Почему задавался вопрос:
В мануале акцент ставится на применение этого девайса с целью подключения через Wireless к шасси Сontrollogix, либо через Ethernet к удаленным Wireless точкам доступа.
|
Конечно, с этого модуля, установленного в ControlLogix, можно по Wireless соединиться с точкой удалённой точкой доступа, висящей в Ethernet. Он для этого, собственно, и предназначен.
[quote:346a66256c]подключив MVI к коммутатору[/quote:346a66256c]
Коммутатор? Что Вы имеете в виду?
|
Добрый день всем!
На производстве имеется большое количество оборудования, которые имеют различные контроллеры, связанные между собой по Ethernet (PLC, SLC, ControlLogix).
Возможно ли через ProSoft,инсталлированную в ControlLogix, по wireless выйти на сеть Ethernet (подключиться в онлайн к др.PLC), подключив MVI к коммутатору?
|
[quote:b899f3937f]Я вобщем-то и не утверждал что мы реализуем ПИДы и прочее в СКАДе, но при этом и не отрицал что это легко возможно, например в скриптах. :)[/quote:b899f3937f]
Но Ваши скрипты хотя бы резидентно находятся и исполняются в контроллере? Или таки на каком-то из компьютеров?...
[quote:b899f3937f]Концепция уже давно утверждена - GeFanuc и никаких гвоздей! :)[/quote:b899f3937f]
Что ж.... тогда ой :)
[quote:b899f3937f]Позвольте полюбопытсвовать как Вы решаете задачи коммуникаций между контроллерами на базе TCP/IP по типу вызова низкоуровневых процедур в ПЛК ?[/quote:b899f3937f]
Пожалуйста :)
Контроллеры Allen-Bradley - это очень высокоорганизованные устройства, обладающие очень высоким уровнем интеллекта и очень серьёзной мультизадачной операционной системой реального времени. Именно поэтому никаких низкоуровневых процедур на уровне пользователя в этих контроллерах не предусмотрено. Да и необходимости в них никакой нет.
Есть два основных способа обмена данными между контроллерами:
1) В концепции Producer-Consumer любой контроллер в сети является Producer'ом, т.е. предоставляет свои данные (тэги) в сеть для всеобщего пользования. Все остальные контроллеры просто (одновременно) используют эти тэги, т.е. их потребляют так, как если бы эти тэги находились в их памяти. Т.е., являются Consumer'ами этих тэгов.
Этот механизм прозрачных "соеднинений" между производителем и потребителями данных обеспечивается протоколом CIP, который поддерживается сетями Ethernet/IP, ControlNet, DeviceNet.
Всё происходит на уровне операционной системы контроллера, пользователь организацией обмена не занимается.
2) В исторически более старой концепции, восходящей ещё к временам PLC-3 (или даже раньше) контроллер имеет в своей системе команд специальную команду MSG. С её помощью один контроллер либо читает единицу данных, находящуюся по фиксированному адресу в памяти другого, либо записывает данные в память другого контроллера по фиксированному адресу.
Этот способ обмена характерен для старых контроллеров с фиксированным распределением памяти и однозадачной операционной системой. В новых контроллерах эти приказы MSG тоже всё ещё поддерживаются, хотя операционная система в них мультизадачная и распределение памяти, соответственно, динамическое, Поэтому пользователь имеет доступ не к фиксированому адресу в "чужой памяти", а к единице хранения данных с символическим именем - тэгу.
В этом варианте пользователь также никак не программирует собственно сетевой обмен. Коммуникациями между контроллерами занимается не пользователь, а операционная система контроллера.
Весь обмен данными в любом из вариантов обмена происходит асинхронно к скану программы. В многозадачной операционной системе реального времени задача обмена по сети - это скрытая от пользователя системная задача с одним из наивысших приоритетов.
|
Добрый день.
Имеет-ли кто-нибудь опыт передачи данных между двумя ML1100 через EtherNet? Сколько устройст можно связать таким образом, что-бы каждый видел каждого?
В RSLogix500 создал MSG все настроил, вроде должно работать, но самой железяки у меня нет.
Имеет-ли данный контроллер и его модули разрешительные сертификаты на территории РФ? И какие именно? И где их можно посмотреть?
С уважением, Дмитрий.
|
[quote:1f68d74ca6="oldDad"]Некоторые сервисы висят и на UDP.[/quote:1f68d74ca6]
да, висят... но не связанные с программированием
это автобраузинг по Ethernet/IP и продюссирование, вроде больше ничего на UDP нету
ЗЫ
вообще, для безопасности я бы не рекомендовал выводить контроллер на прямой доступ из интернета, лучше связаться с сервером по VPN например, и дальше уже через туннель использовать сервисы удаленного Linx'a
это самый простой из действительно безопасных способов
|
[quote:9a21691d4a="AlexV"]Вроде как должно быть достаточно только TCP порт 44818
на этом же порту, собственно, все обмены по Ethernet и висят[/quote:9a21691d4a]
Спасибо.
Этого было достаточно. :)
|
Вроде как должно быть достаточно только TCP порт 44818
на этом же порту, собственно, все обмены по Ethernet и висят
|
Дополнение к вопросу.
CL - CompactLogix с EtherNet на борту или ControlLogix c ENBT модулем.
CL подключен к CISCO, в котором нужно пронатить порты.
|
Прошел :) Результат таков:
Контроллеры:
Total score: 34 out of 60, 57% :)
(RSLogix5000 - passed, а вот с SLC и PLC дела обстоят похуже)
Сети:
Total score: 39 out of 59, 66% :)
(ControlNet Passed. Ethernet Passed. Засыпался на топологиях DeviceNet)
Кто еще похвастается результатами?
|
Предыдущие результаты
Ещё результаты |
|
| |
|
