Обмен данными между несколькими контроллерами_создание промышленной сети

[provorovi]

Здравствуйте.

Появилась необходимость завязать в сеть несколько линий.

Подробнее:
Есть несколько отдельно стоящих машин, а точнее 6 шт.
В шкафу управления каждой есть свой Ethernet  switch. 
Все машины имеют свой IP, адреса друг с другом не пересекаются.

Мы хотим объединить все машины в одной сетью Ethernet, и пробросили от каждой машины кабель, 
последовательно,машина к машине:


но когда все соединили получили зависания и «тормоза» некоторых устройств.
Грубо говоря сеть «висит» время от времени. Хотя повторюсь адреса разные.

Нужно что бы все машины были в сети, и при желании мы могли вытасткивать любые необходимые данные из любого контроллера.

Вопросы:
1. Нужен ли в данной топологии управляемый коммутатор или все должно работать без него? 
Может быть allen bradley stratix . Вот по такой схеме:

2. С помощью каких функций лучше всего передавать данные (биты, слова) по сети?
Я думаю использовать MSG instruction, или есть более подходящие варианты?


Буду очень признателен Вам за помощь.

[Ryzhij_62]

Роутер, в общем случае, не нужен.
Для начала проверьте длину и условия прокладки кабелей.

С помощью каких функций лучше всего передавать данные (биты, слова) по сети?
Я думаю использовать MSG instruction, или есть более подходящие варианты?

Тут всё зависит от ответа на вопрос "Нахрена?".
Куда и для чего Вы хотите передавать данные?

[provorovi]

Для начала проверьте длину:
Расстояния не большие, линии друг от друга находятся в пределах 5-10 метров. Кабель по лоткам тоже не сильно растянут.

Условия прокладки кабелей:
Тут немного по сложнее.
Если силовой кабель лежит вместе с сетевым, может это "подвешивать" сеть?

Куда и для чего Вы хотите передавать данные?
Данных будет передаваться немного, в основном это положение датчиков, для различных условий и аварийных сообщений, а так же состояние линий для разрешений запусков механизмов.
Т.е. ну очень грубо , то по несколько бит и слов с одного контроллера в другой.

[oldDad]

Если силовой кабель лежит вместе с сетевым, может это "подвешивать" сеть?

Безусловно, может. И как вам это в голову только пришло?

Есть такое понятие: "электромагнитная совместимость". Это вообще недопустимо - прокладывать сетевой кабель вместе с силовым. Коммуникационные кабели должны прокладываться в отдельной  металлической трубе или рукаве, соединенной с отдельным контуром "информационного" заземления (не с контуром "силового" заземления) в соответствии с правилами устройства заземления.

Еще 30 лет назад я бы за такое акт сдачи в эксплуатацию не подписал, а сейчас об этих нормах даже и не знают. Вот времена настали....

[Ryzhij_62]

Условия прокладки кабелей:
Тут немного по сложнее.
Если силовой кабель лежит вместе с сетевым, может это "подвешивать" сеть?

Куда и для чего Вы хотите передавать данные?
Данных будет передаваться немного, в основном это положение датчиков, для различных условий и аварийных сообщений, а так же состояние линий для разрешений запусков механизмов.
Т.е. ну очень грубо , то по несколько бит и слов с одного контроллера в другой.

Есть старое доброе руководство.
Посмотрите самый первый раздел про категории проводников и их расположение.
Заземлять экраны кабелей следует с одного конца.


Если у Вас контроллеры семейства Logix5000, то эффективнее будет использовать механизм производимых и потребляемых тегов, чем MSG.
Тут по-русски, но древнее.

[ErmakovAV]

Здравствуйте.

Появилась необходимость завязать в сеть несколько линий.

Подробнее:
Есть несколько отдельно стоящих машин, а точнее 6 шт.
В шкафу управления каждой есть свой Ethernet  switch. 
Все машины имеют свой IP, адреса друг с другом не пересекаются.

Мы хотим объединить все машины в одной сетью Ethernet, и пробросили от каждой машины кабель, 
последовательно,машина к машине:


но когда все соединили получили зависания и «тормоза» некоторых устройств.
Грубо говоря сеть «висит» время от времени. Хотя повторюсь адреса разные.

Нужно что бы все машины были в сети, и при желании мы могли вытасткивать любые необходимые данные из любого контроллера.

Вопросы:
1. Нужен ли в данной топологии управляемый коммутатор или все должно работать без него? 
Может быть allen bradley stratix . Вот по такой схеме:

2. С помощью каких функций лучше всего передавать данные (биты, слова) по сети?
Я думаю использовать MSG instruction, или есть более подходящие варианты?


Буду очень признателен Вам за помощь.

1. Зависания устройств идет по линиям 5 и 6, а иногда 4 ?
нужно проверить MAC адреса на сетевых картах клиентов HMI, и в данном случае, топология скорее похожа на дерево, а не на последовательное соединение, я бы убрал связь линии 3 с 4 и соединил 1 с 4, тогда точно будет последовательная связь.

[provorovi]

Хорошо, я с сетью сделал выводы, что будет работать при соблюдении следующих условий:
- Коммуникационные кабели должны прокладываться в отдельной металлической трубе или рукаве, соединенной с отдельным контуром "информационного" заземления (не с контуром "силового" заземления) в соответствии с правилами устройства заземления.
- Сделать последовательное соединение (убрать связь линии 3 с 4 и соединить 1 с 4)
- По MAC адресам не должно быть конфликта

Подниму еще раз вопрос по методу передачи:
У нас практически непрерывное производство, и мне нужно при необходимости в онлайне делать изменения, какие теги куда передавать.

Какой способ передачи использовать в данной ситуации лучше?
- MSG более медленная, редактирование можно в online режиме
- Producer/Consumer быстрее, чем MGS, но online изменить конфигурацию не получиться

Получается MSG, тогда такой вопрос, при настройке в дереве проекта мне нужно добавлять тот контроллер куда пойдет MSG?
Это же нужно делать в офлайне и прогружать, т.е. в любом случае при настройке сетевых коммуникаций мне делать загрузку с остановкой контроллера или я не правильно понял?

[Ryzhij_62]

Для блокировок я предпочёл бы производимые и потребляемые теги. Невозможность что-либо менять он-лайн в этом случае не бага, а фича.

Получается MSG, тогда такой вопрос, при настройке в дереве проекта мне нужно добавлять тот контроллер куда пойдет MSG?
Это же нужно делать в офлайне и прогружать, т.е. в любом случае при настройке сетевых коммуникаций мне делать загрузку с остановкой контроллера или я не правильно понял?

Настройки MSG лежат в тегах структуры MSG. Для кошерного изменения надо приостановить на время исполнение самого MSG/
Адрес CIP-пути можно подсмотреть в Linx, а можно и самому сгенерить.
С потребляемыми тегами ровно тоже самое.

[dv_]

Для блокировок я предпочёл бы производимые и потребляемые теги.

Аналогично!
Собрать блокировки в один UDT у которого на первом месте Connection_Status.