Пропадает связь СП315-Р и ПЛК210

[sng21099]

где ваши пруфы? Это не издёвка. На форуме попадаются очень разные люди, некоторые, например, не в курсе что такое маска подсети и как с ней работать

Ещё раз всё проверил:
ПЛК210 - Ethernet 3(IP - 192.168.0.10, Mask - 255.255.255.0) Ethernet 4 (IP - 192.168.1.10, Mask - 255.255.255.0)
Модули ввода- вывода в нулевой подсети (форматы адресов 192.168.0.х, маска 255.255.255.0)
Delta AS228R - подключен в хаб в первой подсети (его IP - 192.168.1.5, маска 255.255.255.0)
Панель СП315-Р подключена к нулевой подсети (IP 192.168.0.4, mask 255.255.255.0)
Шлюз нигде не указывал
Данная система идеально работает до перезагрузки панели

[kondor3000]

Ещё раз всё проверил:
ПЛК210 - Ethernet 3(IP - 192.168.0.10, Mask - 255.255.255.0) Ethernet 4 (IP - 192.168.1.10, Mask - 255.255.255.0)
Модули ввода- вывода в нулевой подсети (форматы адресов 192.168.0.х, маска 255.255.255.0)
Delta AS228R - подключен в хаб в первой подсети (его IP - 192.168.1.5, маска 255.255.255.0)
Панель СП315-Р подключена к нулевой подсети (IP 192.168.0.4, mask 255.255.255.0)
Шлюз нигде не указывал
Данная система идеально работает до перезагрузки панели

Вообще не понятно, для чего вам понадобилось разделение сетей. Не проще было сделать всё в одной с разными IP у всех?
Если всё таки сети разные, то лучше прописать тогда шлюзы,
вам пример же давал, у меня шлюзы все прописаны. Для одной сети 192.168.0.1 и для второй 192.168.1.1

[sng21099]

Вообще не понятно, для чего вам понадобилось разделение сетей. Не проще было сделать всё в одной с разными IP у всех?
Если всё таки сети разные, то лучше прописать тогда шлюзы,
вам пример же давал, у меня шлюзы все прописаны. Для одной сети 192.168.0.1 и для второй 192.168.1.1

Не, не поменялось ничего. Ну вот объясните пожалуйста мне, непонимающему, как может устройство из другой подсети влиять на панель?

[kondor3000]

Не, не поменялось ничего. Ну вот объясните пожалуйста мне, непонимающему, как может устройство из другой подсети влиять на панель?

Вам на месте виднее, могу только на вскидку, написать возможные причины.
Помехи по сети, например ваша Дельта управляет каким то частотником или рядом есть источники помех.
Другой вариант, в сети есть другое устройство, с тем же IP, возможно включено не всегда.
Сеть проведена несоответствующим кабелем, а первым попавшимся под руку, возможно у утечками или с коротящими проводами.

Вам проще найти причину, проверить кабель, просто поменять IP у вашей Панели и ПЛК. Или например у ПЛК сделать разные IP по разным портам.
Или сделать одну сеть и дать всем разные IP.

[In_Da_Cher_A]

Или сделать одну сеть и дать всем разные IP.

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

[In_Da_Cher_A]

для тех, кто пишет, что связь не восстанавливается.

разрывал на несколько минут провода RS485-1 и RS485-2

это здесь при чём? речь про ТСР соединение

[sng21099]

Вам на месте виднее, могу только на вскидку, написать возможные причины.
Помехи по сети, например ваша Дельта управляет каким то частотником или рядом есть источники помех.
Другой вариант, в сети есть другое устройство, с тем же IP, возможно включено не всегда.

Вам проще найти причину, хотя бы просто поменяв IP у вашей Панели и ПЛК. Или например у ПЛК сделать разные IP по разным портам.
Или сделать одну сеть и дать всем разные IP.

Так они и так на разных портах и разных подсетях сидят. Нигде нет пересечений, IP различные, дельта управляет пневмоостровами, сидит в отдельной сети. Интересно, что если сделать в кодесисе сетевую структуру - ethernet -> modbus TCP Slave, то тогда связь не обрывается. Но при такой схеме не сохраняются данные при перезагрузке. В программе используется структура SLAVE_DATA для этого. Хоть на RS232 переходи для подключения панели блин (но тогда 400 переменных перелопатить нужно как минимум)

[Емельянов Кирилл]

В момент обрыва связи пинг вашего оборудования делали? Не только с вашего рабочего места, но и из под веб-интерфейса ПЛК? Так же пинг в другую сторону. Пробовали другую схему подключения в целях диагностики? Вам ведь не обязательно в текущий момент иметь три разных интерфейса? Вообще сложно как-то помочь не видя топологии сети и настроек на каждом из устройств.

А явно задать слэйв для порта в Codesys не могу, так как для сохранения данных после перезагрузки используется структура SLAVE_DATA

Ну и наконец вот это. Из написанного можно сделать вывод, что обмен реализован не стандартным способом. Поэтому, если при ошибках связи пинги проходят, то проблема видимо в способе обмена. Так что неплохо было бы узнать как именно вы организовали обмен. Я с СП не работал, может у неё действительно есть какие-то проблемы с восстановлением обмена, но 210-ые в такой проблеме мной замечены не были.

Проблему решайте поступательно, сначала убедитесь, что связь есть в принципе, потом обмен

[kondor3000]

Второй эксперимент, тот же опрос модулей 8АС, только связь ПЛК110 с Панелью в эмуляции по ТСР.
Сначала отключение ПЛК по питанию, связь восстановилась сразу после загрузки ПЛК 1 Опрос модулей по ТСР и слейв для 2 Панели.jpg
Потом отключение кабеля ТСР, после повторного включения кабеля, с разными настройками, связь восстанавливается через 10-15 секунд 1 Опрос модулей по ТСР и слейв для Панели.jpg
При нескольких откл. /подключениях, с настройками панели как на скрине, время восстановления связи у меня всегда примерно 10 секунд.

[МихаилГл]

Сейчас понадобилось проверить проект на железе на столе, и замечена подобная ситуация. Связь восстанавливается, но наблюдаю следующее:
Плк210 мастер и сп315 слэйв. Задал СП свободный адрес 198.168.0.50 и с состоянии модбас тср соединения периодически проскакивает ошибка соединения. Поменял на 192.168.0.100 и ошибка пропала. Странно всё это. Может какой ПК с таким адресом всё же есть в сети, или ещё что...