 | |
Предыдущие результаты
 А я вот подумал добавить в первую стойку 1769-sdn, а во вторую - 1769-adn, и связать стойки по devicenet, либо ethernet-модуль во вторую.
хотя использование своего процессора было бы логичней, задачи другие стоят у второй стойки.
|
Во втором наборе модулей ввода-вывода принципиально необходим адаптер связи c процессором.
На мой взгляд, наиболее рациональным способом связи была бы связь по Ethernet. Следовательно, во втором, удаленнном от процессора, каркасе необходимо иметь либо модуль процессора с Ethernet (и тогда это получится двухпроцессорная система), либо построить удаленный ввод-вывод на Point I/O или Flex I/O с соответствующим адаптером Ethernet (и тогда это получится классическая система с распределенным вводом-выводом).
|
Здравствуйте! Имеется котроллер ControlLogix 1756-L73. RSLinx (v2.57) данный контроллер видит. При попытке подключиться к контроллеру, появляется ошибка 701-8004250В "Failed to go online with the controller. Communications request failed". Пытался подключиться USB кабелем и Ethernet. Firmware контроллера как и Rslogix - двадцатая.
Я так полагаю, если версия Rslinx была бы ниже требуемой, то я бы вообще не увидел данный контроллер. Кто-нибудь сталкивался с такой ошибкой?
|
Всем доброго времени суток!
Проектируется: L32E + 10-12 узлов Point/IO, Ethernet/IP
Задача: Связать нашу систему с S7-1200 (один из маленьких, пока точных данных нет), 4шт. При этом желательно использовать на физическом уровне сетевой кабель Ethernet/IP, который мы уже поставили в проект.
Имеется на Siemens: RS-485, Modbus для связи с частотниками Danfos (готовое изделие). Программист по их системе Siemens обещал поддержку по Modbus на программном уровне. Profinet - стандартный разъём. Контроллеры S7 друг с другом в общую АСУ не связанны.
Как лучше связаться с Siemens: использовать ILX34-MBS485 Modbus на Point_IO, либо есть вариант как-то подвязаться по Profinet?
Честно говоря, очень не хочется опять ловить глюки по RS-485...
Если у кого есть опыт поделитесь. Я рассмотрю все варианты.
Как вариант, конечно, просто выкинуть Siemens и включить датчики и частотники в нашу систему, но Заказчика пока шокирует этот самый оптимальный подход. А поставщик категорически не хочет продавать "голое" железо без АСУ Siemens, т.к. понятно, что цена упадёт в разы. Деньги проплачены, изменить заказ нельзя.
|
День добрый, коллеги!
Проектирую систему с резервированными контроллерами ControlLogix 1756, планируется DLR (Device Level Ring). В частности, для связи модулей EN2TR.
Возник вопрос, обязательно в качестве кабеля Ethernet/IP использовать патч-корды производства Rockwell (например, 1585J-M8PBJM-x)? Или можно заказать обычные патч-корды Ethernet, сделанные на основе 8-жильного кабеля категории 5e (такие используются в офисах, дома и т.д.)?
|
Ну так обрыв кабеля Ethernet это и есть "падение" источника данных, поэтому и будет статус "Bad". Откуда OPC знать, что при значении переменной Ch0Fault==1, он должен выдавать не 0 и нечто иное? Как и говорил ранее, реализуйте все сами на верхнем уровне, если Fault то пусть пользователь видит то что... что Вы сами захотите то он и увидит)
|
Мои 2 копейки ...
Safety Task , да и все остальное со словом Safety ... это ТОЛЬКО Safety , а вот модули Ваши OB и IB ну ни как в Safety не вписываются.
Есть спец модули (только удаленные) из линейки Point ... из 1791ds или 1791es ... они работают на сети EtherNet/IP или DeviceNet. Вот при их создании тэги становятся safety и их можно применять в Safety task.
Зачем тащить "стандартные" тэги в сэфети задачу ??? ... их вполне можно обрабатывать в обычных стандартных задачах.
|
[quote:85ff49a300="oldDad"]
Самый бюджетный вариант - первый, в каждом из шасси по одному Ethernet-модулю, все три (два процессорных + один от шасси ввода-вывода) уходят на обычный простой свич.
[/quote:85ff49a300]
Я так понимаю имеется ввиду модули EN2T?
А нет ли у Вас прайс листа по оборудованию AB, можно даже не совсем актуальный на данный момент. Просто чтобы понимать соотношение цен, при разработке системы. Смотрел в интернете Stratix 5700 - разброс от 80 до 150 тыс. руб.
|
В сторону ControlNet смотреть точно не стоит, т.к. не перспективно.
Самый бюджетный вариант - первый, в каждом из шасси по одному Ethernet-модулю, все три (два процессорных + один от шасси ввода-вывода) уходят на обычный простой свич.
В голсовалке у Вас второй и третий вопросы совпадают :)
Андрей, может быть, для корректности, уточнить первый вопрос в голосовалке, указать там, что Stratix 5700 [i:0adb867be6]и DLR[/i:0adb867be6]?
|
[b:14b746ad0d][color=darkred:14b746ad0d]Андрей, извините, ткнул не ту кнопку и в итоге отредактировал Ваш пост вместо того, чтобы на него ответить...
Прошу пардону, конец дня, голова заморочена....
Теперь здесь вместо Вашего текста с вопросами мои ответы на них :)[/color:14b746ad0d][/b:14b746ad0d]
1. Свичи MOXA не поддерживают DLR, с ними кольцевые конфигурации сети невозможны. Если Вам не нужна кольцевая конфигурация, то для связи с MOXA придется ставить те 2 модуля 1756-EN2T, о которых я писал, и которые при кольцевой конфигцрации DLR не нужны. И получится вариант 2, неоптимальный т.к. такой вариант MOXA + 2 дополнительных модуля 1756-EN2T окажется дороже и хуже, чем просто Stratix 5700 без дополнительных модулей 1756-EN2T. Не вижу смысла в таком варианте.
2. Для удаленного шасси ввода-вывода лучше применять MVI56E-MCM:
[quote:14b746ad0d]The MVI56E-MCM and MVI56E-MCMR modules share nearly the same Modbus functionality, but the MVI56E-MCMR module pages user data in a block of 40 words at a time as opposed to 200 words for the MCM. This is due to the available bandwidth of ControlNet, and the smaller I/O sizes also allows for a smaller RPI setting, making the MCMR much easier to schedule in RSNetworx for ControlNet. Note that this applies to ControlNet only, for use in the local chassis or [b:14b746ad0d]in a remote chassis via Ethernet, the MVI56E-MCM is the best choice.[/b:14b746ad0d]
[/quote:14b746ad0d]
http://www.prosoft-technology.com/kb/article.php?id=307
|
Предыдущие результаты
Ещё результаты |
|
| |
|
