ПОМОГИТЕ связь TCP

Конектился с ПЛК150 через ТСР, все было нормально, в один прекрасный момент начало писать "Ошибка связи (#0)... При этом по debug232 нет проблем. Проверял и переписывал IP GATE Mask. ПЛК-192.168.49.11 (255.255.255.0) ПК-192.168.49.106 (255.255.255.0). ПЛК подключен к свитчу, работающем в сети. Посылал команду ping 192.168.49.11 -количество отправленных и полученых пакетов совпадает. Сделал вывод, что дело не в кабиле. Сбрасывал обычным сбросом, а также с нажатым Старт. После смены RS232 и TCP выполнял перезагрузку, как написано в инструкции. Ранее все было в порядке. Что делать не знаю, помогите.

Для начала выключите контроллер и через 10-15 минут пропингуйте его IP адрес. Если пинги вернутся значит контроллер с кем то не поделил IP-адрес.
Если пинги перестали возвращятся, создать новый проект (чистый без излишеств). Удалить все «комуникацион параметры» и потом создать единственное правильное. Вот теперь конектимся к ПЛК1хх, если не поможет дальше только компорт :-)
Вдруг и это не получится, тогда снимаем контроллер и начинаем возится на столе, передернуть межплатные соединения + перепрошить. В общем уделить внимание контроллеру, у меня было такое пару раз на столе всегда оживало :-)

Цитата:

---

Сообщение от Dima972m

Конектился с ПЛК150 через ТСР, все было нормально, в один прекрасный момент начало писать "Ошибка связи (#0)... При этом по debug232 нет проблем. Проверял и переписывал IP GATE Mask. ПЛК-192.168.49.11 (255.255.255.0) ПК-192.168.49.106 (255.255.255.0). ПЛК подключен к свитчу, работающем в сети. Посылал команду ping 192.168.49.11 -количество отправленных и полученых пакетов совпадает. Сделал вывод, что дело не в кабиле. Сбрасывал обычным сбросом, а также с нажатым Старт. После смены RS232 и TCP выполнял перезагрузку, как написано в инструкции. Ранее все было в порядке. Что делать не знаю, помогите.

---

У меня такие проблемы возникали когда разъем то контачил то нет,
и Ping то был то нет... Обрезал кабель, заново обжал разъем...

Здравствуйте у нас такая же проблема. Нам сдали объект блочномодульная котельная АСУ полностью построена на оборудовании овен, так вот данные передаются на на диспетчерский пункт (просто диспетчиризация) по tcp через opc lectus. Когда объект сдавали заметили что пропала связь по ethernetу с плк, восстановили через кнопку сброс, написали в замечании. Монтажник сказал что вечером прошьет контроллер на последнюю прошивку и все исправиться, через два дня снова пропала связь. Запустили снова через сброс. Монтажник уже сослался на перегрев плк сказал что он когда перегревается начинает отключать интерфейсы в первую очередь ethernetoвский (естественно я в это не поверил) сказал что поставит вытяжной вентилятор. В течении трех дней связь была стабильно но потом снова отвалился ethernetoвский порт. Заказали новый плк150, они залили последнюю прошивку и проект, вроде бы все нормально. естественно начальство подписали им акты и они свалили но проблемма осталась через два дня ситуация повторилась. Да при этом связь с панелью сп270 есть и 485 работает в сети ethernet только плк и компьютер. Подскажите пожалуйста в чем может быть проблема или в правду плк отключает порт в случае перегрева?. Но температура контроллера не превышает 46 градусов.

трудно сказать, что у Вас.
а лектус перегружать пробовали или точно контроллер отваливается?
я бы попробовал использовать орс КДС.

ping в винде отправляет всего четыре пакета, по нему можно определить только что связь существует, если кабель не экранированный и не 8-жильный очень велики шансы что помехи разорвут связь. Как альтернативный вариант, можно попробовать посмотреть как быстро пропадет связь через WiFi соединение

Цитата:

---

Сообщение от capzap

ping в винде отправляет всего четыре пакета, по нему можно определить только что связь существует

---

вы это серьезно? ключи, в частности -t, когда-нибудь пробовали?

Меняли даже сетевой кабель все также, связь пропадала даже на ноутбуке наладчика там как раз стоял кодесис с проектом. Прилагаю скрины пропадания пинга и простоя связи по ethernet плк150. Если такая беда будет сниму с КНС плк150 он там с 2005 года работает без проблем, а туда поставлю с котельной, оба одинаковые плк 150 и-м отличаются только прошивками

Цитата:

---

Сообщение от swerder

вы это серьезно? ключи, в частности -t, когда-нибудь пробовали?

---

на полном серьезе, задача пинга, убедиться что до определенного адреса можно "достучаться", мелкомягкие посчитали что для этого нужно всего четыре пакета по умолчанию, в линуксе по умолчанию бесконечно отправляет пакеты. Суть в другом, по графику можно увидеть что время отклика плавает в относительно большом диапазоне и прослеживается периодичность в два часа когда отклик тормозится, возможно это связано с производством, с помехами от оборудования, неисключено, что и ПЛК нужно заменить

Было подобное но с 12шт. ПЛК150 + панель.
Помогла замена концентратора D-Link на такой же но с трансформаторным БП.

Было такое. Долго разбирался.
У меня проблема была в следующем:
При подключении к контроллеру по Modbas TCP соответственно открывается Socket. Вот он то обычно долго не живет (обрыв сокета софт обычно расценивает как потерю связи, хотя это только обрыв соединения). Причины могут быть разные: помехи, Wi-Fi (кривой маршрутизатор как у меня например) или что то отваливается в самом контроллере. Никамими пингами и.т.д. продиагностировать связь неудавалось.
Решили просто:
автоматический реконект при обрыве сокета. И данная проблема ушла.
Как решить данную проблемму в различных SCADA не знаю, у нас свой софт. Может Вам будет ясно хотя бы в какую сторону копать.

Да забыл сказать, что реконекты проходят быстро
и не влияют на работу софта(по крайней мере не замечали, хотя и специально перегружали сеть и по логам они(реконекты) были)

В пятницу заменили на др. плк 150 с кнски сняли 2005г, прошили поставили тьфу тьфу связь устойчивая. А с котельной поставили на КНС и странно он там тоже работает без проблем, за выходные диспетчера не звонили по поводу потери связи. Посмотрим дальше. olegsv принял на заметку если снова пропадет будем наших програмистов напрягать